[Comm] сроки выхода 6-ки

[Comm] сроки выхода 6-ки

[Алексей Данилович]

Собственно сабдж, господа.

Я кажется уже задолбал всех тут этим вопросом, но ....
В прошлый раз мне сказазали что как только будут закрыты блокеры. Это
конечно понятно, что "как только так сразу". Но все-таки, как с этим
обстаят дела? На что можно ориентироваться?

Большое спасибо.

Re: [Comm] сроки выхода 6-ки

[Головичев Игорь]

В сообщении от 8 марта 2011 01:18:28 автор Алексей Данилович написал:
> Собственно сабдж, господа.
> 
> Я кажется уже задолбал всех тут этим вопросом, но ....
> В прошлый раз мне сказазали что как только будут закрыты блокеры. Это
> конечно понятно, что "как только так сразу". Но все-таки, как с этим
> обстаят дела? На что можно ориентироваться?

Я не дождался, установил бетту 64, при общем приятном впечатлении после 4-го 
КДЕ Десктопа, есть еще много недоделок.

С уважением, Головичев Игорь
 

Re: [Comm] сроки выхода 6-ки

[REAL]

08.03.2011 13:29, Головичев Игорь пишет:
>> В прошлый раз мне сказазали что как только будут закрыты блокеры. Это
>> конечно понятно, что "как только так сразу". Но все-таки, как с этим
>> обстаят дела? На что можно ориентироваться?
>
> Я не дождался, установил бетту 64, при общем приятном впечатлении после 4-го
> КДЕ Десктопа, есть еще много недоделок.

по моему личному мнению, сроки затягиваются в частности из-за 
подготовки репозитория к _оперативному_ отлову багов в как можно 
большем числе пакетов. сейчас как раз идёт пересборка всего с 
отладочной информацией в отдельных пакетах. но, увы, некоторых 
мейнтейнеров эта фича не интересует, потому даже некоторые на прямые 
просьбы забивают болт.

а как следствие - мы всё теряем и теряем время, ожидание затягивается. 
иногда помогает обращение к ldv@ или at@ как суперпользователям, но 
это уже когда совсем терпение истекает.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [Comm] сроки выхода 6-ки

[Алексей Данилович]

8 марта 2011 г. 10:29 пользователь Головичев Игорь
<gik_altlinux@mail.ru> написал:

>
> Я не дождался, установил бетту 64, при общем приятном впечатлении после 4-го
> КДЕ Десктопа, есть еще много недоделок.
>

В общем-то я тоже так сделал и такого же мнения.

Re: [Comm] сроки выхода 6-ки

[Vaso VV]

А можно ли бету кентавра обновить до релиза после выхода такового: если 
установить последнюю бету, не обновлять до появления нового бранча, 
после чего нацелить на него апт, сделать dist-upgrade — можно ли таким 
образом получить стабильную систему?

-- 
WBR........[ ]
TFTHAOT....[x]
AMF........[ ]

Re: [Comm] сроки выхода 6-ки

[Alexey Bochenin]

09.03.2011 10:13, Vaso VV пишет:
> А можно ли бету кентавра обновить до релиза после выхода такового: если
> установить последнюю бету, не обновлять до появления нового бранча,
> после чего нацелить на него апт, сделать dist-upgrade — можно ли таким
> образом получить стабильную систему?
>

Да, обновление возможно http://www.altlinux.org/Обновление_ОС, только 
помните о двух вещах, что это все же бета, и на базе сизифа. Со всеми 
вытекающими последствиями

-- 
WBR, Alexey

Re: [Comm] сроки выхода 6-ки

[Алексей Данилович]

Ok, А сроки выхода RC? То есть срезки бранча из сизифа? Тоже осенью?

Re: [Comm] сроки выхода 6-ки

[Alexey Bochenin]

09.03.2011 11:16, Алексей Данилович пишет:
> Ok, А сроки выхода RC? То есть срезки бранча из сизифа? Тоже осенью?

http://www.altlinux.orgALTLinux_6.0_Centaurus. О сроках сказать что-либо 
сложно, страница устарела, но и на ней дата выхода релиз-кандидата не 
определена.

Но можно судить о прогрессе выпуска по метабагу
https://bugzilla.altlinux.org/show_bug.cgi?id=23155


-- 
WBR, Alexey

Re: [Comm] сроки выхода 6-ки

[Alexey Tourbin]

On Tue, Mar 08, 2011 at 01:18:28AM +0300, Алексей Данилович wrote:
> Я кажется уже задолбал всех тут этим вопросом, но ....
> В прошлый раз мне сказазали что как только будут закрыты блокеры. Это
> конечно понятно, что "как только так сразу". Но все-таки, как с этим
> обстаят дела? На что можно ориентироваться?

Создание стабильного бранча суть символическое действо - веровать в это
таинство не рекомендуется.  А обновляться из сизифа можно уже сегодня.

Re: [Comm] сроки выхода 6-ки

[Andriy Dobrovol`s`kii]

2011/3/9 Alexey Tourbin <at@altlinux.ru>:
> On Tue, Mar 08, 2011 at 01:18:28AM +0300, Алексей Данилович wrote:
>> Я кажется уже задолбал всех тут этим вопросом, но ....
>> В прошлый раз мне сказазали что как только будут закрыты блокеры. Это
>> конечно понятно, что "как только так сразу". Но все-таки, как с этим
>> обстаят дела? На что можно ориентироваться?
>
> Создание стабильного бранча суть символическое действо - веровать в это
> таинство не рекомендуется.  А обновляться из сизифа можно уже сегодня.
Алексей, обновляться можно откуда угодно. Вы готовы после этого
обновления решать проблемы обычных пользователей? Тех. поддержка ООО?
Старожилы Сизифа?
Или следом напишете сакраментальное: "Сизиф не дистрибутив..."
-- 
Regards,
Andrii Dobrovol`s`kyj

Re: [Comm] сроки выхода 6-ки

[Alexey Tourbin]

On Wed, Mar 09, 2011 at 04:59:03PM +0200, Andriy Dobrovol`s`kii wrote:
> 2011/3/9 Alexey Tourbin <at@altlinux.ru>:
> > On Tue, Mar 08, 2011 at 01:18:28AM +0300, Алексей Данилович wrote:
> >> Я кажется уже задолбал всех тут этим вопросом, но ....
> >> В прошлый раз мне сказазали что как только будут закрыты блокеры. Это
> >> конечно понятно, что "как только так сразу". Но все-таки, как с этим
> >> обстаят дела? На что можно ориентироваться?
> >
> > Создание стабильного бранча суть символическое действо - веровать в это
> > таинство не рекомендуется.  А обновляться из сизифа можно уже сегодня.
> Алексей, обновляться можно откуда угодно. Вы готовы после этого
> обновления решать проблемы обычных пользователей? Тех. поддержка ООО?
> Старожилы Сизифа?
> Или следом напишете сакраментальное: "Сизиф не дистрибутив..."

Сизиф в целом намного лучше, чем т.н. стабильные бранчи.  Например, бранч
p5 вообще не поддерживатеся, разве что Андрей Черепанов иногда копирует
туда из Сизифа какие-то пакеты, бог его знает зачем.

Re: [Comm] сроки выхода 6-ки

[Aleksey Novodvorsky]

9 марта 2011 г. 18:13 пользователь Alexey Tourbin <at@altlinux.ru> написал:
> On Wed, Mar 09, 2011 at 04:59:03PM +0200, Andriy Dobrovol`s`kii wrote:
>> 2011/3/9 Alexey Tourbin <at@altlinux.ru>:
>> > On Tue, Mar 08, 2011 at 01:18:28AM +0300, Алексей Данилович wrote:
>> >> Я кажется уже задолбал всех тут этим вопросом, но ....
>> >> В прошлый раз мне сказазали что как только будут закрыты блокеры. Это
>> >> конечно понятно, что "как только так сразу". Но все-таки, как с этим
>> >> обстаят дела? На что можно ориентироваться?
>> >
>> > Создание стабильного бранча суть символическое действо - веровать в это
>> > таинство не рекомендуется.  А обновляться из сизифа можно уже сегодня.
>> Алексей, обновляться можно откуда угодно. Вы готовы после этого
>> обновления решать проблемы обычных пользователей? Тех. поддержка ООО?
>> Старожилы Сизифа?
>> Или следом напишете сакраментальное: "Сизиф не дистрибутив..."
>
> Сизиф в целом намного лучше, чем т.н. стабильные бранчи.  Например, бранч
> p5 вообще не поддерживатеся, разве что Андрей Черепанов иногда копирует
> туда из Сизифа какие-то пакеты, бог его знает зачем.

Это неправда, Алексей.
Давайте не будем кидаться в коллег, которые хорошо делают свою работу.
Rgrds, Алексей

Re: [Comm] сроки выхода 6-ки

[Алексей Данилович]

9 марта 2011 г. 18:44 пользователь Aleksey Novodvorsky
<a.e.nvdv@gmail.com> написал:

