[devel] Следующий дистрибутив

[devel] Следующий дистрибутив

[Eugene Prokopiev]

Здравствуйте!

Не так давно ldv@ сказал в community@ :

----------------------------------------------------------------------

Я постараюсь по возможности избавиться ото всех установок 2.4 уже 
осенью, когда все мои пакеты в Сизифе будут в более-менее релизном 
состоянии.

P.S. Общие слова:
Я буду поддерживать свои пакеты в 2.4 до тех пор, пока они мне будут
нужны, и для минимизации нагрузки постараюсь, чтобы они перестали быть 
мне нужны как можно раньше.

----------------------------------------------------------------------

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

1) Правильно ли я понимаю, что поднимать новые сервера на ALM 2.4 уже 
бессмысленно, а правильнее будет поднимать на них Сизиф, готовиться к 
светлому будущему и помогать хотя бы багрепортами его наступлению?

2) Какие пакеты из Сизифа в него попадут, есть/будут ли какие-нибудь 
формальные критерии, т.е. что я, например, должен сделать, чтоб мои 
пакеты туда попали?

3) Будет ли вообще дистрибутив? Под ним я понимаю самодостаточный набор 
пакетов, не изменяющийся значительно в течение некоторого срока 
(несколько лет), но при этом сохраняющий пригодность к эксплуатации 
путем наложения security updates и исправления критических ошибок. 
Инсталятор и конфигуратор, в общем случае, не обязательны (т.к. для меня 
ценность АLT в первую очередь, в пакетной базе), наличие работоспособных 
SoftRAID и LVM/EVMS (в т.ч. для / - в нынешнем Сизифе это в принципе 
работает, но криво и с очень большим количеством приседаний) гораздо важнее.


-- 
С уважением, Прокопьев Евгений

Re: [devel] Следующий дистрибутив

[Dmitry V. Levin]

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

On Thu, Jul 13, 2006 at 09:49:54AM +0400, Eugene Prokopiev wrote:
> Не так давно ldv@ сказал в community@ :
> 
> ----------------------------------------------------------------------
> 
> Я постараюсь по возможности избавиться ото всех установок 2.4 уже 
> осенью, когда все мои пакеты в Сизифе будут в более-менее релизном 
> состоянии.
> 
> P.S. Общие слова:
> Я буду поддерживать свои пакеты в 2.4 до тех пор, пока они мне будут
> нужны, и для минимизации нагрузки постараюсь, чтобы они перестали быть 
> мне нужны как можно раньше.

Более того, я постараюсь обеспечить к осени синхронность версий пакетов,
которые входят и в Owl и в Sisypus с тем, чтобы уполовинить объём работы
по поддержке осеннего релизов Owl и ALT.

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

На осень намечается оченний "релиз" Сизифа.  Сможет ли и станет ли
компания ALT Linux (или кто-то ещё) делать на его базе дистрибутив, я пока
не понимаю.  Ведутся разговоры на эту тему.

> Соответственно, появляются такие вопросы:
> 
> 1) Правильно ли я понимаю, что поднимать новые сервера на ALM 2.4 уже 
> бессмысленно, а правильнее будет поднимать на них Сизиф, готовиться к 
> светлому будущему и помогать хотя бы багрепортами его наступлению?

Это зависит.  Если сервер поднимается на оборудовании 2-летней давности,
то ALM2.4 имеет смысл.  Если на современном оборудовании, то я выбираю
Сизиф, несмотря на то что сам процесс установки сейчас невообразимо
сложнее чем где-либо ещё.

> 2) Какие пакеты из Сизифа в него попадут, есть/будут ли какие-нибудь 
> формальные критерии, т.е. что я, например, должен сделать, чтоб мои 
> пакеты туда попали?

Формальные критерии надо выработать.  Давайте обсудим.

> 3) Будет ли вообще дистрибутив? Под ним я понимаю самодостаточный набор 
> пакетов, не изменяющийся значительно в течение некоторого срока 
> (несколько лет), но при этом сохраняющий пригодность к эксплуатации 
> путем наложения security updates и исправления критических ошибок. 
> Инсталятор и конфигуратор, в общем случае, не обязательны (т.к. для меня 
> ценность АLT в первую очередь, в пакетной базе), наличие работоспособных 
> SoftRAID и LVM/EVMS (в т.ч. для / - в нынешнем Сизифе это в принципе 
> работает, но криво и с очень большим количеством приседаний) гораздо важнее.

Хороший вопрос.


-- 
ldv

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

Re: [devel] Следующий дистрибутив

[Eugene Prokopiev]

> На осень намечается оченний "релиз" Сизифа.  

Что такое "релиз" Сизифа?

> Сможет ли и станет ли
> компания ALT Linux (или кто-то ещё) делать на его базе дистрибутив, я пока
> не понимаю.  Ведутся разговоры на эту тему.

Для меня дистрибутив = "релиз" Сизифа (если я правильно понимаю, что это 
такое) + обновления. Красивая коробка, печатная документация, купон 
техподдержки, даже инсталлятор с конфигуратором - для меня и, думаю, 
многих это далеко не так важно. Т.е. на этом можно и сэкономить ;)

Теперь скажите, кто сейчас выпускает обновления к ALM 2.4? Компания ALT 
Linux или мантейнеры соответствующих пакетов? Т.е. финансируется ли 
выпуск компанией ALT Linux или это делается по инициативе мантейнеров?

И совсем неприличный вопрос: что будете делать лично вы с теми 
серверами, на которых окажется "релиз" Сизифа после разморозки самого 
Сизифа?

>>Соответственно, появляются такие вопросы:
>>
>>1) Правильно ли я понимаю, что поднимать новые сервера на ALM 2.4 уже 
>>бессмысленно, а правильнее будет поднимать на них Сизиф, готовиться к 
>>светлому будущему и помогать хотя бы багрепортами его наступлению?
> 
> 
> Это зависит.  Если сервер поднимается на оборудовании 2-летней давности,
> то ALM2.4 имеет смысл.  

Дело не только в оборудовании, а еще и в обновлениях ...

> Если на современном оборудовании, то я выбираю
> Сизиф, несмотря на то что сам процесс установки сейчас невообразимо
> сложнее чем где-либо ещё.

С Sisyphus LiveCD (если еще к нему приделать простой механизм установки 
самого себя на диск) он имеет шанс стать более простым :) . Я уже 
говорил, что мне от инсталлятора большего и не требуется. Еще бы сделать 
несколько таких LiveCD и автоматически генерировать их, скажем, 
еженедельно ;)

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

>>2) Какие пакеты из Сизифа в него попадут, есть/будут ли какие-нибудь 
>>формальные критерии, т.е. что я, например, должен сделать, чтоб мои 
>>пакеты туда попали?
> 
> 
> Формальные критерии надо выработать.  Давайте обсудим.

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

Более рациональное предложение - включать только те пакеты, которые 
обещают поддерживать 2 и более мантейнеров. Но кто тут есть второй, 
желающий поддерживать, например, openssh?

>>3) Будет ли вообще дистрибутив? Под ним я понимаю самодостаточный набор 
>>пакетов, не изменяющийся значительно в течение некоторого срока 
>>(несколько лет), но при этом сохраняющий пригодность к эксплуатации 
>>путем наложения security updates и исправления критических ошибок. 
>>Инсталятор и конфигуратор, в общем случае, не обязательны (т.к. для меня 
>>ценность АLT в первую очередь, в пакетной базе), наличие работоспособных 
>>SoftRAID и LVM/EVMS (в т.ч. для / - в нынешнем Сизифе это в принципе 
>>работает, но криво и с очень большим количеством приседаний) гораздо важнее.
> 
> 
> Хороший вопрос.

Давайте я задам другой вопрос :)

Как будут жить присутствующие, если дистрибутива не будет? ;) Может я 
последую их примеру ;)

-- 
С уважением, Прокопьев Евгений

Re: [devel] Следующий дистрибутив

[Dmitry V. Levin]

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

On Fri, Jul 14, 2006 at 09:11:22AM +0400, Eugene Prokopiev wrote:
> > На осень намечается оченний "релиз" Сизифа.  
> 
> Что такое "релиз" Сизифа?

Посмотрите архив рассылки devel@ и sisyphus@ за прошлый месяц.

> > Сможет ли и станет ли
> > компания ALT Linux (или кто-то ещё) делать на его базе дистрибутив, я пока
> > не понимаю.  Ведутся разговоры на эту тему.
> 
> Для меня дистрибутив = "релиз" Сизифа (если я правильно понимаю, что это 
> такое) + обновления. Красивая коробка, печатная документация, купон 
> техподдержки, даже инсталлятор с конфигуратором - для меня и, думаю, 
> многих это далеко не так важно. Т.е. на этом можно и сэкономить ;)

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

> Теперь скажите, кто сейчас выпускает обновления к ALM 2.4? Компания ALT 
> Linux или мантейнеры соответствующих пакетов?

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

> Т.е. финансируется ли 
> выпуск компанией ALT Linux или это делается по инициативе мантейнеров?

Компания ALT Linux не финансирует работу выделенных инженеров
безопасности, что, конечно, неправильно, но эта компания ещё не доросла.
Компания ALT Linux финансирует работу нескольких инженеров, в должностные
обязанности которых входит подготовка обновлений по "своим" пакетам.

> И совсем неприличный вопрос: что будете делать лично вы с теми 
> серверами, на которых окажется "релиз" Сизифа после разморозки самого 
> Сизифа?

Очевидно, я планирую обеспечить поддержку нужной мне пакетной базы.
К счастью для меня, её объём не так велик.

> >>Соответственно, появляются такие вопросы:
> >>
> >>1) Правильно ли я понимаю, что поднимать новые сервера на ALM 2.4 уже 
> >>бессмысленно, а правильнее будет поднимать на них Сизиф, готовиться к 
> >>светлому будущему и помогать хотя бы багрепортами его наступлению?
> > 
> > Это зависит.  Если сервер поднимается на оборудовании 2-летней давности,
> > то ALM2.4 имеет смысл.  
> 
> Дело не только в оборудовании, а еще и в обновлениях ...

Я вас понимаю :)

> >>2) Какие пакеты из Сизифа в него попадут, есть/будут ли какие-нибудь 
> >>формальные критерии, т.е. что я, например, должен сделать, чтоб мои 
> >>пакеты туда попали?
> > 
> > Формальные критерии надо выработать.  Давайте обсудим.
> 
> Если бы у меня были предложения, я выдал бы их сразу. Но, к сожалению, 
> ничего, кроме как брать с мантейнеров подписи кровью в том, что они 
> обязуются в течение определенного срока хотя бы накатывать патчи из 
> апстрима на свои пакеты и предупреждать об открытых и незалатываемых 
> дырах, мне в голову не приходит :(

Давайте без крови, пожалуйста. :)

> Более рациональное предложение - включать только те пакеты, которые 
> обещают поддерживать 2 и более мантейнеров. Но кто тут есть второй, 
> желающий поддерживать, например, openssh?

Ну, поскольку openssh в ALT Linux и Owl синхронизированы, то грубо говоря
вы можете рассчитывать ещё и на SD.  Тем более что к осени у нас, надеюсь,
уже будет openssh поновее.

> >>3) Будет ли вообще дистрибутив? Под ним я понимаю самодостаточный набор 
> >>пакетов, не изменяющийся значительно в течение некоторого срока 
> >>(несколько лет), но при этом сохраняющий пригодность к эксплуатации 
> >>путем наложения security updates и исправления критических ошибок. 
> >>Инсталятор и конфигуратор, в общем случае, не обязательны (т.к. для меня 
> >>ценность АLT в первую очередь, в пакетной базе), наличие работоспособных 
> >>SoftRAID и LVM/EVMS (в т.ч. для / - в нынешнем Сизифе это в принципе 
> >>работает, но криво и с очень большим количеством приседаний) гораздо важнее.
> > 
> > Хороший вопрос.
> 
> Давайте я задам другой вопрос :)
> 
> Как будут жить присутствующие, если дистрибутива не будет? ;) Может я 
> последую их примеру ;)

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


-- 
ldv

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

Re: [devel] Следующий дистрибутив

[Eugene Prokopiev]

Dmitry V. Levin пишет:
> On Fri, Jul 14, 2006 at 09:11:22AM +0400, Eugene Prokopiev wrote:
> 
>>>На осень намечается оченний "релиз" Сизифа.  
>>
>>Что такое "релиз" Сизифа?
> 
> 
> Посмотрите архив рассылки devel@ и sisyphus@ за прошлый месяц.

Речь о дискусии "Стабильный Сизиф"? Я ее читал, но, насколько понял, 
стороны не пришли к единому мнению. Или решение о цикле 
заморозка-разморозка все-таки принято?

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

Что включает нужная вам пакетная база? Ядро, базовый набор утилит, 
средства сборки пакетов, openssh? Это уже неплохо. Будет ли эта база 
общедоступна и чем вас заинтересовать, чтобы она была общедоступной? ;)

-- 
С уважением, Прокопьев Евгений

Re: [devel] Следующий дистрибутив

[Kirill A. Shutemov]

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

On 12:33 Fri 14 Jul, Dmitry V. Levin wrote:
> Тем более что к осени у нас, надеюсь, уже будет openssh поновее.

А какой-нить прогресс по glibc 2.4 есть?

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

> И на linux.ru и на linuxcenter.ru идет новость что зарелизили
> компакт 2,3 а в рассылке молчок.
Кто из них зарелизил компакт?
Первый или второй?
		-- zerg in community@

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

Re: [devel] Следующий дистрибутив

[Dmitry V. Levin]

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

On Fri, Jul 14, 2006 at 01:14:17PM +0400, Eugene Prokopiev wrote:
> Dmitry V. Levin пишет:
> > On Fri, Jul 14, 2006 at 09:11:22AM +0400, Eugene Prokopiev wrote:
> > 
> >>>На осень намечается оченний "релиз" Сизифа.  
> >>
> >>Что такое "релиз" Сизифа?
> > 
> > Посмотрите архив рассылки devel@ и sisyphus@ за прошлый месяц.
> 
> Речь о дискусии "Стабильный Сизиф"? Я ее читал, но, насколько понял, 
> стороны не пришли к единому мнению. Или решение о цикле 
> заморозка-разморозка все-таки принято?

