[sisyphus] I: Sisyphus-20051006 packages: +17! +146 (4858)

[sisyphus] I: Sisyphus-20051006 packages: +17! +146 (4858)

[Alexey M. Tourbin]

[-- Attachment #1: Type: text/plain, Size: 0 bytes --]



[-- Attachment #2: message.gz --]
[-- Type: application/x-gzip, Size: 11223 bytes --]

Re: [sisyphus] I: Sisyphus-20051006 packages: +17! +146 (4858)

[Alexey Rusakov]

Alexey M. Tourbin wrote:

Ой-ой, скажите кто-нибудь leader@, что changelog'и на русском у нас не 
приняты.

-- 
  Alexey "Ktirf" Rusakov

Re: [sisyphus] I: Sisyphus-20051006 packages: +17! +146 (4858)

[php-coder]

--- Alexey Rusakov 2005-10-06 23:26:54 +0400
+++ php-coder 2005-10-07 10:43:31 +0700

AR> Ой-ой, скажите кто-нибудь leader@, что changelog'и на русском у нас не 
AR> приняты.

    Так ам еще и на русском?! :D

    У нас не приняты не только чейнджлоги на русском, но еще и в кодировке
    UTF8. Я вообще не смог прочитать ничего что там было написано.

    Может составить на wiki какие-нить советы на эту тему? И еще
    договаривались что подпункты в чейнджлоге писать как 'два пробела
    плюс', чтобы они не отъезжали..

-- 
+ php-coder
+ php-coder[at]altlinux[dot]ru

Re: [sisyphus] I: Sisyphus-20051006 packages: +17! +146 (4858)

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 649 bytes --]

On Fri, Oct 07, 2005 at 10:46:58AM +0700, php-coder wrote:
>     У нас не приняты не только чейнджлоги на русском, но еще и в кодировке
>     UTF8.
Знаешь, уж лучше в utf8, чем в koi8...

> Я вообще не смог прочитать ничего что там было написано.
+1 так-то.

>     Может составить на wiki какие-нить советы на эту тему? И еще
>     договаривались что подпункты в чейнджлоге писать как 'два пробела
>     плюс', чтобы они не отъезжали..
Вот и сделай страничку про чейнджлог ;)

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Эээ... большая просьба к любителям меня толковать: не надо.
		-- mike in community@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] [wiki] Наиболее частосовершаемые ошибки в секции %changelog

[php-coder]

--- Andrey Rahmatullin 2005-10-07 22:28:29 +0600
+++ php-coder 2005-10-08 16:41:27 +0700

AR> >     Может составить на wiki какие-нить советы на эту тему? И еще
AR> >     договаривались что подпункты в чейнджлоге писать как 'два пробела
AR> >     плюс', чтобы они не отъезжали..
AR> Вот и сделай страничку про чейнджлог ;)

    Huh! Okey:
    http://wiki.sisyphus.ru/devel/TypicalPackagingErrors/changelog

-- 
+ php-coder
+ php-coder[at]altlinux[dot]ru

[sisyphus] Re: [wiki] Наиболее частосовершаемые ошибки в секции %changelog

[Michael Shigorin]

On Sat, Oct 08, 2005 at 04:43:12PM +0700, php-coder wrote:
> http://wiki.sisyphus.ru/devel/TypicalPackagingErrors/changelog

Как-то ab@ меня уже отчитывал на перезачистке pre-alt changelogs.
И он прав -- люди работали, а потом взять и выкинуть -- нехорошо,
лучше в ChangeLog.rpm-old положить.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] Re: [wiki] Наиболее частосовершаемые ошибки в секции %changelog

[Alexander Bokovoy]

[-- Attachment #1: Type: text/plain, Size: 808 bytes --]

On Wed, Oct 12, 2005 at 10:32:03AM +0300, Michael Shigorin wrote:
> On Sat, Oct 08, 2005 at 04:43:12PM +0700, php-coder wrote:
> > http://wiki.sisyphus.ru/devel/TypicalPackagingErrors/changelog
> 
> Как-то ab@ меня уже отчитывал на перезачистке pre-alt changelogs.
> И он прав -- люди работали, а потом взять и выкинуть -- нехорошо,
> лучше в ChangeLog.rpm-old положить.
Мало того. RPM-spec, например в RedHat, -- это продукт, распространяемый
под GNU GPL. Changelog в spec-файле -- это фактически информация об 
авторских правах. Выкидывание этой информации в производной работе
недопустимо.
-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: [wiki] Наиболее частосовершаемые ошибки в секции %changelog

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 670 bytes --]