>>> > Создание стабильного бранча суть символическое действо - веровать в это
>>> > таинство не рекомендуется.  А обновляться из сизифа можно уже сегодня.
>>> Алексей, обновляться можно откуда угодно. Вы готовы после этого
>>> обновления решать проблемы обычных пользователей? Тех. поддержка ООО?
>>> Старожилы Сизифа?
>>> Или следом напишете сакраментальное: "Сизиф не дистрибутив..."
>>
>> Сизиф в целом намного лучше, чем т.н. стабильные бранчи.  Например, бранч
>> p5 вообще не поддерживатеся, разве что Андрей Черепанов иногда копирует
>> туда из Сизифа какие-то пакеты, бог его знает зачем.
>
> Это неправда, Алексей.
> Давайте не будем кидаться в коллег, которые хорошо делают свою работу.
> Rgrds, Алексей

Мда. Холивар внутри тим. Кошмар.

Re: [Comm] сроки выхода 6-ки

[Michael Shigorin]

On Wed, Mar 09, 2011 at 06:44:14PM +0300, Aleksey Novodvorsky wrote:
> > Например, бранч p5 вообще не поддерживатеся, разве что Андрей
> > Черепанов иногда копирует туда из Сизифа какие-то пакеты, бог
> > его знает зачем.
> Это неправда, Алексей.

+1

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

Re: [Comm] сроки выхода 6-ки

[Денис Старченко]

09.03.2011 19:05, Alexey Bochenin пишет:
> 09.03.2011 11:16, Алексей Данилович пишет:
>> Ok, А сроки выхода RC? То есть срезки бранча из сизифа? Тоже осенью?
>
> http://www.altlinux.orgALTLinux_6.0_Centaurus. О сроках сказать 
> что-либо сложно, страница устарела, но и на ней дата выхода 
> релиз-кандидата не определена.
>
> Но можно судить о прогрессе выпуска по метабагу
> https://bugzilla.altlinux.org/show_bug.cgi?id=23155
>
Я поглядывал туда периодически последние полгода, всегда в среднем около 
40 незакрытых багов, и каждый раз часть новых: т.е. всё идёт своим 
чередом, старые закрываются, новые выявляются, люди пилят дистр, за что 
им большое спасибо

А вообще полезный тред, раз в "таинство стабильного бранча" веровать не 
рекомендуется (чем я в общем-то и занимался), качну и погоняю последнюю 
бету на выходных :)

-- 
с наилучшими,
Денис Старченко
E-mail/Jabber: denstarche@ya.ru

Re: [Comm] сроки выхода 6-ки

[Alexey Tourbin]

On Wed, Mar 09, 2011 at 06:44:14PM +0300, Aleksey Novodvorsky wrote:
> 9 марта 2011 г. 18:13 пользователь Alexey Tourbin <at@altlinux.ru> написал:
> > Сизиф в целом намного лучше, чем т.н. стабильные бранчи.  Например, бранч
> > p5 вообще не поддерживатеся, разве что Андрей Черепанов иногда копирует
> > туда из Сизифа какие-то пакеты, бог его знает зачем.
> 
> Это неправда, Алексей.
> Давайте не будем кидаться в коллег, которые хорошо делают свою работу.
> Rgrds, Алексей

Безотносительно компетенции Андрея Черепанова (который, надо отдать ему
должное, делает всё что в его силах), практика поддержки т.н. стабильного
бранча одним-единственным человеком (включая копирование пакетов с
перескоком через несколько версий и т.п.) - это какой-то анекдот.

Я не рекомендую использовать бранч p5.

Re: [Comm] сроки выхода 6-ки

[Alexey Tourbin]

On Thu, Mar 10, 2011 at 01:19:15AM +0200, Michael Shigorin wrote:
> On Wed, Mar 09, 2011 at 06:44:14PM +0300, Aleksey Novodvorsky wrote:
> > > Например, бранч p5 вообще не поддерживатеся, разве что Андрей
> > > Черепанов иногда копирует туда из Сизифа какие-то пакеты, бог
> > > его знает зачем.
> > Это неправда, Алексей.
> 
> +1

В чём неправда?  Бранч p5 не поддерживается даже на базовом
технологическом уровне - тестовой пересборки пакетов не выполняется.
А пакеты туда изрядно копируются, что и обосновывает технологическую
необходимость тестовой пересборки.

Re: [Comm] сроки выхода 6-ки

[Андрей Черепанов]

[-- Attachment #1: Type: Text/Plain, Size: 1412 bytes --]

9 марта 2011 Alexey Tourbin написал:
> On Wed, Mar 09, 2011 at 04:59:03PM +0200, Andriy Dobrovol`s`kii wrote:
> > 2011/3/9 Alexey Tourbin <at@altlinux.ru>:
> > > On Tue, Mar 08, 2011 at 01:18:28AM +0300, Алексей Данилович wrote:
> > >> Я кажется уже задолбал всех тут этим вопросом, но ....
> > >> В прошлый раз мне сказазали что как только будут закрыты блокеры. Это
> > >> конечно понятно, что "как только так сразу". Но все-таки, как с этим
> > >> обстаят дела? На что можно ориентироваться?
> > >
> > > Создание стабильного бранча суть символическое действо - веровать в это
> > > таинство не рекомендуется.  А обновляться из сизифа можно уже сегодня.
> >
> > Алексей, обновляться можно откуда угодно. Вы готовы после этого
> > обновления решать проблемы обычных пользователей? Тех. поддержка ООО?
> > Старожилы Сизифа?
> > Или следом напишете сакраментальное: "Сизиф не дистрибутив..."
> 
> Сизиф в целом намного лучше, чем т.н. стабильные бранчи.  Например, бранч
> p5 вообще не поддерживатеся, разве что Андрей Черепанов иногда копирует
> туда из Сизифа какие-то пакеты, бог его знает зачем.
Алексей, ты явно не в теме и не следишь. Пересобираются (потому что после 
твоих бесчеловечных экспериментов над rpm нельзя скопировать) новые версии 
популярного ПО, закрываются CVE (да, по большей части новыми версиями). Так 
что если не в теме, не трепи языком.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [Comm] сроки выхода 6-ки

[Alexey Tourbin]

On Thu, Mar 10, 2011 at 01:36:18PM +0700, Андрей Черепанов wrote:
> > Сизиф в целом намного лучше, чем т.н. стабильные бранчи.  Например, бранч
> > p5 вообще не поддерживатеся, разве что Андрей Черепанов иногда копирует
> > туда из Сизифа какие-то пакеты, бог его знает зачем.
> Алексей, ты явно не в теме и не следишь. Пересобираются (потому что после 
> твоих бесчеловечных экспериментов над rpm нельзя скопировать) новые версии 
> популярного ПО, закрываются CVE (да, по большей части новыми версиями). Так 
> что если не в теме, не трепи языком.

Пересборка популярного ПО дискредитирует идею стабильного бранча, если под
стабильностью понимать минимизацию изменений, не направленных на
исправление уязвимостей или критических ошибок.

Попытка собрать patch-2.6 я вообще ржал два часа
http://lists.altlinux.org/pipermail/sisyphus-incominger/2011-March/269499.html
которая закрывает так называемый CVE, над которым я тоже ржал два часа.

Предпочитаю, чтобы впредь мне не давали инструкций насчет движения
языком, ну и вообще-то я брудершафта не пил.

Re: [Comm] сроки выхода 6-ки

[Anton Farygin]

10.03.2011 09:53, Alexey Tourbin пишет:
> On Thu, Mar 10, 2011 at 01:36:18PM +0700, Андрей Черепанов wrote:
>>> Сизиф в целом намного лучше, чем т.н. стабильные бранчи.  Например, бранч
>>> p5 вообще не поддерживатеся, разве что Андрей Черепанов иногда копирует
>>> туда из Сизифа какие-то пакеты, бог его знает зачем.
>> Алексей, ты явно не в теме и не следишь. Пересобираются (потому что после
>> твоих бесчеловечных экспериментов над rpm нельзя скопировать) новые версии
>> популярного ПО, закрываются CVE (да, по большей части новыми версиями). Так
>> что если не в теме, не трепи языком.
>
> Пересборка популярного ПО дискредитирует идею стабильного бранча, если под
> стабильностью понимать минимизацию изменений, не направленных на
> исправление уязвимостей или критических ошибок.

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

Во всех остальных случаях, конечно-же, лучше применить патч, 
исправляющий конкретную возникающую проблему, иначе можно получить тонну 
косяков.

Т.е. - тут нужен очень взвешенный подход - в каких то случаях полезно 
обновить до новой версии, а в каких-то - наложить небольшой патч.

Ядро и xorg я бы однозначно не стал обновлять ;)

Re: [Comm] сроки выхода 6-ки

[Alexey Tourbin]