Я для себя решение принял и объявил об этом публично.
Конечно, я никому ничего не навязываю.  Тем не менее, я надеюсь что все
заинтересованные вовремя поймут, что других вариантов у нас пока нет.

> > Для меня как частного лица "релиза" Сизифа достаточно, поскольку я,
> > видимо, в состоянии обеспечить поддержку нужной мне пакетной базы.
> 
> Что включает нужная вам пакетная база? Ядро, базовый набор утилит, 
> средства сборки пакетов, openssh? Это уже неплохо.

Примерный перечень пакетов (за исключением ядра) можно посмотреть в
ftp://ftp.altlinux.org/pub/people/ldv/scm/packages/

> Будет ли эта база 
> общедоступна и чем вас заинтересовать, чтобы она была общедоступной? ;)

Она уже общедоступна, хотя, конечно, дополнительные мотиваторы
приветствуются :)


-- 
ldv

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

Re: [devel] Следующий дистрибутив

[Andrei Bulava]

Dmitry V. Levin wrote:

>> Более рациональное предложение - включать только те пакеты, которые 
>> обещают поддерживать 2 и более мантейнеров. Но кто тут есть второй, 
>> желающий поддерживать, например, openssh?
> 
> Ну, поскольку openssh в ALT Linux и Owl синхронизированы, то грубо говоря
> вы можете рассчитывать ещё и на SD.  Тем более что к осени у нас, надеюсь,
> уже будет openssh поновее.

Почему-то я ожидал именно такого ответа :-)

-- 
// AB1002-UANIC

Re: [devel] Следующий дистрибутив

[Dmitry V. Levin]

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

On Fri, Jul 14, 2006 at 12:20:13PM +0300, Kirill A. Shutemov wrote:
> On 12:33 Fri 14 Jul, Dmitry V. Levin wrote:
> > Тем более что к осени у нас, надеюсь, уже будет openssh поновее.
> 
> А какой-нить прогресс по glibc 2.4 есть?

Есть прогресс по linux 2.6, а это даёт хорошие предпосылки для новой
glibc.  К осени, всё хорошее - к осени. :)


-- 
ldv

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

Re: [devel] Следующий дистрибутив

[Anton Farygin]

Dmitry V. Levin wrote:
> On Fri, Jul 14, 2006 at 12:20:13PM +0300, Kirill A. Shutemov wrote:
>> On 12:33 Fri 14 Jul, Dmitry V. Levin wrote:
>>> Тем более что к осени у нас, надеюсь, уже будет openssh поновее.
>> А какой-нить прогресс по glibc 2.4 есть?
> 
> Есть прогресс по linux 2.6, а это даёт хорошие предпосылки для новой
> glibc.  К осени, всё хорошее - к осени. :)

И это означает, что стабильный сизиф будет не раньше весны.

Или glibc-2.4 ничего не разломает ?

Re: [devel] Следующий дистрибутив

[Alexey Tourbin]

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

On Fri, Jul 14, 2006 at 01:28:02PM +0400, Dmitry V. Levin wrote:
> On Fri, Jul 14, 2006 at 01:14:17PM +0400, Eugene Prokopiev wrote:
> > Dmitry V. Levin пишет:
> > > On Fri, Jul 14, 2006 at 09:11:22AM +0400, Eugene Prokopiev wrote:
> > > 
> > >>>На осень намечается оченний "релиз" Сизифа.  
> > >>
> > >>Что такое "релиз" Сизифа?
> > > 
> > > Посмотрите архив рассылки devel@ и sisyphus@ за прошлый месяц.
> > 
> > Речь о дискусии "Стабильный Сизиф"? Я ее читал, но, насколько понял, 
> > стороны не пришли к единому мнению. Или решение о цикле 
> > заморозка-разморозка все-таки принято?
> 
> Я для себя решение принял и объявил об этом публично.
> Конечно, я никому ничего не навязываю.  Тем не менее, я надеюсь что все
> заинтересованные вовремя поймут, что других вариантов у нас пока нет.

Базовая система и так достаточно стабильна.  Например, мне трудно
представить, что в Сизифе когда-то вдруг окажется сломанный openssh.
К хорошему быстро привыкаешь. :)

Некоторые очень важные пакеты нужно тестировать даже перед выкладыванием
в Сизиф.  И они, по-видимому, тестируются.  В некоторых пакетах можно
делать make test.  Последнее дает минимальную гарантию, что совсем уж
сломанные сборки в сизиф просто не пройдут.

У стабильного среза сизифа, по-моему, будут другие проблемы.  Нужно
будет делать backport'ы всякого попсового софта, типа мозилла фаерфокс,
дырки в котором обнаруживаются весьма регулярно, в отличие от того же
openssh.

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

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

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

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

Re: [devel] Следующий дистрибутив

[Eugene Prokopiev]

> Базовая система и так достаточно стабильна

а mdadm и udevd вы к базовой системе не относите?

-- 
С уважением, Прокопьев Евгений

Re: [devel] Следующий дистрибутив

[Eugene A. Suchkov]

В сообщении от 14 июля 2006 13:55 Alexey Tourbin написал(a):

> У стабильного среза сизифа, по-моему, будут другие проблемы.  Нужно
> будет делать backport'ы всякого попсового софта, типа мозилла фаерфокс,
> дырки в котором обнаруживаются весьма регулярно, в отличие от того же
> openssh.

Как мне "нравится" такой подход. А расскажите мне, отчего это "попсовый" 
мозилла фаерфокс менее важен чем openssh?

-- 
With best regards
Eugene A. Suchkov (a.k.a CityHawk)
JID eugene.suchkov@gmail.com

Re: [devel] Следующий дистрибутив

[Konstantin A. Lepikhov]

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

Hi Eugene!

Friday 14, at 02:05:34 PM you wrote:

> > Базовая система и так достаточно стабильна
> 
> а mdadm и udevd вы к базовой системе не относите?
я бы не стал - одно текет, другое падает из-за race'ов.

-- 
WBR et al.

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

Re: [devel] Следующий дистрибутив

[Led]

В сообщении от 14 июля 2006 13:12 Eugene A. Suchkov написал(a):
> В сообщении от 14 июля 2006 13:55 Alexey Tourbin написал(a):
> > У стабильного среза сизифа, по-моему, будут другие проблемы.  Нужно
> > будет делать backport'ы всякого попсового софта, типа мозилла фаерфокс,
> > дырки в котором обнаруживаются весьма регулярно, в отличие от того же
> > openssh.
>
> А расскажите мне, отчего это "попсовый"
> мозилла фаерфокс менее важен чем openssh?

Никто не говорил, что он "менее важен". Было сказано, что он "попсовый" и 
сказано почему: "дырки в котором обнаруживаются весьма регулярно, в отличие 
от того же openssh."

-- 
Led.

Re: [devel] Следующий дистрибутив

[Eugene Prokopiev]

Konstantin A. Lepikhov пишет:
> Hi Eugene!
> 
> Friday 14, at 02:05:34 PM you wrote:
> 
> 
>>>Базовая система и так достаточно стабильна
>>
>>а mdadm и udevd вы к базовой системе не относите?
> 
> я бы не стал - одно текет, другое падает из-за race'ов.

Дело не в том, что они плохие, а в том что их работа системе жизненно 
необходима. Иначе после dist-upgrade есть шанс не загрузиться. Точно так 
же как без openssh можно оказаться без доступа к системе или наоборот ;)

Именно поэтому сломанный Firefox не настолько страшен ...

-- 
С уважением, Прокопьев Евгений

Re: [devel] Следующий дистрибутив

[Anton Gorlov]

Konstantin A. Lepikhov пишет:

>>> Базовая система и так достаточно стабильна
>> а mdadm и udevd вы к базовой системе не относите?
> я бы не стал - одно текет, другое падает из-за race'ов.

Эм...хм..

А скажите пожалуста чем-же тогда рулить md*?


-- 
   np: silence

Re: [devel] Следующий дистрибутив

[Anton Farygin]

Konstantin A. Lepikhov wrote:
> Hi Eugene!
> 
> Friday 14, at 02:05:34 PM you wrote:
> 
>>> Базовая система и так достаточно стабильна
>> а mdadm и udevd вы к базовой системе не относите?
> я бы не стал - одно текет, другое падает из-за race'ов.

udevd падает ???? Это новость! Срочно в bugzilla!

Rgds,
Rider

Re: [devel] Следующий дистрибутив

[Alexey Tourbin]

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

On Fri, Jul 14, 2006 at 02:12:13PM +0400, Eugene A. Suchkov wrote:
> В сообщении от 14 июля 2006 13:55 Alexey Tourbin написал(a):
> 
> > У стабильного среза сизифа, по-моему, будут другие проблемы.  Нужно
> > будет делать backport'ы всякого попсового софта, типа мозилла фаерфокс,
> > дырки в котором обнаруживаются весьма регулярно, в отличие от того же
> > openssh.
> 
> Как мне "нравится" такой подход. А расскажите мне, отчего это "попсовый" 
> мозилла фаерфокс менее важен чем openssh?

Мозилла -- внебрачная дочь динозавра.

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

Re: [devel] Следующий дистрибутив

[Kirill A. Shutemov]

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

On 13:50 Fri 14 Jul, Anton Farygin wrote:
> Или glibc-2.4 ничего не разломает ?

Гыгг. Смешно. :)

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

90% наших текущих пользователей - из зоны .ru.
Остальные 10% - читают руководства ;-)
		-- rider in devel@

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

Re: [devel] Следующий дистрибутив

[Dmitry V. Levin]

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

On Fri, Jul 14, 2006 at 01:50:57PM +0400, Anton Farygin wrote:
> Dmitry V. Levin wrote:
> > On Fri, Jul 14, 2006 at 12:20:13PM +0300, Kirill A. Shutemov wrote:
> >> On 12:33 Fri 14 Jul, Dmitry V. Levin wrote:
> >>> Тем более что к осени у нас, надеюсь, уже будет openssh поновее.
> >> А какой-нить прогресс по glibc 2.4 есть?
> > 
> > Есть прогресс по linux 2.6, а это даёт хорошие предпосылки для новой
> > glibc.  К осени, всё хорошее - к осени. :)
> 
> И это означает, что стабильный сизиф будет не раньше весны.

В нужном мне объёме он вполне может быть уже этой осенью.

> Или glibc-2.4 ничего не разломает ?

Его к тому времени оттестируют и это будет уже не 2.4 :)

А вот как наименее болезненно внедрять pie и FORTIFY_SOURCE=2, пока не
совсем ясно.


-- 
ldv

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

Re: [devel] Следующий дистрибутив

[Alexey Tourbin]

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

On Fri, Jul 14, 2006 at 02:05:34PM +0400, Eugene Prokopiev wrote:
> > Базовая система и так достаточно стабильна
> а mdadm и udevd вы к базовой системе не относите?

Верите ли я даже не знаю что это такое.  У меня пакетов с такими
названиями в системе не стоит.  Я вообще на все эти новые фишки
не падкий.

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

Re: [devel] Следующий дистрибутив

[Konstantin A. Lepikhov]

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

Hi Anton!

Friday 14, at 02:25:13 PM you wrote:

> Konstantin A. Lepikhov wrote:
> > Hi Eugene!
> > 
> > Friday 14, at 02:05:34 PM you wrote:
> > 
> >>> Базовая система и так достаточно стабильна
> >> а mdadm и udevd вы к базовой системе не относите?
> > я бы не стал - одно текет, другое падает из-за race'ов.
> 
> udevd падает ???? Это новость! Срочно в bugzilla!
да ну, это уже баян ;)

-- 
WBR et al.

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

Re: [devel] Следующий дистрибутив

[Eugene A. Suchkov]

В сообщении от 14 июля 2006 14:31 Alexey Tourbin написал(a):

> > Как мне "нравится" такой подход. А расскажите мне, отчего это "попсовый"
> > мозилла фаерфокс менее важен чем openssh?
>
> Мозилла -- внебрачная дочь динозавра.

Если это йумар, то объясните где смеяться... 

Я спрашивал, в чем критерий нужности. У меня есть немало знакомых линукс 
пользователей, которые даже и не представляют, что такое ssh, и в глаза его 
не видели, но ff пользуются ежедневно.

В чем критерий базовости и "попсовости"?  

-- 
With best regards
Eugene A. Suchkov (a.k.a CityHawk)
JID eugene.suchkov@gmail.com

Re: [devel] Следующий дистрибутив

[Alexey Tourbin]

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

On Fri, Jul 14, 2006 at 02:39:17PM +0400, Dmitry V. Levin wrote:
> А вот как наименее болезненно внедрять pie и FORTIFY_SOURCE=2, пока не
> совсем ясно.

А что стоит почитать про FORTIFY_SOURCE, кроме гугла?

И зачем внедрять -pie, если в стандартном ядре не будет Exec shield'а?
Или будет?  Как же тогда Owl non-executable stack patch?

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

Re: [devel] Следующий дистрибутив

[Konstantin A. Lepikhov]

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

Hi Alexey!

Friday 14, at 02:50:14 PM you wrote:

> И зачем внедрять -pie, если в стандартном ядре не будет Exec shield'а?
> Или будет?  Как же тогда Owl non-executable stack patch?
а разве есть Owl non-executable stack patch для 2.6?

-- 
WBR et al.

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

Re: [devel] Следующий дистрибутив

[Eugene Prokopiev]

> udevd падает ???? Это новость! Срочно в bugzilla!

не то чтоб падает, но автор Sisyphus LiveCD перекладывает вину за 
неработоспособность LiveCD на udevd ;) - загляните в sisyphus@ в 
последние сообщения из ветки про LiveCD

-- 
С уважением, Прокопьев Евгений

Re: [devel] Следующий дистрибутив

[Eugene Prokopiev]

