[devel] audit package

[devel] audit package

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

Re: [devel] audit package

[@ 2007-03-21 6:40 UTC (permalink / raw)]

Re: [devel] audit package

[@ 2007-03-21 10:17 UTC (permalink / raw)]

Re: [devel] audit package

[@ 2007-03-21 12:00 UTC (permalink / raw)]

Re: [devel] audit package

[@ 2007-03-21 12:06 UTC (permalink / raw)]

Re: [devel] audit package

[@ 2007-03-21 12:41 UTC (permalink / raw)]

Re: [devel] audit package

[@ 2007-03-21 12:45 UTC (permalink / raw)]

Re: [devel] audit package

[@ 2007-03-21 21:50 UTC (permalink / raw)]

Re: [devel] 4.0: to branch or not to branch

[@ 2007-03-21 21:54 UTC (permalink / raw)]

Re: [devel] 4.0: to branch or not to branch

[@ 2007-03-22 7:20 UTC (permalink / raw)]

Re: [devel] audit package

[Michael Shigorin]

On Thu, Mar 22, 2007 at 12:50:26AM +0300, Денис Смирнов wrote:
> > >> Уточню, audit в userspace -- это не только утилиты, но и
> > >> библиотека, к которой некоторый софт умеет пользоваться.
> > >> Поэтому давайте отложим на после релиза.
> >> Гм, а добавление до того отсутствовавших библиотек -- проблема?
> DVL> Если пакет начнут её подхватывать, то это уже изменение поведения.
> Тогда может пусть будет в Сизифе, но не класть в дистрибутив?

Daedalus?

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

Re: [devel] audit package

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

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

On Thu, Mar 22, 2007 at 10:18:50AM +0200, Michael Shigorin wrote:
> > >>> Уточню, audit в userspace -- это не только утилиты, но и
> > >>> библиотека, к которой некоторый софт умеет пользоваться.
> > >>> Поэтому давайте отложим на после релиза.
> >>> Гм, а добавление до того отсутствовавших библиотек -- проблема?
> DVL>> Если пакет начнут её подхватывать, то это уже изменение поведения.
>> Тогда может пусть будет в Сизифе, но не класть в дистрибутив?
MS> Daedalus?

Де-факто сейчас выкладывание в Deadalus это чуть лучше чем выкладывание в
/dev/null. Его все равно никто не тестирует.

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

http://freesource.info
----------------------------------------------------------------------------
 Любую идею можно опошлить любым способом. ;)
		-- vsl in community@

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

Re: [devel] audit package

[Michael Shigorin]

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

On Thu, Mar 22, 2007 at 11:49:08AM +0300, Денис Смирнов wrote:
> >> Тогда может пусть будет в Сизифе, но не класть в дистрибутив?
> > Daedalus?
> Де-факто сейчас выкладывание в Deadalus это чуть лучше чем
> выкладывание в /dev/null. Его все равно никто не тестирует.

1) ты гонишь ("отучаемся расписываться за всех");
2) не "чуть", а "намного", поскольку содержимое /dev/null
   вообще не публикуется.

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

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

Re: [devel] 4.0: to branch or not to branch

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

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

On Thu, Mar 22, 2007 at 12:54:30AM +0300, Dmitry V. Levin wrote:

>> On Wed, Mar 21, 2007 at 03:06:21PM +0300, Dmitry V. Levin wrote:
>>>>> Уточню, audit в userspace -- это не только утилиты, но и
>>>>> библиотека, к которой некоторый софт умеет пользоваться.
>>>>> Поэтому давайте отложим на после релиза.
>>>> Гм, а добавление до того отсутствовавших библиотек -- проблема?
DVL>>> Если пакет начнут её подхватывать, то это уже изменение поведения.
>> Тогда может пусть будет в Сизифе, но не класть в дистрибутив?
DVL> Может мне уже пора отбранчить Сизиф на 4.0?  Правда, это приведёт к
DVL> полному размораживанию Сизифа и, соответственно, полному замораживанию
DVL> бранча, потому что сразу два Сизифа я отслеживать не смогу.

1. хорошо бы ты озвучил точную дату бранча хотя бы за неделю, это сняло бы
многие вопросы.

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

 - ppp (вносить изменения в замороженый низя);
 - seirospbx (за время заморозки ещё будут багфиксы, их необходимо
   выполнять и в замороженом бранче, например сегдоня в в Сизиф уйдет
   security обновление по нему);
 - kernel-modules-zaptel -- там broken ztdummy, он должен быть в
   дистрибутиве рабочим (без него астериск уж очень малофункционален);
 - kernel-modules-mISDN -- они нужны. У меня все не доходят руки их
   собрать. Пакет никому помешать не должен, поэтому думаю что это
   изменение можно будет выполнить и после заморозки;
 - с меня очень активно требуют hylafax+, ибо hylafax уродец. Что с этим
   делать я не знаю. Переходить с hylafax на hylafax+ я не хочу, так что
   это будет отдельный пакет.
 - postgresql 8.2 должен быть в релизе. Если ты таки запустишь робота для
   пересборки, это будет очень хорошо. Так как постгресы поддерживаются
   параллельно, и совместимость клиентов не ломается это вполне приемлимо.
 - что у нас за бардак с жабой? 1.6 в дистрибутиве хотя бы в contribs быть
   обязана.

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

http://freesource.info
----------------------------------------------------------------------------
ДОПОЛНЕНИЕ ГРЕЛБА
 Если ситуация была неблагоприятной, она повторится.


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

Re: [devel] audit package

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

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

On Thu, Mar 22, 2007 at 10:59:39AM +0200, Michael Shigorin wrote:

>>>> Тогда может пусть будет в Сизифе, но не класть в дистрибутив?
>>> Daedalus?
>> Де-факто сейчас выкладывание в Deadalus это чуть лучше чем
>> выкладывание в /dev/null. Его все равно никто не тестирует.
MS> 1) ты гонишь ("отучаемся расписываться за всех");
MS> 2) не "чуть", а "намного", поскольку содержимое /dev/null
MS>    вообще не публикуется.

Сколько людей тестируют содержимое Daedalus? 1? 5? 10? С точки зрения
тестирования это именно что _чуть_ лучше. Daedalus это средство поделиться
своими недоделками, которое сильно хужее git (правда в одном лучше --
можно не пересобирать а сразу поставить пакет). И средство тестирования
чуть лучше /dev/null.

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

http://freesource.info
----------------------------------------------------------------------------
ЗАКОН ЛИБЕРМАНА
 Врут все, но это не имеет значения, потому что никто не слушает.

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

[devel] разница между репозиториями

[Michael Shigorin]

On Thu, Mar 22, 2007 at 12:57:24PM +0300, Денис Смирнов wrote:
> >>>> Тогда может пусть будет в Сизифе, но не класть в дистрибутив?
> >>> Daedalus?
> >> Де-факто сейчас выкладывание в Deadalus это чуть лучше чем
> >> выкладывание в /dev/null. Его все равно никто не тестирует.
> MS> 1) ты гонишь ("отучаемся расписываться за всех");
> MS> 2) не "чуть", а "намного", поскольку содержимое /dev/null
> MS>    вообще не публикуется.
> Сколько людей тестируют содержимое Daedalus? 1? 5? 10?

У меня есть только свои логи.  Я порой тестирую то, что мне нужно
(например, mplayer).  Точно так же, как и для Sisyphus.

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

> С точки зрения тестирования это именно что _чуть_ лучше.
> Daedalus это средство поделиться своими недоделками, которое
> сильно хужее git (правда в одном лучше -- можно не пересобирать
> а сразу поставить пакет). И средство тестирования чуть лучше
> /dev/null.

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

Если получится прикрутить incominger и qa-robot для начала 
к backports, то будет очень хорошо следом и дедала подтянуть.

Если получится обновления публиковать на чём-то вроде sisyphus.ru
(это всё явно более похоже на packages.altlinux.org) -- будет ещё
лучше.  См. тж. http://wiki.sisyphus.ru/IolausIdeas

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

Re: [devel] 4.0: to branch or not to branch

[Igor Vlasenko]

On Thu, Mar 22, 2007 at 11:59:47AM +0300, Денис Смирнов wrote:
> 1. хорошо бы ты озвучил точную дату бранча хотя бы за неделю, это сняло бы
> многие вопросы.
+1

>  - что у нас за бардак с жабой? 1.6 в дистрибутиве хотя бы в contribs быть
>    обязана.

0.1 в Дедалус. 
жду feedback.

как там mv junit junit4?


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] разница между репозиториями

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

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

On Thu, Mar 22, 2007 at 12:11:16PM +0200, Michael Shigorin wrote:

>> Сколько людей тестируют содержимое Daedalus? 1? 5? 10?
MS> У меня есть только свои логи.  Я порой тестирую то, что мне нужно
MS> (например, mplayer).  Точно так же, как и для Sisyphus.
MS> Есть возможность улучшения (как и для backports), но это не повод
MS> для голословных утверждений.

Насколько я в курсе:
а) содержимое дедала тестируется практичекси только членами team;
б) содержимое дедала тестируется исключительно _выборочно_. Вот я сейчас
занимаюсь ppp -- пойду и возьму из дедала. А сизиф я делаю apt-get
dist-upgrade на своей личной машинке почти каждый день. Именно чтобы
пройтись по граблям а потом пинать мантейнеров.

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

Отправлять в Daedalus имеет смысл, IMHO, в двух случаях:
1. известно что пакет completely broken, но нужно опубликовать концепт (но
в этом случае git куда полезнее);
2. мантейнер сильно подозревает что даже единицы тестеров могут ему
серьезно помочь, а пакет может сильно поломать Сизиф;

А так сравнивать Deadalus с Sisyphus сейчас нереально. Как минимум до тех
пор пока Daedalus не является замкнутым репозиторием (в этом случае я бы с
удовольствием делал на персональной машинке ежедневный dist-upgrade из
него, чтобы помогать тестированию).

>> С точки зрения тестирования это именно что _чуть_ лучше.
>> Daedalus это средство поделиться своими недоделками, которое
>> сильно хужее git (правда в одном лучше -- можно не пересобирать
>> а сразу поставить пакет). И средство тестирования чуть лучше
>> /dev/null.
MS> Слушай, успокойся и перечитай эти сравнения тёплого
MS> с недвижимостью.  Самому стыдно станет.

Миш, я действительно спокоен, как это ни странно. Ты действительно
считаешь что есть:
а) другие цели у Daedalus кроме перечисленных выше абзацем? Если да, то я
неправ и хотел бы услышать их;
б) с целью "посоветуйте как это улучшить" это разве лучше git? Чем хуже --
вижу, чем лучше -- не вижу.
в) по твоему действительно тестирование единицами тестеров подходит для
большинства пакетов? Мне кажется что для очень ограниченного меньшинства.
В остальных случаях оно попросту почти бесполезно.

MS> Если получится прикрутить incominger и qa-robot для начала 
MS> к backports, то будет очень хорошо следом и дедала подтянуть.

Это да.

MS> Если получится обновления публиковать на чём-то вроде sisyphus.ru
MS> (это всё явно более похоже на packages.altlinux.org) -- будет ещё
MS> лучше.  См. тж. http://wiki.sisyphus.ru/IolausIdeas

И это тоже крайне полезно.

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

http://freesource.info
----------------------------------------------------------------------------
Пpогpаммист ошибается 2 pаза в жизни: пpи pождении и пpи выбоpе
пpофессии.

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