On Wed, Mar 09, 2011 at 04:59:03PM +0200, Andriy Dobrovol`s`kii wrote:
> 2011/3/9 Alexey Tourbin <at@altlinux.ru>:
> > On Tue, Mar 08, 2011 at 01:18:28AM +0300, Алексей Данилович wrote:
> >> Я кажется уже задолбал всех тут этим вопросом, но ....
> >> В прошлый раз мне сказазали что как только будут закрыты блокеры. Это
> >> конечно понятно, что "как только так сразу". Но все-таки, как с этим
> >> обстаят дела? На что можно ориентироваться?
> >
> > Создание стабильного бранча суть символическое действо - веровать в это
> > таинство не рекомендуется.  А обновляться из сизифа можно уже сегодня.
> Алексей, обновляться можно откуда угодно. Вы готовы после этого
> обновления решать проблемы обычных пользователей? Тех. поддержка ООО?
> Старожилы Сизифа?

Решать чужие (особенно частные) проблемы кто-то хочет в последнюю очередь.
И к сожалению я не могу здесь сотворить чуда.  Тем не менее, я советую
обновляться из Сизифа: это надежнее, во многих отношениях.

> Или следом напишете сакраментальное: "Сизиф не дистрибутив..."

Дистрибутив - это слово, которое означает меньше, чем Сизиф.

Re: [Comm] сроки выхода 6-ки

[Alexey Tourbin]

On Thu, Mar 10, 2011 at 10:05:54AM +0300, Anton Farygin wrote:
> >Пересборка популярного ПО 
> >дискредитирует идею стабильного бранча, 
> >если под
> >стабильностью понимать минимизацию 
> >изменений, не направленных на
> >исправление уязвимостей или 
> >критических ошибок.
> 
> В некоторых случаях для стабильного 
> бранча собираю новые версии пакетов. 
> Если это не системная библиотека, а 
> приложение с узкой специализацией - то 
> почему-бы и нет.

"Некоторые случаи" требуют специального обоснования.  Стабильность,
насколько я понимаю, означает отказ от изменений, которые не связаны
с исправлением уязвимостей и/или критических ошибок.  Если же изменения
будут вноситься по принципу "почему бы и нет", то о каком стабильном
бранче может идти речь?

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

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

Т.н. взвешенный подход означает отсутствие нормального
технологически-ориентированного подхода.

Re: [Comm] сроки выхода 6-ки

[Anton Farygin]

10.03.2011 10:48, Alexey Tourbin пишет:
> On Thu, Mar 10, 2011 at 10:05:54AM +0300, Anton Farygin wrote:
>>> Пересборка популярного ПО
>>> дискредитирует идею стабильного бранча,
>>> если под
>>> стабильностью понимать минимизацию
>>> изменений, не направленных на
>>> исправление уязвимостей или
>>> критических ошибок.
>>
>> В некоторых случаях для стабильного
>> бранча собираю новые версии пакетов.
>> Если это не системная библиотека, а
>> приложение с узкой специализацией - то
>> почему-бы и нет.
>
> "Некоторые случаи" требуют специального обоснования.  Стабильность,
> насколько я понимаю, означает отказ от изменений, которые не связаны
> с исправлением уязвимостей и/или критических ошибок.  Если же изменения
> будут вноситься по принципу "почему бы и нет", то о каком стабильном
> бранче может идти речь?
>
> Хочу заметить, что идея т.н. стабильности очень быстро вырождается.
> Например, стабильный бранч со старой версией firefox никому не нужен.

О чём и речь. Или, например, если я обновлю transmission, то хуже точно 
никому не будет, а пользователи transmission порадуются новым фичам.

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

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

Но если что - я за всестороннее тестирование прикладных пакетов на этапе 
их обновления в стабильном бранче.

Не знаю, тестирует ли обновления Андрей, но явно должен.

Re: [Comm] сроки выхода 6-ки

[Alexey Tourbin]

On Thu, Mar 10, 2011 at 10:56:13AM +0300, Anton Farygin wrote:
> >Хочу заметить, что идея т.н. стабильности 
> >очень быстро вырождается.
> >Например, стабильный бранч со старой 
> >версией firefox никому не нужен.
> 
> О чём и речь. Или, например, если я обновлю 
> transmission, то хуже точно никому не будет, а 
> пользователи transmission порадуются новым 
> фичам.

Интересы у людей разные, кто-то может сказать, что и от обновления на
новую версию postgresql-server хуже никому не будет.  Логически далее
следует заключенить, что и от обновления на новую версию glibc хуже никому
не будет, правда?  Но в чем тогда смысл стабильного бранча?

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

Я и не собирался с точки зрения технологических критериев определять
необходимость тех или иных изменений.  Да, всё это не так просто.
Но, в целом, рациональный подход сейчас отсутствует.

> Но если что - я за всестороннее 
> тестирование прикладных пакетов на 
> этапе их обновления в стабильном бранче.
> 
> Не знаю, тестирует ли обновления Андрей, 
> но явно должен.

Re: [Comm] сроки выхода 6-ки

[Anton Farygin]

10.03.2011 11:08, Alexey Tourbin пишет:
> On Thu, Mar 10, 2011 at 10:56:13AM +0300, Anton Farygin wrote:
>>> Хочу заметить, что идея т.н. стабильности
>>> очень быстро вырождается.
>>> Например, стабильный бранч со старой
>>> версией firefox никому не нужен.
>> О чём и речь. Или, например, если я обновлю
>> transmission, то хуже точно никому не будет, а
>> пользователи transmission порадуются новым
>> фичам.
> Интересы у людей разные, кто-то может сказать, что и от обновления на
> новую версию postgresql-server хуже никому не будет.  Логически далее
> следует заключенить, что и от обновления на новую версию glibc хуже никому
> не будет, правда?  Но в чем тогда смысл стабильного бранча?
c postgresql-server я не согласен - обновление на новую Major версию 
точно что-то сломает, а минорную версию безусловно надо обновлять (с 
тестированием, конечно).

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

Составить типы обновлений, и расписать.

>>>> Во всех остальных случаях, конечно-же,
>>>> лучше применить патч, исправляющий
>>>> конкретную возникающую проблему, иначе
>>>> можно получить тонну косяков.
>>>>
>>>> Т.е. - тут нужен очень взвешенный подход -
>>>> в каких то случаях полезно обновить до
>>>> новой версии, а в каких-то - наложить
>>>> небольшой патч.
>>> Т.н. взвешенный подход означает
>>> отсутствие нормального
>>> технологически-ориентированного
>>> подхода.
>> технологически-ориентированный подход в
>> данном случае невозможен - ты не сможешь
>> технологическими методами определить
>> необходимость внесения тех или иных
>> изменений.
> Я и не собирался с точки зрения технологических критериев определять
> необходимость тех или иных изменений.  Да, всё это не так просто.
> Но, в целом, рациональный подход сейчас отсутствует.
Верно - сейчас подход никак не регламенирован, за исключением 
"захотел-не захотел Андрей". Это конечно совсем не разумно.