Alexey Tourbin пишет:
> On Fri, Jul 14, 2006 at 02:05:34PM +0400, Eugene Prokopiev wrote:
> 
>>>Базовая система и так достаточно стабильна
>>
>>а mdadm и udevd вы к базовой системе не относите?
> 
> 
> Верите ли я даже не знаю что это такое.  У меня пакетов с такими
> названиями в системе не стоит.  Я вообще на все эти новые фишки
> не падкий.

И это говорит человек, не так давно сказавший, что "новые версии софта в 
среднем всегда будут немного лучше, чем старые версии" :)

А если серьезно, то не у всех есть возможность завести аппаратный RAID, 
но при этом их немного смущает возможность потери данных ;)

И без udevd расскажите как работать. Для начала просто как его с 
компанией отключить в текущем Сизифе и что делать дальше ...

-- 
С уважением, Прокопьев Евгений

Re: [devel] Следующий дистрибутив

[Andrei Bulava]

Eugene A. Suchkov wrote:

> Если это йумар, то объясните где смеяться... 
> 
> Я спрашивал, в чем критерий нужности. У меня есть немало знакомых линукс 
> пользователей, которые даже и не представляют, что такое ssh, и в глаза его 
> не видели, но ff пользуются ежедневно.
> 
> В чем критерий базовости и "попсовости"?  

Ой, не говорите, что не поняли "йумара". "Попсовость" - это отсутствие
смысла использовать ту же версию программы в течение продолжительного
периода времени.

Пример: RHEL4 содержит Firefox, и инженеры RedHat тратят время на
поддержку версии 1.0.x, а пользователи Linux-десктопов уже давно хотят
версию 1.5. Причём "попсовость" - это далеко не только десктоп. То же
самое будет с php и mysql, нынешние версии которых перестанут быть
актуальными задолго до End of Life того же RHEL4.

-- 
// AB1002-UANIC

Re: [devel] Следующий дистрибутив

[Alexey Tourbin]

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

On Fri, Jul 14, 2006 at 02:57:36PM +0400, Eugene Prokopiev wrote:
> Alexey Tourbin пишет:
> > On Fri, Jul 14, 2006 at 02:05:34PM +0400, Eugene Prokopiev wrote:
> > 
> >>>Базовая система и так достаточно стабильна
> >>
> >>а mdadm и udevd вы к базовой системе не относите?
> > 
> > 
> > Верите ли я даже не знаю что это такое.  У меня пакетов с такими
> > названиями в системе не стоит.  Я вообще на все эти новые фишки
> > не падкий.
> 
> И это говорит человек, не так давно сказавший, что "новые версии софта в 
> среднем всегда будут немного лучше, чем старые версии" :)

У меня никогда никакого udevd не было, во всяком случае сам я никогда
всего этого г-г... не ставил.  Хотя вот стоит какой-то udev-091-alt3
оказывается.  Это не новые версии софта, это какие-то ранние версии
*другого* софта.

> А если серьезно, то не у всех есть возможность завести аппаратный RAID, 
> но при этом их немного смущает возможность потери данных ;)

Непонял это про mdadm или про udevd?

> И без udevd расскажите как работать. Для начала просто как его с 
> компанией отключить в текущем Сизифе и что делать дальше ...

Я тоже очень хочу знать как всю эту х-х... отключить.
Но вроде чо-то она там делать жить особо не мешает и хрен бы с ней.

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

Re: [devel] Следующий дистрибутив

[Anton Gorlov]

Alexey Tourbin пишет:

>>> Базовая система и так достаточно стабильна
>> а mdadm и udevd вы к базовой системе не относите?
> Верите ли я даже не знаю что это такое.  У меня пакетов с такими
> названиями в системе не стоит.  Я вообще на все эти новые фишки
> не падкий.

mdadm новомодная???
Гы.. оно есть уже ой как давно..помнится чт оокгда я её в первый раз 
увидел -то она неумела даже в фоне синхронизировать..и диски нужно было 
подключать в строго определённом порядке.

-- 
   np: silence

Re: [devel] Следующий дистрибутив

[Alexey Tourbin]

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

On Fri, Jul 14, 2006 at 02:49:50PM +0400, Eugene A. Suchkov wrote:
> Я спрашивал, в чем критерий нужности. У меня есть немало знакомых линукс 
> пользователей, которые даже и не представляют, что такое ssh, и в глаза его 
> не видели, но ff пользуются ежедневно.

> В чем критерий базовости и "попсовости"?  

В чем критерий "линукс пользователей" и гопоты?

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

Re: [devel] Следующий дистрибутив

[Alexey Tourbin]

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

On Fri, Jul 14, 2006 at 02:52:06PM +0400, Konstantin A. Lepikhov wrote:
> > И зачем внедрять -pie, если в стандартном ядре не будет Exec shield'а?
> > Или будет?  Как же тогда Owl non-executable stack patch?
> а разве есть Owl non-executable stack patch для 2.6?

Да вроде нет.  Но если будут его возрождать, тогда либо exec shield либо
Owl, вместе они наверное не уживутся.

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

Re: [devel] Следующий дистрибутив

[Eugene A. Suchkov]

В сообщении от 14 июля 2006 15:11 Alexey Tourbin написал(a):
> On Fri, Jul 14, 2006 at 02:49:50PM +0400, Eugene A. Suchkov wrote:
> > Я спрашивал, в чем критерий нужности. У меня есть немало знакомых линукс
> > пользователей, которые даже и не представляют, что такое ssh, и в глаза
> > его не видели, но ff пользуются ежедневно.
> >
> > В чем критерий базовости и "попсовости"?
>
> В чем критерий "линукс пользователей" и гопоты?

Ааа... Ясно... 
А откуда у вас этот снобизм?
И кстати, отчего вы отвечаете вопросом на вопрос?

-- 
With best regards
Eugene A. Suchkov (a.k.a CityHawk)
JID eugene.suchkov@gmail.com

Re: [devel] Следующий дистрибутив

[Andrii Dobrovol`s`kii]

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

Alexey Tourbin пишет:
> On Fri, Jul 14, 2006 at 02:49:50PM +0400, Eugene A. Suchkov wrote:
>> Я спрашивал, в чем критерий нужности. У меня есть немало знакомых линукс 
>> пользователей, которые даже и не представляют, что такое ssh, и в глаза его 
>> не видели, но ff пользуются ежедневно.
> 
>> В чем критерий базовости и "попсовости"?  
> 
> В чем критерий "линукс пользователей" и гопоты?
> 
<JT> Алексей, Вы одессит? </JT>
Обычно в жизни категоричность слабо помогает... А идея создания
программных дисковых массивов разных конфигураций никак не новомодна
как, впрочем, и идея динамического создания только нужных устройств
по запросу. И когда люди реально могущие помочь во "взрослении"
нужных и полезных технологий "становятся в позу" это только мешает и
им же самим.
Проблемы с Лисом о которых Вы писали мне вполне понятны. Я уже писал
о том, что возможно "дешевле" обеспечить работоспособность такого
класса пакетов из оригинальных авторских сборок, чем выполнять их
постоянные пересборки и притирку к местным особенностям. В конце
концов FHS для того и предусматривает /usr/local и /opt.
-- 
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
*********************dobrATjabber.iop.kiev.ua************************


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

Re: [devel] Следующий дистрибутив

[Alexey Tourbin]

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

On Fri, Jul 14, 2006 at 03:20:53PM +0400, Eugene A. Suchkov wrote:
> В сообщении от 14 июля 2006 15:11 Alexey Tourbin написал(a):
> > On Fri, Jul 14, 2006 at 02:49:50PM +0400, Eugene A. Suchkov wrote:
> > > Я спрашивал, в чем критерий нужности. У меня есть немало знакомых линукс
> > > пользователей, которые даже и не представляют, что такое ssh, и в глаза
> > > его не видели, но ff пользуются ежедневно.
> > >
> > > В чем критерий базовости и "попсовости"?
> >
> > В чем критерий "линукс пользователей" и гопоты?
> 
> Ааа... Ясно... 
> А откуда у вас этот снобизм?

Морально разлагаюсь.

> И кстати, отчего вы отвечаете вопросом на вопрос?

Апломба не хватает.

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

Re: [devel] Следующий дистрибутив

[Eugene Prokopiev]

>>А если серьезно, то не у всех есть возможность завести аппаратный RAID, 
>>но при этом их немного смущает возможность потери данных ;)
> 
> 
> Непонял это про mdadm или про udevd?

про mdadm

-- 
С уважением, Прокопьев Евгений

Re: [devel] Следующий дистрибутив

[Anton Farygin]

Konstantin A. Lepikhov wrote:
> Hi Anton!
> 
> Friday 14, at 02:25:13 PM you wrote:
> 
>> Konstantin A. Lepikhov wrote:
>>> Hi Eugene!
>>>
>>> Friday 14, at 02:05:34 PM you wrote:
>>>
>>>>> Базовая система и так достаточно стабильна
>>>> а mdadm и udevd вы к базовой системе не относите?
>>> я бы не стал - одно текет, другое падает из-за race'ов.
>> udevd падает ???? Это новость! Срочно в bugzilla!
> да ну, это уже баян ;)

Да ну ? Это уже неправда...

Re: [devel] Следующий дистрибутив

[Anton Farygin]

Eugene Prokopiev wrote:
>> udevd падает ???? Это новость! Срочно в bugzilla!
> 
> не то чтоб падает, но автор Sisyphus LiveCD перекладывает вину за 
> неработоспособность LiveCD на udevd ;) - загляните в sisyphus@ в 
> последние сообщения из ветки про LiveCD
> 

livecd мало зависит от работоспособности udevd, ибо udevd запускается 
много позже момента старта живой системы с cd.

Re: [devel] Следующий дистрибутив

[Anton Farygin]

Dmitry V. Levin wrote:
> On Fri, Jul 14, 2006 at 01:50:57PM +0400, Anton Farygin wrote:
>> Dmitry V. Levin wrote:
>>> On Fri, Jul 14, 2006 at 12:20:13PM +0300, Kirill A. Shutemov wrote:
>>>> On 12:33 Fri 14 Jul, Dmitry V. Levin wrote:
>>>>> Тем более что к осени у нас, надеюсь, уже будет openssh поновее.
>>>> А какой-нить прогресс по glibc 2.4 есть?
>>> Есть прогресс по linux 2.6, а это даёт хорошие предпосылки для новой
>>> glibc.  К осени, всё хорошее - к осени. :)
>> И это означает, что стабильный сизиф будет не раньше весны.
> 
> В нужном мне объёме он вполне может быть уже этой осенью.
> 
>> Или glibc-2.4 ничего не разломает ?

Нужный тебе объем != Sisyphus.

> 
> Его к тому времени оттестируют и это будет уже не 2.4 :)
> 
> А вот как наименее болезненно внедрять pie и FORTIFY_SOURCE=2, пока не
> совсем ясно.

Может быть это стоит делать уже сейчас ?
Чего ждать то ?

Rgds,
Rider

Re: [devel] Следующий дистрибутив

[Igor Zubkov]

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

В сообщении от 14 июля 2006 08:11 Eugene Prokopiev написал(a):
> Более рациональное предложение - включать только те пакеты, которые
> обещают поддерживать 2 и более мантейнеров. Но кто тут есть второй,
> желающий поддерживать, например, openssh?

На моей памяти было уже два желающий. Один из них я. Я посмотрел на обьём 
патчей и подумал что я сейчас не потяну это.

-- 
Placebo - Special Needs

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

Re: [devel] Следующий дистрибутив

[Igor Zubkov]

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

В сообщении от 14 июля 2006 13:22 Eugene Prokopiev написал(a):
> Konstantin A. Lepikhov пишет:
> > Hi Eugene!
> >
> > Friday 14, at 02:05:34 PM you wrote:
> >>>Базовая система и так достаточно стабильна
> >>
> >>а mdadm и udevd вы к базовой системе не относите?
> >
> > я бы не стал - одно текет, другое падает из-за race'ов.
>
> Дело не в том, что они плохие, а в том что их работа системе жизненно
> необходима. Иначе после dist-upgrade есть шанс не загрузиться. Точно так
> же как без openssh можно оказаться без доступа к системе или наоборот ;)
>
> Именно поэтому сломанный Firefox не настолько страшен ...

Если поломаный firefox это не приятно, но жить можно... то за сломаный openssh 
бить будут долго. :-P

-- 
Placebo - The Bitter End

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

Re: [devel] Следующий дистрибутив

[Igor Zubkov]

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

В сообщении от 14 июля 2006 14:01 Andrei Bulava написал(a):
> Eugene A. Suchkov wrote:
> > Если это йумар, то объясните где смеяться...
> >
> > Я спрашивал, в чем критерий нужности. У меня есть немало знакомых линукс
> > пользователей, которые даже и не представляют, что такое ssh, и в глаза
> > его не видели, но ff пользуются ежедневно.
> >
> > В чем критерий базовости и "попсовости"?
>
> Ой, не говорите, что не поняли "йумара". "Попсовость" - это отсутствие
> смысла использовать ту же версию программы в течение продолжительного
> периода времени.
>
> Пример: RHEL4 содержит Firefox, и инженеры RedHat тратят время на
> поддержку версии 1.0.x, а пользователи Linux-десктопов уже давно хотят
> версию 1.5. Причём "попсовость" - это далеко не только десктоп. То же
> самое будет с php и mysql, нынешние версии которых перестанут быть
> актуальными задолго до End of Life того же RHEL4.

Как я понимаю Андрея... У меня тут парочка машинок с RHEL3, и что бы с ними 
такого сделать я пока не знаю.

-- 
Placebo - Bulletproof Cupid

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

Re: [devel] Следующий дистрибутив

[Dmitry V. Levin]

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

On Fri, Jul 14, 2006 at 03:42:01PM +0400, Anton Farygin wrote:
[...]
> Может быть это стоит делать уже сейчас ?
> Чего ждать то ?

Когда завершится режим отдыха. :)


-- 
ldv

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

Re: [devel] Следующий дистрибутив