* Alexander Bokovoy <ab@> [051012 14:47]:
> Мало того. RPM-spec, например в RedHat, -- это продукт, распространяемый
> под GNU GPL. Changelog в spec-файле -- это фактически информация об 
> авторских правах. Выкидывание этой информации в производной работе
> недопустимо.
А если спек с нуля пишется (как например xscreensaver)?

-- 
Regards, Sir Raorn.
-------------------
> Для завершения этого периода, как здесь уже писали, нужен переход на
> freedesktop меню всех активно поддерживаемых в ALT Linux desktop'ов.
Для плохих десктопов пусть и будет существовать menu с menu-messages, а для
хороших -- .desktop файлы в каждом проекте.
		-- aris in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: [wiki] Наиболее частосовершаемые ошибки в секции %changelog

[Alexander Bokovoy]

[-- Attachment #1: Type: text/plain, Size: 826 bytes --]

On Wed, Oct 12, 2005 at 03:06:35PM +0400, Alexey I. Froloff wrote:
> * Alexander Bokovoy <ab@> [051012 14:47]:
> > Мало того. RPM-spec, например в RedHat, -- это продукт, распространяемый
> > под GNU GPL. Changelog в spec-файле -- это фактически информация об 
> > авторских правах. Выкидывание этой информации в производной работе
> > недопустимо.
> А если спек с нуля пишется (как например xscreensaver)?
Речь же идет о тех спеках, в которых были записи в %changelog, да сплыли,
после очередной чистки упаковщиком. Если спек пишется с нуля, не используя
_ничего_ из старого, то какие тут могут быть вопросы?

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: [wiki] Наиболее частосовершаемые ошибки в секции %changelog

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 932 bytes --]

On Wed, Oct 12, 2005 at 06:44:10AM -0400, Alexander Bokovoy wrote:
> > > http://wiki.sisyphus.ru/devel/TypicalPackagingErrors/changelog
> > Как-то ab@ меня уже отчитывал на перезачистке pre-alt
> > changelogs.  И он прав -- люди работали, а потом взять
> > и выкинуть -- нехорошо, лучше в ChangeLog.rpm-old положить.
> Мало того. RPM-spec, например в RedHat, -- это продукт,
> распространяемый под GNU GPL. Changelog в spec-файле -- это
> фактически информация об авторских правах. Выкидывание этой
> информации в производной работе недопустимо.

Ну, патчи с изъятиями -- тоже не всегда нелегитимны.

Насчёт "фактически" -- подумав, не соглашусь, поскольку на то
есть вполне установленная форма записи.  Но бережное отношение 
к credits ещё никого вроде не покалечило.

Если хочешь, поправь/дополни формулировки.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: [wiki] Наиболее частосовершаемые ошибки в секции %changelog

[Alexander Bokovoy]

[-- Attachment #1: Type: text/plain, Size: 1494 bytes --]

On Wed, Oct 12, 2005 at 02:43:40PM +0300, Michael Shigorin wrote:
> On Wed, Oct 12, 2005 at 06:44:10AM -0400, Alexander Bokovoy wrote:
> > > > http://wiki.sisyphus.ru/devel/TypicalPackagingErrors/changelog
> > > Как-то ab@ меня уже отчитывал на перезачистке pre-alt
> > > changelogs.  И он прав -- люди работали, а потом взять
> > > и выкинуть -- нехорошо, лучше в ChangeLog.rpm-old положить.
> > Мало того. RPM-spec, например в RedHat, -- это продукт,
> > распространяемый под GNU GPL. Changelog в spec-файле -- это
> > фактически информация об авторских правах. Выкидывание этой
> > информации в производной работе недопустимо.
> 
> Ну, патчи с изъятиями -- тоже не всегда нелегитимны.
> 
> Насчёт "фактически" -- подумав, не соглашусь, поскольку на то
> есть вполне установленная форма записи.  Но бережное отношение 
> к credits ещё никого вроде не покалечило.
Не понимаю тебя, изъясняйся по-понятнее, пожалуйста. В spec-файле есть два
места, где можно указать авторство: Packager: и %changelog. При этом
реально список авторов доступен только в %changelog, а в Packager: этот
список можно сэмулировать только каким-нибудь невнятным Foobar Packaging
Team, расшифровка которого, опять же, только в %changelog -- как
фактический список всех работавших над спеком.

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: [wiki] Наиболее частосовершаемые ошибки в секции %changelog

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 2136 bytes --]