Или, я что-то не знаю... ;(

Re: [Comm] сроки выхода 6-ки

[Aleksey Novodvorsky]

10 марта 2011 г. 11:22 пользователь Anton Farygin <rider@altlinux.com> написал:
> 10.03.2011 11:08, Alexey Tourbin пишет:
>>
>> On Thu, Mar 10, 2011 at 10:56:13AM +0300, Anton Farygin wrote:
>>>>
>>>> Хочу заметить, что идея т.н. стабильности
>>>> очень быстро вырождается.
>>>> Например, стабильный бранч со старой
>>>> версией firefox никому не нужен.
>>>
>>> О чём и речь. Или, например, если я обновлю
>>> transmission, то хуже точно никому не будет, а
>>> пользователи transmission порадуются новым
>>> фичам.
>>
>> Интересы у людей разные, кто-то может сказать, что и от обновления на
>> новую версию postgresql-server хуже никому не будет.  Логически далее
>> следует заключенить, что и от обновления на новую версию glibc хуже никому
>> не будет, правда?  Но в чем тогда смысл стабильного бранча?
>
> c postgresql-server я не согласен - обновление на новую Major версию точно
> что-то сломает, а минорную версию безусловно надо обновлять (с
> тестированием, конечно).
>
> Вообще, по хорошему надо писать регламент обновлений для каждого пакета (или
> для групп пакетов) - что можно делать, а что нельзя.
>
> Составить типы обновлений, и расписать.
>
>>>>> Во всех остальных случаях, конечно-же,
>>>>> лучше применить патч, исправляющий
>>>>> конкретную возникающую проблему, иначе
>>>>> можно получить тонну косяков.
>>>>>
>>>>> Т.е. - тут нужен очень взвешенный подход -
>>>>> в каких то случаях полезно обновить до
>>>>> новой версии, а в каких-то - наложить
>>>>> небольшой патч.
>>>>
>>>> Т.н. взвешенный подход означает
>>>> отсутствие нормального
>>>> технологически-ориентированного
>>>> подхода.
>>>
>>> технологически-ориентированный подход в
>>> данном случае невозможен - ты не сможешь
>>> технологическими методами определить
>>> необходимость внесения тех или иных
>>> изменений.
>>
>> Я и не собирался с точки зрения технологических критериев определять
>> необходимость тех или иных изменений.  Да, всё это не так просто.
>> Но, в целом, рациональный подход сейчас отсутствует.
>
> Верно - сейчас подход никак не регламенирован, за исключением "захотел-не
> захотел Андрей". Это конечно совсем не разумно.
>
> Или, я что-то не знаю... ;(

Не знаешь и не хочешь разобраться.
Это отчасти понятно, так как ты ориентируешься на Сизиф.
Rgrds, Алексей

Re: [Comm] сроки выхода 6-ки

[Aleksey Novodvorsky]

10 марта 2011 г. 11:08 пользователь Alexey Tourbin <at@altlinux.ru> написал:
> On Thu, Mar 10, 2011 at 10:56:13AM +0300, Anton Farygin wrote:
>> >Хочу заметить, что идея т.н. стабильности
>> >очень быстро вырождается.
>> >Например, стабильный бранч со старой
>> >версией firefox никому не нужен.
>>
>> О чём и речь. Или, например, если я обновлю
>> transmission, то хуже точно никому не будет, а
>> пользователи transmission порадуются новым
>> фичам.
>
> Интересы у людей разные, кто-то может сказать, что и от обновления на
> новую версию postgresql-server хуже никому не будет.  Логически далее
> следует заключенить, что и от обновления на новую версию glibc хуже никому
> не будет, правда?  Но в чем тогда смысл стабильного бранча?
>
>> >>Во всех остальных случаях, конечно-же,
>> >>лучше применить патч, исправляющий
>> >>конкретную возникающую проблему, иначе
>> >>можно получить тонну косяков.
>> >>
>> >>Т.е. - тут нужен очень взвешенный подход -
>> >>в каких то случаях полезно обновить до
>> >>новой версии, а в каких-то - наложить
>> >>небольшой патч.
>> >
>> >Т.н. взвешенный подход означает
>> >отсутствие нормального
>> >технологически-ориентированного
>> >подхода.
>>
>> технологически-ориентированный подход в
>> данном случае невозможен - ты не сможешь
>> технологическими методами определить
>> необходимость внесения тех или иных
>> изменений.
>
> Я и не собирался с точки зрения технологических критериев определять
> необходимость тех или иных изменений.  Да, всё это не так просто.
> Но, в целом, рациональный подход сейчас отсутствует.

Вы не работаете  этим бранчем, не пользуетесь им и просто не знаете о
чем говорите.

Rgrds, Алексей

>
>> Но если что - я за всестороннее
>> тестирование прикладных пакетов на
>> этапе их обновления в стабильном бранче.
>>
>> Не знаю, тестирует ли обновления Андрей,
>> но явно должен.

Тестирует. И очень неплохо тестирует.

Rgrds, Алексей

Re: [Comm] сроки выхода 6-ки

[Anton Farygin]

10.03.2011 11:28, Aleksey Novodvorsky пишет:
> 10 марта 2011 г. 11:22 пользователь Anton Farygin<rider@altlinux.com>  написал:
>>
>> Верно - сейчас подход никак не регламенирован, за исключением "захотел-не
>> захотел Андрей". Это конечно совсем не разумно.
>>
>> Или, я что-то не знаю... ;(
> Не знаешь и не хочешь разобраться.
> Это отчасти понятно, так как ты ориентируешься на Сизиф.
Это понятно, но для того, что бы было понятно всем окружающим - надо 
описать хотя-бы процедуру подготовки обновлений.

На основании чего принимается то или иное решение, как, кем и в какие 
сроки выполняется обновление.

Потому-что судя по всему непонятно не только мне.

Re: [Comm] сроки выхода 6-ки

[Anton Farygin]

10.03.2011 11:34, Aleksey Novodvorsky пишет:
>
> Вы не работаете  этим бранчем, не пользуетесь им и просто не знаете о
> чем говорите.
>
Хотел бы, да не могу - Сизиф оказался для серверов стабильнее, а бэкпорт 
изменений из Сизифа может кому-то поломать жизнь, и для нас - 
дополнительная немаленькая нагрузка.

Но я очень хочу пользоваться 6.0, со всеми вытекающими, отсюда и мой 
интерес к регламенту.

По поводу "неплохо тестирует" и "хорошо обновляет" - есть одна проблема, 
она довольно большая - если я не напишу в ченжлоге для новой версии 
важное слово "CVE", то Андрей успешно этот пакет пропустит мимо.

Пример - wireshark, у которого в каждой новой версии закрывают какие-то 
CVE, так вот он устроен. В branch p5 Андрей скопировал пакет когда я 
упомянул в ченжлоге CVE...

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

А в целом это лучше чем ничего, тут я с тобой не могу не согласиться.

Re: [Comm] сроки выхода 6-ки

[Denis Nazarov]

10.03.2011 13:08, Alexey Tourbin пишет:
> Но в чем тогда смысл стабильного бранча?

мои 5 копеек... Стабильность - это когда очередной dist-upgrade не 
достает из загашников бубен и не предлагает тебе с ним поплясать.

Re: [Comm] сроки выхода 6-ки

[Denis Nazarov]

10.03.2011 12:32, Alexey Tourbin пишет:
> Решать чужие (особенно частные) проблемы кто-то хочет в последнюю очередь.
> И к сожалению я не могу здесь сотворить чуда.  Тем не менее, я советую
> обновляться из Сизифа: это надежнее, во многих отношениях.

угумс.... и подписка на sisyphus@ крайне обязательна, ибо только там 
тебе объяснят, как текущий бубен надо трясти, чтобы заработало то, что 
сломал очередной dist-upgrade.
Я не говорю, что это ежедневный процесс, но это имеет место быть

Re: [Comm] сроки выхода 6-ки

[Aleksey Novodvorsky]

10 марта 2011 г. 11:56 пользователь Denis Nazarov <marsden@mail.ru> написал:
> 10.03.2011 13:08, Alexey Tourbin пишет:
>>
>> Но в чем тогда смысл стабильного бранча?
>
> мои 5 копеек... Стабильность - это когда очередной dist-upgrade не достает
> из загашников бубен и не предлагает тебе с ним поплясать.

Да, и это в том числе.
Несмотря на регулярные обновления p5, просблем с ним у меня как
пользователя почти не было,а серьезных не было вообще.

Rgrds, Алексей

Re: [Comm] сроки выхода 6-ки

[Alexey Tourbin]

On Thu, Mar 10, 2011 at 11:22:42AM +0300, Anton Farygin wrote:
> 10.03.2011 11:08, Alexey Tourbin пишет:
> >Интересы у людей разные, кто-то может 
> >сказать, что и от обновления на
> >новую версию postgresql-server хуже никому не 
> >будет.  Логически далее
> >следует заключенить, что и от обновления 
> >на новую версию glibc хуже никому
> >не будет, правда?  Но в чем тогда смысл 
> >стабильного бранча?
> c postgresql-server я не согласен - обновление на 
> новую Major версию точно что-то сломает, а 
> минорную версию безусловно надо 
> обновлять (с тестированием, конечно).

Major/минорная версия - это скорее миф.  Надо рассматривать другие
аспекты: 1) совместимость формата базы; 2) совместимость клиентских
библоетек доступа.  Ясно, что эти два пункта, вообще говоря, мало связаны
между собой: формат базы не связан с SELECT API.  Из этого следует много
очевидных вещей, как например то, что: postgresql собран криво и для
поддержки не годится.

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

Кто будет писать регламент?  По идее, блин, должны писать ргламент люди,
которые понимают в десять раз больше, чем мы с тобой.  Но таких людей нет.

Re: [Comm] сроки выхода 6-ки

[Alexey Tourbin]

On Thu, Mar 10, 2011 at 11:34:12AM +0300, Aleksey Novodvorsky wrote:
> > Я и не собирался с точки зрения технологических критериев определять
> > необходимость тех или иных изменений.  Да, всё это не так просто.
> > Но, в целом, рациональный подход сейчас отсутствует.
> 
> Вы не работаете  этим бранчем, не пользуетесь им и просто не знаете о
> чем говорите.

Я слежу за этим бранчем и знаю, о чем говорю.
Я не использую этот бранч, потому что это технологически ущербный бранч.

> >> Не знаю, тестирует ли обновления Андрей,
> >> но явно должен.
> 
> Тестирует. И очень неплохо тестирует.
> 
> Rgrds, Алексей

Re: [Comm] сроки выхода 6-ки

[Anton Farygin]

10.03.2011 12:09, Alexey Tourbin пишет:
> On Thu, Mar 10, 2011 at 11:22:42AM +0300, Anton Farygin wrote:
>> 10.03.2011 11:08, Alexey Tourbin пишет:
>>> Интересы у людей разные, кто-то может
>>> сказать, что и от обновления на
>>> новую версию postgresql-server хуже никому не
>>> будет.  Логически далее
>>> следует заключенить, что и от обновления
>>> на новую версию glibc хуже никому
>>> не будет, правда?  Но в чем тогда смысл
>>> стабильного бранча?
>> c postgresql-server я не согласен - обновление на
>> новую Major версию точно что-то сломает, а
>> минорную версию безусловно надо
>> обновлять (с тестированием, конечно).
>
> Major/минорная версия - это скорее миф.  Надо рассматривать другие
> аспекты: 1) совместимость формата базы; 2) совместимость клиентских
> библоетек доступа.  Ясно, что эти два пункта, вообще говоря, мало связаны
> между собой: формат базы не связан с SELECT API.  Из этого следует много
> очевидных вещей, как например то, что: postgresql собран криво и для
> поддержки не годится.