Re: [devel] 4.0: to branch or not to branch

[Dmitry V. Levin]

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

On Thu, Mar 22, 2007 at 11:59:47AM +0300, Денис Смирнов wrote:
> On Thu, Mar 22, 2007 at 12:54:30AM +0300, Dmitry V. Levin wrote:
> >> On Wed, Mar 21, 2007 at 03:06:21PM +0300, Dmitry V. Levin wrote:
> >>>>> Уточню, audit в userspace -- это не только утилиты, но и
> >>>>> библиотека, к которой некоторый софт умеет пользоваться.
> >>>>> Поэтому давайте отложим на после релиза.
> >>>> Гм, а добавление до того отсутствовавших библиотек -- проблема?
> DVL>>> Если пакет начнут её подхватывать, то это уже изменение поведения.
> >> Тогда может пусть будет в Сизифе, но не класть в дистрибутив?
> DVL> Может мне уже пора отбранчить Сизиф на 4.0?  Правда, это приведёт к
> DVL> полному размораживанию Сизифа и, соответственно, полному замораживанию
> DVL> бранча, потому что сразу два Сизифа я отслеживать не смогу.
> 
> 1. хорошо бы ты озвучил точную дату бранча хотя бы за неделю, это сняло бы
> многие вопросы.

Это эмпирическая дата.  Когда количество пакетов, которые я заворачиваю,
превысит количество пакетов, которые я пропускаю, тогда я сделаю бранч.

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

> 2. у многих есть недоделки, которые надо бы доделать и включить в
> дистрибутив. Некоторые из них можно проделать уже в замороженом бранче, но
> большинство нет. У меня сейчас:
> 
>  - ppp (вносить изменения в замороженый низя);

С ppp просьба разобраться побыстрее.  В нынешнем состоянии это кандидат в
contrib.

>  - seirospbx (за время заморозки ещё будут багфиксы, их необходимо
>    выполнять и в замороженом бранче, например сегдоня в в Сизиф уйдет
>    security обновление по нему);

Да, я в курсе.

>  - kernel-modules-zaptel -- там broken ztdummy, он должен быть в
>    дистрибутиве рабочим (без него астериск уж очень малофункционален);
>  - kernel-modules-mISDN -- они нужны. У меня все не доходят руки их
>    собрать. Пакет никому помешать не должен, поэтому думаю что это
>    изменение можно будет выполнить и после заморозки;

OK

>  - с меня очень активно требуют hylafax+, ибо hylafax уродец. Что с этим
>    делать я не знаю. Переходить с hylafax на hylafax+ я не хочу, так что
>    это будет отдельный пакет.

hylafax* - это, насколько я понимаю, всё равно contrib.

>  - postgresql 8.2 должен быть в релизе.

Пожалуйста, аргументируйте эту точку зрения.

Кстати, кто из читающих этот список рассылки использовал postgresql-8.2?

>  - что у нас за бардак с жабой? 1.6 в дистрибутиве хотя бы в contribs быть
>    обязана.

Это я не могу никак прокомментировать.


-- 
ldv

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

Re: [devel] 4.0: to branch or not to branch

[Dmitry V. Levin]

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

On Thu, Mar 22, 2007 at 11:20:11AM +0400, Sergey Y. Afonin wrote:
> On Thursday 22 March 2007, Dmitry V. Levin wrote:
> 
> > Может мне уже пора отбранчить Сизиф на 4.0?
> 
> А что по поводу добавления в rpm макросов перед этим ?
> 
> http://bugzilla.altlinux.org/show_bug.cgi?id=6010
> и
> http://lists.altlinux.org/pipermail/devel/2007-March/042989.html

У меня ещё не сложилась точка зрения по этому вопросу.


-- 
ldv

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

Re: [devel] 4.0: to branch or not to branch

[Pavlov Konstantin]

On Thu, Mar 22, 2007 at 02:45:24PM +0300, Dmitry V. Levin wrote:
> В нынешнем состоянии это кандидат в contrib.

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

-- 
> В Debian [postgresql] распилено более грамотно
> (на первый взгляд, в подробности я не вникал)
Зато я вникал, там и на второй взгляд более грамотно,
и на третий...
		-- ldv in devel@

Re: [devel] 4.0: to branch or not to branch

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

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

On Thu, Mar 22, 2007 at 02:45:24PM +0300, Dmitry V. Levin wrote:

>> 1. хорошо бы ты озвучил точную дату бранча хотя бы за неделю, это сняло бы
>> многие вопросы.
DVL> Это эмпирическая дата.  Когда количество пакетов, которые я заворачиваю,
DVL> превысит количество пакетов, которые я пропускаю, тогда я сделаю бранч.
DVL> Это может случиться в любой день, начиная со вчерашнего.
DVL> (Да, я могу сделать бранч задним числом, если пойму, что уже поздно
DVL> откатывать уже опубликованный Сизиф).

Ясно.

>> 2. у многих есть недоделки, которые надо бы доделать и включить в
>> дистрибутив. Некоторые из них можно проделать уже в замороженом бранче, но
>> большинство нет. У меня сейчас:
>>  - ppp (вносить изменения в замороженый низя);
DVL> С ppp просьба разобраться побыстрее.  В нынешнем состоянии это кандидат в
DVL> contrib.

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

>>  - с меня очень активно требуют hylafax+, ибо hylafax уродец. Что с этим
>>    делать я не знаю. Переходить с hylafax на hylafax+ я не хочу, так что
>>    это будет отдельный пакет.
DVL> hylafax* - это, насколько я понимаю, всё равно contrib.

Да. Считать качество сборки что есть сейчас приемлимым для base я не могу.
К счастью нужен он весьма ограниченому слою пользователей.