On Wed, Oct 12, 2005 at 07:58:14AM -0400, Alexander Bokovoy wrote:
> > Насчёт "фактически" -- подумав, не соглашусь, поскольку на то
> > есть вполне установленная форма записи.
> Не понимаю тебя, изъясняйся по-понятнее, пожалуйста.

Да попытался.

> В spec-файле есть два места, где можно указать авторство:
> Packager: и %changelog.

Ещё комментарии в голове, как и в e.g. сишном коде.

> При этом реально список авторов доступен только в %changelog,
> а в Packager: этот список можно сэмулировать только
> каким-нибудь невнятным Foobar Packaging Team, расшифровка
> которого, опять же, только в %changelog -- как фактический
> список всех работавших над спеком.

Ну так не спорю и указал, как для себя это противоречие
(отношение сигнал/шум в спеке как техническом документе 
для rpm и отношение к предшественникам) разрешил -- если
люди из одной команды (типично при перепилке пресловутых
PLD SPECS, поскольку они всё равно оригинальной формы),
то вписывается нечто вида:

* Mon Apr 12 2004 Michael Shigorin <mike@altlinux.ru> 1.3-alt0.1
- built for ALT Linux (1.3rc1)
- heh, it was Mon Apr 28 2003 when this package was basically done :-D
  still minor spec fixes/cleanups...
- spec adapted from PLD <feedback@pld.org.pl>
  All persons listed below can be reached at <cvs_login>@pld.org.pl
  arturs, filon, kloczek, qboosh

или

* Sun Mar 09 2003 Michael Shigorin <mike@altlinux.ru> 1.2-alt1
- built for ALT Linux
- spec adapted from PLD <feedback@pld.org.pl> (0.20)
  All persons listed below can be reached at <cvs_login>@pld.org.pl
  blues, grzegorz, kloczek, qboosh
- heavy spec cleanup
- mailgraph.pl no longer runs as root
- access from localhost only by default

Если там сильная солянка -- кажется, писал, откуда взято,
и в одном или двух случаях относил хвост changelog (аккурат
после твоего замечания; восстанавливать порезанные тогда --
честно говоря, сперва обломался, потом не добирался).

В общем,

> > бережное отношение к credits ещё никого вроде не покалечило.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] [wiki] spectips: l10n, changelog

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 1029 bytes --]

On Fri, Oct 07, 2005 at 10:28:29PM +0600, Andrey Rahmatullin wrote:
> > У нас не приняты не только чейнджлоги на русском, но еще и в
> > кодировке UTF8.

Да ну.

> Знаешь, уж лучше в utf8, чем в koi8...

Принято наличие хотя бы краткого описания на английском (которое
имеет большие шансы быть прочтённым в разных культурных и
технических контекстах... Слав, воспринимай отстранённо, понимаю)
и желательно -- локализованных сообщений с указанием языка и
кодировки.

Бишь ru_RU.UTF-8 в %description не стоит.

> > Может составить на wiki какие-нить советы на эту тему?

http://wiki.sisyphus.ru/devel/spectips/l10n

> > И еще договаривались что подпункты в чейнджлоге писать как
> > 'два пробела плюс', чтобы они не отъезжали..
> Вот и сделай страничку про чейнджлог ;)

Кстати, а %changelog -- это макрос, секция или как называется-то?
(http://wiki.sisyphus.ru/devel/spectips/ChangeLog в любом разе :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] [wiki] spectips: l10n, changelog

[php-coder]

--- Michael Shigorin 2005-10-12 10:26:27 +0300
+++ php-coder 2005-10-12 18:00:10 +0700

MS> Кстати, а %changelog -- это макрос, секция или как называется-то?

    Секция IMHO

-- 
+ php-coder
+ php-coder[at]altlinux[dot]ru

Re: [sisyphus] I: Sisyphus-20051006 packages: +17! +146 (4858)

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 557 bytes --]

* Alexey M. Tourbin <at@> [051006 21:09]:
> mutt1.5 - A text mode mail and news user agent
...
> * Tue Aug 23 2005 Sir Raorn <raorn@altlinux> 3:1.5.10i-alt3
Напоминаю, что #8023 в этой сборке не исправлен.  Теоретически,
эта проблема лечится сборкой с libslang, но #8127 напрочь ломает
indexcolor патч.