В данном случае Major/Minor версии по крайней мере ответственность за 
обновление перекладываешь на апстрим, но я с тобой согласен - API и 
форматы данных имеют значение, как и стабильность в эксплуатации под 
нагрузкой. По хорошему - надо писать тесты.

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

По идее дело не в понимании, а в необходимости.

И важно не то, кто будет писать регламент, а кто будет контролировать 
его исполнение и внесение в него изменений - какой бы не был плохой 
регламент - это лучше чем ничего.

Re: [Comm] сроки выхода 6-ки

[Anton Farygin]

10.03.2011 12:01, Aleksey Novodvorsky пишет:
> 10 марта 2011 г. 11:56 пользователь Denis Nazarov<marsden@mail.ru>  написал:
>> 10.03.2011 13:08, Alexey Tourbin пишет:
>>>
>>> Но в чем тогда смысл стабильного бранча?
>>
>> мои 5 копеек... Стабильность - это когда очередной dist-upgrade не достает
>> из загашников бубен и не предлагает тебе с ним поплясать.
>
> Да, и это в том числе.
> Несмотря на регулярные обновления p5, просблем с ним у меня как
> пользователя почти не было,а серьезных не было вообще.

А ядро то ты обновлял ? ;)

Re: [Comm] сроки выхода 6-ки

[Aleksey Novodvorsky]

10 марта 2011 г. 12:19 пользователь Anton Farygin <rider@altlinux.com> написал:
> 10.03.2011 12:01, Aleksey Novodvorsky пишет:
>>
>> 10 марта 2011 г. 11:56 пользователь Denis Nazarov<marsden@mail.ru>
>>  написал:
>>>
>>> 10.03.2011 13:08, Alexey Tourbin пишет:
>>>>
>>>> Но в чем тогда смысл стабильного бранча?
>>>
>>> мои 5 копеек... Стабильность - это когда очередной dist-upgrade не
>>> достает
>>> из загашников бубен и не предлагает тебе с ним поплясать.
>>
>> Да, и это в том числе.
>> Несмотря на регулярные обновления p5, просблем с ним у меня как
>> пользователя почти не было,а серьезных не было вообще.
>
> А ядро то ты обновлял ? ;)

Да, конечно.

[test@ion ~]$ uname -a
Linux ion.school-233.altlinux.ru 2.6.32-std-def-alt20.M50P.1 #1 SMP
Mon Sep 6 11:11:43 UTC 2010 i686 GNU/Linux

Rgrds, Алексей

Re: [Comm] сроки выхода 6-ки

[Anton Farygin]

10.03.2011 12:21, Aleksey Novodvorsky пишет:
> 10 марта 2011 г. 12:19 пользователь Anton Farygin<rider@altlinux.com>  написал:
>> 10.03.2011 12:01, Aleksey Novodvorsky пишет:
>>>
>>> 10 марта 2011 г. 11:56 пользователь Denis Nazarov<marsden@mail.ru>
>>>   написал:
>>>>
>>>> 10.03.2011 13:08, Alexey Tourbin пишет:
>>>>>
>>>>> Но в чем тогда смысл стабильного бранча?
>>>>
>>>> мои 5 копеек... Стабильность - это когда очередной dist-upgrade не
>>>> достает
>>>> из загашников бубен и не предлагает тебе с ним поплясать.
>>>
>>> Да, и это в том числе.
>>> Несмотря на регулярные обновления p5, просблем с ним у меня как
>>> пользователя почти не было,а серьезных не было вообще.
>>
>> А ядро то ты обновлял ? ;)
>
> Да, конечно.
>
> [test@ion ~]$ uname -a
> Linux ion.school-233.altlinux.ru 2.6.32-std-def-alt20.M50P.1 #1 SMP
> Mon Sep 6 11:11:43 UTC 2010 i686 GNU/Linux

Очень хорошо.

Но регламент лучше всё-равно напишите, будет прозрачнее...

Re: [Comm] сроки выхода 6-ки

[Andriy Dobrovol`s`kii]

2011/3/10 Anton Farygin <rider@altlinux.com>:
> Но регламент лучше всё-равно напишите, будет прозрачнее...
>
Антон, так разве ж кто против?
Начни на вики, а там и другие подтянутся... ;)
Надо ж хоть какое-то представление иметь о том, о чем пишешь...
-- 
Regards,
Andrii Dobrovol`s`kyj

Re: [Comm] сроки выхода 6-ки

[Pavel N. Solovyov]

On Thu, 10 Mar 2011 13:59:07 +0500
Denis Nazarov wrote:

> угумс.... и подписка на sisyphus@ крайне обязательна, ибо только там 
> тебе объяснят, как текущий бубен надо трясти, чтобы заработало то,
> что сломал очередной dist-upgrade.
> Я не говорю, что это ежедневный процесс, но это имеет место быть

	Бубен требуется всего раза два в год.

 --
	Успехов. Павел.
=====================
Jabber: pavel_solo@jabber.ru
ICQ: 33437660
=====================

Re: [Comm] сроки выхода 6-ки

[Aleksey Novodvorsky]

10 марта 2011 г. 12:33 пользователь Pavel N. Solovyov <2182@k66.ru> написал:
> On Thu, 10 Mar 2011 13:59:07 +0500
> Denis Nazarov wrote:
>
>> угумс.... и подписка на sisyphus@ крайне обязательна, ибо только там
>> тебе объяснят, как текущий бубен надо трясти, чтобы заработало то,
>> что сломал очередной dist-upgrade.
>> Я не говорю, что это ежедневный процесс, но это имеет место быть
>
>        Бубен требуется всего раза два в год.

Работа at@ значительно повысила стабильность обновлений Сизифа,  в p5
таких механизмов нет и быть не может. В p6 они будут, естественно.

Rgrds, Алексей

Re: [Comm] сроки выхода 6-ки

[Alexey Tourbin]

On Thu, Mar 10, 2011 at 11:28:33AM +0300, Aleksey Novodvorsky wrote:
> 10 марта 2011 г. 11:22 пользователь Anton Farygin <rider@altlinux.com> написал:
> > Верно - сейчас подход никак не регламенирован, за исключением "захотел-не
> > захотел Андрей". Это конечно совсем не разумно.
> >
> > Или, я что-то не знаю... ;(
> 
> Не знаешь и не хочешь разобраться.
> Это отчасти понятно, так как ты ориентируешься на Сизиф.

А какие ещё орентнации могут быть у любителей альт линукса, кроме сизифа?
Понюхать что-то непотребное, какие-то американские пакеты!

> Rgrds, Алексей

Re: [Comm] сроки выхода 6-ки

[Anton Farygin]

10.03.2011 12:32, Andriy Dobrovol`s`kii пишет:
> 2011/3/10 Anton Farygin<rider@altlinux.com>:
>> Но регламент лучше всё-равно напишите, будет прозрачнее...
>>
> Антон, так разве ж кто против?
> Начни на вики, а там и другие подтянутся... ;)
> Надо ж хоть какое-то представление иметь о том, о чем пишешь...

Я очень надеялся что напишет тот, кто сейчас готовит обновления - надо 
просто описать текущую процедуру, о которой мы мало имеем представления.

Нет смысла фантазировать, надо формализовать уже существующий процесс, 
что бы ликвидировать вопросы.

Re: [Comm] сроки выхода 6-ки

[Andriy Dobrovol`s`kii]

2011/3/10 Anton Farygin <rider@altlinux.com>:
> 10.03.2011 12:32, Andriy Dobrovol`s`kii пишет:
>>
>> 2011/3/10 Anton Farygin<rider@altlinux.com>:
>>>
>>> Но регламент лучше всё-равно напишите, будет прозрачнее...
>>>
>> Антон, так разве ж кто против?
>> Начни на вики, а там и другие подтянутся... ;)
>> Надо ж хоть какое-то представление иметь о том, о чем пишешь...
>
> Я очень надеялся что напишет тот, кто сейчас готовит обновления - надо
> просто описать текущую процедуру, о которой мы мало имеем представления.
>
> Нет смысла фантазировать, надо формализовать уже существующий процесс, что
> бы ликвидировать вопросы.
>
Да. Это дельное соображение. Корректировать имеющийся процесс проще,
чем придумывать некий идеальный с нуля.
Ну, и чем черт не шутит, может и корректировать уже ничего не нужно... :)
-- 
Regards,
Andrii Dobrovol`s`kyj

Re: [Comm] сроки выхода 6-ки

[Anton Farygin]

