* [devel] sox, specgen и грабли
@ 2010-01-22 18:47 Denis Smirnov
2010-01-24 10:43 ` Igor Vlasenko
0 siblings, 1 reply; 2+ messages in thread
From: Denis Smirnov @ 2010-01-22 18:47 UTC (permalink / raw)
To: Andrey Rahmatullin, Dmitry V. Levin, ALT Devel discussion list
Моя любимая игрушка specgen принесла большие грабли. И я только что
понял почему.
Поясняю: я использую для пакет с большим количеством подпакетов
самописную утилитку specgen (она уже по просьбам трудящихся есть в
Сизифе).
Ее смысл -- из нескольких спеков лепить один. Для редактирования это
очень удобно -- удобнее чем ситуация, когда в длинном spec'е от
каждого подпакета %package в одном месте, %description в другом, а
список файлов еще дальше. Неудобно.
При использовании specgen тот спек что лежит в корне -- это генерат, и
поэтому при следующем же обновлении пакета все изменения в нем молча
потеряются.
Посему, делая NMU в тех пакетах где у меня используется specgen (их
легко распознать по подкаталогу specs), нужно редактировать spec'и в
этом каталоге, а потом в корне запускать specgen (без параметров).
При этом появляется очень серьезная проблема -- автоматические NMU
заведомо правильно работать не будут.
Отказываться от specgen не хочу (просто посмотрите на spec от того же
sox -- сам spec, и то что лежит в катлоге specs, и сразу станет ясно
почему не хочу).
Что делать?
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [devel] sox, specgen и грабли
2010-01-22 18:47 [devel] sox, specgen и грабли Denis Smirnov
@ 2010-01-24 10:43 ` Igor Vlasenko
0 siblings, 0 replies; 2+ messages in thread
From: Igor Vlasenko @ 2010-01-24 10:43 UTC (permalink / raw)
To: ALT Linux Team development discussions; +Cc: Denis Smirnov
On Fri, Jan 22, 2010 at 09:47:43PM +0300, Denis Smirnov wrote:
> Моя любимая игрушка specgen принесла большие грабли. И я только что
> понял почему.
>
> Поясняю: я использую для пакет с большим количеством подпакетов
> самописную утилитку specgen (она уже по просьбам трудящихся есть в
> Сизифе).
>
> Ее смысл -- из нескольких спеков лепить один.
> При этом появляется очень серьезная проблема -- автоматические NMU
> заведомо правильно работать не будут.
>
> Отказываться от specgen не хочу (просто посмотрите на spec от того же
> sox -- сам spec, и то что лежит в катлоге specs, и сразу станет ясно
> почему не хочу).
> Что делать?
при работе specgen информация не теряется.
Поэтому ответ очевиден - написать обратную утилиту,
unspecgen.
тогда specs/* и *.spec будут легко конвертироваться друг в друга.
Я бы, например, мог написать через perl-RPM-Source-Editor.`
--
Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2010-01-24 10:43 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-01-22 18:47 [devel] sox, specgen и грабли Denis Smirnov
2010-01-24 10:43 ` Igor Vlasenko
ALT Linux Team development discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
public-inbox-index devel
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git