-- 
Regards, Sir Raorn.
-------------------
> Эх, хорошо бы, если бы Витя тряхнул стариной... :)
Дык сколько ж можно трясти стариной над стариной (1.3.x) -- оно
уже не в том возрасте, когда *API меняют как перчатки...
		-- mike in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] libgtk+2 symbol map

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1112 bytes --]

On Thu, Oct 06, 2005 at 09:07:59PM +0400, Alexey M. Tourbin wrote:
> evince - A document viewer
> * Thu Oct 06 2005 ALT QA Team Robot <qa-robot@altlinux> 0.4.0-alt0.1.1
> - rebuild with libgtk+2 .
> * Sat Sep 10 2005 Vitaly Lipatov <lav@altlinux> 0.4.0-alt0.1

> glade2 - GTK+ / GNOME 2 widget builder
> * Thu Oct 06 2005 ALT QA Team Robot <qa-robot@altlinux> 2.12.0-alt1.1
> - rebuild with libgtk+2 .
> * Fri Sep 30 2005 Sergey N. Yatskevich <syatskevich@altlinux> 2.12.0-alt1

Зачем пересобирать пакеты с новой версией libgtk+2?

> libgtk+2 - The GIMP ToolKit (GTK+), a library for creating GUIs for X	[12M]
> * Tue Oct 04 2005 Alexey Rusakov <ktirf@altlinux> 2.8.6-alt1
> - new version
> * Tue Oct 04 2005 Alexey Rusakov <ktirf@altlinux> 2.8.5-alt1
> - new version
> * Tue Aug 30 2005 Alexey Rusakov <ktirf@altlinux> 2.8.3-alt1
> Note: changelog entry for 2.8.3-alt2 not found.

Потеряли symbol maps.

Source1: %name-2.8-gdk.map
Source2: %name-2.8-gdk_pixbuf.map
Source3: %name-2.8-gtk.map

Так жить нельзя.  NMU чревато тем, что в следующей сборке maintainer
потеряет изменения.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] libgtk+2 symbol map

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 507 bytes --]

* Alexey Tourbin <at@> [051007 12:43]:
> Так жить нельзя.  NMU чревато тем, что в следующей сборке maintainer
> потеряет изменения.
Вотыманно.  Я ни разу не получил diff'ов для своих скеков, когда
моим пакетам делали NMU.  Сложно что ли?

-- 
Regards, Sir Raorn.
-------------------
> > Собственно, надо бы определиться, я думаю.
> Конечно лить в Sisyphus.. чего тут думать то ?
Действительно, и зачем classic разбили на castle/junior/master всякий...
Вот ещё глупости...
		-- ktirf in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: libgtk+2 symbol map

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 617 bytes --]

On Fri, Oct 07, 2005 at 12:58:09PM +0400, Alexey I. Froloff wrote:
> * Alexey Tourbin <at@> [051007 12:43]:
> > Так жить нельзя.  NMU чревато тем, что в следующей сборке maintainer
> > потеряет изменения.
> Вотыманно.  Я ни разу не получил diff'ов для своих скеков, когда
> моим пакетам делали NMU.  Сложно что ли?

Нужно одновременно высылать maintainer'у и на incoming@ 1) обоснование
NMU, 2) полный набор изменений в пакете (specfile + патчи).  Без этого
maintainer не может обоснованно согласиться или отказаться, а incoming
не имеет возможность проверить заявленные и фактические изменения в
пакете.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: libgtk+2 symbol map

[Alexey Rusakov]

Alexey Tourbin wrote:

>Нужно одновременно высылать maintainer'у и на incoming@ 1) обоснование
>NMU, 2) полный набор изменений в пакете (specfile + патчи).  Без этого
>maintainer не может обоснованно согласиться или отказаться, а incoming
>не имеет возможность проверить заявленные и фактические изменения в
>пакете.
>  
>
Мейнтейнер в момент NMU не всегда доступен, хотя и может позже 
объявиться. Но высылать диффы(?) NMU мейнтейнеру, пожалуй, в любом 
случае целесообразно.

-- 
  Alexey "Ktirf" Rusakov

Re: [sisyphus] Re: libgtk+2 symbol map

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 290 bytes --]

* Alexey Rusakov <ktirf@> [051007 13:36]:
> Мейнтейнер в момент NMU не всегда доступен,
Есть багзилла...

-- 
Regards, Sir Raorn.
-------------------
Я совершенно не против, если кто-то, разбирающийся в iptables, возьмёт этот
пакет себе и сделает там удобно.
		-- voins in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] [wiki] NMU Policy RFC updated

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 618 bytes --]