10.03.2011 12:38, Andriy Dobrovol`s`kii пишет:
> 2011/3/10 Anton Farygin<rider@altlinux.com>:
>> 10.03.2011 12:32, Andriy Dobrovol`s`kii пишет:
>>>
>>> 2011/3/10 Anton Farygin<rider@altlinux.com>:
>>>>
>>>> Но регламент лучше всё-равно напишите, будет прозрачнее...
>>>>
>>> Антон, так разве ж кто против?
>>> Начни на вики, а там и другие подтянутся... ;)
>>> Надо ж хоть какое-то представление иметь о том, о чем пишешь...
>>
>> Я очень надеялся что напишет тот, кто сейчас готовит обновления - надо
>> просто описать текущую процедуру, о которой мы мало имеем представления.
>>
>> Нет смысла фантазировать, надо формализовать уже существующий процесс, что
>> бы ликвидировать вопросы.
>>
> Да. Это дельное соображение. Корректировать имеющийся процесс проще,
> чем придумывать некий идеальный с нуля.
> Ну, и чем черт не шутит, может и корректировать уже ничего не нужно... :)

О чём и речь, изначально.

Вообще, у меня было представление об отсутствии процесса как такового. 
Меня довольно быстро убедили в обратном, соответственно надо описать 
существующее, что бы 1) не возникало возникающих вопросов 2) понимать 
нужно ли что-то модифицировать в этой схеме и если да, то как.

[Comm] регламент обновлений (was: сроки выхода =?koi8-r?b?IDYty8k=?=)

[Sergey V Turchin]

[-- Attachment #1: Type: Text/Plain, Size: 717 bytes --]

On Thursday 10 March 2011 11:34, Anton Farygin wrote:

[...]
> Это понятно, но для того, что бы было понятно всем окружающим - надо
> описать хотя-бы процедуру подготовки обновлений.
> 
> На основании чего принимается то или иное решение, как, кем и в какие
> сроки выполняется обновление.
+1, если этот документ будет регламентировать обновления ключевых компонентов 
(xorg, kernel) в community-ветках тоже.

Например, в 5.1 не обновляется по безопасности ядро std-def(не было ни 1-го 
обновления вообще). Мантейнер 5.1 это сделать не может, а мантейнер пакета не 
хочет. Получается, что 5.1 не поддерживается исходя из состояния ключевого 
компонента.

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [Comm] регламент обновлений

[Andrii Dobrovol`s`kii]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Sergey V Turchin пишет:
> On Thursday 10 March 2011 11:34, Anton Farygin wrote:
> 
> [...]
>> Это понятно, но для того, что бы было понятно всем окружающим - надо
>> описать хотя-бы процедуру подготовки обновлений.
>>
>> На основании чего принимается то или иное решение, как, кем и в какие
>> сроки выполняется обновление.
> +1, если этот документ будет регламентировать обновления ключевых компонентов 
> (xorg, kernel) в community-ветках тоже.
> 
> Например, в 5.1 не обновляется по безопасности ядро std-def(не было ни 1-го 
> обновления вообще). Мантейнер 5.1 это сделать не может, а мантейнер пакета не 
> хочет. Получается, что 5.1 не поддерживается исходя из состояния ключевого 
> компонента.
> 
Раз уж тема реально "цепляет", может начнем отдельную ветку?
- -- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************************************************************
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iF4EAREIAAYFAk14tFkACgkQpBPgR3404hPA8gD/WKpo2g/3sIZb2Ci3h7wDoE2V
ytQmj+AHOdEIrD/6GX8A/35wHynqnhH4VkQGABy2eZ8AxFLUWb/OycsjxfsxaHaD
=Jyu8
-----END PGP SIGNATURE-----

Re: [Comm] регламент обновлений

[REAL]

10.03.2011 17:15, Sergey V Turchin пишет:
> Например, в 5.1 не обновляется по безопасности ядро std-def(не было ни 1-го
> обновления вообще). Мантейнер 5.1 это сделать не может, а мантейнер пакета не
> хочет. Получается, что 5.1 не поддерживается исходя из состояния ключевого
> компонента.

А ещё у меня нет уверенности, что std-def поддерживается даже в сизифе ;)

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [Comm] регламент обновлений

[Aleksey Novodvorsky]

10 марта 2011 г. 14:32 пользователь REAL <root@mmedia2.kemsu.ru> написал:
> 10.03.2011 17:15, Sergey V Turchin пишет:
>>
>> Например, в 5.1 не обновляется по безопасности ядро std-def(не было ни
>> 1-го
>> обновления вообще). Мантейнер 5.1 это сделать не может, а мантейнер пакета
>> не
>> хочет. Получается, что 5.1 не поддерживается исходя из состояния ключевого
>> компонента.
>
> А ещё у меня нет уверенности, что std-def поддерживается даже в сизифе ;)


"Поддерживается в Сизифе" -- не означает частый выход новых версий.
Подожите, работа идет.
Хоть это тут и глубокий оффтопик.

Rgrds, Алексей

Re: [Comm] регламент обновлений (was: сроки выхода =?koi8-r?b?IDYty8k=?=)

[Aleksey Novodvorsky]

10 марта 2011 г. 14:15 пользователь Sergey V Turchin
<zerg@altlinux.org> написал:
> On Thursday 10 March 2011 11:34, Anton Farygin wrote:
>
> [...]
>> Это понятно, но для того, что бы было понятно всем окружающим - надо
>> описать хотя-бы процедуру подготовки обновлений.
>>
>> На основании чего принимается то или иное решение, как, кем и в какие
>> сроки выполняется обновление.
> +1, если этот документ будет регламентировать обновления ключевых компонентов
> (xorg, kernel) в community-ветках тоже.
>
> Например, в 5.1 не обновляется по безопасности ядро std-def(не было ни 1-го
> обновления вообще). Мантейнер 5.1 это сделать не может, а мантейнер пакета не
> хочет. Получается, что 5.1 не поддерживается исходя из состояния ключевого
> компонента.

Сергей, не надо писать в публичные списки неверную информацию. Вы же
лично ее не проверяли.

Rgrds, Алексей

Re: [Comm] регламент обновлений

[Aleksey Novodvorsky]

10 марта 2011 г. 15:53 пользователь Michael Shigorin <mike@osdn.org.ua> написал:
> On Thu, Mar 10, 2011 at 02:15:18PM +0300, Sergey V Turchin wrote:
>> Например, в 5.1 не обновляется по безопасности ядро std-def(не
>> было ни 1-го обновления вообще). Мантейнер 5.1 это сделать не
>> может, а мантейнер пакета не хочет. Получается, что 5.1 не
>> поддерживается исходя из состояния ключевого компонента.
>
> Да, застряли на более новой nvidia -- прямо не переложить,
> а сесть и пересобрать не хватило времени.  Потом разъехался
> и virtualbox.
>
> Впрочем, иллюзий по части возможностей адекватной поддержки
> ядер в части безопасности я сейчас и так не испытываю --
> без выделения человека сроки реакции будут неопределёнными
> с учётом имеющейся у каждого kernel maintainer'а нагрузки.
>
> Также напомню, что когда этот вопрос встал ребром -- с 2.6.32
> в p5 были известные существенные регрессы по нескольким пунктам
> и убирать возможность выбора крайне не хотелось.
>
>
> On Thu, Mar 10, 2011 at 02:47:33PM +0300, Aleksey Novodvorsky wrote:
>> Сергей, не надо писать в публичные списки неверную информацию.
>> Вы же лично ее не проверяли.
>
> Алексей, в данном случае Вы неправы -- как раз zerg@ и тормошил.

Сергей неточно описал ситуацию.

Rgrds, Алексей

Re: [Comm] регламент обновлений

[Michael Shigorin]

On Thu, Mar 10, 2011 at 02:15:18PM +0300, Sergey V Turchin wrote:
> Например, в 5.1 не обновляется по безопасности ядро std-def(не
> было ни 1-го обновления вообще). Мантейнер 5.1 это сделать не
> может, а мантейнер пакета не хочет. Получается, что 5.1 не
> поддерживается исходя из состояния ключевого компонента.

Да, застряли на более новой nvidia -- прямо не переложить,
а сесть и пересобрать не хватило времени.  Потом разъехался
и virtualbox.

Впрочем, иллюзий по части возможностей адекватной поддержки
ядер в части безопасности я сейчас и так не испытываю --
без выделения человека сроки реакции будут неопределёнными
с учётом имеющейся у каждого kernel maintainer'а нагрузки.

Также напомню, что когда этот вопрос встал ребром -- с 2.6.32
в p5 были известные существенные регрессы по нескольким пунктам
и убирать возможность выбора крайне не хотелось.


On Thu, Mar 10, 2011 at 02:47:33PM +0300, Aleksey Novodvorsky wrote:
> Сергей, не надо писать в публичные списки неверную информацию.
> Вы же лично ее не проверяли.

Алексей, в данном случае Вы неправы -- как раз zerg@ и тормошил.

Более того, мне следовало сообщить прямым текстом, что при
необходимости пользоваться поддерживаемым std-def может иметь
смысл брать его из p5/branch; а не уверен, что сообщал так.

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

Re: [Comm] регламент обновлений

[Anton Farygin]