>>  - postgresql 8.2 должен быть в релизе.
DVL> Пожалуйста, аргументируйте эту точку зрения.

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

При том что команда постгреса идиотизмом не страдает, 3 месяца после
выпуска релиза достаточное время чтобы считать его вполне надежным.

DVL> Кстати, кто из читающих этот список рассылки использовал postgresql-8.2?

Она только вчера ушла в Сизиф, до того как Иван вообще эту сборку заточил
у меня не было возможности её тестировать.

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

http://freesource.info
----------------------------------------------------------------------------
Надо с race'ами блокировками бороться, а не переименовыванием заниматься
		-- mithraen in devel@

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

Re: [devel] 4.0: to branch or not to branch

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

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

On Thu, Mar 22, 2007 at 12:38:57PM +0200, Igor Vlasenko wrote:

>>  - что у нас за бардак с жабой? 1.6 в дистрибутиве хотя бы в contribs быть
>>    обязана.
IV> 0.1 в Дедалус. 
IV> жду feedback.

Ok, поиграюсь.

IV> как там mv junit junit4?

Вы с Дамиром решите уж что мне с ним делать :)

Мое личное мнение что иметь постфикс должны менее используемые пакеты. Это
логично. С другой стороны совместимость с jpackage мне тоже кажется
весомым аргументом.

Де факто сейчас junit 4 в сизифе, он много там разломал (кроме
совместимости с gcj)?

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

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

http://freesource.info
----------------------------------------------------------------------------
> twit ? а можно подброенее? Что это есть?
По русски говоря ignore :)
		-- mithraen in smoke-room@

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

Re: [devel] 4.0: to branch or not to branch

[Dmitry V. Levin]

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

On Thu, Mar 22, 2007 at 08:20:14PM +0300, Pavlov Konstantin wrote:
> On Thu, Mar 22, 2007 at 02:45:24PM +0300, Dmitry V. Levin wrote:
> > В нынешнем состоянии это кандидат в contrib.
> 
> Хотелось бы узнать, по каким принципам будут отбираться пакеты в contrib.

Видимо, по принципу "всё, что не попало в main".
У вас есть другие предложения?


-- 
ldv

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

Re: [devel] 4.0: to branch or not to branch

[Pavlov Konstantin]

On Thu, Mar 22, 2007 at 10:47:16PM +0300, Dmitry V. Levin wrote:
> On Thu, Mar 22, 2007 at 08:20:14PM +0300, Pavlov Konstantin wrote:
> > On Thu, Mar 22, 2007 at 02:45:24PM +0300, Dmitry V. Levin wrote:
> > > В нынешнем состоянии это кандидат в contrib.
> > 
> > Хотелось бы узнать, по каким принципам будут отбираться пакеты в contrib.
> 
> Видимо, по принципу "всё, что не попало в main".
> У вас есть другие предложения?

Зайду с другой стороны.

Какие пакеты попадут в main? В Сизифе не вижу компоненты main.

-- 
> А еще я изящным движением мыши утащил верхнюю панель налево -
> как без перезапуска гнома ее вернуть на место?
Подцепить мышкой и перетащить обратно
		-- avp in sisyphus@

[devel] [JT] Re: разница между репозиториями

[Michael Shigorin]

On Thu, Mar 22, 2007 at 02:44:36PM +0300, Денис Смирнов wrote:
> Отправлять в Daedalus имеет смысл, IMHO, в двух случаях:
> 1. известно что пакет completely broken, но нужно опубликовать концепт (но
> в этом случае git куда полезнее);
> 2. мантейнер сильно подозревает что даже единицы тестеров могут ему
> серьезно помочь, а пакет может сильно поломать Сизиф;

3. майнтейнер имеет свою сборку, которая по разным причинам
   не может быть [оперативно] смержена с сизифовой.  т.к.
   создаётся она под себя, как правило, то публикация 
   в Daedalus позволяет её использование другими.

> А так сравнивать Deadalus с Sisyphus сейчас нереально.

Равно как и git с Sisyphus.  Я вот лажу в чужие исключительно
целенаправленно.

> Как минимум до тех пор пока Daedalus не является замкнутым
> репозиторием (в этом случае я бы с удовольствием делал на
> персональной машинке ежедневный dist-upgrade из него, чтобы
> помогать тестированию).

Я осенью, что ли, понял, что забыл вынуть дедал из sources.list,
скорее случайно через месяц или два.  Не поверишь -- удивился
и порадовался, что всё не так плохо, как думал.

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

Ты всерьёз сравниваешь VCS и пакетный репозиторий?

> >> И средство тестирования чуть лучше /dev/null.

Нет (ц)

> MS> Слушай, успокойся и перечитай эти сравнения тёплого
> MS> с недвижимостью.  Самому стыдно станет.
> Миш, я действительно спокоен, как это ни странно. Ты
> действительно считаешь что есть:
> а) другие цели у Daedalus кроме перечисленных выше абзацем?
> Если да, то я неправ и хотел бы услышать их;

Минимум по одной ты промазал.

Кстати, надо будет sympa туда плюхнуть -- если найду src.rpm,
который уже успел посеять при всех этих переездах да зачистках.

> б) с целью "посоветуйте как это улучшить" это разве лучше git?
> Чем хуже -- вижу, чем лучше -- не вижу.

Дай строчку для apt из git.

> в) по твоему действительно тестирование единицами тестеров
> подходит для большинства пакетов? Мне кажется что для очень
> ограниченного меньшинства.  В остальных случаях оно попросту
> почти бесполезно.

Я не берусь утверждать, что что-либо ненужно, на основании
отсутствия у меня понимания нужности.

Давай-ка завязывать, поскольку оба опять же в курсе,
кто что сказать хотел.  Отвечай и я заткнулся :)

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

[devel] кто что планирует поддерживать? мой список

[Michael Shigorin]

