ALT Linux Team development discussions
 help / color / mirror / Atom feed
* [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