10.03.2011 14:47, Aleksey Novodvorsky пишет:
> 10 марта 2011 г. 14:15 пользователь Sergey V Turchin
> <zerg@altlinux.org>  написал:
>> On Thursday 10 March 2011 11:34, Anton Farygin wrote:
>>
>> [...]
>>> Это понятно, но для того, что бы было понятно всем окружающим - надо
>>> описать хотя-бы процедуру подготовки обновлений.
>>>
>>> На основании чего принимается то или иное решение, как, кем и в какие
>>> сроки выполняется обновление.
>> +1, если этот документ будет регламентировать обновления ключевых компонентов
>> (xorg, kernel) в community-ветках тоже.
>>
>> Например, в 5.1 не обновляется по безопасности ядро std-def(не было ни 1-го
>> обновления вообще). Мантейнер 5.1 это сделать не может, а мантейнер пакета не
>> хочет. Получается, что 5.1 не поддерживается исходя из состояния ключевого
>> компонента.
>
> Сергей, не надо писать в публичные списки неверную информацию. Вы же
> лично ее не проверяли.

Про 5.1 - это правда. Пакеты из p5 в 5.1 мало кто копирует.

Re: [Comm] регламент обновлений

[Aleksey Novodvorsky]

10 марта 2011 г. 15:56 пользователь Anton Farygin <rider@altlinux.com> написал:
> 10.03.2011 14:47, Aleksey Novodvorsky пишет:
>>
>> 10 марта 2011 г. 14:15 пользователь Sergey V Turchin
>> <zerg@altlinux.org>  написал:
>>>
>>> On Thursday 10 March 2011 11:34, Anton Farygin wrote:
>>>
>>> [...]
>>>>
>>>> Это понятно, но для того, что бы было понятно всем окружающим - надо
>>>> описать хотя-бы процедуру подготовки обновлений.
>>>>
>>>> На основании чего принимается то или иное решение, как, кем и в какие
>>>> сроки выполняется обновление.
>>>
>>> +1, если этот документ будет регламентировать обновления ключевых
>>> компонентов
>>> (xorg, kernel) в community-ветках тоже.
>>>
>>> Например, в 5.1 не обновляется по безопасности ядро std-def(не было ни
>>> 1-го
>>> обновления вообще). Мантейнер 5.1 это сделать не может, а мантейнер
>>> пакета не
>>> хочет. Получается, что 5.1 не поддерживается исходя из состояния
>>> ключевого
>>> компонента.
>>
>> Сергей, не надо писать в публичные списки неверную информацию. Вы же
>> лично ее не проверяли.
>
> Про 5.1 - это правда. Пакеты из p5 в 5.1 мало кто копирует.

Во-первых, могут.
Во-вторых, копируют.

Rgrds, Алексей

Re: [Comm] регламент обновлений

[Sergey V Turchin]