On Fri, Oct 07, 2005 at 12:58:09PM +0400, Alexey I. Froloff wrote:
> > Так жить нельзя.  NMU чревато тем, что в следующей сборке
> > maintainer потеряет изменения.
> Вотыманно.  Я ни разу не получил diff'ов для своих скеков,
> когда моим пакетам делали NMU.  Сложно что ли?

Добавил на http://www.freesource.info/wiki/Altlinux/Policy/NMU

PS: 2 incoming, ldv: если найдёте время посмотреть документы
в секции "RFC", при необходимости поправить и сказать "OK"
или откомментировать, что именно плохо -- ПБ.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] libgtk+2 symbol map

[Alexey Rusakov]

Alexey Tourbin wrote:

>Потеряли symbol maps.
>
>Source1: %name-2.8-gdk.map
>Source2: %name-2.8-gdk_pixbuf.map
>Source3: %name-2.8-gtk.map
>
>Так жить нельзя.  NMU чревато тем, что в следующей сборке maintainer
>потеряет изменения.
>  
>
Блин. Забыл сделать apt-get source перед отправкой новой версии.
Но как бороться с этой особенностью NMU, пока не знаю. То есть 
контролирующий это дело скрипт написать нетрудно, но тогда надо не 
забывать запускать его.
at@, отправьте свой спек мне, пожалуйста. Кажется, сейчас это самый 
простой способ восстановления.

-- 
  Alexey "Ktirf" Rusakov

[sisyphus] Re: libgtk+2 symbol map

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 201 bytes --]

On Fri, Oct 07, 2005 at 01:14:07PM +0400, Alexey Rusakov wrote:
> at@, отправьте свой спек мне, пожалуйста. Кажется, сейчас это самый 
> простой способ восстановления.

Отправлял когда делал NMU.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: libgtk+2 symbol map

[Michael Shigorin]

On Fri, Oct 07, 2005 at 01:14:07PM +0400, Alexey Rusakov wrote:
> Но как бороться с этой особенностью NMU, пока не знаю.

Системой контроля версий, вестимо.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] Re: libgtk+2 symbol map

[Alexey Rusakov]

On 12.10.2005 11:33, Michael Shigorin wrote:
> On Fri, Oct 07, 2005 at 01:14:07PM +0400, Alexey Rusakov wrote:
>   
>> Но как бороться с этой особенностью NMU, пока не знаю.
>>     
> Системой контроля версий, вестимо.
>   
Не спасёт. Забыть сделать co/ci перед/после правкой спека - милое дело. 
Особенно когда у тебя как правило самая последняя копия.

-- 
  Alexey "Ktirf" Rusakov

Re: [sisyphus] Re: libgtk+2 symbol map

[Michael Shigorin]

On Wed, Oct 12, 2005 at 03:52:02PM +0400, Alexey Rusakov wrote:
> >>Но как бороться с этой особенностью NMU, пока не знаю.
> >Системой контроля версий, вестимо.
> Не спасёт. Забыть сделать co/ci перед/после правкой спека -
> милое дело.  Особенно когда у тебя как правило самая последняя
> копия.

Ну так собиралку-то научить сделать co и определить, а был ли ci,
всё-таки реальней, чем человека -- не забывать.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] libgtk+2 symbol map

[Andrei Bulava]

Michael Shigorin wrote:
> On Wed, Oct 12, 2005 at 03:52:02PM +0400, Alexey Rusakov wrote:
> 
>>>>Но как бороться с этой особенностью NMU, пока не знаю.
>>>
>>>Системой контроля версий, вестимо.
>>
>>Не спасёт. Забыть сделать co/ci перед/после правкой спека -
>>милое дело.  Особенно когда у тебя как правило самая последняя
>>копия.
> 
> 
> Ну так собиралку-то научить сделать co и определить, а был ли ci,
> всё-таки реальней, чем человека -- не забывать.

Кстати, да. "Забыть сделать co/ci" не сработает, если 'rpmbuild -bs
foo.spec' будет делаться _на сервере_.

Однажды я уже участвовал в решении задачи по контролируемому
выкладыванию war-сборок в контейнер сервлетов, и решил задачу так:

- все исходные коды хранятся в системе контроля версий (далее - СКВ)
локально по отношению к контейнеру сервлетов;

- все готовые библиотеки jar, использующиеся в проекте, лежат вне СКВ и
добавляются с подачи разработчика (нюанс с тем, что разработчики могут
вытереть старые версии jar'ов и сломать старые сборки, был разрешён
"нетехническими средствами", но об этом следует хорошо подумать; как и о
целостности, хотя бы в виде подписанных gpg-ключами md5/sha1 хешей);