[Konstantin A. Lepikhov]

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

Hi Anton!

Friday 14, at 03:40:33 PM you wrote:

> Eugene Prokopiev wrote:
> >> udevd падает ???? Это новость! Срочно в bugzilla!
> > 
> > не то чтоб падает, но автор Sisyphus LiveCD перекладывает вину за 
> > неработоспособность LiveCD на udevd ;) - загляните в sisyphus@ в 
> > последние сообщения из ветки про LiveCD
> > 
> 
> livecd мало зависит от работоспособности udevd, ибо udevd запускается 
> много позже момента старта живой системы с cd.
кажется, некоторые хотели запускать его намного раньше создания самого
/dev и парсинга /etc/fstab. И даже его хотели в rc.sysinit запихать.

-- 
WBR et al.

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

Re: [devel] Следующий дистрибутив

[Konstantin A. Lepikhov]

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

Hi Anton!

Friday 14, at 03:39:54 PM you wrote:

> Konstantin A. Lepikhov wrote:
> > Hi Anton!
> > 
> > Friday 14, at 02:25:13 PM you wrote:
> > 
> >> Konstantin A. Lepikhov wrote:
> >>> Hi Eugene!
> >>>
> >>> Friday 14, at 02:05:34 PM you wrote:
> >>>
> >>>>> Базовая система и так достаточно стабильна
> >>>> а mdadm и udevd вы к базовой системе не относите?
> >>> я бы не стал - одно текет, другое падает из-за race'ов.
> >> udevd падает ???? Это новость! Срочно в bugzilla!
> > да ну, это уже баян ;)
> 
> Да ну ? Это уже неправда...
скачай livecd и посмотри - оно молча падает при распаковке static_nodes.
Причем, падает через раз.

-- 
WBR et al.

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

Re: [devel] Следующий дистрибутив

[Aleksey Avdeev]

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

Dmitry V. Levin пишет:
> On Fri, Jul 14, 2006 at 03:42:01PM +0400, Anton Farygin wrote:
> [...]
> 
>>Может быть это стоит делать уже сейчас ?
>>Чего ждать то ?
> 
> 
> Когда завершится режим отдыха. :)

  А когда, если не секрет, он завершится? (Имею в виду ваш отпуск. :-))

PS: Это я всё по поводу возврата subkey в alt-gpgkeys. Шкурные интересы,
однако... ;-)

-- 

С уважением. Алексей.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 550 bytes --]

Re: [devel] Следующий дистрибутив

[Anton Farygin]

Konstantin A. Lepikhov wrote:
> Hi Anton!
> 
> Friday 14, at 03:39:54 PM you wrote:
> 
>> Konstantin A. Lepikhov wrote:
>>> Hi Anton!
>>>
>>> Friday 14, at 02:25:13 PM you wrote:
>>>
>>>> Konstantin A. Lepikhov wrote:
>>>>> Hi Eugene!
>>>>>
>>>>> Friday 14, at 02:05:34 PM you wrote:
>>>>>
>>>>>>> Базовая система и так достаточно стабильна
>>>>>> а mdadm и udevd вы к базовой системе не относите?
>>>>> я бы не стал - одно текет, другое падает из-за race'ов.
>>>> udevd падает ???? Это новость! Срочно в bugzilla!
>>> да ну, это уже баян ;)
>> Да ну ? Это уже неправда...
> скачай livecd и посмотри - оно молча падает при распаковке static_nodes.
> Причем, падает через раз.

Так а при чём тут udevd то ?

Падает при распаковке. Грабли tmpfs/unionfs ? Или cpio стал глючить ?

udevd великолепно работает на обычной машине. Никаких падений за ним 
никто не замечал.

Rgds,
Rider

Re: [devel] Следующий дистрибутив

[Sergey Pinaev]

On Fri, 14 Jul 2006 15:01:24 +0300
Igor Zubkov <icesik@mail.ru> wrote:

> Если поломаный firefox это не приятно, но жить можно... то за сломаный openssh 
> бить будут долго. :-P

А это смотря с какой стороны смотреть.
Для "desktop user" все ровно наоборот.

-- 
mail="Sergey Pinaev <dfo@antex.ru>"
url="http://`echo $mail | sed 's/.* <\(.*\)@\(.*\)>/\1.\2/'`"

Re: [devel] Следующий дистрибутив

[Anton Farygin]

Konstantin A. Lepikhov wrote:
> Hi Anton!
> 
> Friday 14, at 03:40:33 PM you wrote:
> 
>> Eugene Prokopiev wrote:
>>>> udevd падает ???? Это новость! Срочно в bugzilla!
>>> не то чтоб падает, но автор Sisyphus LiveCD перекладывает вину за 
>>> неработоспособность LiveCD на udevd ;) - загляните в sisyphus@ в 
>>> последние сообщения из ветки про LiveCD
>>>
>> livecd мало зависит от работоспособности udevd, ибо udevd запускается 
>> много позже момента старта живой системы с cd.
> кажется, некоторые хотели запускать его намного раньше создания самого
> /dev и парсинга /etc/fstab. И даже его хотели в rc.sysinit запихать.

И до сих пор хотелка не пропала ;)


Более того - у меня несколько серверов и рабочих станций так и живут - 
udevd запускается из rc.sysinit.

Rgds,
Rider

Re: [devel] Следующий дистрибутив

[Anton Farygin]

Dmitry V. Levin wrote:
> On Fri, Jul 14, 2006 at 03:42:01PM +0400, Anton Farygin wrote:
> [...]
>> Может быть это стоит делать уже сейчас ?
>> Чего ждать то ?
> 
> Когда завершится режим отдыха. :)

А потом уйдёт в отдых вся остальная команда.. в итоге glibc Дима будет 
обновлять в одиночестве.. фиксить то, что посыпется - он тоже не станет..

По моему надо уменьшить Sisyphus до размеров, которые поддерживает ldv.

Rgds,
Rider

[devel] [JT]Re: Следующий дистрибутив

[Igor Zubkov]

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

В сообщении от 14 июля 2006 16:28 Sergey Pinaev написал(a):
> On Fri, 14 Jul 2006 15:01:24 +0300
>
> Igor Zubkov <icesik@mail.ru> wrote:
> > Если поломаный firefox это не приятно, но жить можно... то за сломаный
> > openssh бить будут долго. :-P
>
> А это смотря с какой стороны смотреть.
> Для "desktop user" все ровно наоборот.

Не спорю. Только в этой рассылке, народ волную именно openssh. А вот в 
community@ как раз firefox.

-- 
Marilyn Manson - Rock Is Dead

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

Re: [devel] [JT]Re: Следующий дистрибутив

[Pavlov Konstantin]

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

On Friday 14 July 2006 17:31, Igor Zubkov wrote:
> В сообщении от 14 июля 2006 16:28 Sergey Pinaev написал(a):
> > On Fri, 14 Jul 2006 15:01:24 +0300
> >
> > Igor Zubkov <icesik@mail.ru> wrote:
> > > Если поломаный firefox это не приятно, но жить можно... то за сломаный
> > > openssh бить будут долго. :-P
> >
> > А это смотря с какой стороны смотреть.
> > Для "desktop user" все ровно наоборот.
>
> Не спорю. Только в этой рассылке, народ волную именно openssh. А вот в
> community@ как раз firefox.

Ой, не говори за всех.

Для серверного дистрибутива -- важен openssh.
Для "домашнего" -- firefox и прочая мультимудия. 

Надо определиться, что мы делаем и для чего нам что нужно.

-- 
Pavlov Konstantin,
ALT Linux Team,
VideoLAN Team,
jid: thresh@altlinux.org

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

Re: [devel] Следующий дистрибутив

[Konstantin A. Lepikhov]

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

Hi Anton!

Friday 14, at 05:27:54 PM you wrote:

> Konstantin A. Lepikhov wrote:
> > Hi Anton!
> > 
> > Friday 14, at 03:39:54 PM you wrote:
> > 
> >> Konstantin A. Lepikhov wrote:
> >>> Hi Anton!
> >>>
> >>> Friday 14, at 02:25:13 PM you wrote:
> >>>
> >>>> Konstantin A. Lepikhov wrote:
> >>>>> Hi Eugene!
> >>>>>
> >>>>> Friday 14, at 02:05:34 PM you wrote:
> >>>>>
> >>>>>>> Базовая система и так достаточно стабильна
> >>>>>> а mdadm и udevd вы к базовой системе не относите?
> >>>>> я бы не стал - одно текет, другое падает из-за race'ов.
> >>>> udevd падает ???? Это новость! Срочно в bugzilla!
> >>> да ну, это уже баян ;)
> >> Да ну ? Это уже неправда...
> > скачай livecd и посмотри - оно молча падает при распаковке static_nodes.
> > Причем, падает через раз.
> 
> Так а при чём тут udevd то ?
> 
> Падает при распаковке. Грабли tmpfs/unionfs ? Или cpio стал глючить ?
> 
> udevd великолепно работает на обычной машине. Никаких падений за ним 
> никто не замечал.
> 
> Rgds,
> Rider
в vmware не работает. На обычной машине работает. Беру еще одну машину
(вроде бы обычную) - опять не работает. george@ говорил, что в qemu тоже
не работает. Так что не надо про "великолепно".

PS Мне сейчас проще для live весь dev закатать в cpio и разворачивать при
загрузке.

-- 
WBR et al.

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

Re: [devel] Следующий дистрибутив

[Maxim Tyurin]

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

Eugene Prokopiev writes:

\scip
>> Формальные критерии надо выработать.  Давайте обсудим.
>
> Если бы у меня были предложения, я выдал бы их сразу. Но, к сожалению, 
> ничего, кроме как брать с мантейнеров подписи кровью в том, что они 
> обязуются в течение определенного срока хотя бы накатывать патчи из 
> апстрима на свои пакеты и предупреждать об открытых и незалатываемых 
> дырах, мне в голову не приходит :(
>
> Более рациональное предложение - включать только те пакеты, которые 
> обещают поддерживать 2 и более мантейнеров. Но кто тут есть второй, 
> желающий поддерживать, например, openssh?

ИМХО скорее включать в base только те пакеты которые поддерживаются
несколькими маинтайнерами [или контрактными работниками]

>>>3) Будет ли вообще дистрибутив? Под ним я понимаю самодостаточный набор 
>>>пакетов, не изменяющийся значительно в течение некоторого срока 
>>>(несколько лет), но при этом сохраняющий пригодность к эксплуатации 
>>>путем наложения security updates и исправления критических ошибок. 
>>>Инсталятор и конфигуратор, в общем случае, не обязательны (т.к. для меня 
>>>ценность АLT в первую очередь, в пакетной базе), наличие работоспособных 
>>>SoftRAID и LVM/EVMS (в т.ч. для / - в нынешнем Сизифе это в принципе 
>>>работает, но криво и с очень большим количеством приседаний) гораздо важнее.
>> 
>> 
>> Хороший вопрос.
>
> Давайте я задам другой вопрос :)
>
> Как будут жить присутствующие, если дистрибутива не будет? ;) Может я 
> последую их примеру ;)

/me уйдет на другой дистрибутив.
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

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

Re: [devel] Следующий дистрибутив

[Maxim Tyurin]

Eugene Prokopiev writes:
\scip
> И без udevd расскажите как работать. Для начала просто как его с 
> компанией отключить в текущем Сизифе и что делать дальше ...

[root@mrkooll ~]#  chkconfig --list | grep udev
udevd           0:выкл  1:выкл  2:выкл   3:выкл  4:выкл  5:выкл  6:выкл

А в чем проблема его выключить?
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

Re: [devel] [JT]Re: Следующий дистрибутив

[Anton Gorlov]

Pavlov Konstantin пишет:

>>>> Если поломаный firefox это не приятно, но жить можно... то за сломаный
>>>> openssh бить будут долго. :-P
>>> А это смотря с какой стороны смотреть.
>>> Для "desktop user" все ровно наоборот.
>> Не спорю. Только в этой рассылке, народ волную именно openssh. А вот в
>> community@ как раз firefox.
В настоящий момент меня больше всего волнует... mdadm,raidtab и
hal#: 9757

Re: [devel] [JT]Re: Следующий дистрибутив

[Igor Zubkov]

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

В сообщении от 14 июля 2006 20:41 Anton Gorlov написал(a):
> Pavlov Konstantin пишет:
> >>>> Если поломаный firefox это не приятно, но жить можно... то за сломаный
> >>>> openssh бить будут долго. :-P
> >>>
> >>> А это смотря с какой стороны смотреть.
> >>> Для "desktop user" все ровно наоборот.
> >>
> >> Не спорю. Только в этой рассылке, народ волную именно openssh. А вот в
> >> community@ как раз firefox.
>
> В настоящий момент меня больше всего волнует... mdadm,raidtab и
> hal#: 9757

https://bugzilla.altlinux.org/show_bug.cgi?id=9783

Я меня вот волнует поломаный ping6 от пользователя.

p.s.: прекращаем? о вкусовых предпочтения в области цветных фломастеров 
слушать не всегда и не всем интересно. JT only.

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

Re: [devel] [JT]Re: Следующий дистрибутив

[Anton Gorlov]

Igor Zubkov пишет:

>>>> Не спорю. Только в этой рассылке, народ волную именно openssh. А вот в
>>>> community@ как раз firefox.
>> В настоящий момент меня больше всего волнует... mdadm,raidtab и
>> hal#: 9757
> https://bugzilla.altlinux.org/show_bug.cgi?id=9783
> Я меня вот волнует поломаный ping6 от пользователя.

ping6 понадобится хз когда.. а вот всё что выше - мне нужно сейчас.
Особенно учитывая то, что нужно поднять новый сервер на базе амд64 с 
рейдом на базе md. Причём  времени не густо. Максимум мух смогу гонять 
месяц.


В противном случае - таки придётся на сервер ставить что-то другое. Не 
всё зависит только от моего голоса\предпочтения  по поводу того, что 
будет стоять на сервере.

Re: [devel] [JT]Re: Следующий дистрибутив