[-- Attachment #1: Type: Text/Plain, Size: 278 bytes --]

On Thursday 10 March 2011 15:56, Anton Farygin wrote:

[...]
> Про 5.1 - это правда. Пакеты из p5 в 5.1 мало кто копирует.
Учитывая, что было мнение о предназначении 5.1 как полигона для обкатки 
обновлений для p5.

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [Comm] регламент обновлений

[Sergey V Turchin]

[-- Attachment #1: Type: Text/Plain, Size: 301 bytes --]

On Thursday 10 March 2011 16:19, Michael Shigorin wrote:

[...]
> что с подобными случаями делать
> в будущем -- мне пока непонятно
Поэтому и предлагаю регламентировать обновления хотя бы ключевых компонентов в 
community-бранчах.

[...]

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [Comm] регламент обновлений

[Michael Shigorin]

On Thu, Mar 10, 2011 at 03:38:49PM +0300, Aleksey Novodvorsky wrote:
> > > > Например, в 5.1 не обновляется по безопасности ядро
> > > > std-def(не было ни 1-го обновления вообще). Мантейнер 5.1
> > > > это сделать не может, а мантейнер пакета не хочет.
> > > Сергей, не надо писать в публичные списки неверную информацию.
> > > Вы же лично ее не проверяли.
> > Алексей, в данном случае Вы неправы -- как раз zerg@ и тормошил.
> Сергей неточно описал ситуацию.

Вышеописанное мне кажется достаточно точным, если под
"майнтейнером 5.1" (которых несколько) подразумевали меня;
насколько понимаю, если бы silicium@ хотел попадать на поддержку
двух бинарных сборок (под p5 и 5.1), то добрался бы.

Но такое предлагать стыдно; что с подобными случаями делать
в будущем -- мне пока непонятно с учётом того, что:

* те же обновления драйверов nvidia или virtualbox кажется вполне
  осмысленным обкатывать в community-бранче, а потом тащить в
  supportable;
* приоритет обновлений в supportable, как понимаю, скорее за тем,
  что можно проверить и содержащим по возможности меньше
  несвязанных напрямую с причиной данного обновления изменений);
* изменения kernel-image, где обычно ловят дырки, связаны с
  изменениями kernel-modules, по которым хотелось бы обкатывать
  новую функциональность.

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

Re: [Comm] регламент обновлений

[Anton Farygin]

10.03.2011 16:01, Aleksey Novodvorsky пишет:
> 10 марта 2011 г. 15:56 пользователь Anton Farygin<rider@altlinux.com>  написал:
>> 10.03.2011 14:47, Aleksey Novodvorsky пишет:
>>> 10 марта 2011 г. 14:15 пользователь Sergey V Turchin
>>> <zerg@altlinux.org>    написал:
>>>> On Thursday 10 March 2011 11:34, Anton Farygin wrote:
>>>>
>>>> [...]
>>>>> Это понятно, но для того, что бы было понятно всем окружающим - надо
>>>>> описать хотя-бы процедуру подготовки обновлений.
>>>>>
>>>>> На основании чего принимается то или иное решение, как, кем и в какие
>>>>> сроки выполняется обновление.
>>>> +1, если этот документ будет регламентировать обновления ключевых
>>>> компонентов
>>>> (xorg, kernel) в community-ветках тоже.
>>>>
>>>> Например, в 5.1 не обновляется по безопасности ядро std-def(не было ни
>>>> 1-го
>>>> обновления вообще). Мантейнер 5.1 это сделать не может, а мантейнер
>>>> пакета не
>>>> хочет. Получается, что 5.1 не поддерживается исходя из состояния
>>>> ключевого
>>>> компонента.
>>> Сергей, не надо писать в публичные списки неверную информацию. Вы же
>>> лично ее не проверяли.
>> Про 5.1 - это правда. Пакеты из p5 в 5.1 мало кто копирует.
> Во-первых, могут.
> Во-вторых, копируют.
Могут, но видимо не очень. Есть примеры, я его приводил (wireshark), но 
в данном случае моя проблема - мне 5.1 как таковой на серверах не нужен, 
а мейнтейнер бранча не интересуется этой темой, наверное.

Re: [Comm] сроки выхода 6-ки

[Denis Nazarov]

10.03.2011 14:36, Alexey Tourbin пишет:
> А какие ещё орентнации могут быть у любителей альт линукса, кроме сизифа?
> Понюхать что-то непотребное, какие-то американские пакеты!

-1
непотребного нюхать не люблю

Re: [Comm] сроки выхода 6-ки

[Алексей Данилович]

10 марта 2011 г. 11:56 пользователь Denis Nazarov <marsden@mail.ru> написал:
> и 5 копеек... Стабильность - это когда очередной dist-upgrade не достает из
> загашников бубен и не предлагает тебе с ним поплясать.

+111

Re: [Comm] сроки выхода 6-ки

[Алексей Данилович]

Коллеги!
[/me покашливая, стряхивая оседающую пыль и ковыряя ее носком ботинка. Смущенно]
Я начал все это вопросом о сроках (например, RC, бранча). Прозвучало
много всего восхитительного, кроме ответа на вопрос. Для меня
появление бранча - знак окончания формирования концепции и перехода к
стабилизации. Знак того, что система будет и на нее можно
ориентироваться. 5.1 старо, давно надо новое. Когда-то говорили, что
релизы будут синхронизированы с RHEL. Кто-то правильно отметил, что
страничка на .org протухла давно. Так где ориентиры-то для бедного
юзера, у которого давно кружится голова от всего тут происхожящего?
Прошу не кидаться всем что осталось от схватки.
Спасибо.

Re: [Comm] сроки выхода 6-ки

[Alexey Tourbin]

On Thu, Mar 10, 2011 at 09:51:51PM +0300, Алексей Данилович wrote:
> 10 марта 2011 г. 11:56 пользователь Denis Nazarov <marsden@mail.ru> написал:
> > и 5 копеек... Стабильность - это когда очередной dist-upgrade не достает из
> > загашников бубен и не предлагает тебе с ним поплясать.
> 
> +111

Это весело, но безответственно: нету рационального зерна.  Уж лучше
рассуждать о женщинах, которые несомненно будут ублажать нас в тех или
иных отношениях.  Особенно в тех.  И иных.

Разумной процедуры тестирования dist-upgrade пока не придумано.

Re: [Comm] сроки выхода 6-ки

[Андрей Черепанов]

[-- Attachment #1: Type: Text/Plain, Size: 2212 bytes --]

10 марта 2011 Anton Farygin написал:
> 10.03.2011 10:48, Alexey Tourbin пишет:
> > On Thu, Mar 10, 2011 at 10:05:54AM +0300, Anton Farygin wrote:
> >>> Пересборка популярного ПО
> >>> дискредитирует идею стабильного бранча,
> >>> если под
> >>> стабильностью понимать минимизацию
> >>> изменений, не направленных на
> >>> исправление уязвимостей или
> >>> критических ошибок.
> >>
> >> В некоторых случаях для стабильного
> >> бранча собираю новые версии пакетов.
> >> Если это не системная библиотека, а
> >> приложение с узкой специализацией - то
> >> почему-бы и нет.
> >
> > "Некоторые случаи" требуют специального обоснования.  Стабильность,
> > насколько я понимаю, означает отказ от изменений, которые не связаны
> > с исправлением уязвимостей и/или критических ошибок.  Если же изменения
> > будут вноситься по принципу "почему бы и нет", то о каком стабильном
> > бранче может идти речь?
> >
> > Хочу заметить, что идея т.н. стабильности очень быстро вырождается.
> > Например, стабильный бранч со старой версией firefox никому не нужен.
> 
> О чём и речь. Или, например, если я обновлю transmission, то хуже точно
> никому не будет, а пользователи transmission порадуются новым фичам.
> 
> >> Во всех остальных случаях, конечно-же,
> >> лучше применить патч, исправляющий
> >> конкретную возникающую проблему, иначе
> >> можно получить тонну косяков.
> >>
> >> Т.е. - тут нужен очень взвешенный подход -
> >> в каких то случаях полезно обновить до
> >> новой версии, а в каких-то - наложить
> >> небольшой патч.
> >
> > Т.н. взвешенный подход означает отсутствие нормального
> > технологически-ориентированного подхода.
> 
> технологически-ориентированный подход в данном случае невозможен - ты не
> сможешь технологическими методами определить необходимость внесения тех
> или иных изменений.
Более того, нет никаких методик универсальной автоматической проверки 
функционирования пакета исключительно технологическими методами. Я удивлён, 
что at@ не знает об этом.

> Но если что - я за всестороннее тестирование прикладных пакетов на этапе
> их обновления в стабильном бранче.
> 
> Не знаю, тестирует ли обновления Андрей, но явно должен.
Тестируем.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [Comm] сроки выхода 6-ки

[Андрей Черепанов]

[-- Attachment #1: Type: Text/Plain, Size: 1127 bytes --]

10 марта 2011 Anton Farygin написал:
> 10.03.2011 11:34, Aleksey Novodvorsky пишет:
> > Вы не работаете  этим бранчем, не пользуетесь им и просто не знаете о
> > чем говорите.
> 
> Хотел бы, да не могу - Сизиф оказался для серверов стабильнее, а бэкпорт
> изменений из Сизифа может кому-то поломать жизнь, и для нас -
> дополнительная немаленькая нагрузка.
> 
> Но я очень хочу пользоваться 6.0, со всеми вытекающими, отсюда и мой
> интерес к регламенту.
> 
> По поводу "неплохо тестирует" и "хорошо обновляет" - есть одна проблема,
> она довольно большая - если я не напишу в ченжлоге для новой версии
> важное слово "CVE", то Андрей успешно этот пакет пропустит мимо.
> 
> Пример - wireshark, у которого в каждой новой версии закрывают какие-то
> CVE, так вот он устроен. В branch p5 Андрей скопировал пакет когда я
> упомянул в ченжлоге CVE...
> 
> Надо работать с первоисточником, а не с ченжлогом мейнтейнеров.
> 
> А в целом это лучше чем ничего, тут я с тобой не могу не согласиться.
Антон, ты прекрасно понимаешь, почему меня хватает только на отслеживание 
стоп-слов. 


-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [Comm] сроки выхода 6-ки

[Андрей Черепанов]

[-- Attachment #1: Type: Text/Plain, Size: 861 bytes --]

10 марта 2011 Anton Farygin написал:
> 10.03.2011 12:32, Andriy Dobrovol`s`kii пишет:
> > 2011/3/10 Anton Farygin<rider@altlinux.com>:
> >> Но регламент лучше всё-равно напишите, будет прозрачнее...
> >
> > Антон, так разве ж кто против?
> > Начни на вики, а там и другие подтянутся... ;)
> > Надо ж хоть какое-то представление иметь о том, о чем пишешь...
> 
> Я очень надеялся что напишет тот, кто сейчас готовит обновления - надо
> просто описать текущую процедуру, о которой мы мало имеем представления.
> 
> Нет смысла фантазировать, надо формализовать уже существующий процесс,
> что бы ликвидировать вопросы.
Регламент предусматривает жёсткое следование установленным правилам. Описать 
можно, но не будет ли красивая картинка оторвана от реальности для очередного 
ржача Турбина надо мной? Мне оно надо?


-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [Comm] сроки выхода 6-ки

[Андрей Черепанов]

[-- Attachment #1: Type: Text/Plain, Size: 807 bytes --]

11 марта 2011 Alexey Tourbin написал:
> On Thu, Mar 10, 2011 at 09:51:51PM +0300, Алексей Данилович wrote:
> > 10 марта 2011 г. 11:56 пользователь Denis Nazarov <marsden@mail.ru> 
написал:
> > > и 5 копеек... Стабильность - это когда очередной dist-upgrade не
> > > достает из загашников бубен и не предлагает тебе с ним поплясать.
> >
> > +111
> 
> Это весело, но безответственно: нету рационального зерна.  Уж лучше
> рассуждать о женщинах, которые несомненно будут ублажать нас в тех или
> иных отношениях.  Особенно в тех.  И иных.
> 
> Разумной процедуры тестирования dist-upgrade пока не придумано.
Давно уже придумано и используется на стендах (дестопных и серверном), в т.ч. 
реальном железе. Но осуществляется вручную, а не в автоматическом режиме.


-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [Comm] сроки выхода 6-ки

[Michael Shigorin]

On Thu, Mar 10, 2011 at 09:29:27AM +0300, Alexey Tourbin wrote:
> > > > Например, бранч p5 вообще не поддерживатеся, разве что
> > > > Андрей Черепанов иногда копирует туда из Сизифа какие-то
> > > > пакеты, бог его знает зачем.
> > > Это неправда, Алексей.
> > +1
> В чём неправда?  Бранч p5 не поддерживается даже на базовом
> технологическом уровне - тестовой пересборки пакетов не
> выполняется.  А пакеты туда изрядно копируются, что и
> обосновывает технологическую необходимость тестовой пересборки.

Лёш, глянь уже логи -- что копируется, что собирается.

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

Re: [Comm] сроки выхода 6-ки

[Alexey Tourbin]

On Fri, Mar 18, 2011 at 03:49:31PM +0200, Michael Shigorin wrote:
> On Thu, Mar 10, 2011 at 09:29:27AM +0300, Alexey Tourbin wrote:
> > > > > Например, бранч p5 вообще не поддерживатеся, разве что
> > > > > Андрей Черепанов иногда копирует туда из Сизифа какие-то
> > > > > пакеты, бог его знает зачем.
> > > > Это неправда, Алексей.
> > > +1
> > В чём неправда?  Бранч p5 не поддерживается даже на базовом
> > технологическом уровне - тестовой пересборки пакетов не
> > выполняется.  А пакеты туда изрядно копируются, что и
> > обосновывает технологическую необходимость тестовой пересборки.
> 
> Лёш, глянь уже логи -- что копируется, что собирается.

Копируются пакеты из сизифа, вот сегодня:
http://git.altlinux.org/tasks/archive/done/_39/40669/task/log.2.1

А пакеты с бинарными зависимостями сейчас скопировать проблемно
из-за set-версий, а раньше тоже копировались.
http://git.altlinux.org/tasks/archive/done/_29/30282/task/log

Re: [Comm] сроки выхода 6-ки

[@ 2011-03-18 14:13 UTC (permalink / raw)]

Re: [Comm] сроки выхода 6-ки

[@ 2011-03-18 14:16 UTC (permalink / raw)]

Re: [Comm] сроки выхода 6-ки

[@ 2011-03-18 14:26 UTC (permalink / raw)]

Re: [Comm] регламент обновлений

[@ 2011-03-19 20:20 UTC (permalink / raw)]

Re: [Comm] регламент обновлений

[@ 2011-03-20 15:08 UTC (permalink / raw)]

Re: [Comm] сроки выхода 6-ки

[@ 2011-03-20 15:18 UTC (permalink / raw)]

Re: [Comm] сроки выхода 6-ки

[@ 2011-03-20 15:23 UTC (permalink / raw)]

Re: [Comm] сроки выхода 6-ки

[@ 2011-03-20 17:34 UTC (permalink / raw)]

Re: [Comm] сроки выхода 6-ки

[@ 2011-03-21 13:14 UTC (permalink / raw)]