- каждый раз на коммит "возбуждается" сборка и установка war.

При таком раскладе забывчивый человек при попытке коммита без
предварительного чекаута обязательно будет об этом уведомлён недремлющей
СКВ.

Думаю, аналогия с нашей ситуацией понятна, и уже витает в головах не
первый день.

Плюсы хранения spec'ов и, что стоит обдумать, патчей в СКВ + тарболов с
сохранением предыдущих версий:

- возможность воссоздать конфигурацию репозитария на любой заданный
момент в прошлом;
- избавление от утомительных "перезаливок" src.rpm, отличающихся только
%release.

Минусы:

- это довольно ресурсоёмкое занятие по требуемым объёмам жёстких дисков.

-- 
// AB1002-UANIC

[sisyphus] Re: libgtk+2 symbol map

[Anton Farygin]

On Wed, 12 Oct 2005 15:46:48 +0300, Andrei Bulava wrote:

> Плюсы хранения spec'ов и, что стоит
> обдумать, патчей в СКВ + тарболов с
> сохранением предыдущих версий:
> 
> - возможность воссоздать конфигурацию
> репозитария на любой заданный момент в
> прошлом;
> - избавление от утомительных
> "перезаливок" src.rpm, отличающихся только
> %release.
> 
> Минусы:
> 
> - это довольно ресурсоёмкое занятие по
> требуемым объёмам жёстких дисков.

Не много больше чем сам Sisyphus.

http://wiki.sisyphus.ru/devel/SubversionForSPECS

Ну и 
http://wiki.sisyphus.ru/devel/VersionControlAndBuildSystem

Rgds,
Rider

Re: [sisyphus] Re: libgtk+2 symbol map

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 512 bytes --]

On Wed, Oct 12, 2005 at 03:52:02PM +0400, Alexey Rusakov wrote:
> On 12.10.2005 11:33, Michael Shigorin wrote:
> >On Fri, Oct 07, 2005 at 01:14:07PM +0400, Alexey Rusakov wrote:
> >  
> >>Но как бороться с этой особенностью NMU, пока не знаю.
> >>    
> >Системой контроля версий, вестимо.
> >  
> Не спасёт. Забыть сделать co/ci перед/после правкой спека - милое дело. 
> Особенно когда у тебя как правило самая последняя копия.

Даже cvs не даст сделать commit, если пропущен update.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: libgtk+2 symbol map

[Michael Shigorin]

On Wed, Oct 12, 2005 at 04:53:28PM +0400, Dmitry V. Levin wrote:
> > >>Но как бороться с этой особенностью NMU, пока не знаю.
> > >Системой контроля версий, вестимо.
> > Не спасёт. Забыть сделать co/ci перед/после правкой спека -
> > милое дело.  Особенно когда у тебя как правило самая
> > последняя копия.
> Даже cvs не даст сделать commit, если пропущен update.

Речь была о забытом и update, и commit. :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] libgtk+2 symbol map

[Andrei Bulava]

Michael Shigorin wrote:
> On Wed, Oct 12, 2005 at 04:53:28PM +0400, Dmitry V. Levin wrote:
> 
>>>>>Но как бороться с этой особенностью NMU, пока не знаю.
>>>>
>>>>Системой контроля версий, вестимо.
>>>
>>>Не спасёт. Забыть сделать co/ci перед/после правкой спека -
>>>милое дело.  Особенно когда у тебя как правило самая
>>>последняя копия.
>>
>>Даже cvs не даст сделать commit, если пропущен update.
> 
> 
> Речь была о забытом и update, и commit. :)

Как раз по этому поводу я и писал, что rpm -bs foo.spec должно делаться
на сервере по факту коммита foo.spec ;-)

-- 
// AB1002-UANIC

Re: [sisyphus] libgtk+2 symbol map

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 515 bytes --]

On Wed, Oct 12, 2005 at 05:53:31PM +0300, Andrei Bulava wrote:
> Как раз по этому поводу я и писал, что rpm -bs foo.spec должно делаться
> на сервере по факту коммита foo.spec ;-)

Это, скорее всего, не так.

rpmbuild -bs foo.spec должно происходить по специальной директиве, в
которой обычно указывается, с какого бранча надо взять foo.spec & Co.
Некоторые считают, что эту директиву имеет смысл давать по факту коммита,
некоторые - по факту установки тэга, некоторые считают совсем иначе.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]