[Andrey Rahmatullin]

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

On Fri, Jul 14, 2006 at 09:57:14PM +0400, Anton Gorlov wrote:
> ping6 понадобится хз когда.. а вот всё что выше - мне нужно сейчас.
Как и наоборот кому-то другому.

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

> > Написано же - Packager: Kachalov Anton <mouse@altlinux>
> > чего он [QATR report] на меня то падает?
> Подстрахуйте нового maintainer'а! :)
НОВОГО?!
		-- mouse in devel@

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

Re: [devel] [JT]Re: Следующий дистрибутив

[Anton Gorlov]

Andrey Rahmatullin пишет:
> On Fri, Jul 14, 2006 at 09:57:14PM +0400, Anton Gorlov wrote:
>> ping6 понадобится хз когда.. а вот всё что выше - мне нужно сейчас.
> Как и наоборот кому-то другому.

Да.
Только доля использования Ipv6 значительно меньше чем доля использования 
софтрейда или рюшечки с автомонтироанием в кде. К тому же с ping6 есть 
рецепт лечения.. да и бага сама по себе менее тяжёлая чем.

Re: [devel] Следующий дистрибутив

[Ivan Fedorov]

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

Dmitry V. Levin пишет:

>> Более рациональное предложение - включать только те пакеты, которые 
>> обещают поддерживать 2 и более мантейнеров. Но кто тут есть второй, 
>> желающий поддерживать, например, openssh?
> 
> Ну, поскольку openssh в ALT Linux и Owl синхронизированы, то грубо говоря
> вы можете рассчитывать ещё и на SD.  Тем более что к осени у нас, надеюсь,
> уже будет openssh поновее.


У меня в people уже лежит 4.3p2, но почти без патчей.

Некоторые патчи я уже почти прикрутил и к этой версии openssh.

PS: Сейчас я прикручиваю патч про ключик "-u" у ssh-agent.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 254 bytes --]

Re: [devel] Следующий дистрибутив

[Ivan Fedorov]

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

Eugene Prokopiev пишет:

> И без udevd расскажите как работать. Для начала просто как его с 
> компанией отключить в текущем Сизифе и что делать дальше ...

apt-get remove udev

У меня так пара машинок работает.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 254 bytes --]

Re: [devel] Следующий дистрибутив

[Eugene Prokopiev]

Konstantin A. Lepikhov пишет:
> Hi Anton!
> 
> Friday 14, at 05:27:54 PM you wrote:
> 
> 
>>Konstantin A. Lepikhov wrote:
>>
>>>Hi Anton!
>>>
>>>Friday 14, at 03:39:54 PM you wrote:
>>>
>>>
>>>>Konstantin A. Lepikhov wrote:
>>>>
>>>>>Hi Anton!
>>>>>
>>>>>Friday 14, at 02:25:13 PM you wrote:
>>>>>
>>>>>
>>>>>>Konstantin A. Lepikhov wrote:
>>>>>>
>>>>>>>Hi Eugene!
>>>>>>>
>>>>>>>Friday 14, at 02:05:34 PM you wrote:
>>>>>>>
>>>>>>>
>>>>>>>>>Базовая система и так достаточно стабильна
>>>>>>>>
>>>>>>>>а mdadm и udevd вы к базовой системе не относите?
>>>>>>>
>>>>>>>я бы не стал - одно текет, другое падает из-за race'ов.
>>>>>>
>>>>>>udevd падает ???? Это новость! Срочно в bugzilla!
>>>>>
>>>>>да ну, это уже баян ;)
>>>>
>>>>Да ну ? Это уже неправда...
>>>
>>>скачай livecd и посмотри - оно молча падает при распаковке static_nodes.
>>>Причем, падает через раз.
>>
>>Так а при чём тут udevd то ?
>>
>>Падает при распаковке. Грабли tmpfs/unionfs ? Или cpio стал глючить ?
>>
>>udevd великолепно работает на обычной машине. Никаких падений за ним 
>>никто не замечал.
>>
>>Rgds,
>>Rider
> 
> в vmware не работает. На обычной машине работает. Беру еще одну машину
> (вроде бы обычную) - опять не работает. george@ говорил, что в qemu тоже
> не работает. Так что не надо про "великолепно".
> 
> PS Мне сейчас проще для live весь dev закатать в cpio и разворачивать при
> загрузке.

Ну так может так и сделать?

Только я не пойму одного: эта проблема проявлялась еще до моих жалоб в 
sisyphus@?

Каким все-таки образом в моих проблемах c жалобами на отсутствие 
/dev/root может быть виноват udevd, который еще даже не успел загрузиться?

-- 
С уважением, Прокопьев Евгений

Re: [devel] Следующий дистрибутив

[Eugene Prokopiev]

>>кажется, некоторые хотели запускать его намного раньше создания самого
>>/dev и парсинга /etc/fstab. И даже его хотели в rc.sysinit запихать.
> 
> 
> И до сих пор хотелка не пропала ;)
> 
> 
> Более того - у меня несколько серверов и рабочих станций так и живут - 
> udevd запускается из rc.sysinit.

А план по узакониванию этого поведения имеется?

-- 
С уважением, Прокопьев Евгений

Re: [devel] Следующий дистрибутив

[Eugene Prokopiev]

>>Как будут жить присутствующие, если дистрибутива не будет? ;) Может я 
>>последую их примеру ;)
> 
> 
> /me уйдет на другой дистрибутив.

и какой? Debian?

-- 
С уважением, Прокопьев Евгений

Re: [devel] Следующий дистрибутив

[Maxim Tyurin]

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

Eugene Prokopiev writes:

>>>Как будут жить присутствующие, если дистрибутива не будет? ;) Может я 
>>>последую их примеру ;)
>> 
>> 
>> /me уйдет на другой дистрибутив.
>
> и какой? Debian?

Да, учитывая что у меня есть на нем сервера.
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

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

Re: [devel] Следующий дистрибутив

[Денис Смирнов]

On Fri, Jul 14, 2006 at 02:12:13PM +0400, Eugene A. Suchkov wrote:

>> У стабильного среза сизифа, по-моему, будут другие проблемы.  Нужно
>> будет делать backport'ы всякого попсового софта, типа мозилла фаерфокс,
>> дырки в котором обнаруживаются весьма регулярно, в отличие от того же
>> openssh.
 EAS> Как мне "нравится" такой подход. А расскажите мне, отчего это "попсовый" 
 EAS> мозилла фаерфокс менее важен чем openssh?

От того что если сломается firefox, то стоимость решения проблемы будет
куда ниже чем стоимость сломанного openssh. Сломанный openssh мне будет
стоить после обновления _минимум_ 50$ + 1 час времени, максимум -- потеря
имиджа и несколько сот баксов прямых убытков.

Сломаный FireFox вынудит меня в худшем случае потерять час на то, чтобы
добраться до чужой машинки, и сделать необходимую срочную работу оттуда.

Разница, думаю, очевидна.

Серверные компоненты обычно в случае поломок приносят больше убытков.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Господа, добавленные в Cc, прошу вас высказать свою точку зрения.
		-- ldv in #4806

Re: [devel] Следующий дистрибутив

[Денис Смирнов]

On Fri, Jul 14, 2006 at 03:06:36PM +0400, Алексей Турбин wrote:

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

У меня ни на одной ценной машине сейчас нет hotplug/udev. Стоит coldplug,
потому как это простой тупой скрипт, написаный мною собственноручно.
Который мне немного облегчает работу, не создавая проблем.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Настоящие программисты делают так: COPY CON PROGRAM. EXE.

Re: [devel] Следующий дистрибутив

[Eugene Prokopiev]

Денис Смирнов пишет:
> On Fri, Jul 14, 2006 at 03:06:36PM +0400, Алексей Турбин wrote:
> 
>  AT> Я тоже очень хочу знать как всю эту х-х... отключить.
>  AT> Но вроде чо-то она там делать жить особо не мешает и хрен бы с ней.
> 
> У меня ни на одной ценной машине сейчас нет hotplug/udev. Стоит coldplug,
> потому как это простой тупой скрипт, написаный мною собственноручно.
> Который мне немного облегчает работу, не создавая проблем.

А опакетить/поделиться? ;)

Возьмем к примеру zaptel. Кто в отсутствие udev создает необходимые 
устройства. Вы это делаете вручную?

-- 
С уважением, Прокопьев Евгений

Re: [devel] Следующий дистрибутив

[Dmitry V. Levin]

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

On Fri, Jul 14, 2006 at 05:31:14PM +0400, Anton Farygin wrote:
> Dmitry V. Levin wrote:
> > On Fri, Jul 14, 2006 at 03:42:01PM +0400, Anton Farygin wrote:
> > [...]
> >> Может быть это стоит делать уже сейчас ?
> >> Чего ждать то ?
> > 
> > Когда завершится режим отдыха. :)
> 
> А потом уйдёт в отдых вся остальная команда..

А что такое "вся остальная команда" и когда она уйдёт в отпуск?

> в итоге glibc Дима будет обновлять в одиночестве..

Это маловероятно.

> фиксить то, что посыпется - он тоже не станет..

Посыпется всякая кривость, связанная с переполнениями.
Думаю, каждый мантейнер заинтересован такое исправить.

> По моему надо уменьшить Sisyphus до размеров, которые поддерживает ldv.

Это произойдёт само собой, если Sisyphus будет востребован только мной. :)


-- 
ldv

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

Re: [devel] Следующий дистрибутив

[Dmitry V. Levin]

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

On Fri, Jul 14, 2006 at 04:52:44PM +0400, Aleksey Avdeev wrote:
> Dmitry V. Levin пишет:
> > On Fri, Jul 14, 2006 at 03:42:01PM +0400, Anton Farygin wrote:
> > [...]
> > 
> >>Может быть это стоит делать уже сейчас ?
> >>Чего ждать то ?
> > 
> > Когда завершится режим отдыха. :)
> 
>   А когда, если не секрет, он завершится? (Имею в виду ваш отпуск. :-))

Этого никто не знает. :)

> PS: Это я всё по поводу возврата subkey в alt-gpgkeys. Шкурные интересы,
> однако... ;-)

Тут имеет место быть принципиальное разногласие, с моим отпуском не
связанное.


-- 
ldv

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

Re: [devel] Следующий дистрибутив

[Dmitry V. Levin]

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

On Fri, Jul 14, 2006 at 02:50:14PM +0400, Alexey Tourbin wrote:
> On Fri, Jul 14, 2006 at 02:39:17PM +0400, Dmitry V. Levin wrote:
> > А вот как наименее болезненно внедрять pie и FORTIFY_SOURCE=2, пока не
> > совсем ясно.
> 
> А что стоит почитать про FORTIFY_SOURCE, кроме гугла?

А чем гугл плох?

Про _FORTIFY_SOURCE:
http://gcc.gnu.org/ml/gcc-patches/2004-09/msg02055.html

Про -fstack-protector:
$ info gcc 'Invoking GCC' 'Optimize Options'
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01193.html

> И зачем внедрять -pie, если в стандартном ядре не будет Exec shield'а?
> Или будет?  Как же тогда Owl non-executable stack patch?

Есть основания полагать, что Owl патч для 2.6 будет содержать exec shield.


-- 
ldv

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

Re: [devel] Следующий дистрибутив

[Dmitry V. Levin]

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

On Sun, Jul 16, 2006 at 01:05:36PM +0400, Dmitry V. Levin wrote:
> On Fri, Jul 14, 2006 at 02:50:14PM +0400, Alexey Tourbin wrote:
> > On Fri, Jul 14, 2006 at 02:39:17PM +0400, Dmitry V. Levin wrote:
> > > А вот как наименее болезненно внедрять pie и FORTIFY_SOURCE=2, пока не
> > > совсем ясно.
> > 
> > А что стоит почитать про FORTIFY_SOURCE, кроме гугла?
> 
> А чем гугл плох?

Кстати, нагуглил неплохой обзор на тему эффективности этих и других методов
и сложности их внедрения:

https://lists.ubuntu.com/archives/ubuntu-hardened/2006-June/000150.html


-- 
ldv

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

Re: [devel] Следующий дистрибутив

[Денис Смирнов]

On Sun, Jul 16, 2006 at 10:17:38AM +0400, Eugene Prokopiev wrote:

>> У меня ни на одной ценной машине сейчас нет hotplug/udev. Стоит coldplug,
>> потому как это простой тупой скрипт, написаный мною собственноручно.
>> Который мне немного облегчает работу, не создавая проблем.
EP> А опакетить/поделиться? ;)

Обучение пользоваться apt-cache search по стандартной таксе :)

EP> Возьмем к примеру zaptel. Кто в отсутствие udev создает необходимые 
EP> устройства. Вы это делаете вручную?

А вот с ним без udev большая грабля. Потому как делать это может и должен
либо udev, либо пакет dev. В связи с чем на АТС'ках у меня и udev/hotplug
стоят. Только глюки hotplug мне сильно помешать не могут, потому как
грузит модули coldplug.

Правда если Райдер вдруг разломает libhw-tools, мне может и поплохеть.
Например я был в шоке, когда узнал что эта радость пишет в stdout
сообщения об ошибках.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
ЗАКОН ПРОФЕССИОНАЛЬНОЙ ПРАКТИКИ ДРЮ
 Кто платит меньше всех, больше всех жалуется.

Re: [devel] Следующий дистрибутив

[Aleksey Avdeev]

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

Dmitry V. Levin пишет:
> On Fri, Jul 14, 2006 at 04:52:44PM +0400, Aleksey Avdeev wrote:
> 
>>Dmitry V. Levin пишет:
>>
>>>On Fri, Jul 14, 2006 at 03:42:01PM +0400, Anton Farygin wrote:
>>>[...]
>>>
>>>
>>>>Может быть это стоит делать уже сейчас ?
>>>>Чего ждать то ?
>>>
>>>Когда завершится режим отдыха. :)
>>
>>  А когда, если не секрет, он завершится? (Имею в виду ваш отпуск. :-))
> 
> 
> Этого никто не знает. :)
> 
> 
>>PS: Это я всё по поводу возврата subkey в alt-gpgkeys. Шкурные интересы,
>>однако... ;-)
> 
> 
> Тут имеет место быть принципиальное разногласие, с моим отпуском не
> связанное.

  Как сказать: inger@ ссылается, что ему нужно обсудить этот вопрос с
