[devel] Master 2.4: final countdown

[devel] Master 2.4: final countdown

[Sergey Bolshakov]

В среду, 4го августа, произойдет отделение ветки M24 от Сизифа,
таким образом, после этого срока в ветку M24 будут попадать
только сборки, содержащие исправления критических (blocker/critical)
ошибок в bugzilla.

-- 

Re: [devel] Master 2.4: final countdown

[Klimchev Konstantin]

On Mon, 02 Aug 2004 15:32:08 +0400
Sergey Bolshakov <sbolshakov@altlinux.ru> wrote:

> В среду, 4го августа, произойдет отделение ветки M24 от Сизифа,
> таким образом, после этого срока в ветку M24 будут попадать
> только сборки, содержащие исправления критических (blocker/critical)
> ошибок в bugzilla.

а где лежать будет (пути - чтоб исключить из мирроринга - а то повесят за одно место за избыток потребленного траффика)?


-- 
Best Regards, Konstantin Klimchev 
(mailto:koka@atvc.ru    jabber:koka@jabber.atvc.ru)
ATK-Internet ISP, Arkhangelsk, Russia

Re: [devel] Master 2.4: final countdown

[Sergey Bolshakov]

>>>>> "Klimchev" == Klimchev Konstantin <koka@altlinux.ru> writes:

 > On Mon, 02 Aug 2004 15:32:08 +0400
 > Sergey Bolshakov <sbolshakov@altlinux.ru> wrote:

 >> В среду, 4го августа, произойдет отделение ветки M24 от Сизифа,
 >> таким образом, после этого срока в ветку M24 будут попадать
 >> только сборки, содержащие исправления критических (blocker/critical)
 >> ошибок в bugzilla.

 > а где лежать будет (пути - чтоб исключить из мирроринга - а то повесят за одно место за избыток потребленного траффика)?

За это можно не волноваться.

-- 

Re: [devel] Master 2.4: final countdown

[Klimchev Konstantin]

On Mon, 02 Aug 2004 16:03:40 +0400
Sergey Bolshakov <sbolshakov@altlinux.ru> wrote:

> За это можно не волноваться.
Тогда, вечером, перед разделением свисните, чтоб "--exclude" успеть
сделать (мы уж лучше ручками перенесем). Или симлинки будут на файлы в
"братской могиле"?

Может стоит подумать уже об упорядочивании или правильнее сказать
реорганизации репозитария (типа реализованного, например, в pld).

-- 
Best Regards, Konstantin Klimchev 
(mailto:koka@atvc.ru    jabber:koka@jabber.atvc.ru)
ATK-Internet ISP, Arkhangelsk, Russia

Re: [devel] Master 2.4: final countdown

[Alexei Takaseev]

On Mon, 2 Aug 2004 16:45:29 +0400
Klimchev Konstantin <koka@altlinux.ru> wrote:

> On Mon, 02 Aug 2004 16:03:40 +0400
> Sergey Bolshakov <sbolshakov@altlinux.ru> wrote:
> 
> > За это можно не волноваться.
> Тогда, вечером, перед разделением свисните, чтоб "--exclude" успеть
> сделать (мы уж лучше ручками перенесем). Или симлинки будут на файлы в
> "братской могиле"?
> 
> Может стоит подумать уже об упорядочивании или правильнее сказать
> реорганизации репозитария (типа реализованного, например, в pld).

по опыту от AML2.0 и ALM2.2 можно предположить, что репозитарий с новым
дистрибутивом, вплоть до даты выхода, для всеобщего доступа доступен не
будет.

Re: [devel] sim will be absent (was: Master 2.4: final countdown)

[Sergey V Turchin]

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

В сообщении от Понедельник 02 Август 2004 15:32 Sergey Bolshakov 
написал(a):
> В среду, 4го августа, произойдет отделение ветки M24 от Сизифа,
> таким образом, после этого срока в ветку M24 будут попадать
> только сборки, содержащие исправления критических
> (blocker/critical) ошибок в bugzilla.
В связи с этим
пакет sim будет отсутствовать в Master2.4
а программы из пакета sim-qt не будут запускаться из меню, 
присутствуя в нем,
если до указанного срока сборка >= указанной по
https://bugzilla.altlinux.org/show_bug.cgi?id=4312
https://bugzilla.altlinux.org/show_bug.cgi?id=4314
не окажется в Сизифе

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

Re: [devel] Master 2.4: final countdown

[Yura Zotov]