On Thu, Mar 22, 2007 at 10:52:46PM +0300, Pavlov Konstantin wrote:
> > > > В нынешнем состоянии это кандидат в contrib.
> > > Хотелось бы узнать, по каким принципам будут отбираться пакеты в contrib.
> > Видимо, по принципу "всё, что не попало в main".
> > У вас есть другие предложения?
> Зайду с другой стороны.  Какие пакеты попадут в main? В Сизифе
> не вижу компоненты main.

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

У меня это:

- по базовой/серверной части:
  + нужное:

apache
collectd
enca
dstat
iftop
lft
mod_limitipconn
monit
mtr
webalizer
wget

  + вынужденное:

MAKEDEV
mod_ssl
pciutils
zip

- по настольной части:
  + нужное:

libmikmod
kino
mikmod
xmms
xmms-out-crossfade

  + вынужденное:

alsa-firmware
alsa-oss
alsa-plugins
alsa-tools
alsa-utils
irda-utils
libalsa
libexif

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

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

Из перечисленных xmms -- явный кандидат в contrib как минимум по 
причине наличия "подземного стука" с залипанием воспроизведения
и integer overflow/underflow, исправления которых мне на сейчас
неизестны.

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

Re: [devel] 4.0: to branch or not to branch

[Damir Shayhutdinov]

> IV> как там mv junit junit4?
>
> Вы с Дамиром решите уж что мне с ним делать :)
>
> Мое личное мнение что иметь постфикс должны менее используемые пакеты. Это
> логично. С другой стороны совместимость с jpackage мне тоже кажется
> весомым аргументом.
Правда этот jpackage чего-то совсем не обновляется уже полгода :(
Может быть, если бы он обновился, там бы основным был бы junit4?
Данные для размышления (распределение версий junit по дистрибутивам
полученные от rpm.pbone.net).
junit-4.1: PLD, ALT
junit-3.8: jpackage, RH(jpackage), Mandriva, OpenSUSE, Debian(данные с
packages.debian.org)
junit4 есть только в ALT.

Так что совместимость тут не только с jpackage - но и с основными
дистрибутивами.

> Де факто сейчас junit 4 в сизифе, он много там разломал (кроме
> совместимости с gcj)?
Можно подождать плановой пересборки Сизифа, чтобы это выяснить.

> Ещё одна важная вещь. Эти пакеты либо будут конфликтовать, либо будут
> иметь разное имя файла со сборкой. Так вот соответственно та что из них
> будет называться junit.jar, та и будет использоваться большинством софта.
Лучше ставить конфликты. Приложения ищут junit.jar.

> И это должна быть безусловно junit 4. Конфликт при этом ставить тоже не
> хочется.
Насчет безусловности четверки я не уверен. Если оставить основным
junit-3.8, будет меньше проблем.

Re: [devel] 4.0: to branch or not to branch

[Alexey Tourbin]

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

On Thu, Mar 22, 2007 at 02:45:24PM +0300, Dmitry V. Levin wrote:
> Это может случиться в любой день, начиная со вчерашнего.
> (Да, я могу сделать бранч задним числом, если пойму, что уже поздно
> откатывать уже опубликованный Сизиф).

А я тоже могу сделать бранч!

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

Re: [devel] [JT] Re: разница между репозиториями

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

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

On Thu, Mar 22, 2007 at 09:59:34PM +0200, Michael Shigorin wrote:

>> Отправлять в Daedalus имеет смысл, IMHO, в двух случаях:
>> 1. известно что пакет completely broken, но нужно опубликовать концепт (но
>> в этом случае git куда полезнее);
>> 2. мантейнер сильно подозревает что даже единицы тестеров могут ему
>> серьезно помочь, а пакет может сильно поломать Сизиф;
MS> 3. майнтейнер имеет свою сборку, которая по разным причинам
MS>    не может быть [оперативно] смержена с сизифовой.  т.к.
MS>    создаётся она под себя, как правило, то публикация 
MS>    в Daedalus позволяет её использование другими.

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

>> А так сравнивать Deadalus с Sisyphus сейчас нереально.
MS> Равно как и git с Sisyphus.  Я вот лажу в чужие исключительно
MS> целенаправленно.

Разумеется. git это:
 - либо смержить чужие изменения (или хотя бы их посмотреть);
 - либо собрать чужой бранч если очень надо;

>> Как минимум до тех пор пока Daedalus не является замкнутым
>> репозиторием (в этом случае я бы с удовольствием делал на
>> персональной машинке ежедневный dist-upgrade из него, чтобы
>> помогать тестированию).
MS> Я осенью, что ли, понял, что забыл вынуть дедал из sources.list,
MS> скорее случайно через месяц или два.  Не поверишь -- удивился
MS> и порадовался, что всё не так плохо, как думал.

Гм. Можно попробовать.

> >>> Daedalus это средство поделиться своими недоделками, которое
> >>> сильно хужее git (правда в одном лучше -- можно не
> >>> пересобирать а сразу поставить пакет).
MS> Ты всерьёз сравниваешь VCS и пакетный репозиторий?

В тех случаях когда он используется для целей, где удобнее VCS :)
Пакетный репозиторий нужен там, и только там, когда с него надо
поставиться/посмотреть. Если же нужно посмотреть "а что там сделали?" то
это ужас.

Я вот сейчас с ppp мучаюсь. Перед моими глазами пакет, diff с предыдущей
версией полтора метра. Мне его надо слить с Сизифынм ppp. Как думаешь,
Daedalus в этом смысле оказался лучше или хуже git? ;)

>> а) другие цели у Daedalus кроме перечисленных выше абзацем?
>> Если да, то я неправ и хотел бы услышать их;
MS> Минимум по одной ты промазал.

Принимается.