вами лично...

PS: У меня уже 2 пакета, по этой причине застряли. :-( Жду официального
решения вопроса.

-- 

С уважением. Алексей.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 550 bytes --]

Re: [devel] Следующий дистрибутив

[Eugene A. Suchkov]

В сообщении от 15 июля 2006 23:02 Денис Смирнов написал(a):

> От того что если сломается firefox, то стоимость решения проблемы будет
> куда ниже чем стоимость сломанного openssh. Сломанный openssh мне будет
> стоить после обновления _минимум_ 50$ + 1 час времени, максимум -- потеря
> имиджа и несколько сот баксов прямых убытков.
>
> Сломаный FireFox вынудит меня в худшем случае потерять час на то, чтобы
> добраться до чужой машинки, и сделать необходимую срочную работу оттуда.
>
> Разница, думаю, очевидна.
>
> Серверные компоненты обычно в случае поломок приносят больше убытков.

То есть ALT позиционируется как серверный дистрибутив? Я правильно понял?

-- 
With best regards
Eugene A. Suchkov (a.k.a CityHawk)
JID eugene.suchkov@gmail.com

Re: [devel] Следующий дистрибутив

[Damir Shayhutdinov]

17.07.06, Eugene A. Suchkov написал:
> То есть ALT позиционируется как серверный дистрибутив? Я правильно понял?
Насколько я понял, осенний релиз Сизифа позиционируется как серверный.
Десктопный дистрибутив уже был выпущен и называется Kompact 3.0.

Re: [devel] Следующий дистрибутив

[Anton Farygin]

Konstantin A. Lepikhov wrote:
> Hi Anton!
> 
> Friday 14, at 05:27:54 PM you wrote:
> 
>> Konstantin A. Lepikhov wrote:
>>> Hi Anton!
>>>
>>> Friday 14, at 03:39:54 PM you wrote:
>>>
>>>> Konstantin A. Lepikhov wrote:
>>>>> Hi Anton!
>>>>>
>>>>> Friday 14, at 02:25:13 PM you wrote:
>>>>>
>>>>>> Konstantin A. Lepikhov wrote:
>>>>>>> Hi Eugene!
>>>>>>>
>>>>>>> Friday 14, at 02:05:34 PM you wrote:
>>>>>>>
>>>>>>>>> Базовая система и так достаточно стабильна
>>>>>>>> а mdadm и udevd вы к базовой системе не относите?
>>>>>>> я бы не стал - одно текет, другое падает из-за race'ов.
>>>>>> udevd падает ???? Это новость! Срочно в bugzilla!
>>>>> да ну, это уже баян ;)
>>>> Да ну ? Это уже неправда...
>>> скачай livecd и посмотри - оно молча падает при распаковке static_nodes.
>>> Причем, падает через раз.
>> Так а при чём тут udevd то ?
>>
>> Падает при распаковке. Грабли tmpfs/unionfs ? Или cpio стал глючить ?
>>
>> udevd великолепно работает на обычной машине. Никаких падений за ним 
>> никто не замечал.
>>
>> Rgds,
>> Rider
> в vmware не работает. На обычной машине работает. Беру еще одну машину
> (вроде бы обычную) - опять не работает. george@ говорил, что в qemu тоже
> не работает. Так что не надо про "великолепно".
> 
> PS Мне сейчас проще для live весь dev закатать в cpio и разворачивать при
> загрузке.

Это грябли TMPFS. В ней очень много Race'ов.

Сам udev я тестировал на livecd - никаких проблем. На нескольких машинах 
(x86_64).

Хотя собственно как всегда добавлю - патчи приветствуются.

Rgds,
Rider

Re: [devel] Следующий дистрибутив

[Anton Farygin]

Eugene Prokopiev wrote:
>>> кажется, некоторые хотели запускать его намного раньше создания самого
>>> /dev и парсинга /etc/fstab. И даже его хотели в rc.sysinit запихать.
>>
>> И до сих пор хотелка не пропала ;)
>>
>>
>> Более того - у меня несколько серверов и рабочих станций так и живут - 
>> udevd запускается из rc.sysinit.
> 
> А план по узакониванию этого поведения имеется?
> 

Что-то даже в bugzilla висит.

Rgds,
Rider

Re: [devel] Следующий дистрибутив

[Денис Смирнов]

On Mon, Jul 17, 2006 at 10:46:20AM +0400, Eugene A. Suchkov wrote:

>> Серверные компоненты обычно в случае поломок приносят больше убытков.
EAS> То есть ALT позиционируется как серверный дистрибутив? Я правильно понял?

Мне не известно дистрибутива с названием ALT.
Есть репозиторий Sisyphus.
Есть дистрибутив ALT Linux Compact.
Есть дистрибутив ALT Linux Master.

В настоящий момент никто не готов оплатить надежный десктоп. И в среднем
десктоп всегда имеет на порядк_и_ больше проблем как с безопасностью, так
и со стабильностью обновлений. Стоимость ущерба при этом, правда, обычно
существенно меньше чем в случае с уязвимостью на сервере. А вот стоимость
работ по поддержке выше на порядки.

Скажем Castle, при наличии финансирования, выпустить было бы реально.
Аналог Castle десктопный сейчас финансово смогла бы потянуть разве что
IBM, да и то надорвалась бы. Увы. Либо это можно было бы сделать переписав
половину десктопного софта, начиная с диназавроподобных.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Это явно бага, но вот где -- не знаю.
		-- mike in community@

Re: [devel] Следующий дистрибутив

[Eugene A. Suchkov]

В сообщении от 17 июля 2006 11:22 Damir Shayhutdinov написал(a):
> 17.07.06, Eugene A. Suchkov написал:
> > То есть ALT позиционируется как серверный дистрибутив? Я правильно понял?
>
> Насколько я понял, осенний релиз Сизифа позиционируется как серверный.
> Десктопный дистрибутив уже был выпущен и называется Kompact 3.0.

Он сильно устарел... как десктопный

-- 
With best regards
Eugene A. Suchkov (a.k.a CityHawk)
JID eugene.suchkov@gmail.com

Re: [devel] Следующий дистрибутив

[Eugene A. Suchkov]

В сообщении от 17 июля 2006 13:17 Денис Смирнов написал(a):

> >> Серверные компоненты обычно в случае поломок приносят больше убытков.
>
> EAS> То есть ALT позиционируется как серверный дистрибутив? Я правильно
> понял?
>
> Мне не известно дистрибутива с названием ALT.
> Есть репозиторий Sisyphus.
> Есть дистрибутив ALT Linux Compact.
> Есть дистрибутив ALT Linux Master.

А вот и ошибаетесь. Есть например дистрибутив ALT Linux 3.0 Compact... И 
порядок тут принципиален.

> В настоящий момент никто не готов оплатить надежный десктоп. И в среднем
> десктоп всегда имеет на порядк_и_ больше проблем как с безопасностью, так
> и со стабильностью обновлений. Стоимость ущерба при этом, правда, обычно
> существенно меньше чем в случае с уязвимостью на сервере. А вот стоимость
> работ по поддержке выше на порядки.

Эээ... а причем тут "надежный"? 

Я сейчас объясню. Мне очень важно знать отношение команды и ООО в частности к 
десктопной части. Дело в том, что на серверах я не использую ни одно решение 
на базе Альт. Не по идеологическим, а просто так уж случилось. Однако я 
использую его на моем десктопе. Но последний эпизод с KDE 3.5.3 и его нежной 
любовью к tmpfs пошатнули мою веру в что, что использовать ALT на десктопе - 
хорошая идея. Ибо компакт уже устарел, а сизиф нестабилен, мало того на эту 
нестабильность те, кто мог бы преодолеть кризис, забили болт. 

Я просто хочу понять, по пути ли мне с ALT?

-- 
With best regards
Eugene A. Suchkov (a.k.a CityHawk)
JID eugene.suchkov@gmail.com

Re: [devel] Следующий дистрибутив

[Led]

В сообщении от 17 июля 2006 13:25 Eugene A. Suchkov написал(a):
> В сообщении от 17 июля 2006 13:17 Денис Смирнов написал(a):
> > >> Серверные компоненты обычно в случае поломок приносят больше убытков.
> >
> > EAS> То есть ALT позиционируется как серверный дистрибутив? Я правильно
> > понял?
> >
> > Мне не известно дистрибутива с названием ALT.
> > Есть репозиторий Sisyphus.
> > Есть дистрибутив ALT Linux Compact.
> > Есть дистрибутив ALT Linux Master.
>
> А вот и ошибаетесь. Есть например дистрибутив ALT Linux 3.0 Compact... И
> порядок тут принципиален.
>
> > В настоящий момент никто не готов оплатить надежный десктоп. И в среднем
> > десктоп всегда имеет на порядк_и_ больше проблем как с безопасностью, так
> > и со стабильностью обновлений. Стоимость ущерба при этом, правда, обычно
> > существенно меньше чем в случае с уязвимостью на сервере. А вот стоимость
> > работ по поддержке выше на порядки.
>
> Эээ... а причем тут "надежный"?
>
> Я сейчас объясню. Мне очень важно знать отношение команды и ООО в частности
> к десктопной части. Дело в том, что на серверах я не использую ни одно
> решение на базе Альт. Не по идеологическим, а просто так уж случилось.
> Однако я использую его на моем десктопе. Но последний эпизод с KDE 3.5.3 и
> его нежной любовью к tmpfs пошатнули мою веру в что, что использовать ALT
> на десктопе - хорошая идея. Ибо компакт уже устарел, а сизиф нестабилен,
> мало того на эту нестабильность те, кто мог бы преодолеть кризис, забили
> болт.

ИМХО "последний эпизод с KDE 3.5.3" как-то мало относится к вопросу 
дистрибутива.

-- 
Led.

Re: [devel] Следующий дистрибутив

[Damir Shayhutdinov]

> Я просто хочу понять, по пути ли мне с ALT?
Тебе просто не по пути с ALT Linux Sisyphus на десктопе.

Бери пакеты из Сизифа, делай бэкпортс на ALC3.0 и живи спокойно :)
Тебе многие скажут спасибо.

На ALT надейся, а сам не плошай.

Re: [devel] Следующий дистрибутив

[Sergey V Turchin]

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

On Monday 17 July 2006 14:25, Eugene A. Suchkov wrote:

[...]
> Но последний эпизод с KDE 3.5.3 и его нежной любовью к tmpfs
Вы немного перепутали KDE с incoming@alt

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

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

Re: [devel] Следующий дистрибутив

[Eugene A. Suchkov]

В сообщении от 17 июля 2006 16:00 Sergey V Turchin написал(a):
> On Monday 17 July 2006 14:25, Eugene A. Suchkov wrote:

> > Но последний эпизод с KDE 3.5.3 и его нежной любовью к tmpfs
>
> Вы немного перепутали KDE с incoming@alt

Сергей, ну вы меня поняли. И собственно претензия совсем не к вам, так как 
3.5.3 был действительно очень оперативно собран.

-- 
With best regards
Eugene A. Suchkov (a.k.a CityHawk)
JID eugene.suchkov@gmail.com

Re: [devel] Следующий дистрибутив

[Sergey V Turchin]

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

On Tuesday 18 July 2006 10:01, Eugene A. Suchkov wrote:
> В сообщении от 17 июля 2006 16:00 Sergey V Turchin написал(a):
> > On Monday 17 July 2006 14:25, Eugene A. Suchkov wrote:
> > > Но последний эпизод с KDE 3.5.3 и его нежной любовью к tmpfs
> >
> > Вы немного перепутали KDE с incoming@alt
>
> Сергей, ну вы меня поняли.
Да я понял, я так, на всякий :-)

> И собственно претензия совсем не к 
> вам, так как 3.5.3 был действительно очень оперативно собран.

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

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

Re: [devel] Следующий дистрибутив

[Денис Смирнов]

On Mon, Jul 17, 2006 at 02:25:50PM +0400, Eugene A. Suchkov wrote:

EAS> Я просто хочу понять, по пути ли мне с ALT?

Объясняю.

Любая система основаная на добровольной основе работает только тогда,
когда это удобно и выгодно участникам системы. Думаю это не требует
разъяснений.

Для эффективной и быстрой разработки необходимо иногда ломать сборочный
репозиторий. Без этого такие процессы, например, как переход на новую
libdb попросту не решаемы на добровольной основе. Поэтому всегда будет
репозиторий для разработчиков, который вечно сломан. И это Сизиф.

Для эффективного тестирования нужен другой репозиторий. Он должен
обеспечивать как минимум целостность, чего репозиторий для разработчиков
не может обеспечить в принципе (кроме как ценой чрезмерного усложнения
жизни разработчиков).

Ещё должен быть репозиторий для пользователей. Там могут содержаться
исключительно пакеты прошедшие тестирование заинтересоваными в выпуске
дистрибутива лицами. Эта работа трудоемкая, стоит существенных средств и
малореализуема добровольцами. В настоящий момент немногие из мантейнеров
имеют достаточную квалификацию, чтобы плюхать туда пакеты самостоятельно.
Скажем я абсолютно уверен что мне так поступать нельзя. По-хорошему
перенос пакета туда может быть только по заключению _нескольких_
мантейнеров, имеющих разные скиллы. Однако в этом есть одна проблема --
скажем по параметру "качество сборки" я сейчас склонен доверять только
подписям двух людей -- at@ и ldv@. Бутылочное горлышко это, однако.
Эффективного решения этой проблемы, лично мне, не известно. Пока я вижу
только набор эвристик, которые позволят автоматически генерировать некий
репозиторий, который будет существенно лучше нынешнего.

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

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

У меня есть предложения по улучшению ситуации:

1. Ускорить внедрение git.