On Mon, Aug 02, 2004 at 03:32:08PM +0400, Sergey Bolshakov wrote:
> 
> В среду, 4го августа, произойдет отделение ветки M24 от Сизифа,
> таким образом, после этого срока в ветку M24 будут попадать
> только сборки, содержащие исправления критических (blocker/critical)
> ошибок в bugzilla.

Залил в /incoming/Sisyphus пакет pptp-client-1.5.0-alt1. Я
настоятельно прошу положить его в новый мастер, вместо старого
пакета, потому что в нём исправлена неприятная ошибка, из-за
которой один из процессов pptp не умирал, а зацикливался.

У меня уже неделю работает без проблем. Релиз же был больше
месяца назад, но из-за технических проблем я его пропустил.


--
Юрий А. Зотов

[devel] Re: Master 2.4: final countdown

[Alexey Tourbin]

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

On Mon, Aug 02, 2004 at 03:32:08PM +0400, Sergey Bolshakov wrote:
> В среду, 4го августа, произойдет отделение ветки M24 от Сизифа,
> таким образом, после этого срока в ветку M24 будут попадать
> только сборки, содержащие исправления критических (blocker/critical)
> ошибок в bugzilla.

Недавно вышел perl-5.8.5, я его сейчас тестирую.
В perl-5.8.4 была привнесена одна нехорошая ошибка (sort иногда не сортирует).
Не знаю, в M24 его или в Sisyphus.

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

Re: [devel] Re: Master 2.4: final countdown

[Vladimir Lettiev]

Alexey Tourbin wrote:
> On Mon, Aug 02, 2004 at 03:32:08PM +0400, Sergey Bolshakov wrote:
> 
> Недавно вышел perl-5.8.5, я его сейчас тестирую.
> В perl-5.8.4 была привнесена одна нехорошая ошибка (sort иногда не сортирует).
> Не знаю, в M24 его или в Sisyphus.
> 

Наверно и в M24, и в Sisyphus ;)
Ветка 5.8 стабильная, вряд ли с новым релизом они могут что-то серьёзно 
сломать, а вот бага с нерабочим выражением @a = sort ($b, @a) может 
вывести из строя чьи-нибудь рабочие скрипты после апгрейда до M24...

-- 
С уважением, Владимир Леттиев aka crux <crux@syktsu.ru>

[devel] Re: Master 2.4: final countdown

[Alexey Tourbin]

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

On Mon, Aug 02, 2004 at 10:36:07PM +0400, Vladimir Lettiev wrote:
> >Недавно вышел perl-5.8.5, я его сейчас тестирую.
> >В perl-5.8.4 была привнесена одна нехорошая ошибка (sort иногда не 
> >сортирует).
> >Не знаю, в M24 его или в Sisyphus.
> 
> Наверно и в M24, и в Sisyphus ;)
> Ветка 5.8 стабильная, вряд ли с новым релизом они могут что-то серьёзно 
> сломать, а вот бага с нерабочим выражением @a = sort ($b, @a) может 
> вывести из строя чьи-нибудь рабочие скрипты после апгрейда до M24...

У перла как бы всё время немножко едет ABI.  Поэтому часть модулей,
собранных с более ранним перлом, может перестать работать (зависимость
на libperl.so.5.8 не является достаточно жёсткой).  Однако же такие
модули успешно пересобираются с новым перлом.

Как определить модули, которые перестали работать после обновления
перла?  У модулей есть тесты, которые выполняются на стадии сборки.
Можно было бы паковать их в RPM пакеты.  А можно придумать механизм,
который извлекает эти тесты из perl-*.src.rpm и выполняет.

Если решить эту проблему, то можно будет перейти в сизифе к сборке
snapshot'ов перла (я уже собираю snapshot'ы 5.9.2).

> -- 
> С уважением, Владимир Леттиев aka crux <crux@syktsu.ru>

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

Re: [devel] Re: Master 2.4: final countdown

[Sergey V Turchin]

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

В сообщении от Понедельник 02 Август 2004 22:51 Alexey Tourbin 
написал(a):

[...]

> Если решить эту проблему,
А может только sort перетащить в старую версию?

[...]

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

Re: [devel] Re: Master 2.4: final countdown

[Dmitry V. Levin]

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

On Tue, Aug 03, 2004 at 11:48:18AM +0400, Sergey V Turchin wrote:
> В сообщении от Понедельник 02 Август 2004 22:51 Alexey Tourbin 
> написал(a):
> 
> [...]
> 
> > Если решить эту проблему,
> А может только sort перетащить в старую версию?

Хорошая мысль.


-- 
ldv

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