MS> Кстати, надо будет sympa туда плюхнуть -- если найду src.rpm,
MS> который уже успел посеять при всех этих переездах да зачистках.

:(

>> б) с целью "посоветуйте как это улучшить" это разве лучше git?
>> Чем хуже -- вижу, чем лучше -- не вижу.
MS> Дай строчку для apt из git.

Для "посоветуйте как улучшить" нужно больше в srpm смотреть чем в
бинарник.

>> в) по твоему действительно тестирование единицами тестеров
>> подходит для большинства пакетов? Мне кажется что для очень
>> ограниченного меньшинства.  В остальных случаях оно попросту
>> почти бесполезно.
MS> Я не берусь утверждать, что что-либо ненужно, на основании
MS> отсутствия у меня понимания нужности.
MS> Давай-ка завязывать, поскольку оба опять же в курсе,
MS> кто что сказать хотел.  Отвечай и я заткнулся :)

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

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

http://freesource.info
----------------------------------------------------------------------------
> Сделал apt-get remove pam2_mktemp.
Сделайте и apt-get remove libpam2.
		-- ldv in community@

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

Re: [devel] 4.0: to branch or not to branch

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

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

On Fri, Mar 23, 2007 at 12:35:43AM +0300, Damir Shayhutdinov wrote:

>> Де факто сейчас junit 4 в сизифе, он много там разломал (кроме
>> совместимости с gcj)?
DS> Можно подождать плановой пересборки Сизифа, чтобы это выяснить.

Гм. Что-то я сходу не смог вспомнить как посмотреть список всех пакетов
который buildreq junit? Я могу на своей локальной машинке провести такую
плановую пересборку всех пакетов которые хотят junit. Дури у неё на это
хватит.

>> Ещё одна важная вещь. Эти пакеты либо будут конфликтовать, либо будут
>> иметь разное имя файла со сборкой. Так вот соответственно та что из них
>> будет называться junit.jar, та и будет использоваться большинством софта.
DS> Лучше ставить конфликты. Приложения ищут junit.jar.

Ясно.

>> И это должна быть безусловно junit 4. Конфликт при этом ставить тоже не
>> хочется.
DS> Насчет безусловности четверки я не уверен. Если оставить основным
DS> junit-3.8, будет меньше проблем.

Так что мне делать? Возвращать junit 3.8, или делать тестовую пересборку и
смотреть на результат?

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

http://freesource.info
----------------------------------------------------------------------------
mozilla-based проекты вообще не дружат с подобным способом сборки как rpm.
		-- legion in sisyphus@

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

Re: [devel] 4.0: to branch or not to branch

[Damir Shayhutdinov]

> Гм. Что-то я сходу не смог вспомнить как посмотреть список всех пакетов
> который buildreq junit? Я могу на своей локальной машинке провести такую
> плановую пересборку всех пакетов которые хотят junit. Дури у неё на это
> хватит.