Сейчас все упирается в отсутствие централизованого сервера, вместо
rsync-репозиториев (надеюсь когда Дмитрий вернется из отпуска эта проблема
будет решена). Это позволит существенно ускорить процесс багфиксов, потому
как в связи с тем, что возможность "потерять" изменения в changelog'ах
будет устранена полностью, думаю отдельные лица будут иметь возможность (и
будут ей пользоваться) по прикладыванию проверенных ими патчей к
критическим багам, что позволит гораздо оперативнее решать многие
проблемы.

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

2. Создать приемлимый для тестеров репозиторий.

Необходимо создать автоматически генерируемый репозиторий, который бы
формировался на основе Сизифа, но отличался от него полной замкнутостью.
После этого необходимо организовать, чтобы любой собравшийся пакет
проходил в Сизиф _немедленно_. То бишь в сборочный сизиф попадал сразу, а
на сайт выкладывался с периодичностью, которую смогут обеспечить в офисе.

Я постоянно поднимаю этот вопрос, но он игнорируется, возможно ввиду
трудоемкости задачи. Я готов взять на себя её решение, но так как проблема
действительно не простая, и получившееся решение все равно будет требовать
некой поддержки и ручного вмешательства, я был бы готов взяться за неё
если бы меня кто-либо спонсировал. Сложность я оцениваю в 0.5k$ за
создание основы + 0.2k$/месяц её поддержка и доработка. Я полностью уверен
что это могут сделать в ALT самостоятельно, но, видимо, не могут
перекинуть на это людей.

3. Создать репозиторий для пользователей.

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

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

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Как программисты убивают таракана? Один держит его, второй ставит на
него Windows'95.

Re: [devel] Следующий дистрибутив

[Ildar Mulyukov]

On 19.07.2006 04:26:53, Денис Смирнов wrote:
> On Mon, Jul 17, 2006 at 02:25:50PM +0400, Eugene A. Suchkov wrote:
> 
> EAS> Я просто хочу понять, по пути ли мне с ALT?
> 
> Объясняю.
> ...
> Скажем я абсолютно уверен что мне так поступать нельзя. По-хорошему
> перенос пакета туда может быть только по заключению _нескольких_
> мантейнеров, имеющих разные скиллы. Однако в этом есть одна проблема
> -- скажем по параметру "качество сборки" я сейчас склонен доверять  
> только подписям двух людей -- at@ и ldv@. Бутылочное горлышко это,  
> однако.
Надо просто воспитывать новые кадры. Хоть бы на том же линуксфесте  
устроить мастер-класс :) Если вдруг идея будет воспринята всерьёз,  
будьте любезны записать на аудио для тех, кто не сможет приехать, как я.

> ...
> Однако по таким характеристикам в совокупности как качество сборки
> пакетов, уровень безопасности, объем пакетной базы, уровень  
> поддержки, открытость разработки ALT сейчас не имеет конкурентов  
> вообще. Ровно по этому я, и многие другие люди, которые высказываются  
> резко критично в адрес многим проблем, все равно продолжают  
> использовать именно этот репозиторий.
Действительно так? Я никогда не смотрел Дебиан, но судил по слухам,  
думал, что в Дебиане по крайней мере не хуже. Можно сравнить подробнее?
diff -u ALT Debian
+- качество сборки пакетов
+- уровень безопасности
+- объем пакетной базы
+- уровень поддержки
+- открытость разработки
?

> У меня есть предложения по улучшению ситуации:
> 
> 1. Ускорить внедрение git.
> 
> Сейчас все упирается в отсутствие централизованого сервера, вместо
> rsync-репозиториев (надеюсь когда Дмитрий вернется из отпуска эта
> проблема будет решена). Это позволит существенно ускорить процесс  
> багфиксов, потому как в связи с тем, что возможность "потерять"  
> изменения в changelog'ах будет устранена полностью, думаю отдельные  
> лица будут иметь возможность (и будут ей пользоваться) по  
> прикладыванию проверенных ими патчей к критическим багам, что  
> позволит гораздо оперативнее решать многие проблемы.
В принципе, я за git, даже если придётся перелопатить гору  
документации. Только ИМХО ускорять тут нечего, т.к. если в этом  
заинтересованы даже столь глубоко уважаемые члены ALT, то, видимо,  
ничего больше уже сделать нельзя. Просто подождать. Тем более, что  
бессмысленно ждать работающего решения до осени. А осенью, дай Бог...  
Хотя, может случиться, что очередная заморозка оттянет силы на себя. Но  
я всё же тоже надеюсь на git, причём этой осенью.

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

> ...

С уважением, Ильдар.
--
Ildar  Mulyukov,
   free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] Следующий дистрибутив

[Maxim Tyurin]

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

Ildar Mulyukov writes:

> On 19.07.2006 04:26:53, Денис Смирнов wrote:
>> On Mon, Jul 17, 2006 at 02:25:50PM +0400, Eugene A. Suchkov wrote:
>> 
>> EAS> Я просто хочу понять, по пути ли мне с ALT?
>> 
>> Объясняю.
>> ...
>> Скажем я абсолютно уверен что мне так поступать нельзя. По-хорошему
>> перенос пакета туда может быть только по заключению _нескольких_
>> мантейнеров, имеющих разные скиллы. Однако в этом есть одна проблема
>> -- скажем по параметру "качество сборки" я сейчас склонен доверять  
>> только подписям двух людей -- at@ и ldv@. Бутылочное горлышко это,  
>> однако.
> Надо просто воспитывать новые кадры. Хоть бы на том же линуксфесте  
> устроить мастер-класс :) Если вдруг идея будет воспринята всерьёз,  
> будьте любезны записать на аудио для тех, кто не сможет приехать, как я.
>
>> ...
>> Однако по таким характеристикам в совокупности как качество сборки
>> пакетов, уровень безопасности, объем пакетной базы, уровень  
>> поддержки, открытость разработки ALT сейчас не имеет конкурентов  
>> вообще. Ровно по этому я, и многие другие люди, которые высказываются  
>> резко критично в адрес многим проблем, все равно продолжают  
>> использовать именно этот репозиторий.
> Действительно так? Я никогда не смотрел Дебиан, но судил по слухам,  
> думал, что в Дебиане по крайней мере не хуже. Можно сравнить подробнее?
> diff -u ALT Debian
> +- качество сборки пакетов

Ляпы бывают и там и там.
Может даже в Debian больше. Но у него больше пользовательская база так
что фиксы или пути объезда быстрее находятся.

> +- уровень безопасности

Из коробки в Debian плохо с безопасностью.
Нужно много шаманить.
Если нужна безопасность из коробки и deb - то надо брать Adamantix но
у него есть свои проблемы.

> +- объем пакетной базы

Ну тут ALTLinux не конкурент Debian.
Кроме того очень многие OS проекты делают пакеты для Debian (сейчас с
появлением Ubuntu некоторые коммерческие софтины есть в deb).

> +- уровень поддержки

По выпуску обновлений к stable у Debian дела лучше обстоят.
Даже под oldstable выходят обновления.

> +- открытость разработки

Маинтайнером Debian стать тяжелее.
А еще deb пакеты тяжелее делать. Больше низкоуровневых операций.
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

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

Re: [devel] Следующий дистрибутив

[Денис Смирнов]

On Wed, Jul 19, 2006 at 12:41:03PM +0600, Ildar Mulyukov wrote:

IM> Надо просто воспитывать новые кадры. Хоть бы на том же линуксфесте  
IM> устроить мастер-класс :) Если вдруг идея будет воспринята всерьёз,  
IM> будьте любезны записать на аудио для тех, кто не сможет приехать, как я.

Мастер-класс находится на wiki.sisyphus.ru. Даже его содержимое не
выполняется многими мантейнерами.

>> Однако по таким характеристикам в совокупности как качество сборки
>> пакетов, уровень безопасности, объем пакетной базы, уровень  
>> поддержки, открытость разработки ALT сейчас не имеет конкурентов  
>> вообще. Ровно по этому я, и многие другие люди, которые высказываются  
>> резко критично в адрес многим проблем, все равно продолжают  
>> использовать именно этот репозиторий.
IM> Действительно так? Я никогда не смотрел Дебиан, но судил по слухам,  
IM> думал, что в Дебиане по крайней мере не хуже. Можно сравнить подробнее?
IM> diff -u ALT Debian
IM> +- качество сборки пакетов
IM> +- уровень безопасности

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

Напоминаю, что ldv@, который поддерживает наиболее критичные пакеты,
является также членом команды OpenWall, и синхронизирует эти сборки друг с
другом.

IM> +- объем пакетной базы

У Debian этого больше, да.

IM> +- уровень поддержки

Одна только возможность приехать с чаем/пивом в офис чего стоит...

IM> +- открытость разработки

Сравните шансы повлиять на разработку в ALT и Debian. Или сколько времени
нужно потратить чтобы стать мантейнером.

IM> В принципе, я за git, даже если придётся перелопатить гору  
IM> документации. Только ИМХО ускорять тут нечего, т.к. если в этом  
IM> заинтересованы даже столь глубоко уважаемые члены ALT, то, видимо,  
IM> ничего больше уже сделать нельзя. Просто подождать. Тем более, что  
IM> бессмысленно ждать работающего решения до осени. А осенью, дай Бог...  
IM> Хотя, может случиться, что очередная заморозка оттянет силы на себя. Но  
IM> я всё же тоже надеюсь на git, причём этой осенью.

Сейчас все уперлось в две вещи -- сервер, и недостаточность популяризации
и ясной документации. 

>> У нас в багтрекере висит множество неисправленых багов. Поверьте,
>> многие из мантейнеров пофиксили их гораздо быстрее, если бы получили  
>> вместе с багой сразу же патчик, который достаточно всего лишь  
>> закоммитить. Можно реализовать в будущем схему работы, при которой  
>> если некий патч подтверждается группой из нескольких мантейнеров, он  
>> принимается автоматически.
IM> Уже сейчас я слышал предположение, что NMU будет по умолчанию  
IM> _разрешён_, лишь на некоторые пакеты - запрещён.

Ага. И это можно будет организовать только благодаря прозрачности git.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
ВТОРОЙ ЗАКОН ВЫШКОВСКОГО
 Все можно наладить, если вертеть в руках достаточно долго.

Re: [devel] Следующий дистрибутив

[Денис Смирнов]

On Wed, Jul 19, 2006 at 10:46:20AM +0300, Maxim Tyurin wrote:

 MT> Ляпы бывают и там и там.
 MT> Может даже в Debian больше. Но у него больше пользовательская база так
 MT> что фиксы или пути объезда быстрее находятся.

У нас тоже быстро находятся. Только вот тонна багов _с патчами_ в
багтрекере показатель того, что является реальной сложностью. А нынешняя
система team неработоспособна до введения git.

Это ещё при том, что есть очень сложные пакеты. На поддержку Asterisk,
когда я её занимаюсь, у меня уходит минимум треть рабочего дня. Ежедневно.
Это безумно много. Стоит мне заняться серьезно хоть чем-то ещё параллельно
-- и пакет будет в ужасном состоянии.

А средств распределить работу над ним нетути.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
PS Документация zsh - просто нечеловеческая.
		-- vyt in community@

Re: [devel] Следующий дистрибутив

[Maxim Tyurin]

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

Денис Смирнов writes:
\scip
> IM> +- уровень поддержки
>
> Одна только возможность приехать с чаем/пивом в офис чего стоит...

