[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-ки

[Sergey]

On Friday, March 18, 2011, Alexey Tourbin wrote:

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

А этот набор тестов не является достаточным ?

2010-Oct-08 14:45:06 :: build check OK
2010-Oct-08 14:45:07 :: noarch check OK
2010-Oct-08 14:45:08 :: plan OK
2010-Oct-08 14:45:08 :: version check OK
2010-Oct-08 14:45:46 :: created test repo
2010-Oct-08 14:45:49 :: dependencies check OK
2010-Oct-08 14:46:39 :: ELF symbols check OK
2010-Oct-08 14:47:31 :: install check OK

-- 
С уважением, Сергей
a_s_y@sama.ru

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

[Alexey Tourbin]

On Fri, Mar 18, 2011 at 05:13:05PM +0300, Sergey wrote:
> On Friday, March 18, 2011, Alexey Tourbin wrote:
> 
> > А пакеты с бинарными зависимостями сейчас скопировать проблемно
> > из-за set-версий, а раньше тоже копировались.
> > http://git.altlinux.org/tasks/archive/done/_29/30282/task/log
> 
> А этот набор тестов не является достаточным ?

Достаточным для разрешения копирования.

> 2010-Oct-08 14:45:06 :: build check OK
> 2010-Oct-08 14:45:07 :: noarch check OK
> 2010-Oct-08 14:45:08 :: plan OK
> 2010-Oct-08 14:45:08 :: version check OK
> 2010-Oct-08 14:45:46 :: created test repo
> 2010-Oct-08 14:45:49 :: dependencies check OK
> 2010-Oct-08 14:46:39 :: ELF symbols check OK
> 2010-Oct-08 14:47:31 :: install check OK
> 
> -- 
> С уважением, Сергей
> a_s_y@sama.ru

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

[Michael Shigorin]

On Fri, Mar 18, 2011 at 04:59:56PM +0300, Alexey Tourbin wrote:
> > > А пакеты туда изрядно копируются, что и обосновывает
> > > технологическую необходимость тестовой пересборки.
> > Лёш, глянь уже логи -- что копируется, что собирается.
> Копируются пакеты из сизифа, вот сегодня:
> 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

apt относительно просто проверяется на точечную обновляемость,
по моей практике.  Никаких dlopen(), подставы с изменением данных
вылазят сразу.  Как раз недавно был прецедент, когда после отката
на M51 остались сизифные pkglists и апт на них красиво взорвался :)
(изложение по памяти, заметок ночером уже не делал, вешать смысла
не было -- всё равно показан apt-get clean)

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

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 -- прямо не переложить,
а сесть и пересобрать не хватило времени.

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

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

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

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

[Michael Shigorin]

On Thu, Mar 10, 2011 at 04:23:21PM +0300, Anton Farygin wrote:
> Могут, но видимо не очень. Есть примеры, я его приводил
> (wireshark), но в данном случае моя проблема - мне 5.1 как
> таковой на серверах не нужен, а мейнтейнер бранча не
> интересуется этой темой, наверное.

Конкретно он за что-то "зацепился", а форвардпорт бэкпорта
как-то уж слишком.

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

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

[Michael Shigorin]

On Thu, Mar 10, 2011 at 12:36:37PM +0300, Alexey Tourbin wrote:
> А какие ещё орентнации могут быть у любителей альт линукса,
> кроме сизифа?  Понюхать что-то непотребное, какие-то
> американские пакеты!

Лёш, у меня один из ноутов находится чуть дальше, чем ты.
Сизифа мне там определённо не надо, KVM цеплять будет некому.
Как на ftp.linux.kiev.ua, который на этой неделе при попытке
дотащить "про запас" с M40 не только до M51, а до сизифа --
так и не удалось поднять.  Но там support@colocall есть,
и IP-KVM тоже.

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

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

Сизиф неплох для меня (хотя см. devel@), но поскольку это не
rolling release _distro_, то и не надо таких общих заявлений.

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

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

[Michael Shigorin]

On Thu, Mar 10, 2011 at 10:00:49PM +0300, Алексей Данилович wrote:
> Я начал все это вопросом о сроках (например, RC, бранча).
> Прозвучало много всего восхитительного, кроме ответа на вопрос.

http://lists.altlinux.org/pipermail/devel/2011-March/189249.html

> Для меня появление бранча - знак окончания формирования
> концепции и перехода к стабилизации.

Я бы поосторожничал связывать эти события.

> Когда-то говорили, что релизы будут синхронизированы с RHEL.

Кто?

> Кто-то правильно отметил, что страничка на .org протухла давно.

Которая?

> Так где ориентиры-то для бедного юзера, у которого давно
> кружится голова от всего тут происхожящего?

У самого кружится уже...

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

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

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

[REAL]

20.03.2011 21:23, Michael Shigorin пишет:
> Вкратце -- теперь я не уверен, что бранч 6.0 будет до конца весны.
> Но может, и будет.  Вопрос в том, насколько сферический.

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

ибо он может и к осени не появиться с такими темпами.

-- 

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

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

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

20 марта 2011 г. 18:23 пользователь Michael Shigorin <mike@osdn.org.ua> написал:
>
> Вкратце -- теперь я не уверен, что бранч 6.0 будет до конца весны.
> Но может, и будет.  Вопрос в том, насколько сферический.
>

Лишь бы не в ваккуме. Понятно. Я не буду искать ответы на "кто?" и
т.д. - время нет.
Спасибо.