[devel] audit package

[devel] audit package

[Andrew Kornilov]

Еще раз добрый день.

Поискал через google в наших рассылках, не нашел ничего интересного по: 
http://people.redhat.com/sgrubb/audit/  Это у нас не собрано потому, что 
никому не нужно или проблемы какие-то? Если первое, то никто не против, 
если я соберу?
Еще интересный вопрос с #11043
По информации от vsu@, был форк, но человек, обещавший развивать проект, 
ничего не делает. Соответственно, во всяких SuSE уже настолько 
перепатченные версии, что их тоже можно назвать форком :) Что делать нам?

Re: [devel] audit package

[Avramenko Andrew]

Andrew Kornilov пишет:
> Еще раз добрый день.
> 
> Поискал через google в наших рассылках, не нашел ничего интересного по: 
> http://people.redhat.com/sgrubb/audit/  Это у нас не собрано потому, что 
> никому не нужно или проблемы какие-то? Если первое, то никто не против, 
> если я соберу?
> Еще интересный вопрос с #11043
> По информации от vsu@, был форк, но человек, обещавший развивать проект, 
> ничего не делает. Соответственно, во всяких SuSE уже настолько 
> перепатченные версии, что их тоже можно назвать форком :) Что делать нам?

В Red Hat вполне работоспособная версия, вошла и в RHEL 5 в том числе. 
Сталкивался с проблемой скудности документации, хотя может я придираюсь. 
Не так давно в sysadmins@ на эту тему говорили - ядро вроде бы должно 
поддерживать возможность audit, так что в принципе наверное пакет был бы 
нужным.

---
С уважением,
Андрей

Re: [devel] audit package

[Dmitry V. Levin]

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

On Wed, Mar 21, 2007 at 09:40:09AM +0300, Avramenko Andrew wrote:
> Andrew Kornilov пишет:
> > Еще раз добрый день.
> > 
> > Поискал через google в наших рассылках, не нашел ничего интересного по: 
> > http://people.redhat.com/sgrubb/audit/  Это у нас не собрано потому, что 
> > никому не нужно или проблемы какие-то? Если первое, то никто не против, 
> > если я соберу?
> > Еще интересный вопрос с #11043
> > По информации от vsu@, был форк, но человек, обещавший развивать проект, 
> > ничего не делает. Соответственно, во всяких SuSE уже настолько 
> > перепатченные версии, что их тоже можно назвать форком :) Что делать нам?
> 
> В Red Hat вполне работоспособная версия, вошла и в RHEL 5 в том числе. 
> Сталкивался с проблемой скудности документации, хотя может я придираюсь. 
> Не так давно в sysadmins@ на эту тему говорили - ядро вроде бы должно 
> поддерживать возможность audit, так что в принципе наверное пакет был бы 
> нужным.

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


-- 
ldv

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

Re: [devel] audit package

[Michael Shigorin]

On Wed, Mar 21, 2007 at 01:17:45PM +0300, Dmitry V. Levin wrote:
> Уточню, audit в userspace -- это не только утилиты, но и
> библиотека, к которой некоторый софт умеет пользоваться.
> Поэтому давайте отложим на после релиза.

Гм, а добавление до того отсутствовавших библиотек -- проблема?
(глядя на анонс pg8.2)

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

Re: [devel] audit package

[Dmitry V. Levin]

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

On Wed, Mar 21, 2007 at 02:00:26PM +0200, Michael Shigorin wrote:
> On Wed, Mar 21, 2007 at 01:17:45PM +0300, Dmitry V. Levin wrote:
> > Уточню, audit в userspace -- это не только утилиты, но и
> > библиотека, к которой некоторый софт умеет пользоваться.
> > Поэтому давайте отложим на после релиза.
> 
> Гм, а добавление до того отсутствовавших библиотек -- проблема?

Если пакет начнут её подхватывать, то это уже изменение поведения.

> (глядя на анонс pg8.2)

Не смотри туда.


-- 
ldv

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

Re: [devel] audit package

[Andrew Kornilov]

Avramenko Andrew wrote:
>> Еще интересный вопрос с #11043
>> По информации от vsu@, был форк, но человек, обещавший развивать проект, 
>> ничего не делает. Соответственно, во всяких SuSE уже настолько 
>> перепатченные версии, что их тоже можно назвать форком :) Что делать нам?
>>     
>
> В Red Hat вполне работоспособная версия, вошла и в RHEL 5 в том числе. 
> Сталкивался с проблемой скудности документации, хотя может я придираюсь. 
> Не так давно в sysadmins@ на эту тему говорили - ядро вроде бы должно 
> поддерживать возможность audit, так что в принципе наверное пакет был бы 
> нужным.
>   
Вторая часть вопроса была про util-linux :) А про audit понятно, 
работает он и в ядре штатно.

Re: [devel] audit package

[Andrew Kornilov]

Dmitry V. Levin wrote:
>> Гм, а добавление до того отсутствовавших библиотек -- проблема?
>>     
>
> Если пакет начнут её подхватывать, то это уже изменение поведения.
>   
А примеры пакетов можно, для себя?
И, кстати, с util-linux тоже ничего делать не будем? Как минимум двух не 
самых бесполезных ручек в релизе не будет (audit+ionice)

Re: [devel] audit package

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

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

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

Тогда может пусть будет в Сизифе, но не класть в дистрибутив?

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

http://freesource.info
----------------------------------------------------------------------------
Не стреляйте в программиста - он комментирует как может.

[-- 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: 743 bytes --]

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

Может мне уже пора отбранчить Сизиф на 4.0?  Правда, это приведёт к
полному размораживанию Сизифа и, соответственно, полному замораживанию
бранча, потому что сразу два Сизифа я отслеживать не смогу.


-- 
ldv

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

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

[Sergey Y. Afonin]

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

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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)]