Не у всех есть сия возможность :(

\scip
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

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

Re: [devel] Следующий дистрибутив

[Dmitry V. Levin]

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

On Wed, Jul 19, 2006 at 02:26:53AM +0400, Денис Смирнов wrote:
[...]
> Ещё должен быть репозиторий для пользователей. Там могут содержаться
> исключительно пакеты прошедшие тестирование заинтересоваными в выпуске
> дистрибутива лицами. Эта работа трудоемкая, стоит существенных средств и
> малореализуема добровольцами. В настоящий момент немногие из мантейнеров
> имеют достаточную квалификацию, чтобы плюхать туда пакеты самостоятельно.
> Скажем я абсолютно уверен что мне так поступать нельзя. По-хорошему
> перенос пакета туда может быть только по заключению _нескольких_
> мантейнеров, имеющих разные скиллы. Однако в этом есть одна проблема --
> скажем по параметру "качество сборки" я сейчас склонен доверять только
> подписям двух людей -- at@ и ldv@. Бутылочное горлышко это, однако.
> Эффективного решения этой проблемы, лично мне, не известно. Пока я вижу
> только набор эвристик, которые позволят автоматически генерировать некий
> репозиторий, который будет существенно лучше нынешнего.

Я думаю, что вы на самом деле доверяете ещё нескольким мантейнерам.

> У меня есть предложения по улучшению ситуации:
> 
> 1. Ускорить внедрение git.
> 
> Сейчас все упирается в отсутствие централизованого сервера, вместо
> rsync-репозиториев (надеюсь когда Дмитрий вернется из отпуска эта проблема
> будет решена).

Я тоже на это надеюсь.  В принципе сервер уже существует и даже делает вид
что работает.


-- 
ldv

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

Re: [devel] Следующий дистрибутив

[Денис Смирнов]

On Thu, Jul 20, 2006 at 10:49:07AM +0300, Maxim Tyurin wrote:
> IM>> +- уровень поддержки
>> Одна только возможность приехать с чаем/пивом в офис чего стоит...
MT> Не у всех есть сия возможность :(

Есть возможность на фесте встретиться, и напоить там чаем/пивом :)

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
> может, в backports предложить?
Не надо нестабильные версии туда.
		-- zerg in sisyphus@

Re: [devel] Следующий дистрибутив

[Денис Смирнов]

On Thu, Jul 20, 2006 at 02:56:08PM +0400, Dmitry V. Levin wrote:

>> мантейнеров, имеющих разные скиллы. Однако в этом есть одна проблема --
>> скажем по параметру "качество сборки" я сейчас склонен доверять только
>> подписям двух людей -- at@ и ldv@. Бутылочное горлышко это, однако.
>> Эффективного решения этой проблемы, лично мне, не известно. Пока я вижу
>> только набор эвристик, которые позволят автоматически генерировать некий
>> репозиторий, который будет существенно лучше нынешнего.
DVL> Я думаю, что вы на самом деле доверяете ещё нескольким мантейнерам.

Конкретно по параметру "качество сборки", увы, я вижу сейчас только двух
"маньяков", для которых это критично. Больше мне неизвестного кого-либо,
который будет вкладывать огромный объем работы в небольшое увеличение
качества (это я про verify_elf всякие, as-needed, который многими попросту
бойкотировался в начале, и т.д.). Это не значит что я не доверяю _пакетам_
других мантейнеров, это значит что я не могу считать по-умолчанию
_качество спека_ очень высоким. Где-то это очень важно, где-то не важно
совсем.

Вот собрал я graphviz. Если ты посмотришь в спек, то у тебя сильно
испортится настроение, и надолго. Но приложение работает. Я абсолютно
уверен что на этот пакет надо вешать blocker, с текстом "мантейнера
пристрелить". Однако времени привести его в порядок у меня нет, и не будет
в ближайшее время. И больше никто на приведение этого кошмарика в чувство
браться не хочет.

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

То что я вижу как возможность автоматического формирования
"протестированого" репозитория, это подтверждения группы участников team,
чьи голоса будут взвешены, да ещё и по разным критерям. Да с разными
требованиями веса, в зависимости от "важности" пакета.

Вот есть, например, nginx. Я запросто могу отправить новую версию. Но вот
lakostis@ и mike@, которые его уже активно используют, могут поиметь
проблемы. И поэтому подписи пары человек _кроме_ меня будут существенны
чтобы принимать решение о возможной замене.

Скажем на пакете типа xmms мне подпись кого-либо, кто понимает существенно
выше среднего в безопасности мне нафиг не нужна. А вот пакеты уровня
какого-нибудь sqlite должны быть проверены с особой тщательностью.

А вот xorg вообще в "пользовательский" репозиторий без десятка-другого
подписей попадать не должен.

Есть характеристики:
 - безопасность (важно в основном для сервисов)
 - качество сборки (важно для системообразующих пакетов и библиотек)
 - работоспособность

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

Ну и после введения git'а review изменений можно будет делать куда проще.

Мне вот сейчас совершенно непонятно как строить такие списки с весовыми
коэффициентами. У каждого своё мнение.

>> Сейчас все упирается в отсутствие централизованого сервера, вместо
>> rsync-репозиториев (надеюсь когда Дмитрий вернется из отпуска эта проблема
>> будет решена).
DVL> Я тоже на это надеюсь.  В принципе сервер уже существует и даже делает вид
DVL> что работает.

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

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
inger, zerg: как вы такое отлаживаете-то?  поделитесь секретами :)
		-- mike in #6964

Re: [devel] Следующий дистрибутив

[Dmitry V. Levin]

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

On Sat, Jul 22, 2006 at 12:24:10AM +0400, Денис Смирнов wrote:
> On Thu, Jul 20, 2006 at 02:56:08PM +0400, Dmitry V. Levin wrote:
> 
> >> мантейнеров, имеющих разные скиллы. Однако в этом есть одна проблема --
> >> скажем по параметру "качество сборки" я сейчас склонен доверять только
> >> подписям двух людей -- at@ и ldv@. Бутылочное горлышко это, однако.
> >> Эффективного решения этой проблемы, лично мне, не известно. Пока я вижу
> >> только набор эвристик, которые позволят автоматически генерировать некий
> >> репозиторий, который будет существенно лучше нынешнего.
> DVL> Я думаю, что вы на самом деле доверяете ещё нескольким мантейнерам.
> 
> Конкретно по параметру "качество сборки", увы, я вижу сейчас только двух
> "маньяков", для которых это критично.

Я бы не назвал их "маньяками" даже в кавычках.
Давайте сделаем это нормой!

> Больше мне неизвестного кого-либо,
> который будет вкладывать огромный объем работы в небольшое увеличение
> качества (это я про verify_elf всякие, as-needed, который многими попросту
> бойкотировался в начале, и т.д.).

Ну как же так?  Мне известно ещё несколько.

> Это не значит что я не доверяю _пакетам_
> других мантейнеров, это значит что я не могу считать по-умолчанию
> _качество спека_ очень высоким. Где-то это очень важно, где-то не важно
> совсем.
> 
> Вот собрал я graphviz. Если ты посмотришь в спек, то у тебя сильно
> испортится настроение, и надолго. Но приложение работает. Я абсолютно
> уверен что на этот пакет надо вешать blocker, с текстом "мантейнера
> пристрелить". Однако времени привести его в порядок у меня нет, и не будет
> в ближайшее время. И больше никто на приведение этого кошмарика в чувство
> браться не хочет.

Я смотрел этот пакет 2 года назад.  Думаю что это тот случай, когда
мантейнер за кривизну софта ответственности практически не несёт.

> По параметру "стабильность сборки", кстати, опыт показал, ни одному пакету
> нельзя доверять, если он не прожил в Сизифе хотя бы несколько дней. Вон
> даже ты как-то setup разломал так, что несколько дней мат в рассылке
> слышен был.

Не setup а startup. :)

[...]
> >> Сейчас все упирается в отсутствие централизованого сервера, вместо
> >> rsync-репозиториев (надеюсь когда Дмитрий вернется из отпуска эта проблема
> >> будет решена).
> DVL> Я тоже на это надеюсь.  В принципе сервер уже существует и даже делает вид
> DVL> что работает.
> 
> Будем ждать с нетерпением. Вместе с документацией, или хотя бы
> аудио-записью (о расшифровке не мечтаем) твоего доклада на тему
> использования git в разработке.

Нет.  Я последнее время сперва решаю задачу, потом пишу тезисы, и на их
основе делаю доклад.  Пока что задача не решена (попросту ещё не решалась).


-- 
ldv

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

Re: [devel] Следующий дистрибутив

[Денис Смирнов]

On Sun, Jul 23, 2006 at 08:54:28PM +0400, Dmitry V. Levin wrote:

>> Конкретно по параметру "качество сборки", увы, я вижу сейчас только двух
>> "маньяков", для которых это критично.
DVL> Я бы не назвал их "маньяками" даже в кавычках.
DVL> Давайте сделаем это нормой!

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

>> Больше мне неизвестного кого-либо,
>> который будет вкладывать огромный объем работы в небольшое увеличение
>> качества (это я про verify_elf всякие, as-needed, который многими попросту
>> бойкотировался в начале, и т.д.).
DVL> Ну как же так?  Мне известно ещё несколько.

Это радует :) К сожалению имена героев мне неизвестны.

DVL> Я смотрел этот пакет 2 года назад.  Думаю что это тот случай, когда
DVL> мантейнер за кривизну софта ответственности практически не несёт.

Однако факт, что там есть что улучшить _мантейнеру_. Но я, как нынешний
мантейнер, этого делать не буду.

>> По параметру "стабильность сборки", кстати, опыт показал, ни одному пакету
>> нельзя доверять, если он не прожил в Сизифе хотя бы несколько дней. Вон
>> даже ты как-то setup разломал так, что несколько дней мат в рассылке
>> слышен был.
DVL> Не setup а startup. :)

Ага :)

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

Ясно. Тогда будем ждать, когда либо ты, либо кто-нибудь ещё напишет
более-менее полную документацию на gear. По крайней менее большую чем
сейчас есть на hasher.

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

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
<pilot> AMorozov: зачем такие имена, в которых нет GPS-координат устройства? толку от них?

Re: [devel] Следующий дистрибутив

[@ 2006-07-23 18:52 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-23 20:01 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-24 0:40 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-24 0:47 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-24 9:28 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-24 9:43 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-24 9:53 UTC (permalink / raw)]

Re: [devel] [JT] Следующий дистрибутив

[@ 2006-07-24 10:02 UTC (permalink / raw)]

Re: [devel] [JT] Следующий дистрибутив

[@ 2006-07-24 10:16 UTC (permalink / raw)]

Re: [devel] [JT] Следующий дистрибутив

[@ 2006-07-24 11:17 UTC (permalink / raw)]

Re: [devel] [JT] Следующий дистрибутив

[@ 2006-07-24 18:27 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-24 18:28 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-24 18:28 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-25 18:33 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-25 18:42 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-25 18:46 UTC (permalink / raw)]

[devel] herolist?

[@ 2006-07-25 18:49 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-25 18:53 UTC (permalink / raw)]

Re: [devel] [JT] Следующий дистрибутив

[@ 2006-07-25 18:54 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-25 18:55 UTC (permalink / raw)]

[devel] mdadm -- попса :(

[@ 2006-07-25 19:00 UTC (permalink / raw)]

Re: [devel] mdadm -- попса :(

[@ 2006-07-25 19:14 UTC (permalink / raw)]

Re: [devel] mdadm -- попса :(

[@ 2006-07-25 19:18 UTC (permalink / raw)]

Re: [devel] mdadm -- попса :(

[@ 2006-07-25 20:14 UTC (permalink / raw)]

Re: [devel] mdadm -- попса :(

[@ 2006-07-25 20:38 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-26 4:54 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-26 4:57 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-26 5:05 UTC (permalink / raw)]

Re: [devel] herolist?

[@ 2006-07-26 5:12 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-26 5:13 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-26 5:50 UTC (permalink / raw)]

[devel] q: dev maintainer

[@ 2006-07-26 6:00 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-27 4:03 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-27 9:44 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-28 11:13 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-28 17:40 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-29 12:45 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-29 14:56 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-29 18:52 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-30 6:24 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-30 9:23 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-30 18:37 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-30 18:52 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-30 19:23 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-30 20:29 UTC (permalink / raw)]

Re: [devel] автоматический перезапуск служб

[@ 2006-07-30 21:13 UTC (permalink / raw)]

Re: [devel] ldap

[@ 2006-07-30 21:19 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-30 21:22 UTC (permalink / raw)]

Re: [devel] автоматический перезапуск служб

[@ 2006-07-30 21:25 UTC (permalink / raw)]

Re: [devel] автоматический перезапуск служб

[@ 2006-07-30 21:29 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-30 21:42 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-30 21:46 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-30 21:51 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-30 22:05 UTC (permalink / raw)]

Re: [devel] автоматический перезапуск служб

[@ 2006-07-30 22:26 UTC (permalink / raw)]

Re: [devel] автоматический перезапуск служб

[@ 2006-07-31 5:30 UTC (permalink / raw)]

Re: [devel] автоматический перезапуск служб

[@ 2006-07-31 6:00 UTC (permalink / raw)]

Re: [devel] автоматический перезапуск служб

[@ 2006-07-31 6:07 UTC (permalink / raw)]

[devel] [JT] sshd == single point of failure?

[@ 2006-07-31 7:09 UTC (permalink / raw)]

[devel] [JT] разговор про удалённые апдейты

[@ 2006-07-31 9:25 UTC (permalink / raw)]

Re: [devel] [JT] sshd == single point of failure?

[@ 2006-07-31 9:27 UTC (permalink / raw)]

Re: [devel] Полупожар

[@ 2006-07-31 13:38 UTC (permalink / raw)]

Re: [devel] Полупожар

[@ 2006-07-31 13:51 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-31 13:53 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-31 14:01 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-31 14:06 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-31 14:10 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-31 14:38 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-31 15:00 UTC (permalink / raw)]

Re: [devel] Полупожар

[@ 2006-07-31 22:12 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-31 23:42 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-07-31 23:43 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-01 7:19 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-01 10:30 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-01 12:46 UTC (permalink / raw)]

[devel] Naming shared library packages

[@ 2006-08-01 13:04 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-01 13:09 UTC (permalink / raw)]

[devel] [wiki] /devel/UpStream/LibraryVersioning

[@ 2006-08-01 19:06 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-01 21:49 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-02 15:30 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-02 16:50 UTC (permalink / raw)]

[devel] q: alterator-etcnet (was: Следующий дистрибутив)

[@ 2006-08-03 8:26 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-03 13:39 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-03 14:35 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-03 18:06 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-03 18:06 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-03 18:09 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-03 20:41 UTC (permalink / raw)]

Re: [devel] q: alterator-etcnet (was: Следующий дистрибутив)

[@ 2006-08-03 20:45 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-03 20:50 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-03 21:30 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-03 21:35 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-03 22:02 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-04 4:45 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-04 7:11 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-04 8:02 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-04 8:31 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-04 9:38 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-04 10:18 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-04 10:20 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-04 10:45 UTC (permalink / raw)]

[devel] [JT] RHEL (was: Следующий дистрибутив)

[@ 2006-08-04 11:05 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-04 11:06 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-04 11:09 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-04 11:19 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-04 11:56 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-04 11:56 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-04 12:01 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-04 12:03 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-04 12:07 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-04 12:11 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-04 12:25 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-07 19:06 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-07 19:25 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-07 19:55 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-07 19:56 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-07 20:04 UTC (permalink / raw)]

Re: [devel] q: dev maintainer

[@ 2006-08-08 7:55 UTC (permalink / raw)]

Re: [devel] Следующий дистрибутив

[@ 2006-08-08 8:42 UTC (permalink / raw)]

[devel] [wiki] AltLinux/Concepts

[@ 2006-08-08 11:05 UTC (permalink / raw)]

Re: [devel] [wiki] AltLinux/Concepts

[@ 2006-08-08 14:38 UTC (permalink / raw)]

Re: [devel] [wiki] AltLinux/Concepts

[@ 2006-08-08 14:45 UTC (permalink / raw)]

Re: [devel] [wiki] AltLinux/Concepts

[@ 2006-08-08 19:06 UTC (permalink / raw)]

Re: [devel] ALT vs Owl

[@ 2006-08-08 23:58 UTC (permalink / raw)]

Re: [devel] ALT vs Owl

[@ 2006-08-10 9:12 UTC (permalink / raw)]

Re: [devel] [jt] ALT vs Owl

[@ 2006-08-15 21:57 UTC (permalink / raw)]