[devel] Re: Master 2.4: final countdown

[Michael Shigorin]

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

On Mon, Aug 02, 2004 at 10:51:07PM +0400, Alexey Tourbin wrote:
> У перла как бы всё время немножко едет ABI.  Поэтому часть
> модулей, собранных с более ранним перлом, может перестать
> работать (зависимость на libperl.so.5.8 не является достаточно
> жёсткой).  Однако же такие модули успешно пересобираются с
> новым перлом.

rebuild?

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

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

Re: [devel] Re: Master 2.4: final countdown

[Vladimir Lettiev]

Alexey Tourbin wrote:
> 
> У перла как бы всё время немножко едет ABI.  Поэтому часть модулей,
> собранных с более ранним перлом, может перестать работать (зависимость
> на libperl.so.5.8 не является достаточно жёсткой).  Однако же такие
> модули успешно пересобираются с новым перлом.
> 

Чего-то я не понимаю. Идём по ссылке 
http://search.cpan.org/~nwclark/perl-5.8.5/pod/perl585delta.pod
И видим "There are no changes incompatible with 5.8.4.". Думаете обманывают?

> Как определить модули, которые перестали работать после обновления
> перла?  У модулей есть тесты, которые выполняются на стадии сборки.
> Можно было бы паковать их в RPM пакеты.  А можно придумать механизм,
> который извлекает эти тесты из perl-*.src.rpm и выполняет.
> 

Нужно придумать такой механизм и проверить все модули. Если окажутся 
нерабочие, повесить на них баги.

-- 
С уважением, Владимир Леттиев aka crux <crux@syktsu.ru>

Re: [devel] Re: Master 2.4: final countdown

[Sergey V Turchin]

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

В сообщении от Вторник 03 Август 2004 13:21 Vladimir Lettiev 
написал(a):

[...]

> И видим "There are no changes incompatible with 5.8.4.". Думаете
> обманывают?
Но ведь не сказано где именно incompatible API,ABI или 
еще-где-нибудь ? :-)

[...]

> Нужно придумать такой механизм и проверить все модули. Если
> окажутся нерабочие, повесить на них баги.
В конкретном случае - поздно вешать баги.

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

[devel] Re: test binary perl modules

[Alexey Tourbin]

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

On Tue, Aug 03, 2004 at 01:21:30PM +0400, Vladimir Lettiev wrote:
> >У перла как бы всё время немножко едет ABI.  Поэтому часть модулей,
> >собранных с более ранним перлом, может перестать работать (зависимость
> >на libperl.so.5.8 не является достаточно жёсткой).  Однако же такие
> >модули успешно пересобираются с новым перлом.
> 
> Чего-то я не понимаю. Идём по ссылке 
> http://search.cpan.org/~nwclark/perl-5.8.5/pod/perl585delta.pod
> И видим "There are no changes incompatible with 5.8.4.". Думаете обманывают?

Могут обмануть. :)

При обновлении perl-5.8.0 -> perl-5.8.1 перестали работать некоторые
модули, собранные с perl-5.8.0 (в частности, HTML::Parser), хотя
бинарная совместимость подразумевалась.  Это обнаружили в Debian Team.

mod_perl при обновлении перла тоже иногда подвержен segfault'ам.

> >Как определить модули, которые перестали работать после обновления
> >перла?  У модулей есть тесты, которые выполняются на стадии сборки.
> >Можно было бы паковать их в RPM пакеты.  А можно придумать механизм,
> >который извлекает эти тесты из perl-*.src.rpm и выполняет.
> 
> Нужно придумать такой механизм и проверить все модули. Если окажутся 
> нерабочие, повесить на них баги.

Нужно тестировать уже установленный, а не свежесобранный модуль.

$ rpm -bc ~/RPM/SPECS/perl-Bit-Vector.spec
...
PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/00____version....ok
t/01________new....ok
t/02____destroy....ok
t/03_operations....ok
t/04__functions....ok
t/05_____primes....ok
t/06_____subset....ok
t/07____compare....ok
t/08_____resize....ok
t/09_parameters....ok
t/10__intervals....ok
t/11______shift....ok
t/12_____string....ok
t/13__increment....ok
t/14______empty....ok
t/15________add....ok
t/16___subtract....ok
t/17________gcd....ok
t/28__chunklist....ok
t/30_overloaded....ok
All tests successful.
...
$

Это протестировался свежесобранный модуль.
Чтобы протестировать уже установленный модуль, нужно убрать из команды
blib/lib и blib/arch:

$ cd ~/RPM/BUILD/Bit-Vector-6.3
$ PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness */*.t
t/00____version....ok
t/01________new....ok
...
All tests successful.
$

А это протестировался уже установленный perl-Bit-Vector-6.3-alt2.
Т.е. он продолжает работать, несмотря на то, что был собран с perl-5.8.0.
Действительно, в тестах был задействован уже установленный модуль:

$ PERL_DL_NONLAZY=1 filereq /dev/stdout /usr/bin/perl -MExtUtils::Command::MM -e test_harness */*.t | grep Bit/Vector
/usr/lib/perl5/vendor_perl/i386-linux/Bit/Vector.pm
/usr/lib/perl5/vendor_perl/i386-linux/Bit/Vector/Overload.pm
/usr/lib/perl5/vendor_perl/i386-linux/auto/Bit/Vector
/usr/lib/perl5/vendor_perl/i386-linux/auto/Bit/Vector/Vector.so
$

Поэтому для проверки уже собранных модулей можно сделать примерно следущее:

$ rpm -bp --define '__spec_prep_post PERL_DL_NONLAZY=1 %__perl -MExtUtils::Command::MM -e test_harness */*.t' ~/RPM/SPECS/perl-Bit-Vector.spec
...
Source #0 (Bit-Vector-6.3.tar.gz):
+ /bin/gzip -dc /home/at/RPM/SOURCES/Bit-Vector-6.3.tar.gz
+ /bin/tar -xf -
+ cd Bit-Vector-6.3
+ /bin/chmod -Rf u+rwX,go-w .
+ PERL_DL_NONLAZY=1
+ /usr/bin/perl -MExtUtils::Command::MM -e test_harness t/00____version.t t/01________new.t t/02____destroy.t t/03_operations.t t/04__functions.t t/05_____primes.t t/06_____subset.t t/07____compare.t
t/08_____resize.t t/09_parameters.t t/10__intervals.t t/11______shift.t t/12_____string.t t/13__increment.t t/14______empty.t t/15________add.t t/16___subtract.t t/17________gcd.t t/28__chunklist.t t/30_overloaded.t
t/00____version....ok
...
All tests successful.
Files=20, Tests=67417, 120 wallclock secs (12.22 cusr +  0.43 csys = 12.65 CPU)
$

Т.е. определили команду __spec_prep_post, которая будет выполняться
сразу после %setup.

Теперь надо подумать, как это всё автоматизировать.

> -- 
> С уважением, Владимир Леттиев aka crux <crux@syktsu.ru>

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

[devel] Re: test binary perl modules

[Michael Shigorin]

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

On Tue, Aug 03, 2004 at 11:10:45PM +0400, Alexey Tourbin wrote:
> mod_perl при обновлении перла тоже иногда подвержен segfault'ам.

Ну, его-то оперативно пересобрать надо и берусь.

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

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

Re: [devel] Master 2.4: final countdown

[Dmitry V. Levin]

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

Hi,

On Mon, Aug 02, 2004 at 03:32:08PM +0400, Sergey Bolshakov wrote:
> В среду, 4го августа, произойдет отделение ветки M24 от Сизифа,
> таким образом, после этого срока в ветку M24 будут попадать
> только сборки, содержащие исправления критических (blocker/critical)
> ошибок в bugzilla.

И это не значит, что надо успеть до четверга затолкать в Сизиф побольше
недотестированных пакетов.  :~/
Давайте остановимся на том, что уже есть.


-- 
ldv

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

Re: [devel] Master 2.4: final countdown

[Sviataslau Svirydau]

Sergey Bolshakov wrote:

>В среду, 4го августа, произойдет отделение ветки M24 от Сизифа,
>таким образом, после этого срока в ветку M24 будут попадать
>только сборки, содержащие исправления критических (blocker/critical)
>ошибок в bugzilla.
>  
>
А что насчет contrib? он тоже будет заморожен по состоянию на этот 
момент? (кстати, в какое время произойдет это знаменательное событие?)

В общем, залил в инкаминг subversion-1.0.6 и требуемый ему 
libneon-0.24.7. Оба с секурити-фиксами. Извиняюсь, но раньше не было 
времени обновить пакеты. Если возможно - обновите их в контрибе мастера.

-- 
Regards,
Sviataslau Svirydau <Sviataslau_Svirydau at epam.com>
phone:  +375 17 210 1662, ext. 1302
mobile: +375 29 641 4214
-- 
Fun Facts, #14:
	In table tennis, whoever gets 21 points first wins.  That's how
	it once was in baseball -- whoever got 21 runs first won.