Ну самый простой способ - это
for i in ~/Sisyphus/files/SRPMS/*.src.rpm; do rpm -qpR $i | grep -q
junit && echo $i; done

> >> И это должна быть безусловно junit 4. Конфликт при этом ставить тоже не
> >> хочется.
> DS> Насчет безусловности четверки я не уверен. Если оставить основным
> DS> junit-3.8, будет меньше проблем.
>
> Так что мне делать? Возвращать junit 3.8, или делать тестовую пересборку и
> смотреть на результат?
Давай посмотрим на результаты тестовой пересборки.

Re: [devel] [JT] Re: разница между репозиториями

[Eugene Ostapets]

23.03.07, Денис Смирнов<mithraen altlinux.ru> написал(а):
> On Thu, Mar 22, 2007 at 09:59:34PM +0200, Michael Shigorin wrote:
> MS> 3. майнтейнер имеет свою сборку, которая по разным причинам
> MS>    не может быть [оперативно] смержена с сизифовой.  т.к.
> MS>    создаётся она под себя, как правило, то публикация
> MS>    в Daedalus позволяет её использование другими.
>
> Логично, принимается. Правда после перехода на сборку из git это плоностью
> потеряет свою актуальность. Сейчас -- да, нужно.
В каком месте потеряет актуальность? Сколько людей не из команды будут
заморачиваться с вытягиванием из git?

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] [JT] Re: разница между репозиториями

[Dmitriy L. Kruglikov]

На календаре было: Пятница, 23 Март 2007 года,
Eugene Ostapets писал(а) в сообщении: 

EO == Eugene Ostapets

EO> Сколько людей не из команды будут
EO> заморачиваться с вытягиванием из git?

Сколько людей из тех, которые хотели бы заморочиться,
_смогут_ это сделать ?



--
Best regards,
 Dmitriy L. Kruglikov                     .--.
 Dmitriy.Kruglikov_at_gmail_dot_com      |@_@ |
 DKR6-RIPE                               |!_/ |
 XMPP:dkr6@jabber.ru                    //   \ \
                                       (|     | )
                                      /'\_   _/`\
Powered by Linux                      \___)=(___/
 
-- Мысль --
Если женятся двое хороших - будет счастье; если женятся хороший и дурной - будет 
правильно; если женятся двое дурных - будет каждый день война.
		-- Киргизская пословица

Re: [devel] [JT] Re: разница между репозиториями

[Eugene Ostapets]

23.03.07, Dmitriy L. Kruglikov<Dmitriy.Kruglikov orionagro.com.ua> написал(а):
> На календаре было: Пятница, 23 Март 2007 года,
> Eugene Ostapets писал(а) в сообщении:
>
> EO == Eugene Ostapets
>
> EO> Сколько людей не из команды будут
> EO> заморачиваться с вытягиванием из git?
>
> Сколько людей из тех, которые хотели бы заморочиться,
> _смогут_ это сделать ?
Я точно НЕ СМОГУ. На работе у меня реально только http доступ и
поэтому я буду последним в команде, кто перейдет на использование git
-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] [JT] Re: разница между репозиториями

[Slava Semushin]

23.03.07, Eugene Ostapets<eostapets / gmail.com> написал(а):
[...]
> > Сколько людей из тех, которые хотели бы заморочиться,
> > _смогут_ это сделать ?
> Я точно НЕ СМОГУ. На работе у меня реально только http доступ и
> поэтому я буду последним в команде, кто перейдет на использование git

У меня тоже только http. Так что +1 =(

-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [devel] [JT] Re: разница между репозиториями

[Konstantin A. Lepikhov]

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

Hi Eugene!

Friday 23, at 12:51:35 PM you wrote:

> 23.03.07, Dmitriy L. Kruglikov<Dmitriy.Kruglikov orionagro.com.ua> написал(а):
> > На календаре было: Пятница, 23 Март 2007 года,
> > Eugene Ostapets писал(а) в сообщении:
> >
> > EO == Eugene Ostapets
> >
> > EO> Сколько людей не из команды будут
> > EO> заморачиваться с вытягиванием из git?
> >
> > Сколько людей из тех, которые хотели бы заморочиться,
> > _смогут_ это сделать ?
> Я точно НЕ СМОГУ. На работе у меня реально только http доступ и
> поэтому я буду последним в команде, кто перейдет на использование git
transconnect не пробовал? ;)

-- 
WBR et al.

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

Re: [devel] [JT] Re: разница между репозиториями

[@ 2007-03-23 11:07 UTC (permalink / raw)]

Re: [devel] [JT] Re: разница между репозиториями

[@ 2007-03-23 11:12 UTC (permalink / raw)]

Re: [devel] [JT] Re: разница между репозиториями

[@ 2007-03-23 11:13 UTC (permalink / raw)]

Re: [devel] 4.0: to branch or not to branch

[@ 2007-03-23 11:17 UTC (permalink / raw)]

Re: [devel] [JT] Re: разница между репозиториями

[@ 2007-03-23 11:23 UTC (permalink / raw)]

Re: [devel] [JT] Re: разница между репозиториями

[@ 2007-03-23 11:24 UTC (permalink / raw)]

Re: [devel] [JT] Re: разница между репозиториями

[@ 2007-03-23 11:29 UTC (permalink / raw)]

Re: [devel] [JT] Re: разница между репозиториями

[@ 2007-03-23 12:11 UTC (permalink / raw)]

Re: [devel] [JT] Re: разница между репозиториями

[@ 2007-03-23 12:14 UTC (permalink / raw)]

Re: [devel] [JT] Re: разница между репозиториями

[@ 2007-03-23 12:19 UTC (permalink / raw)]

Re: [devel] [JT] Re: разница между репозиториями

[@ 2007-03-23 12:27 UTC (permalink / raw)]

Re: [devel] [JT] Re: разница между репозиториями

[@ 2007-03-23 12:37 UTC (permalink / raw)]

Re: [devel] [JT] Re: разница между репозиториями

[@ 2007-03-23 12:40 UTC (permalink / raw)]

Re: [devel] 4.0: to branch or not to branch

[@ 2007-03-23 13:39 UTC (permalink / raw)]

Re: [devel] [JT] Re: разница между репозиториями

[@ 2007-03-23 14:14 UTC (permalink / raw)]

Re: [devel] [JT] Re: разница между репозиториями

[@ 2007-03-23 14:50 UTC (permalink / raw)]

Re: [devel] [JT] Re: разница между репозиториями

[@ 2007-03-23 15:08 UTC (permalink / raw)]

Re: [devel] [JT] Re: разница между репозиториями

[@ 2007-03-23 15:46 UTC (permalink / raw)]

Re: [devel] [JT] Re: разница между репозиториями

[@ 2007-03-23 15:53 UTC (permalink / raw)]

Re: [devel] [JT] Re: разница между репозиториями

[@ 2007-03-23 20:21 UTC (permalink / raw)]

Re: [devel] [JT] Re: разница между репозиториями

[@ 2007-03-23 20:24 UTC (permalink / raw)]

Re: [devel] audit package

[@ 2007-03-23 21:21 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-24 23:49 UTC (permalink / raw)]

Re: [devel] audit package

[@ 2007-03-25 9:00 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 10:31 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 11:06 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 11:27 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 11:31 UTC (permalink / raw)]

Re: [devel] audit package

[@ 2007-03-25 11:34 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 12:02 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 12:32 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 12:41 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 12:49 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 12:52 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-03-25 13:30 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 14:45 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-03-25 15:03 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 15:13 UTC (permalink / raw)]

Re: [devel] audit package

[@ 2007-03-25 17:24 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 18:10 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 18:26 UTC (permalink / raw)]

Re: [devel] 4.0 server: в чем разница между main и contrib?

[@ 2007-03-25 18:28 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 18:35 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 18:37 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 18:46 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 19:08 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 19:11 UTC (permalink / raw)]

[devel] [post-4.0] кластерные ФС

[@ 2007-03-25 19:14 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 19:15 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 19:41 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 19:43 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 20:03 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 20:05 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 20:08 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 20:11 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 20:13 UTC (permalink / raw)]

Re: [devel] 4.0 server: в чем разница между main и contrib?

[@ 2007-03-25 20:23 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 20:27 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 20:39 UTC (permalink / raw)]

[devel] [JT] Re: 4.0 server: в чем разница между main и contrib?

[@ 2007-03-25 20:53 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 20:54 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 21:50 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 22:05 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-03-25 22:32 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-25 23:35 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-03-26 3:23 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-26 5:10 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-26 5:20 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-26 5:57 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-26 5:59 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-26 6:29 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-26 6:32 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-03-26 6:38 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-03-26 6:38 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-03-26 7:13 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-26 7:47 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-26 7:54 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-03-26 8:22 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-26 8:42 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-26 9:57 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-26 10:30 UTC (permalink / raw)]

[devel] Re: 4.0 server: кто что планирует поддерживать?

[@ 2007-03-26 10:35 UTC (permalink / raw)]

Re: [devel] 4.0 server: net-snmp

[@ 2007-03-26 11:28 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-26 11:40 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-26 11:40 UTC (permalink / raw)]

Re: [devel] 4.0 server: net-snmp

[@ 2007-03-26 11:41 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-03-26 12:17 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-03-26 12:44 UTC (permalink / raw)]

Re: [devel] 4.0 server: net-snmp

[@ 2007-03-26 13:35 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-03-26 13:38 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-03-26 13:47 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-03-26 13:53 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-03-26 14:17 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-26 18:59 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-26 19:38 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-26 21:29 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-26 22:36 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-03-27 5:06 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-03-27 12:33 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-27 17:30 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-28 6:23 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-28 6:27 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-28 6:46 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-28 16:49 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-03-28 17:52 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-03-28 17:53 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-28 17:54 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-28 19:00 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-03-28 19:30 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-29 0:55 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-29 5:36 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-29 6:30 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-29 6:37 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-29 6:59 UTC (permalink / raw)]

[devel] 4.0 server status

[@ 2007-03-29 7:28 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-29 8:13 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-03-29 8:15 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-29 8:53 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-29 10:05 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-29 10:18 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-29 11:02 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-29 12:44 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-29 14:25 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-29 14:30 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-29 17:15 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-29 21:36 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-29 21:45 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-29 22:26 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-29 22:33 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-29 22:45 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-29 23:03 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-29 23:08 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-30 5:31 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-30 6:10 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-30 7:09 UTC (permalink / raw)]

[devel] [JT] Re: 4.0 server status

[@ 2007-03-30 8:08 UTC (permalink / raw)]

[devel] [JT] free as in delivery (was: 4.0 server status)

[@ 2007-03-30 8:22 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-30 8:25 UTC (permalink / raw)]

Re: [devel] [room] 4.0 server status

[@ 2007-03-30 8:49 UTC (permalink / raw)]

[devel] Q: license (was: Re: 4.0 server: кто что планирует поддерживать? )

[@ 2007-03-30 11:54 UTC (permalink / raw)]

Re: [devel] Q: license

[@ 2007-03-30 12:27 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-30 15:34 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-03-30 16:20 UTC (permalink / raw)]

Re: [devel] [JT] free as in delivery (was: 4.0 server status)

[@ 2007-03-30 16:20 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-30 16:49 UTC (permalink / raw)]

Re: [devel] [JT] free as in delivery (was: 4.0 server status)

[@ 2007-03-30 17:18 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-30 17:35 UTC (permalink / raw)]

Re: [devel] [JT] free as in delivery (was: 4.0 server status)

[@ 2007-03-30 18:02 UTC (permalink / raw)]

[devel] [JT] emacs as an app server (was: кто что планирует поддерживать? мой список)

[@ 2007-03-30 18:39 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-03-30 19:19 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-03-30 19:22 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-30 19:23 UTC (permalink / raw)]

[devel] Administrativia

[@ 2007-03-30 19:27 UTC (permalink / raw)]

Re: [devel] Administrativia

[@ 2007-03-30 19:42 UTC (permalink / raw)]

Re: [devel] Administrativia

[@ 2007-03-30 20:16 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-30 21:00 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-30 21:11 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-30 21:24 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-03-30 21:45 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-03-30 21:58 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-30 22:02 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-30 22:36 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-30 23:39 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-31 0:08 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-03-31 0:49 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-31 1:17 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-31 1:48 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-03-31 8:21 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-31 8:40 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-31 8:42 UTC (permalink / raw)]

Re: [devel] [JT] free as in delivery

[@ 2007-03-31 8:42 UTC (permalink / raw)]

Re: [devel] [JT] free as in delivery

[@ 2007-03-31 8:48 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-31 9:16 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-03-31 9:35 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-03-31 15:21 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-31 15:27 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-03-31 16:45 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-04-01 17:43 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-04-01 17:59 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-04-01 21:15 UTC (permalink / raw)]

Re: [devel] cyrus-imapd conflicts with dovecot

[@ 2007-04-01 21:22 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-04-01 21:25 UTC (permalink / raw)]

Re: [devel] cyrus-imapd conflicts with dovecot

[@ 2007-04-02 5:55 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-04-02 8:41 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-04-02 9:57 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-04-02 11:26 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-04-02 11:36 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-04-02 13:09 UTC (permalink / raw)]

[devel] CD1, main, contrib, updates

[@ 2007-04-02 13:28 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-04-02 13:37 UTC (permalink / raw)]

Re: [devel] cyrus-imapd conflicts with dovecot

[@ 2007-04-02 16:15 UTC (permalink / raw)]

Re: [devel] cyrus-imapd conflicts with dovecot

[@ 2007-04-02 20:06 UTC (permalink / raw)]

Re: [devel] cyrus-imapd conflicts with dovecot

[@ 2007-04-02 20:51 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-04-03 11:28 UTC (permalink / raw)]

Re: [devel] 4.0 server status

[@ 2007-04-03 12:14 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-04-03 18:08 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-04-04 0:36 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-04-06 1:41 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-04-06 4:51 UTC (permalink / raw)]

Re: [devel] кто что планирует поддерживать? мой список

[@ 2007-04-06 7:04 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-04-06 13:13 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-04-06 13:33 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-06-05 16:34 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-06-05 16:54 UTC (permalink / raw)]

Re: [devel] 4.0 server: кто что планирует поддерживать?

[@ 2007-06-05 17:41 UTC (permalink / raw)]