[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

[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: разница между репозиториями

[Dmitriy L. Kruglikov]

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

SS == Slava Semushin

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

Даже с полным доступом ко всем портам и ресурсам
доступ в git предоставляется при наличии ключика, который
является неотёмным атрибутом чл.. участника команды.

Таким образом, кроме участников - ни кто... Сегодня.

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

Мне было достаточно сложно пробовать собрать инсталлер,
прыгая по различным 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: разница между репозиториями

[Alexey I. Froloff]

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

* Dmitriy L. Kruglikov <Dmitriy.Kruglikov@> [070323 14:10]:
> Даже с полным доступом ко всем портам и ресурсам
> доступ в git предоставляется при наличии ключика, который
> является неотёмным атрибутом чл.. участника команды.
Да ну?  Уже давно есть git://git.altlinux.org/

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

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

[Eugene Ostapets]

23.03.07, Konstantin A. Lepikhov<lakostis altlinux.org> написал(а):
> 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 не пробовал? ;)
Чем это мне поможет, если метод коннект разрешен только на 443? Можно
проксить через домашний комп, но нафига мне этот геморрой?


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

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

[Dmitry V. Levin]

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

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

В том то и дело, что каждый может сделать бранч, но не каждому это нужно.


-- 
ldv

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

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

[Dmitry V. Levin]

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

On Fri, Mar 23, 2007 at 02:12:40PM +0300, Alexey I. Froloff wrote:
> * Dmitriy L. Kruglikov <Dmitriy.Kruglikov@> [070323 14:10]:
> > Даже с полным доступом ко всем портам и ресурсам
> > доступ в git предоставляется при наличии ключика, который
> > является неотёмным атрибутом чл.. участника команды.
> Да ну?  Уже давно есть git://git.altlinux.org/

И http://git.altlinux.org/


-- 
ldv

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

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

[Dmitry V. Levin]

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

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

А каким образом вы отправляете пакеты в Сизиф сейчас?


-- 
ldv

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

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

[Konstantin A. Lepikhov]

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

Hi Eugene!

Friday 23, at 01:13:39 PM you wrote:

<skip>
> > > Я точно НЕ СМОГУ. На работе у меня реально только http доступ и
> > > поэтому я буду последним в команде, кто перейдет на использование git
> > transconnect не пробовал? ;)
> Чем это мне поможет, если метод коннект разрешен только на 443? Можно
> проксить через домашний комп, но нафига мне этот геморрой?
в чем проблема? что не хочешь через домашний комп, или влом настраивать?
Поскольку мне, например, выдать прокси под такие нужды не влом.

-- 
WBR et al.

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

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

[Eugene Ostapets]

23.03.07, Dmitry V. Levin<ldv altlinux.org> написал(а):
> > Я точно НЕ СМОГУ. На работе у меня реально только http доступ и
> > поэтому я буду последним в команде, кто перейдет на использование git
> А каким образом вы отправляете пакеты в Сизиф сейчас?
В виде src.rpm пакетов? А что, есть другие способы?
-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

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

[Eugene Ostapets]

23.03.07, Konstantin A. Lepikhov<lakostis altlinux.org> написал(а):
> Hi Eugene!
> > > > Я точно НЕ СМОГУ. На работе у меня реально только http доступ и
> > > > поэтому я буду последним в команде, кто перейдет на использование git
> > > transconnect не пробовал? ;)
> > Чем это мне поможет, если метод коннект разрешен только на 443? Можно
> > проксить через домашний комп, но нафига мне этот геморрой?
> в чем проблема? что не хочешь через домашний комп, или влом настраивать?
Это будет геморройно - канал с белым ip у меня асинхронный, т.е. очень
низкая скорость на отдачу
> Поскольку мне, например, выдать прокси под такие нужды не влом.
Ага, в UA-IX? :)

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

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

[Dmitry V. Levin]

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

On Fri, Mar 23, 2007 at 02:11:26PM +0200, Eugene Ostapets wrote:
> 23.03.07, Dmitry V. Levin<ldv altlinux.org> написал(а):
> > > Я точно НЕ СМОГУ. На работе у меня реально только http доступ и
> > > поэтому я буду последним в команде, кто перейдет на использование git
> > А каким образом вы отправляете пакеты в Сизиф сейчас?
> В виде src.rpm пакетов? А что, есть другие способы?

А по какому протоколу вы отправляете src.rpm пакеты в Сизиф сейчас?


-- 
ldv

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

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

[Eugene Ostapets]

23.03.07, Dmitry V. Levin<ldv@altlinux.org> написал(а):
> On Fri, Mar 23, 2007 at 02:11:26PM +0200, Eugene Ostapets wrote:
> > 23.03.07, Dmitry V. Levin<ldv altlinux.org> написал(а):
> > > > Я точно НЕ СМОГУ. На работе у меня реально только http доступ и
> > > > поэтому я буду последним в команде, кто перейдет на использование git
> > > А каким образом вы отправляете пакеты в Сизиф сейчас?
> > В виде src.rpm пакетов? А что, есть другие способы?
> А по какому протоколу вы отправляете src.rpm пакеты в Сизиф сейчас?
По вечерам и/или в выходные дни из дома, если не забываю что у меня
появились свежие сборки...  Но разговор был не о том, а о Daedalus и
его необходимости... Я бы предпочел, чтобы одновременно с выходом 4.0
структура релиз+обновления получила имя Stable, Сизиф был переименован
в Testing и Daedalus - Unstable... Это бы сняло большинство дурных
дискуссий о том можно ли использовать Testing на серверах и к чему это
может привести. А замкнутость Unstable дало бы возможность желающим
тестировать самые новейшие и глючные версии... Мне кажеться при
удачности релиза есть неплохой шанс на то, чтобы эти три репозитария
получили достаточный объем пользователей...

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

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

[Dmitriy L. Kruglikov]

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

EO == Eugene Ostapets

EO> Я бы предпочел, чтобы одновременно с выходом 4.0
EO> структура релиз+обновления получила имя Stable, Сизиф был переименован
EO> в Testing и Daedalus - Unstable...

+1.
Ясно, понятно и прозрачно...
Любой, впервые установивший, сможет разобраться, даже без
дополнительных пояснений.




--
Best regards,
 Dmitriy L. Kruglikov                     .--.
 Dmitriy.Kruglikov_at_gmail_dot_com      |@_@ |
 DKR6-RIPE                               |!_/ |
 XMPP:dkr6@jabber.ru                    //   \ \
                                       (|     | )
                                      /'\_   _/`\
Powered by Linux                      \___)=(___/
 
-- Мысль --
Эгоцентризм - это воронка, утягивающая в персональное никуда.
		-- Виктор Кротов

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

[Dmitry V. Levin]

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

On Fri, Mar 23, 2007 at 02:27:11PM +0200, Eugene Ostapets wrote:
> 23.03.07, Dmitry V. Levin написал(а):
> > On Fri, Mar 23, 2007 at 02:11:26PM +0200, Eugene Ostapets wrote:
> > > 23.03.07, Dmitry V. Levin написал(а):
> > > > > Я точно НЕ СМОГУ. На работе у меня реально только http доступ и
> > > > > поэтому я буду последним в команде, кто перейдет на использование git
> > > > А каким образом вы отправляете пакеты в Сизиф сейчас?
> > > В виде src.rpm пакетов? А что, есть другие способы?
> > А по какому протоколу вы отправляете src.rpm пакеты в Сизиф сейчас?
> По вечерам и/или в выходные дни из дома, если не забываю что у меня
> появились свежие сборки...  Но разговор был не о том,

Разговор зашёл об удобстве иcпользования git.alt vs incoming.alt

> а о Daedalus и
> его необходимости... Я бы предпочел, чтобы одновременно с выходом 4.0
> структура релиз+обновления получила имя Stable, Сизиф был переименован
> в Testing и Daedalus - Unstable... Это бы сняло большинство дурных
> дискуссий о том можно ли использовать Testing на серверах и к чему это
> может привести. А замкнутость Unstable дало бы возможность желающим
> тестировать самые новейшие и глючные версии... Мне кажеться при
> удачности релиза есть неплохой шанс на то, чтобы эти три репозитария
> получили достаточный объем пользователей...

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


-- 
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:

> > http://bugzilla.altlinux.org/show_bug.cgi?id=6010
> 
> У меня ещё не сложилась точка зрения по этому вопросу.

Про #6010 я бы рискнул понастаивать. :-)

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

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

[Mikhail Gusarov]

Twas brillig at 12:51:35 23.03.2007 UTC+02 when Eugene Ostapets did gyre and gimble:

 EO> Я точно НЕ СМОГУ. На работе у меня реально только http доступ и поэтому я
 EO> буду последним в команде, кто перейдет на использование git

К вопросу о предоставлении информации: git вполне умеет раздавать репозитории по
HTTP (а push-ить патчи обратно, наверное, можно и по email).

Только вот почему-то доступность ресурсов по HTTP обычно забывают указывать ;)

-- 
JID: dottedmag@jabber.dottedmag.net

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

[Sergey Vlasov]

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

On Fri, Mar 23, 2007 at 08:14:13PM +0600, Mikhail Gusarov wrote:
> 
> Twas brillig at 12:51:35 23.03.2007 UTC+02 when Eugene Ostapets did gyre and gimble:
> 
>  EO> Я точно НЕ СМОГУ. На работе у меня реально только http доступ и поэтому я
>  EO> буду последним в команде, кто перейдет на использование git
> 
> К вопросу о предоставлении информации: git вполне умеет раздавать
> репозитории по HTTP

Но пользы от этого в том виде, как реализовано на git.alt, мало -
выполнение git repack после каждого push приводит к тому, что
HTTP-клиент будет после каждого обновления вытаскивать всё заново.

В принципе можно было бы написать некий CGI для удалённого выполнения
git-pack-objects (правда, реализовать полноценный поиск общих коммитов
в этом случае проблематично, но для случая readonly mirror можно
обойтись и без него, если в репозитории не занимаются активным
переписыванием истории).

> (а push-ить патчи обратно, наверное, можно и по email).

Теоретически можно и через HTTPS+WebDAV, только этот метод довольно
крив по своей сути.

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

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

[Michael Shigorin]

On Fri, Mar 23, 2007 at 01:13:39PM +0200, Eugene Ostapets wrote:
> > > > Сколько людей из тех, которые хотели бы заморочиться,
> > > > _смогут_ это сделать ?
> > > Я точно НЕ СМОГУ. На работе у меня реально только http доступ и
> > > поэтому я буду последним в команде, кто перейдет на использование git
> > transconnect не пробовал? ;)
> Чем это мне поможет, если метод коннект разрешен только на 443?
> Можно проксить через домашний комп, но нафига мне этот
> геморрой?

На самом деле я планирую организовать зеркало git.altlinux.org
на ftp.linux.kiev.ua по мере осознания нужности и возможности.
Если захочешь, своими руками там сделаешь :443. :)

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

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

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

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

On Fri, Mar 23, 2007 at 01:07:51PM +0200, Dmitriy L. Kruglikov wrote:

DLK> Вероятно, можно будет настроить анонимный доступ в будущем,
DLK> чисто теоретически, наверное...

Интереснл, а как я этим анонимным доступом периодически пользуюсь? ;)

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

http://freesource.info
----------------------------------------------------------------------------
В целом, нужно стремиться к точным алгоритмам, а это сложнее, чем хаки.
		-- at in devel@

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

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

[Dmitriy L. Kruglikov]

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

 == Денис Смирнов

> DLK> Вероятно, можно будет настроить анонимный доступ в будущем,
> DLK> чисто теоретически, наверное...  
> 
> Интереснл, а как я этим анонимным доступом периодически пользуюсь? ;)

Вероятно, во время моей активности в этом направлении, такого еще не было...
Значить, я ошибся...



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

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

[Hihin Ruslan]

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

Здравствуйте Dmitry V. Levin
  В сообщении от 23 марта 2007 Dmitry V. Levin написал(a):
 > Мне кажется, что вы сильно ошибаетесь, предполагая, что
 > переименование
  > может здесь что-либо решить.
Если все пакеты в Сизиф попадали-бы через Дедалус по определённым 
правилам. ....


-- 
С уважением Xихин Руслан

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

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

[Mikhail Gusarov]

Twas brillig at 23:21:35 23.03.2007 UTC+03 when Hihin Ruslan did gyre and gimble:

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

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

 HR> Если все пакеты в Сизиф попадали-бы через Дедалус по определённым
 HR> правилам. ....

То это называлось бы Debian ;)

-- 
JID: dottedmag@jabber.dottedmag.net

Re: [devel] audit package

[Andrew Kornilov]

Денис Смирнов wrote:
> Сколько людей тестируют содержимое Daedalus? 1? 5? 10? С точки зрения
> тестирования это именно что _чуть_ лучше. Daedalus это средство поделиться
> своими недоделками, которое сильно хужее git (правда в одном лучше --
> можно не пересобирать а сразу поставить пакет). И средство тестирования
> чуть лучше /dev/null.
>   
Так на чем останавливаемся? Собираем в sisyphus и не кладем в 
дистрибутив, собираем в daedalus или не собираем вообще? audit и ionice 
(из util-linux) весьма полезные утилиты на сервере.

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

[Dmitry V. Levin]

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

Hi,

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

При комплектовании 4.0 server я буду исходить из моего и ваших ответов
на этот вопрос.

Текущее состояние соответствует содержанию файлов
profiles/installer/{base,disk}/packages
в пакете spt-profiles-server
(который, как правило, немного отстаёт от spt-profiles-server.git).

> У меня это:
> 
> - по базовой/серверной части:
>   + нужное:
> 
> apache
> collectd
> enca
> dstat
> iftop
> lft
> mod_limitipconn
> monit
> mtr
> webalizer
> wget

+ iftop, mtr:
  уже включены.
+ enca:
  не возражаю.
+ apache+mod_limitipconn, wget:
  стараюсь избегать избыточности, но боюсь что это не совсем тот случай.
+ collectd, dstat, webalizer:
  не возражаю если ты готов это поддерживать.
+ monit:
  у меня сложное отношение к этой программе; тем не менее,
  не возражаю если ты готов это поддерживать.
+ lft:
  ещё один suid'ный traceroute, я никогда этой программой не пользовался
  и в код не смотрел.  Для включения в 4.0 server нужна дополнительная
  аргументация.

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

Только MAKEDEV или ещё и обычный dev?
Зачем нужен последний, не совсем понятно.

> mod_ssl

ok

> pciutils

уже включено по зависимостям.

> zip

ok

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

Миша, большое спасибо как за список, так и за разъяснение.


-- 
ldv

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

Re: [devel] audit package

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

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

On Fri, Mar 23, 2007 at 11:21:09PM +0200, Andrew Kornilov wrote:

AK> Так на чем останавливаемся? Собираем в sisyphus и не кладем в 
AK> дистрибутив, собираем в daedalus или не собираем вообще? audit и ionice 
AK> (из util-linux) весьма полезные утилиты на сервере.

Раз ldv@ сказал что не пропустит в Сизиф, значит не пропустит. Они нужны.
Значит разумно собирать в Daedalus. Все просто :)

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

http://freesource.info
----------------------------------------------------------------------------
Пришли мне, плиз, безысходники своей программы.

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

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

[Pavlov Konstantin]

On Sun, Mar 25, 2007 at 03:49:47AM +0400, Dmitry V. Levin wrote:
> Hi,
> 
> On Thu, Mar 22, 2007 at 10:21:52PM +0200, Michael Shigorin wrote:
> > On Thu, Mar 22, 2007 at 10:52:46PM +0300, Pavlov Konstantin wrote:
> > > > > > В нынешнем состоянии это кандидат в contrib.
> > > > > Хотелось бы узнать, по каким принципам будут отбираться пакеты в contrib.
> > > > Видимо, по принципу "всё, что не попало в main".
> > > > У вас есть другие предложения?
> > > Зайду с другой стороны.  Какие пакеты попадут в main? В Сизифе
> > > не вижу компоненты main.
> > 
> > Предлагалось подумать командой и каждому выставить список
> > пакетов, которые в разумной степени предполагаются
> > поддерживаемыми по личной или работной необходимости.
> 
> При комплектовании 4.0 server я буду исходить из моего и ваших ответов
> на этот вопрос.
> 
> Текущее состояние соответствует содержанию файлов
> profiles/installer/{base,disk}/packages
> в пакете spt-profiles-server
> (который, как правило, немного отстаёт от spt-profiles-server.git).

основные кандидаты в main от меня:

+ lvm2, device-mapper
+ net-snmp

менее основные:

+ kismet
+ pvpgn

-- 
С arch у меня что-то не сложилось. Почему-то от попыток им пользоваться
было ощущение хождения по минному полю и стучания вокруг граблями,
периодически задевая себе этими граблями в лоб. Чувствую себя ламером.
		-- mithraen in devel@

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

[Sergey Y. Afonin]

On Sunday 25 March 2007, Dmitry V. Levin wrote:

> При комплектовании 4.0 server я буду исходить из моего и ваших ответов
> на этот вопрос.
 
А в каком месте останется contrib ? В любом случае, хоть в каком-то виде,
нужны Sendmail/Cyrus-IMAP/ClamAV.

И я не увидел procps и psmisc в spt-profiles-server-0.1-alt1. 

-- 
С уважением, Сергей Афонин

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

[Dmitry V. Levin]

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

On Sun, Mar 25, 2007 at 02:31:45PM +0400, Pavlov Konstantin wrote:
[...]
> основные кандидаты в main от меня:
> 
> + lvm2

Для этого надо разрулить конфликт с пакетом evms.

> + device-mapper

libdevmapper там уже есть по зависимостям.
Что ещё из "grep -w device-mapper list.x86_64.classic" нужно?

> + net-snmp

Что именно из "grep -w net-snmp list.x86_64.classic" нужно?

> менее основные:
> 
> + kismet
> + pvpgn

А что это такое и готово ли оно для сервера?
Например,
/usr/bin/kismet_server - если сервер, то почему /usr/bin/?
drwxr-x--- pvpgn pvpgn /var/log/pvpgn - почему каталогом владеет
псевдопользователь?


-- 
ldv

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

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

[Dmitry V. Levin]

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

On Sun, Mar 25, 2007 at 04:06:39PM +0500, Sergey Y. Afonin wrote:
> On Sunday 25 March 2007, Dmitry V. Levin wrote:
> 
> > При комплектовании 4.0 server я буду исходить из моего и ваших ответов
> > на этот вопрос.
>  
> А в каком месте останется contrib ?

Я не понял вопрос.

> В любом случае, хоть в каком-то виде,
> нужны Sendmail/Cyrus-IMAP/ClamAV.

contrib им обеспечен.
Поскольку в main есть postfix и dovecot, то присутствие там sendmail и
cyrus надо аргументировать.
clamav требует регулярного обновления; чтобы включить такой пакет в main,
я должен знать, кто будет эти регулярные обновления готовить.

> И я не увидел procps и psmisc в spt-profiles-server-0.1-alt1. 

Они вытягиваются по зависимостям.


-- 
ldv

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

Re: [devel] audit package

[Dmitry V. Levin]

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

On Sun, Mar 25, 2007 at 01:00:43PM +0400, Денис Смирнов wrote:
> On Fri, Mar 23, 2007 at 11:21:09PM +0200, Andrew Kornilov wrote:
> 
> AK> Так на чем останавливаемся? Собираем в sisyphus и не кладем в 
> AK> дистрибутив, собираем в daedalus или не собираем вообще? audit и ionice 
> AK> (из util-linux) весьма полезные утилиты на сервере.
> 
> Раз ldv@ сказал что не пропустит в Сизиф, значит не пропустит. Они нужны.

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


-- 
ldv

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

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

[Pavlov Konstantin]

On Sun, Mar 25, 2007 at 03:27:24PM +0400, Dmitry V. Levin wrote:
> On Sun, Mar 25, 2007 at 02:31:45PM +0400, Pavlov Konstantin wrote:
> [...]
> > основные кандидаты в main от меня:
> > 
> > + lvm2
> 
> Для этого надо разрулить конфликт с пакетом evms.

Насколько я понял, пакет evms нужен только на стадии инсталлятора.

В системе же нужен lvm2.

> > + device-mapper
> 
> libdevmapper там уже есть по зависимостям.
> Что ещё из "grep -w device-mapper list.x86_64.classic" нужно?

dmsetup вытянется за udev.

> > + net-snmp
> 
> Что именно из "grep -w net-snmp list.x86_64.classic" нужно?

net-snmp.

Распилка пакета у меня запланирована, но я совсем не уверен, что сделаю до
релиза.

> > менее основные:
> > 
> > + kismet
> > + pvpgn
> 
> А что это такое и готово ли оно для сервера?
> Например,
> /usr/bin/kismet_server - если сервер, то почему /usr/bin/?
> drwxr-x--- pvpgn pvpgn /var/log/pvpgn - почему каталогом владеет
> псевдопользователь?

Потому я и написал, что "менее основные".
Первое -- wifi IDS/sniffer/detector.
Второе -- сервер для игр.

-- 
Если человек выполняет свои обязанности, то пофиг сколько он работает и
как -- пусть хоть порнуху на рабочем месте смотрит. Если он при этом
хороший работник, то можно ему и монитор для этого счастья побольше
подарить :)
		-- mithraen in community@

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

[Konstantin A. Lepikhov]

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

Hi Pavlov!

Sunday 25, at 04:02:50 PM you wrote:

> On Sun, Mar 25, 2007 at 03:27:24PM +0400, Dmitry V. Levin wrote:
> > On Sun, Mar 25, 2007 at 02:31:45PM +0400, Pavlov Konstantin wrote:
> > [...]
> > > основные кандидаты в main от меня:
> > > 
> > > + lvm2
> > 
> > Для этого надо разрулить конфликт с пакетом evms.
> 
> Насколько я понял, пакет evms нужен только на стадии инсталлятора.
не только - evms-cli тоже иногда нужен.

> 
> В системе же нужен lvm2.
не всегда

-- 
WBR et al.

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

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

[Pavlov Konstantin]

On Sun, Mar 25, 2007 at 04:32:08PM +0400, Konstantin A. Lepikhov wrote:
> Hi Pavlov!
> 
> Sunday 25, at 04:02:50 PM you wrote:
> 
> > On Sun, Mar 25, 2007 at 03:27:24PM +0400, Dmitry V. Levin wrote:
> > > On Sun, Mar 25, 2007 at 02:31:45PM +0400, Pavlov Konstantin wrote:
> > > [...]
> > > > основные кандидаты в main от меня:
> > > > 
> > > > + lvm2
> > > 
> > > Для этого надо разрулить конфликт с пакетом evms.
> > 
> > Насколько я понял, пакет evms нужен только на стадии инсталлятора.
> не только - evms-cli тоже иногда нужен.
> 
> > 
> > В системе же нужен lvm2.
> не всегда

Активирует ли evms LVM-разделы при загрузке?

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

-- 
php у нас собирается так, чтобы каждый мог собрать себе все что нужно.
		-- lakostis in devel@

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

[Alexey I. Froloff]

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

* Pavlov Konstantin <thresh@> [070325 16:44]:
> > > В системе же нужен lvm2.
> > не всегда
> Активирует ли evms LVM-разделы при загрузке?
Да.  Только я не знаю как оно их умеет манажить и не помню какие
именно устройсва создаёт.  А ещё см.
https://bugzilla.altlinux.org/show_bug.cgi?id=11133

evms (эдакий многофункцинальный комбайн всё-в-одном) нужен только
на стадии установки.  Дальше лучше манажить raid/lvm более
специализированными средствами.  Такое моё мнение.

-- 
Regards,
Sir Raorn.

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

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

[Eugene Prokopiev]

> При комплектовании 4.0 server я буду исходить из моего и ваших ответов
> на этот вопрос.

Мне нужен drbd (lakostis@ его вроде поддерживает, если не сможет, я 
попробую взяться) и heartbeat (последний я в течение одной-двух 
следующих недель постараюсь обновить и распилить до состояния, более 
пригодного к употреблению, а затем передать lakostis@ либо поддерживать 
самому).

Кривизна и излишняя сложность heartbeat даже недостойна обсуждения, но 
альтернатив ему, к сожалению, нет.

DBMail я попытаюсь поддерживать (в свежей еще несобранной апстримной 
версии наш патч для нормальной поддержки x86_64 уже включен), но ввиду 
наличия dovecot может в main ему и не место. Вот только вопрос: contrib 
- это по определению unsupported или обновления можно будет публиковать?

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

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

[Kirill A. Shutemov]

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

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

Я собираюсь поддерживать ruby и qemu. Вот только нужен ли qemu в main не
уверен.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

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

[Konstantin A. Lepikhov]

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

Hi Eugene!

Sunday 25, at 04:52:33 PM you wrote:

> > При комплектовании 4.0 server я буду исходить из моего и ваших ответов
> > на этот вопрос.
> 
> Мне нужен drbd (lakostis@ его вроде поддерживает, если не сможет, я 
> попробую взяться) и heartbeat (последний я в течение одной-двух 
> следующих недель постараюсь обновить и распилить до состояния, более 
> пригодного к употреблению, а затем передать lakostis@ либо поддерживать 
> самому).
к drbd сейчас вроде претензий нет, да и поддержка его для меня
необременительна. А вот насчет heartbeat - целиком и полностью надеюсь на
вас :) Поскольку я его пока только собирать могу, а вот тестировать вряд
ли. BTW после выхода 4.0 можно начинать игры с drbd8 и всевозможными
кластерными fs (ocfs2,gfs), чтобы к след. maintaince релизу иметь под
рукой что-то рабочее.

> 
> Кривизна и излишняя сложность heartbeat даже недостойна обсуждения, но 
> альтернатив ему, к сожалению, нет.
dfo@ набредал на linuxha.net, но там тоже предлагается решение далекое от
дистрибутивности.

> 
> DBMail я попытаюсь поддерживать (в свежей еще несобранной апстримной 
> версии наш патч для нормальной поддержки x86_64 уже включен), но ввиду 
> наличия dovecot может в main ему и не место. Вот только вопрос: contrib 
> - это по определению unsupported или обновления можно будет публиковать?
> 

-- 
WBR et al.

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

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

[Alexey I. Froloff]

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

* Michael Shigorin <mike@> [070322 22:25]:
> Предлагалось подумать командой и каждому выставить список
> пакетов, которые в разумной степени предполагаются
> поддерживаемыми по личной или работной необходимости.

Поддерживаю:

sysfsutils
vim
vim-spell-*
xscreensaver


Лениво поддерживаю:

aptitude
cscope
mutt1.5
ruby-rails + зависимости
scummvm + игрушки
vim-plugin-*
wireshark


Специально не слежу, но отзываюсь когда пинают:

i386-mingw32msvc-*
perl-*
rbot
wm* и все около-wmaker'ское


Однозначно в контриб:

aterm - генетические проблемы с utf-8
nas - ни разу толком не тестировал, ssh не умеет его пробрасывать


P.S. Отдам nas в хорошие руки.  Сам не пользуюсь, собирал по
просьбе dfo@.

-- 
Regards,
Sir Raorn.

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

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

[Eugene Ostapets]

25.03.07, Dmitry V. Levin<ldv altlinux.org> написал(а):
> > В любом случае, хоть в каком-то виде,
> > нужны Sendmail/Cyrus-IMAP/ClamAV.
>
> contrib им обеспечен.
> Поскольку в main есть postfix и dovecot, то присутствие там sendmail и
> cyrus надо аргументировать.
> clamav требует регулярного обновления; чтобы включить такой пакет в main,
> я должен знать, кто будет эти регулярные обновления готовить.
Я не знаю ареала использования dovecot, но готов сделать все возможное
для присутсвия и поддержки cyrus-imapd в main. Честно говоря мне
сервер без cyrus вообще неинтересен и проще будет перейти тогда на
RHEL/Ubuntu Server, чем париться с контрибами на Мастер 4.0
-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] audit package

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

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

On Sun, Mar 25, 2007 at 03:34:05PM +0400, Dmitry V. Levin wrote:

> AK>> Так на чем останавливаемся? Собираем в sisyphus и не кладем в 
> AK>> дистрибутив, собираем в daedalus или не собираем вообще? audit и ionice 
> AK>> (из util-linux) весьма полезные утилиты на сервере.
>> Раз ldv@ сказал что не пропустит в Сизиф, значит не пропустит. Они нужны.
DVL> Поскольку их по зависимостям никто для сборки не вытягивает, то я не против.

Значит в Сизиф. И это радует.

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

http://freesource.info
----------------------------------------------------------------------------
Чтобы найти библиотеку, надо знать, где ее искать.
		-- wrar in community@

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

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

[Eugene Prokopiev]

> dfo@ набредал на linuxha.net, но там тоже предлагается решение далекое от
> дистрибутивности.

Почему? Какие конкретно претензии?

Дело в том, что по функциональности это именно то, что мне нужно сейчас 
(разве что перлу я предпочел бы С - но это капризы), heartbeat я все 
равно сейчас фактически обрезаю до такой степени, чтобы работало то, что 
мне нужно, и меньше тащилось лишнего. Настораживает только один 
единственный разработчик и мысль о том, что вдруг мне когда-нибудь 
потребуется что-то отличное от active/passive и drbd7. А еще жалко уже 
потраченных на heartbeat усилий ;)

Хотя вот утащил noarch.rpm ... нда :( Перепиливать его хорошо надо ...

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

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

[Sergey Y. Afonin]

On Sunday 25 March 2007, Dmitry V. Levin wrote:

> > А в каком месте останется contrib ?
> 
> Я не понял вопрос.

Ну, скажем, если наличие пакета в contrib будет означать только отсутствие 
гарантированных обновлений, а, в остальном, это будут такие же пакеты 
дистрибутива, то это будет нормально. Например, если можно будет, при 
установке, выбрать сразу Sendmail и Cyrus-IMAP, а не сносить потом postfix 
и dovecot и искать где-то на ftp.altlinux.ru сборки под нужный дистрибутив.

> clamav требует регулярного обновления; чтобы включить такой пакет в main,
> я должен знать, кто будет эти регулярные обновления готовить.

Мне не важно, буду я готовить обновления для пакета из main или из contrib. :-)
Если с contrib будет так, как я написал выше, пусть он будет в contrib. 
Это мало что поменяет.

От связки Sendmail/Cyrus-IMAP/ClamAV я если даже буду отказываться, это будет
вряд ли меньше, чем на год работа с учётом посмотреть/обкатать новый вариант, 
а двум последним я просто и альтернативы ещё и не вижу для своего случая. 

-- 
С уважением, Сергей Афонин

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

[Eugene Prokopiev]

Eugene Ostapets пишет:
> 25.03.07, Dmitry V. Levin<ldv altlinux.org> написал(а):
> 
>>>В любом случае, хоть в каком-то виде,
>>>нужны Sendmail/Cyrus-IMAP/ClamAV.
>>
>>contrib им обеспечен.
>>Поскольку в main есть postfix и dovecot, то присутствие там sendmail и
>>cyrus надо аргументировать.
>>clamav требует регулярного обновления; чтобы включить такой пакет в main,
>>я должен знать, кто будет эти регулярные обновления готовить.
> 
> Я не знаю ареала использования dovecot, но готов сделать все возможное
> для присутсвия и поддержки cyrus-imapd в main. Честно говоря мне
> сервер без cyrus вообще неинтересен и проще будет перейти тогда на
> RHEL/Ubuntu Server, чем париться с контрибами на Мастер 4.0

В чем конкретно разница между main и contrib?

Если предполагать худшее (к contrib нет updates), что мешает иметь 
неофициальные contrib-updates  по аналогии с backports? Хотя это, 
конечно, криво: если есть желающие поддерживать и нет явных 
противопоказаний, пакет должен быть в main.

Вот только бы это формализовать, чтоб потом не было жалоб: список 
поддерживаемых пакетов на сайте в видном месте, список исключенных из 
поддерживаемых (и добавленных?), список виноватых (пакет относится к 
поддерживаемым, если виноватых более, чем двое или один из них - ldv@ :) 
) Да, все это приложимо к дистрибутиву Team, а не ООО, конечно

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

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

[Sergey Y. Afonin]

On Sunday 25 March 2007, Dmitry V. Levin wrote:

> > + net-snmp
> 
> Что именно из "grep -w net-snmp list.x86_64.classic" нужно?
 
Кстати, а что такое "сервер" в данном контексте ? Всё, что не десктоп,
или как ? Речь про работу с трафиком, как то учёт, маршрутизация и
т.п.

В общем, как по поводу quagga и netams ? Куаггу вообще не брошу, 
если кирпич на голову не упадёт/работу не поменяю/и т.д., netams
сам не использую практически, но кое-кому штука нужная бывает.

-- 
С уважением, Сергей Афонин

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

[Eugene Prokopiev]

Michael Shigorin пишет:
> On Sun, Mar 25, 2007 at 04:52:33PM +0400, Eugene Prokopiev wrote:
> 
>>Вот только вопрос: contrib - это по определению unsupported или
>>обновления можно будет публиковать?
> 
> 
> Почему ж нельзя.  Это "по ожиданию unsupported".
> 
> Насколько понимаю.

Все-таки так нельзя. Хорошо бы формализовать ожидания. Двоичная логика 
здесь не канает, для любого пакета вероятность его нормальной поддержки 
от 0 до 1.

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

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

[Michael Shigorin]

On Sun, Mar 25, 2007 at 03:49:47AM +0400, Dmitry V. Levin wrote:
> + lft:
>   ещё один suid'ный traceroute, я никогда этой программой не пользовался
>   и в код не смотрел.  Для включения в 4.0 server нужна дополнительная
>   аргументация.

Пусть будет contrib, я и mtr-то включил скрепя сердце.

> >   + вынужденное:
> > MAKEDEV
> Только MAKEDEV или ещё и обычный dev?
> Зачем нужен последний, не совсем понятно.

Если будет ненужен, то всем только лучше.

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

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

[Michael Shigorin]

On Sun, Mar 25, 2007 at 11:35:46PM +0500, Sergey Y. Afonin wrote:
> Кстати, а что такое "сервер" в данном контексте ? Всё, что не
> десктоп, или как?

Всё серверное, что может поддерживаться, скорее.  Остальное 
(десктоп и серверное с неясным статусом) -- в contrib.

Насколько понимаю.

> В общем, как по поводу quagga и netams ? Куаггу вообще не
> брошу, если кирпич на голову не упадёт/работу не поменяю/и
> т.д., netams сам не использую практически, но кое-кому штука
> нужная бывает.

Ну так и предложи quagga в main, если собираешься поддерживать
по security updates для 4.0.

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

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

[Michael Shigorin]

On Sun, Mar 25, 2007 at 06:13:22PM +0300, Eugene Ostapets wrote:
> Я не знаю ареала использования dovecot, но готов сделать все
> возможное для присутсвия и поддержки cyrus-imapd в main. Честно
> говоря мне сервер без cyrus вообще неинтересен и проще будет
> перейти тогда на RHEL/Ubuntu Server, чем париться с контрибами
> на Мастер 4.0

Жень, так "поддержки" или "перейти"?  Определись.  Cyrus -- штука
хорошая, но боюсь, за пару лет поддержка потребуется ненулевая.
Топовая фичастость даром не проходит.

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

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

[Michael Shigorin]

On Sun, Mar 25, 2007 at 06:45:04PM +0400, Konstantin A. Lepikhov wrote:
> BTW после выхода 4.0 можно начинать игры с drbd8 и
> всевозможными кластерными fs (ocfs2,gfs), чтобы к след.
> maintaince релизу иметь под рукой что-то рабочее.

Lustre тогда бы ещё посмотреть.  У нас там umka@, BTW.
(а у sr@ -- стопка патчей к)

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

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

[Michael Shigorin]

On Sun, Mar 25, 2007 at 04:52:33PM +0400, Eugene Prokopiev wrote:
> Вот только вопрос: contrib - это по определению unsupported или
> обновления можно будет публиковать?

Почему ж нельзя.  Это "по ожиданию unsupported".

Насколько понимаю.

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

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

[Michael Shigorin]

On Sun, Mar 25, 2007 at 10:37:47PM +0400, Eugene Prokopiev wrote:
> >>Вот только вопрос: contrib - это по определению unsupported
> >>или обновления можно будет публиковать?
> > Почему ж нельзя.  Это "по ожиданию unsupported".
> > Насколько понимаю.
> Все-таки так нельзя. Хорошо бы формализовать ожидания.

Я это и пытаюсь сделать.

> Двоичная логика здесь не канает, для любого пакета вероятность
> его нормальной поддержки от 0 до 1.

Двоичная логика необходима для решения: contrib или main.

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

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

[Mikhail Gusarov]

Twas brillig at 22:37:47 25.03.2007 UTC+04 when Eugene Prokopiev did gyre and gimble:

 EP> Все-таки так нельзя. Хорошо бы формализовать ожидания. Двоичная логика
 EP> здесь не канает, для любого пакета вероятность его нормальной поддержки от
 EP> 0 до 1.

Вероятность поддержки пакета из main = 1 (в идеале).
Вероятность поддержки пакета из contrib такова, как пообещает майнтайнер.

-- 
JID: dottedmag@jabber.dottedmag.net

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

[Dmitry V. Levin]

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

On Sun, Mar 25, 2007 at 10:08:34PM +0300, Michael Shigorin wrote:
> On Sun, Mar 25, 2007 at 11:35:46PM +0500, Sergey Y. Afonin wrote:
> > Кстати, а что такое "сервер" в данном контексте ? Всё, что не
> > десктоп, или как?
> 
> Всё серверное, что может поддерживаться, скорее.  Остальное 
> (десктоп и серверное с неясным статусом) -- в contrib.

s/может/будет/
> 
> Насколько понимаю.

Именно это я имел в виду.


-- 
ldv

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

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

[Konstantin A. Lepikhov]

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

Hi Eugene!

Sunday 25, at 10:10:23 PM you wrote:

> > dfo@ набредал на linuxha.net, но там тоже предлагается решение далекое от
> > дистрибутивности.
> 
> Почему? Какие конкретно претензии?
> 
> Дело в том, что по функциональности это именно то, что мне нужно сейчас 
> (разве что перлу я предпочел бы С - но это капризы), heartbeat я все 
> равно сейчас фактически обрезаю до такой степени, чтобы работало то, что 
> мне нужно, и меньше тащилось лишнего. Настораживает только один 
> единственный разработчик и мысль о том, что вдруг мне когда-нибудь 
> потребуется что-то отличное от active/passive и drbd7. А еще жалко уже 
> потраченных на heartbeat усилий ;)
> 
> Хотя вот утащил noarch.rpm ... нда :( Перепиливать его хорошо надо ...
У них все завязано на свою инфраструктуру - от каталогов до своего package
manager'а :) Это и напрягает.

-- 
WBR et al.

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

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

[Konstantin A. Lepikhov]

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

Hi Dmitry!

Monday 26, at 12:03:00 AM you wrote:

> On Sun, Mar 25, 2007 at 10:08:34PM +0300, Michael Shigorin wrote:
> > On Sun, Mar 25, 2007 at 11:35:46PM +0500, Sergey Y. Afonin wrote:
> > > Кстати, а что такое "сервер" в данном контексте ? Всё, что не
> > > десктоп, или как?
> > 
> > Всё серверное, что может поддерживаться, скорее.  Остальное 
> > (десктоп и серверное с неясным статусом) -- в contrib.
> 
> s/может/будет/
> > 
> > Насколько понимаю.
> 
> Именно это я имел в виду.
Тогда от себя могу пообещать поддержку MySQL/postfix/drbd/nginx/ovz ядер. Все
остальное в contrib, особенно php* :)

-- 
WBR et al.

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

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

[Michael Shigorin]

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

On Mon, Mar 26, 2007 at 12:08:34AM +0400, Konstantin A. Lepikhov wrote:
> Все остальное в contrib, особенно php* :)

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

Боюсь, мы не возьмёмся.

-- 
 ---- 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 server: кто что планирует поддерживать?

[Sergey Y. Afonin]

On Sunday 25 March 2007, Sergey Y. Afonin wrote:

> > clamav требует регулярного обновления; чтобы включить такой пакет в main,
> > я должен знать, кто будет эти регулярные обновления готовить.
> 
> Мне не важно, буду я готовить обновления для пакета из main или из contrib. :-)
 
В смысле - всё равно буду.

-- 
С уважением, Сергей Афонин

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

[Eugene Ostapets]

25.03.07, Eugene Prokopiev<prokopiev stc.donpac.ru> написал(а):
> Eugene Ostapets пишет:
> > Я не знаю ареала использования dovecot, но готов сделать все возможное
> > для присутсвия и поддержки cyrus-imapd в main. Честно говоря мне
> > сервер без cyrus вообще неинтересен и проще будет перейти тогда на
> > RHEL/Ubuntu Server, чем париться с контрибами на Мастер 4.0
> В чем конкретно разница между main и contrib?
Минимум в том, что ldv@ не пнет майнтейнера, если тот пропустит анонс
секурити бага - ставить ЭТО на сервер слишком дорого...

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

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

[Eugene Ostapets]

25.03.07, Michael Shigorin<mike osdn.org.ua> написал(а):
> On Sun, Mar 25, 2007 at 06:13:22PM +0300, Eugene Ostapets wrote:
> > Я не знаю ареала использования dovecot, но готов сделать все
> > возможное для присутсвия и поддержки cyrus-imapd в main. Честно
> > говоря мне сервер без cyrus вообще неинтересен и проще будет
> > перейти тогда на RHEL/Ubuntu Server, чем париться с контрибами
> > на Мастер 4.0
>
> Жень, так "поддержки" или "перейти"?  Определись.  Cyrus -- штука
> хорошая, но боюсь, за пару лет поддержка потребуется ненулевая.
> Топовая фичастость даром не проходит.
Я догадываюсь и готов пойти на это... Для меня это системобразующий
пакет - у меня 95%, а то и все 100 поддерживаемых(и дающих мне икру к
хлебушку) серверов с почтой и ставить что-то, кроме cyrus я не
собираюсь, а будет это альт, или нет - вопрос десятый...

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

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

[Konstantin A. Lepikhov]

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

Hi Michael!

Sunday 25, at 11:11:15 PM you wrote:

> On Mon, Mar 26, 2007 at 12:08:34AM +0400, Konstantin A. Lepikhov wrote:
> > Все остальное в contrib, особенно php* :)
> 
> Позиция кристально ясна, вот только без поддерживаемого php
> на веб-сервере полукрышка получается.
> 
> Боюсь, мы не возьмёмся.
поддерживать php - это писать его самому. Ниасилю.

-- 
WBR et al.

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

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

[Michael Shigorin]

On Sun, Mar 25, 2007 at 11:23:45PM +0300, Eugene Ostapets wrote:
> > > Я не знаю ареала использования dovecot, но готов сделать
> > > все возможное для присутсвия и поддержки cyrus-imapd в
> > > main. Честно говоря мне сервер без cyrus вообще неинтересен
> > > и проще будет перейти тогда на RHEL/Ubuntu Server, чем
> > > париться с контрибами на Мастер 4.0
> > В чем конкретно разница между main и contrib?
> Минимум в том, что ldv@ не пнет майнтейнера, если тот пропустит
> анонс секурити бага - ставить ЭТО на сервер слишком дорого...

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

И вообще, оба твоих мнения вполне известны и понятны.  
Проблема в том, что с барахлом в соседней песочнице
-- не лучше, просто иначе.

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

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

[Michael Shigorin]

On Sun, Mar 25, 2007 at 11:27:36PM +0300, Eugene Ostapets wrote:
> > > Я не знаю ареала использования dovecot, но готов сделать все
> > > возможное для присутсвия и поддержки cyrus-imapd в main. Честно
> > > говоря мне сервер без cyrus вообще неинтересен и проще будет
> > > перейти тогда на RHEL/Ubuntu Server, чем париться с контрибами
> > > на Мастер 4.0
> > Жень, так "поддержки" или "перейти"?  Определись.  Cyrus --
> > штука хорошая, но боюсь, за пару лет поддержка потребуется
> > ненулевая.  Топовая фичастость даром не проходит.
> Я догадываюсь и готов пойти на это... Для меня это
> системобразующий пакет - у меня 95%, а то и все 100
> поддерживаемых (и дающих мне икру к хлебушку) серверов с почтой
> и ставить что-то, кроме cyrus я не собираюсь, а будет это альт,
> или нет - вопрос десятый...

Бишь "да" или "нет"?

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

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

[Dmitry V. Levin]

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

On Mon, Mar 26, 2007 at 12:08:34AM +0400, Konstantin A. Lepikhov wrote:
> Monday 26, at 12:03:00 AM you wrote:
> > On Sun, Mar 25, 2007 at 10:08:34PM +0300, Michael Shigorin wrote:
> > > On Sun, Mar 25, 2007 at 11:35:46PM +0500, Sergey Y. Afonin wrote:
> > > > Кстати, а что такое "сервер" в данном контексте ? Всё, что не
> > > > десктоп, или как?
> > > 
> > > Всё серверное, что может поддерживаться, скорее.  Остальное 
> > > (десктоп и серверное с неясным статусом) -- в contrib.
> > 
> > s/может/будет/
> > > 
> > > Насколько понимаю.
> > 
> > Именно это я имел в виду.
> Тогда от себя могу пообещать поддержку MySQL/postfix/drbd/nginx/ovz ядер.

Из исходного пакета MySQL собирается несколько бинарных пакетов:
MySQL-bench MySQL-client MySQL-htmlhelp MySQL-server MySQL-server-perl
libMySQL libMySQL-devel
Что из этого планируется поддерживать?


-- 
ldv

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

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

[Grigory Batalov]

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

On Sun, 25 Mar 2007 03:49:47 +0400, Dmitry V. Levin wrote:

> > > Зайду с другой стороны.  Какие пакеты попадут в main? В Сизифе
> > > не вижу компоненты main.
> > 
> > Предлагалось подумать командой и каждому выставить список
> > пакетов, которые в разумной степени предполагаются
> > поддерживаемыми по личной или работной необходимости.
> 
> При комплектовании 4.0 server я буду исходить из моего и ваших ответов
> на этот вопрос.
> 
> Текущее состояние соответствует содержанию файлов
> profiles/installer/{base,disk}/packages
> в пакете spt-profiles-server
> (который, как правило, немного отстаёт от spt-profiles-server.git).

  Я собираюсь поддерживать следующие пакеты:

amanda
mailman
squid
trac (+trac-spawn-fcgi)
xfsdump

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

-- 
 Grigory Batalov,
 ALT Linux Team

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

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

[Eugene Vlasov]

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

On Thu, 22 Mar 2007 22:21:52 +0200 Michael Shigorin wrote:

>> Зайду с другой стороны.  Какие пакеты попадут в main? В Сизифе
>> не вижу компоненты main.

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

Буду поддерживать emacs22 и расширения к нему - emacs-cedet,
emacs-bbdb, emacs-ecb, emacs-jdee, emacs-w3, emacs-w3m (вместе с w3m),
emacs-planner-mode, ну и другие по мере потребности. Из личной
заинтересованности - cmus, eyeD3, pysol.


-- 
WBR, Eugene Vlasov        mailto:eugvv at altlinux.ru
                          JID: eugvv@jabber.ru

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

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

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

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

On Mon, Mar 26, 2007 at 12:39:54AM +0400, Konstantin A. Lepikhov wrote:

KAL> поддерживать php - это писать его самому. Ниасилю.

Тогду уж не _писать_, а _переписать_.

Те кто ожидает от PHP rock stable and security не правы. Остальные
смирятся с более-менее оперативными security update'ами вместо "включил и
забыл". И в случае с PHP именно готовность его оперативно обновлять и есть
"поддержка".

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

http://freesource.info
----------------------------------------------------------------------------
> Похоже, только я один пытаюсь использовать NUT?
да. я его *использую* :-)
		-- gns in community@

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

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

[Evgenii Terechkov]

Eugene Vlasov пишет:

> Буду поддерживать emacs22 и расширения к нему - emacs-cedet,
> emacs-bbdb, emacs-ecb, emacs-jdee, emacs-w3, emacs-w3m (вместе с w3m),
> emacs-planner-mode, ну и другие по мере потребности. Из личной
> заинтересованности - cmus, eyeD3, pysol.

emacs-jabber, cfengine, gorilla, lsdvd, qnetwalk, icewm, design-icewm - за
мной.

-- 
Терешков Евгений, ALT Linux Team.

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

[Eugene Ostapets]

25.03.07, Michael Shigorin<mike osdn.org.ua> написал(а):
> > > Жень, так "поддержки" или "перейти"?  Определись.  Cyrus --
> > > штука хорошая, но боюсь, за пару лет поддержка потребуется
> > > ненулевая.  Топовая фичастость даром не проходит.
> > Я догадываюсь и готов пойти на это... Для меня это
> > системобразующий пакет - у меня 95%, а то и все 100
> > поддерживаемых (и дающих мне икру к хлебушку) серверов с почтой
> > и ставить что-то, кроме cyrus я не собираюсь, а будет это альт,
> > или нет - вопрос десятый...
> Бишь "да" или "нет"?
Меня устраивает один из трех вариантов:
1) Текущий майнтейнер будет поддерживать cyrus в релизе
2) Пакет в релизе попадает в mailn и передается мне, а я его поддерживаю
3) Я меняю серверный дистрибутив

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

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

[Sergey Y. Afonin]

On Monday 26 March 2007, Eugene Ostapets wrote:

> 2) Пакет в релизе попадает в mailn и передается мне, а я его поддерживаю

ТАк какая разница, поддерживать в main или contrib ? Хотя Дмитрий на мой 
вопрос про contrib пока не ответил...

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

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

[Stanislav Ievlev]

On Sun, Mar 25, 2007 at 04:02:50PM +0400, Pavlov Konstantin wrote:
> On Sun, Mar 25, 2007 at 03:27:24PM +0400, Dmitry V. Levin wrote:
> > On Sun, Mar 25, 2007 at 02:31:45PM +0400, Pavlov Konstantin wrote:
> > [...]
> > > основные кандидаты в main от меня:
> > > 
> > > + lvm2
> > 
> > Для этого надо разрулить конфликт с пакетом evms.
> 
> Насколько я понял, пакет evms нужен только на стадии инсталлятора.
> 
> В системе же нужен lvm2.
> 
> > > + device-mapper
> > 
> > libdevmapper там уже есть по зависимостям.
> > Что ещё из "grep -w device-mapper list.x86_64.classic" нужно?
> 
> dmsetup вытянется за udev.
> 
> > > + net-snmp
> > 
> > Что именно из "grep -w net-snmp list.x86_64.classic" нужно?
> 
> net-snmp.
> 
> Распилка пакета у меня запланирована, но я совсем не уверен, что сделаю до
> релиза.
Кстати не стоит ли закрутить в пакете гайки по-умолчанию , например, не
работать по дырявым протоколам версий 1 и 2, и исключить
модуль, позволяющий исполнять произвольные скрипты ... всё ж спокойней
будет

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

[Eugene Ostapets]

26.03.07, Sergey Y. Afonin<asy altlinux.ru> написал(а):
> On Monday 26 March 2007, Eugene Ostapets wrote:
>
> > 2) Пакет в релизе попадает в mailn и передается мне, а я его поддерживаю
>
> ТАк какая разница, поддерживать в main или contrib ? Хотя Дмитрий на мой
> вопрос про contrib пока не ответил...
А зачем тратить силы в холостую?
-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

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

[Sergey Pinaev]

On Sun, 25 Mar 2007 18:45:04 +0400
"Konstantin A. Lepikhov" <lakostis@altlinux.org> wrote:

> > Кривизна и излишняя сложность heartbeat даже недостойна обсуждения, но 
> > альтернатив ему, к сожалению, нет.
> dfo@ набредал на linuxha.net, но там тоже предлагается решение далекое от
> дистрибутивности.

Я еще набрел по долгу службы на http://www.bolthole.com/freeha/
Там вообще минимум функциональности и максимум простоты.

("У нас тут" используется несколько модифицированная его версия.
Насколько я понимаю политику партии - я вполне могу выдать ее исходники
и заниматься ее исправлением/дописыванием (но не пакеченьем, сорри))

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

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

[Anton Farygin]

Pavlov Konstantin wrote:
> On Sun, Mar 25, 2007 at 03:49:47AM +0400, Dmitry V. Levin wrote:
>> Hi,
>>
>> On Thu, Mar 22, 2007 at 10:21:52PM +0200, Michael Shigorin wrote:
>>> On Thu, Mar 22, 2007 at 10:52:46PM +0300, Pavlov Konstantin wrote:
>>>>>>> В нынешнем состоянии это кандидат в contrib.
>>>>>> Хотелось бы узнать, по каким принципам будут отбираться пакеты в contrib.
>>>>> Видимо, по принципу "всё, что не попало в main".
>>>>> У вас есть другие предложения?
>>>> Зайду с другой стороны.  Какие пакеты попадут в main? В Сизифе
>>>> не вижу компоненты main.
>>> Предлагалось подумать командой и каждому выставить список
>>> пакетов, которые в разумной степени предполагаются
>>> поддерживаемыми по личной или работной необходимости.
>> При комплектовании 4.0 server я буду исходить из моего и ваших ответов
>> на этот вопрос.
>>
>> Текущее состояние соответствует содержанию файлов
>> profiles/installer/{base,disk}/packages
>> в пакете spt-profiles-server
>> (который, как правило, немного отстаёт от spt-profiles-server.git).
> 
> основные кандидаты в main от меня:
> 
> + lvm2, device-mapper
> + net-snmp
> 
> менее основные:
> 
> + kismet
> + pvpgn
> 

kismet наверное всё-таки лучше в десктоп выкладывать, а не в сервер.

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

[Sergey Pinaev]

On Sun, 25 Mar 2007 19:03:32 +0400
"Alexey I. Froloff" <raorn@immo.ru> wrote:

> P.S. Отдам nas в хорошие руки.  Сам не пользуюсь, собирал по
> просьбе dfo@.

А им сейчас вообще хоть кто-то пользуется? По моему выкидывать
его пора...
Я не смотрел, но, кажется, pulseaudio - более чем
достойная замена. (особенно учитывая module-x11-publish)

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

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

[Anton Farygin]

Kirill A. Shutemov wrote:
> On [Thu, 22.03.2007 22:21], Michael Shigorin wrote:
>> On Thu, Mar 22, 2007 at 10:52:46PM +0300, Pavlov Konstantin wrote:
>>>>>> В нынешнем состоянии это кандидат в contrib.
>>>>> Хотелось бы узнать, по каким принципам будут отбираться пакеты в contrib.
>>>> Видимо, по принципу "всё, что не попало в main".
>>>> У вас есть другие предложения?
>>> Зайду с другой стороны.  Какие пакеты попадут в main? В Сизифе
>>> не вижу компоненты main.
>> Предлагалось подумать командой и каждому выставить список
>> пакетов, которые в разумной степени предполагаются
>> поддерживаемыми по личной или работной необходимости.
> 
> Я собираюсь поддерживать ruby и qemu. Вот только нужен ли qemu в main не
> уверен.

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

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

[Alexey I. Froloff]

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

* Sergey Pinaev <dfo@> [070326 10:39]:
> > P.S. Отдам nas в хорошие руки.  Сам не пользуюсь, собирал по
> > просьбе dfo@.
> А им сейчас вообще хоть кто-то пользуется? По моему выкидывать
> его пора...

Reverse Depends: 
  libqt4-gui,libaudio.so.2
  xmms-out-nas,libaudio.so.2
  xlockmore,libaudio.so.2
  openoffice.org,libaudio.so.2
  nas-utils,libaudio.so.2
  nas-examples,libaudio.so.2
  mplayer,libaudio.so.2
  libwine,libaudio.so.2
  libqt4-gui,libaudio.so.2
  libqt3,libaudio.so.2
  libarts,libaudio.so.2
  libao-nas,libaudio.so.2
  libSDL,libaudio.so.2
  kpacman,libaudio.so.2
  alsaplayer-out-nas,libaudio.so.2
  TiMidity++,libaudio.so.2

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

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

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

[Eugene Prokopiev]

Sergey Pinaev пишет:
> On Sun, 25 Mar 2007 18:45:04 +0400
> "Konstantin A. Lepikhov" <lakostis@altlinux.org> wrote:
> 
> 
>>>Кривизна и излишняя сложность heartbeat даже недостойна обсуждения, но 
>>>альтернатив ему, к сожалению, нет.
>>
>>dfo@ набредал на linuxha.net, но там тоже предлагается решение далекое от
>>дистрибутивности.
> 
> 
> Я еще набрел по долгу службы на http://www.bolthole.com/freeha/
> Там вообще минимум функциональности и максимум простоты.
> 
> ("У нас тут" используется несколько модифицированная его версия.

"У нас тут" - это где, простите за любопытство?

> Насколько я понимаю политику партии - я вполне могу выдать ее исходники
> и заниматься ее исправлением/дописыванием (но не пакеченьем, сорри))

а отчего не пакеченьем? времени нет, или есть нетехнические ограничения?

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

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

[Sergey Pinaev]

On Mon, 26 Mar 2007 11:47:46 +0400
Eugene Prokopiev <prokopiev@stc.donpac.ru> wrote:

> > ("У нас тут" используется несколько модифицированная его версия.
> 
> "У нас тут" - это где, простите за любопытство?

"Инфосистемы Джет".

> > Насколько я понимаю политику партии - я вполне могу выдать ее исходники
> > и заниматься ее исправлением/дописыванием (но не пакеченьем, сорри))
> 
> а отчего не пакеченьем? времени нет, или есть нетехнические ограничения?

Глобально все упирается, естественно, во времени нет.

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

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

[Kirill A. Shutemov]

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

On [Mon, 26.03.2007 10:38], Anton Farygin wrote:
> Kirill A. Shutemov wrote:
> > On [Thu, 22.03.2007 22:21], Michael Shigorin wrote:
> >> On Thu, Mar 22, 2007 at 10:52:46PM +0300, Pavlov Konstantin wrote:
> >>>>>> В нынешнем состоянии это кандидат в contrib.
> >>>>> Хотелось бы узнать, по каким принципам будут отбираться пакеты в contrib.
> >>>> Видимо, по принципу "всё, что не попало в main".
> >>>> У вас есть другие предложения?
> >>> Зайду с другой стороны.  Какие пакеты попадут в main? В Сизифе
> >>> не вижу компоненты main.
> >> Предлагалось подумать командой и каждому выставить список
> >> пакетов, которые в разумной степени предполагаются
> >> поддерживаемыми по личной или работной необходимости.
> > 
> > Я собираюсь поддерживать ruby и qemu. Вот только нужен ли qemu в main не
> > уверен.
> 
> qemu вещь очень неплохая, особенно на серверах и особенно с 
> использованием виртуальных контейнеров.
Ok. Но решение, я так понимаю, за ldv@ как ответственным за серверный
дистрибутив.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

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

[Eugene Prokopiev]

Sergey Pinaev пишет:
> On Mon, 26 Mar 2007 11:47:46 +0400
> Eugene Prokopiev <prokopiev@stc.donpac.ru> wrote:
> 
> 
>>>("У нас тут" используется несколько модифицированная его версия.
>>
>>"У нас тут" - это где, простите за любопытство?
> 
> 
> "Инфосистемы Джет".
> 
> 
>>>Насколько я понимаю политику партии - я вполне могу выдать ее исходники
>>>и заниматься ее исправлением/дописыванием (но не пакеченьем, сорри))
>>
>>а отчего не пакеченьем? времени нет, или есть нетехнические ограничения?
> 
> 
> Глобально все упирается, естественно, во времени нет.

ну тогда давайте исходники (у вас там cvs/svn/git?), вдруг я возьмусь ;)

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

на каких платформах это у вас в production?

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

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

[Sergey Pinaev]

On Mon, 26 Mar 2007 12:42:22 +0400
Eugene Prokopiev <prokopiev@stc.donpac.ru> wrote:

> > Глобально все упирается, естественно, во времени нет.
> 
> ну тогда давайте исходники (у вас там cvs/svn/git?), вдруг я возьмусь ;)

http://metromap.antex.ru/tmp/jhad-1.0.6.tar.bz2
сам "демон" - в src
остальное - всякие скрипты, заточеные исключительно под солярку
(и под наши местные задачи).
будут вопросы - в почту(dfo@jet.msk.su)/жабер(dfo@antex.ru).

> вообще-то мне всегда казалось, что упаковка занимает очень малое время 
> по сравнению с исправлением/дописыванием ...
> 
> на каких платформах это у вас в production?

solaris 9/10 (sparc/intel)

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

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

[Eugene Prokopiev]

спасибо

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

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

[Konstantin A. Lepikhov]

<цитата от="Dmitry V. Levin">
<skip>
> Из исходного пакета MySQL собирается несколько бинарных пакетов:
> MySQL-bench MySQL-client MySQL-htmlhelp MySQL-server MySQL-server-perl
> libMySQL libMySQL-devel
> Что из этого планируется поддерживать?
все кроме -bench и -perl.

-- 
WBR et al.

Re: [devel] 4.0 server: net-snmp

[Pavlov Konstantin]

On Mon, Mar 26, 2007 at 09:57:20AM +0400, Stanislav Ievlev wrote:
> > > > + net-snmp
> > > 
> > > Что именно из "grep -w net-snmp list.x86_64.classic" нужно?
> > 
> > net-snmp.
> > 
> > Распилка пакета у меня запланирована, но я совсем не уверен, что сделаю до
> > релиза.
> Кстати не стоит ли закрутить в пакете гайки по-умолчанию , например, не
> работать по дырявым протоколам версий 1 и 2, и исключить
> модуль, позволяющий исполнять произвольные скрипты ... всё ж спокойней
> будет

Про протоколы 1 и 2 я, в принципе, не против. У меня нет
инсталляций/оборудования, которые бы не поддерживали 3 версию.

2sisyphus@: какие еще есть мнения?

По поводу "модуля": т.е. ты хочешь выкинуть exec, extend, pass и прочие sh? =)

-- 
> Кто нибудь пытался настроить VPN соединение на "альт мастере 2.4"?
Ваш вопрос
- является отклонением от тематики этого списка рассылки
- кажется уже неоднократно отвечался
		-- ldv in sisyphus@

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

[Igor Zubkov]

В сообщении от Sunday 25 March 2007 01:49:47 Dmitry V. Levin написал(а):
> > Предлагалось подумать командой и каждому выставить список
> > пакетов, которые в разумной степени предполагаются
> > поддерживаемыми по личной или работной необходимости.
>
> При комплектовании 4.0 server я буду исходить из моего и ваших ответов
> на этот вопрос.

Мой список в main для server очень скромный:
phpMyAdmin

Это единственная серверная штука которая на мне.

Интереснует так же статус пары пакетов, будут ли они в server в main?
php-*
php5-*
nagios
(и возможно) mrtg?

Список для desktop тоже выкатывать? Он длиннее и я ещё не решил что я смогу 
поддерживать, а что нет. Силы и время не резиновые. :(

-- 
icesik

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

[Sergey Y. Afonin]

On Monday 26 March 2007, Stanislav Ievlev wrote:

> > Распилка пакета у меня запланирована, но я совсем не уверен, что сделаю до
> > релиза.

> Кстати не стоит ли закрутить в пакете гайки по-умолчанию , например, не
> работать по дырявым протоколам версий 1 и 2, и исключить

Не надо.

> модуль, позволяющий исполнять произвольные скрипты ... всё ж спокойней
> будет

А оно конфигом каким-нибудь не отключается ?

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

Re: [devel] 4.0 server: net-snmp

[Sergey Y. Afonin]

On Monday 26 March 2007, Pavlov Konstantin wrote:

> У меня нет инсталляций/оборудования, которые бы не поддерживали 3 версию.

Везёт. У нас вот не так...

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

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

[Igor Zubkov]

В сообщении от Monday 26 March 2007 10:13:23 Alexey I. Froloff написал(а):
> Ну я тогда сейчас развешаю баги, чтобы с libaudio никто не
> линковался.  Как только тут останется только nas, будем убивать.

Может его сразу в obsoletes отправить?

http://secunia.com/advisories/24527/

-- 
icesik

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

[Igor Zubkov]

В сообщении от Monday 26 March 2007 16:38:18 Alexey I. Froloff написал(а):
> * Igor Zubkov <icesik@> [070326 17:18]:
> > В сообщении от Monday 26 March 2007 10:13:23 Alexey I. Froloff написал(а):
> > > Ну я тогда сейчас развешаю баги, чтобы с libaudio никто не
> > > линковался.  Как только тут останется только nas, будем убивать.
> >
> > Может его сразу в obsoletes отправить?
>
> Не хочу плодить анметы.

Ок. Значит отключать поддержку nas в libao?

-- 
icesik

Re: [devel] 4.0 server: net-snmp

[Pavlov Konstantin]

On Mon, Mar 26, 2007 at 04:41:13PM +0500, Sergey Y. Afonin wrote:
> On Monday 26 March 2007, Pavlov Konstantin wrote:
> 
> > У меня нет инсталляций/оборудования, которые бы не поддерживали 3 версию.
> 
> Везёт. У нас вот не так...

Тогда, конечно, отключать 1 и 2 не буду.

-- 
Пересборка забошенного пакета в качестве тестового задания - это как сдача
курсовой, скачанной из инета. Ничего плохого нет, но все-таки от кандидата
ожидаются другие навыки.
		-- cray in devel@

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

[Alexey I. Froloff]

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

* Igor Zubkov <icesik@> [070326 17:18]:
> В сообщении от Monday 26 March 2007 10:13:23 Alexey I. Froloff написал(а):
> > Ну я тогда сейчас развешаю баги, чтобы с libaudio никто не
> > линковался.  Как только тут останется только nas, будем убивать.
> Может его сразу в obsoletes отправить?
Не хочу плодить анметы.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

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

[Alexey I. Froloff]

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

* Alexey I. Froloff <raorn@> [070326 11:14]:
>   xmms-out-nas,libaudio.so.2
Отправьте пожалуйста фтопку пакет xmms-out-nas (src и i586/x86_64).

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

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

[Victor Forsyuk]

> * Michael Shigorin <mike@> [070322 22:25]:
> > Предлагалось подумать командой и каждому выставить список
> > пакетов, которые в разумной степени предполагаются
> > поддерживаемыми по личной или работной необходимости.

Поддерживаю (из серверного):

bonnie
bridge-utils
ccze
ddrescue
disktype
dmidecode
dump
exim
finger
greylistd
hddtemp
iproute2
iptstate
joe
spamassassin
lshw
lsof
microcode_ctl
mod_geoip
perl-* (модули, у которых я ментейнер)
p0f
star
sysstat
x86info

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

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

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

cinepaint (пакет мощный, но проблемный)
dmalloc (отдам, не нужен)
openmotif (заберите! я за ним не смотрю!)
tcsh (а есть ли любители этого шелла?)
whoson (IMHO, устарел морально)
xpdf (тянет за собой motif, есть альтернативы)
ytalk (морально устарел протокол :)

howl должен быть в obsolete.

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

[Epiphanov Sergei]

Я бы стал поддерживать свои пакеты:

hugin
libpano13
enblend
autopano-sift
7colors
xearth
anketdb
nawt
netams
perl-Parse-PlainConfig (нужен для nawt)
perl-Tie-CPHash (нужен для nawt)


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

Пакет netams-doc-ru обновлю и потащу дальше.

Пакет mod_dav - нужен ли он? Если нет, то прошу перевести его в orphaned.

Пакет libpano12 - постепенно становится устаревшим и прошу его перевести в 
orphaned.

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

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

[Sergey Y. Afonin]

On Monday 26 March 2007, Eugene Ostapets wrote:

> > ТАк какая разница, поддерживать в main или contrib ? Хотя Дмитрий 
> > на мой вопрос про contrib пока не ответил...

> А зачем тратить силы в холостую?

Почему в холостую ? В Master 2.4 Sendmail и ClamAV в contrib. Это мне 
их использовать не мешает (и апдейты делать). Exim тоже в contrib. 
Сомневаюсь, что им не пользуется никто. 

-- 
С уважением, Сергей Афонин

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

[Eugene Ostapets]

26.03.07, Sergey Y. Afonin<asy altlinux.ru> написал(а):
> On Monday 26 March 2007, Eugene Ostapets wrote:
>
> > > ТАк какая разница, поддерживать в main или contrib ? Хотя Дмитрий
> > > на мой вопрос про contrib пока не ответил...
>
> > А зачем тратить силы в холостую?
>
> Почему в холостую ? В Master 2.4 Sendmail и ClamAV в contrib. Это мне
> их использовать не мешает (и апдейты делать). Exim тоже в contrib.
> Сомневаюсь, что им не пользуется никто.
Поддерживать этот пакет ТОЛЬКО для себя(это не мой пакет) для меня
экономически невыгодно - мне проще сменить дистрибутив

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

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

[Sergey Y. Afonin]

On Tuesday 27 March 2007, Eugene Ostapets wrote:

> > Почему в холостую ? В Master 2.4 Sendmail и ClamAV в contrib. Это мне
> > их использовать не мешает (и апдейты делать). Exim тоже в contrib.
> > Сомневаюсь, что им не пользуется никто.

> Поддерживать этот пакет ТОЛЬКО для себя

Не понимаю. Почему "только" и чем, к примеру, отличается 

ftp://ftp.altlinux.ru/pub/distributions/ALTLinux/updates/Master/2.4/i586/RPMS.updates/sendmail-8.13.8-alt1.M24.1.i586.rpm
от
ftp://ftp.altlinux.ru/pub/distributions/ALTLinux/updates/Master/2.4/i586/RPMS.updates/tar-1.15.1-alt4.M24.1.i586.rpm

c точки зрения общедоступности.

-- 
С уважением, Сергей Афонин

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

[Dmitry V. Levin]

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

On Sun, Mar 25, 2007 at 11:26:47PM +0500, Sergey Y. Afonin wrote:
> On Sunday 25 March 2007, Dmitry V. Levin wrote:
> 
> > > А в каком месте останется contrib ?
> > 
> > Я не понял вопрос.
> 
> Ну, скажем, если наличие пакета в contrib будет означать только отсутствие 
> гарантированных обновлений, а, в остальном, это будут такие же пакеты 
> дистрибутива, то это будет нормально.

Не только.  В CD-редакции main и contrib, скорее всего, будут находится на
разных носителях.  Кроме того, часть пакетов из main (RPMS.base в нынешней
терминологии) будет ставиться при установке новой системы всегда.

> Например, если можно будет, при 
> установке, выбрать сразу Sendmail и Cyrus-IMAP, а не сносить потом postfix 
> и dovecot и искать где-то на ftp.altlinux.ru сборки под нужный дистрибутив.

Выбирать при установке пакеты из contrib будет нельзя.
Я вообще не совсем уверен что во время установки сервера имеет смысл
выбирать пакеты.
Доустановить пакеты потом, конечно, никто не мешает, при этом заметной
разницы между main и contrib не предполагается.

> > clamav требует регулярного обновления; чтобы включить такой пакет в main,
> > я должен знать, кто будет эти регулярные обновления готовить.
> 
> Мне не важно, буду я готовить обновления для пакета из main или из contrib. :-)
> Если с contrib будет так, как я написал выше, пусть он будет в contrib. 
> Это мало что поменяет.

В этих условиях будет честнее поместить clamav в main.


-- 
ldv

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

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

[Vladimir V. Kamarzin]

>>>>> On 23 Mar 2007 at 01:21 "MS" == Michael Shigorin writes:

>> > > > В нынешнем состоянии это кандидат в contrib.
>> > > Хотелось бы узнать, по каким принципам будут отбираться пакеты в contrib.
>> > Видимо, по принципу "всё, что не попало в main".
>> > У вас есть другие предложения?
>> Зайду с другой стороны.  Какие пакеты попадут в main? В Сизифе
>> не вижу компоненты main.

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

Вот список серверных пакетов, которые я собираюсь поддерживать:
ebtables
lighttpd
mailgraph
queuegraph
mod_auth_mysql
pflogsumm
pfqueue
policyd-weight
postgrey
redirector
seiroswiki
spam_check
unreal
zabbix

кандидаты в main:
apache2-mod_security - apache2 я пока не пользуюсь, но если начну, то пакет
поддерживать буду
inn - на общедоступных серверах не использую, но при обнаружении проблем с
безопасностью обновление скорее будет подготовлено, чем нет.
pptpd - ситуация примерно как с inn.

однозначно в contrib:
mod_security - апстримом более не поддерживается
web-cyradm - почта с единственного сервера, где это у меня используется, может
переехать туда, где web-cyradm не нужен
cherry - не использую в данный момент
ircservices - не использую (готов передать более заинтересованному майнтейнеру)

-- 
vvk

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

[Ivan Fedorov]

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

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

postgresql8.2
trac (если python не доломают)

Еще очень хочется сказать "python и Ко", но боязно как-то... его там
весь перехачили зверски...


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

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

[Sergey Y. Afonin]

On Monday 26 March 2007, Michael Shigorin wrote:

> > В общем, как по поводу quagga ?
> 
> Ну так и предложи quagga в main, если собираешься поддерживать
> по security updates для 4.0.

Немного подумал и возникла мысль, что использую-то я только ospfd...
security update сделать не проблема, но вот по поводу проверки
работоспособности isisd, rip*, ospf6d даже и не знаю. bgpd тоже 
использую только иногда...

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

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

[Michael Shigorin]

On Tue, Mar 27, 2007 at 10:30:33PM +0500, Sergey Y. Afonin wrote:
> > > В общем, как по поводу quagga ?
> > Ну так и предложи quagga в main, если собираешься
> > поддерживать по security updates для 4.0.
> Немного подумал и возникла мысль, что использую-то я только
> ospfd...  security update сделать не проблема, но вот по поводу
> проверки работоспособности isisd, rip*, ospf6d даже и не знаю.
> bgpd тоже использую только иногда...

Я тоже использую не весь код apache или xmms.  Довольно часто
ловлю себя на том, что боязнь неудачи в 100% работы мешает
сделать нужные 80%...

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

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

[Michael Shigorin]

On Mon, Mar 26, 2007 at 10:38:06PM +0300, Eugene Ostapets wrote:
> > > > ТАк какая разница, поддерживать в main или contrib ? Хотя
> > > > Дмитрий на мой вопрос про contrib пока не ответил...
> > > А зачем тратить силы в холостую?
> > Почему в холостую ? В Master 2.4 Sendmail и ClamAV в contrib.
> > Это мне их использовать не мешает (и апдейты делать). Exim
> > тоже в contrib.  Сомневаюсь, что им не пользуется никто.
> Поддерживать этот пакет ТОЛЬКО для себя(это не мой пакет) для
> меня экономически невыгодно - мне проще сменить дистрибутив

OK, ты зацепил ещё один вопрос и лучше ответ озвучить и понять,
что он правильный: насколько понимаю предыдущую практику, то
updates вовсе не всегда поддерживаются майнтейнером пакета на 
время выпуска дистрибутива.  И даже не всегда -- майнтейнером
на момент выпуска.

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

Бишь проблемы не вижу.

А что тебе проще -- решай сам.

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

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

[Eugene Ostapets]

28.03.07, Michael Shigorin<mike osdn.org.ua> написал(а):
> > Поддерживать этот пакет ТОЛЬКО для себя(это не мой пакет) для
> > меня экономически невыгодно - мне проще сменить дистрибутив
>
> OK, ты зацепил ещё один вопрос и лучше ответ озвучить и понять,
> что он правильный: насколько понимаю предыдущую практику, то
> updates вовсе не всегда поддерживаются майнтейнером пакета на
> время выпуска дистрибутива.  И даже не всегда -- майнтейнером
> на момент выпуска.
В общем да, но тогда мне прийдеться мониторить N не своих пакетов,
выполняя работу майнтейнеров этих пакетов... Чем это принципиально
будет отличаться от какого-нибуть LFS+RPM? Мне проще заточить
небольшое количество пакетов на ПОДДЕРЖИВАЕМОМ дистре под себя и
озадачиваться только притиркой нужных мне патчей...
>
> А что тебе проще -- решай сам.
Ноут у меня уже перехал на XUbuntu 7.04beta и, скорее всего, на Альт
уже никогда не вернется... С серверами я буду решать, когда пойму что
будет из себя представлять 4.0Server...

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

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

[Dmitry V. Levin]

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

On Mon, Mar 26, 2007 at 02:40:31PM +0300, Igor Zubkov wrote:
> В сообщении от Sunday 25 March 2007 01:49:47 Dmitry V. Levin написал(а):
> > > Предлагалось подумать командой и каждому выставить список
> > > пакетов, которые в разумной степени предполагаются
> > > поддерживаемыми по личной или работной необходимости.
> >
> > При комплектовании 4.0 server я буду исходить из моего и ваших ответов
> > на этот вопрос.
> 
> Мой список в main для server очень скромный:
> phpMyAdmin
> 
> Это единственная серверная штука которая на мне.

А phpMyAdmin-engine какой?

> Интереснует так же статус пары пакетов, будут ли они в server в main?
> php-*
> php5-*
> nagios

Меня тоже интересует.

> (и возможно) mrtg?

Если этот пакет кто-то подхватит.

> Список для desktop тоже выкатывать?

Пока не надо.


-- 
ldv

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

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

[Dmitry V. Levin]

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

On Mon, Mar 26, 2007 at 06:17:58PM +0400, Epiphanov Sergei wrote:
> Я бы стал поддерживать свои пакеты:
> 
> hugin
> libpano13
> enblend
> autopano-sift
> 7colors
> xearth
> anketdb
> nawt
> netams
> perl-Parse-PlainConfig (нужен для nawt)
> perl-Tie-CPHash (нужен для nawt)

Это вы про серверные пакеты говорите?


-- 
ldv

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

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

[Dmitry V. Levin]

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

On Mon, Mar 26, 2007 at 11:23:39AM +0800, Evgenii Terechkov wrote:
> Eugene Vlasov пишет:
> 
> > Буду поддерживать emacs22 и расширения к нему - emacs-cedet,
> > emacs-bbdb, emacs-ecb, emacs-jdee, emacs-w3, emacs-w3m (вместе с w3m),
> > emacs-planner-mode, ну и другие по мере потребности. Из личной
> > заинтересованности - cmus, eyeD3, pysol.
> 
> emacs-jabber, cfengine, gorilla, lsdvd, qnetwalk, icewm, design-icewm - за
> мной.

Это вы про серверные пакеты говорите?


-- 
ldv

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

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

[Igor Zubkov]

В сообщении от Wednesday 28 March 2007 19:49:21 Dmitry V. Levin написал(а):
> On Mon, Mar 26, 2007 at 02:40:31PM +0300, Igor Zubkov wrote:
> > В сообщении от Sunday 25 March 2007 01:49:47 Dmitry V. Levin написал(а):
> > > > Предлагалось подумать командой и каждому выставить список
> > > > пакетов, которые в разумной степени предполагаются
> > > > поддерживаемыми по личной или работной необходимости.
> > >
> > > При комплектовании 4.0 server я буду исходить из моего и ваших ответов
> > > на этот вопрос.
> >
> > Мой список в main для server очень скромный:
> > phpMyAdmin
> >
> > Это единственная серверная штука которая на мне.
>
> А phpMyAdmin-engine какой?

Это не важно. Самое главное находится в phpMyAdmin-common. phpMyAdmin-engine-* 
содержить всего лишь список зависимостей для работы phpMyAdmin. Если тебе 
нужен более точный ответ, то я буду поддерживать всё что собирается из 
src.rpm пакета phpMyAdmin.

> > Интереснует так же статус пары пакетов, будут ли они в server в main?
> > php-*
> > php5-*
> > nagios
>
> Меня тоже интересует.

Пакеты вроде поддерживаются нормально, но самих поддерживающих что-то не 
слышно. :)

> > (и возможно) mrtg?
>
> Если этот пакет кто-то подхватит.

Надо подумать над этим вопросом.

-- 
icesik

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

[Dmitry Lebkov]

Dmitry V. Levin wrote:
>> On Mon, Mar 26, 2007 at 02:40:31PM +0300, Igor Zubkov wrote:
[skip]
>> Интереснует так же статус пары пакетов, будут ли они в server в main?
>> php-*
>> php5-*
>> nagios
> 
> Меня тоже интересует.

server(main):
  openldap
  courier-imap
  courier-maildrop
  firmware-ql2100
  firmware-ql2200
  firmware-ql2300
  firmware-ql2322
  firmware-ql2400
  firmware-ql6312
  flow-tools
  freetds
  ipsec-tools
  nagios-*
  rrd
  php-rrd|snmp
  php5-rrd|snmp

server(contrib):
  ipxripd
  ncpfs
  syslog-ng

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

-- 
WBR, Dmitry Lebkov

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

[evg_krsk]

"Dmitry V. Levin" пишет:

>> emacs-jabber, cfengine, gorilla, lsdvd, qnetwalk, icewm, design-icewm - за
>> мной.
> Это вы про серверные пакеты говорите?

Я говорю про те, которые можно класть в main по одному признаку: updates
для них будут точно. "Серверный" пакет здесь лишь один - qnetwalk. :-)

-- 
Терешков Евгений, ALT Linux Team.

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

[Dmitry V. Levin]

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

On Thu, Mar 29, 2007 at 06:00:33AM +1100, Dmitry Lebkov wrote:
>   courier-imap
>   courier-maildrop

У этих пакетов что-то с зависимостями.  Повесил багу.

>   firmware-ql2100
>   firmware-ql2200
>   firmware-ql2300
>   firmware-ql2322
>   firmware-ql2400
>   firmware-ql6312

А какая у них лицензия?


-- 
ldv

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

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

[Dmitry Lebkov]

Dmitry V. Levin wrote:
> On Thu, Mar 29, 2007 at 06:00:33AM +1100, Dmitry Lebkov wrote:
>>   courier-imap
>>   courier-maildrop
> 
> У этих пакетов что-то с зависимостями.  Повесил багу.

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

$ rpm -qa|grep courier
$ cat /etc/passwd|grep courier
$ cat /etc/passwd|grep courier

$ sudo apt-get update
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
[dvladmin@stat ~]$ sudo apt-get install courier-imap
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Следующие дополнительные пакеты будут установлены:
  courier-authlib courier-imap-utils libcourier-authlib
Следующие НОВЫЕ пакеты будут установлены:
  courier-authlib courier-imap courier-imap-utils libcourier-authlib
0 будет обновлено, 4 новых установлено, 0 пакетов будет удалено и 0 не будет обновлено.
Необходимо получить 0B/972kB архивов.
После распаковки потребуется дополнительно 2496kB дискового пространства.
Продолжить? [Y/n] y
Совершаем изменения...
Preparing...                 ################################################################### [100%]
1: libcourier-authlib        ################################################################### [ 25%]
2: courier-authlib           ################################################################### [ 50%]

By default this package only have a PAM backend support.
For additional backends install appropriate package:
  Berkeley DB -- courier-authlib-userdb
  LDAP        -- courier-authlib-ldap
  PostgreSQL  -- courier-authlib-pgsql
  MySQL       -- courier-authlib-mysql

3: courier-imap-utils        ################################################################### [ 75%]
4: courier-imap              ################################################################### [100%]
Завершено.

$ id courier
uid=132(courier) gid=67(courier) группы=67(courier)

$ rpm -qa|grep courier
libcourier-authlib-0.59.1-alt1
courier-imap-4.1.2-alt1
courier-imap-utils-4.1.2-alt1
courier-authlib-0.59.1-alt1

Отработало так, как и должно.

Из текста баги так и не понял, в чем проблема. Если в
[...]
warning: user courier does not exist - using root
warning: group courier does not exist - using root
[...]
- дык это не проблема пакетов и зависимостей, а (скоорее всего)
проблема с кэшированием результатов вызовов getpwent чем-то типа
nscd.

>>   firmware-ql2100
>>   firmware-ql2200
>>   firmware-ql2300
>>   firmware-ql2322
>>   firmware-ql2400
>>   firmware-ql6312
> 
> А какая у них лицензия?

Distributable. Соответствующие %firmware_name-LICENSE лежат
в каждом пакете. Ниже - выдержка из:
...
You may redistribute the hardware specific firmware binary file
under the following terms:

        1. Redistribution of source code (only if applicable),
           must retain the above copyright notice, this list of
           conditions and the following disclaimer.

        2. Redistribution in binary form must reproduce the above
           copyright notice, this list of conditions and the
           following disclaimer in the documentation and/or other
           materials provided with the distribution.

        3. The name of QLogic Corporation may not be used to
           endorse or promote products derived from this software
           without specific prior written permission
...

-- 
WBR, Dmitry Lebkov

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

[Sergey Y. Afonin]

On Monday 26 March 2007, Dmitry V. Levin wrote:

> > Всё серверное, что может поддерживаться, скорее.  Остальное 
> > (десктоп и серверное с неясным статусом) -- в contrib.
> 
> s/может/будет/

По такому критерию и Sendmail проходит. :-)

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

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

[Sergey Y. Afonin]

On Wednesday 28 March 2007, Michael Shigorin wrote:

> > Немного подумал и возникла мысль, что использую-то я только
> > ospfd...  security update сделать не проблема, но вот по поводу
> > проверки работоспособности isisd, rip*, ospf6d даже и не знаю.
> > bgpd тоже использую только иногда...
> 
> Я тоже использую не весь код apache или xmms.  Довольно часто
> ловлю себя на том, что боязнь неудачи в 100% работы мешает
> сделать нужные 80%...

Ладно, значит quagga. В принципе RIP устарел, IS-IS экзотика пока,
IPv6, как понимаю, по-умолчанию отключен будет. BGP, если что, 
проверить есть на чём, по крайней мере на уровне "полную таблицу 
примет/не примет" и "за сутки не падает".

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

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

[Sergey Y. Afonin]

On Sunday 25 March 2007, Dmitry V. Levin wrote:

> При комплектовании 4.0 server я буду исходить из моего и ваших ответов
> на этот вопрос.
 
Perl будет ? Тогда надо бы perl-junoscript. Только проблема есть.
Он, среди прочего, тянет за собой perl-Net-SSH-Perl, с которым проблема
с пересборкой: 

http://lists.altlinux.org/pipermail/devel/2007-March/043662.html

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

[devel] 4.0 server status

[Alexey Tourbin]

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

On Sun, Mar 25, 2007 at 03:49:47AM +0400, Dmitry V. Levin wrote:
> > Предлагалось подумать командой и каждому выставить список
> > пакетов, которые в разумной степени предполагаются
> > поддерживаемыми по личной или работной необходимости.
> 
> При комплектовании 4.0 server я буду исходить из моего и ваших ответов
> на этот вопрос.

А 4.0 server это будет свободный дистрибутив или коммерческий продукт ООО?
Скажем, Золотов сможет его продавать?

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

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

[Mikhail A. Pokidko]

29.03.07, Sergey Y. Afonin написал(а):
> On Sunday 25 March 2007, Dmitry V. Levin wrote:
>
> > При комплектовании 4.0 server я буду исходить из моего и ваших ответов
> > на этот вопрос.
>
> Perl будет ? Тогда надо бы perl-junoscript. Только проблема есть.
> Он, среди прочего, тянет за собой perl-Net-SSH-Perl, с которым проблема
> с пересборкой:
В инкаминг ушел пофикшеный perl-Net-SSH-Perl
Должен собраться)

-- 
Mikhail A. Pokidko
ALTLinux Team
e-mail: pma@altlinux.org
jid: solar@gmail.ru

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

[Epiphanov Sergei]

В сообщении от Wednesday 28 March 2007 21:52:48 Dmitry V. Levin написал(а):
> On Mon, Mar 26, 2007 at 06:17:58PM +0400, Epiphanov Sergei wrote:
> > Я бы стал поддерживать свои пакеты:
> >
> > hugin
> > libpano13
> > enblend
> > autopano-sift
> > 7colors
> > xearth
> > anketdb
> > nawt
> > netams
> > perl-Parse-PlainConfig (нужен для nawt)
> > perl-Tie-CPHash (нужен для nawt)
>
> Это вы про серверные пакеты говорите?

Прошу прощения, немного не туда посмотрел. Из серверных здесь присутствуют:
netams (учёт и контроль трафика)
netams-doc-ru (документация по NetAMS)
nawt (управление NetAMS через web).

Дополнительно к ним идут пакеты:
perl-Parse-PlainConfig
perl-Tie-CPHash.

Насчёт их присутствия на сервере думаю, так как nawt на sf.net последний раз 
обновлялся в 2005 году (но на данный момент рабочий), а на сайте 
www.netams.com разработчики сообщают, что после выхода релиза 3.4.0 они или 
приостановят разработку программы, или уменьшат выделяемое на неё время в 
связи с появлением другой, основной работы. Но, как минимум, постараюсь 
поддержать то, что есть.

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

Re: [devel] 4.0 server status

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

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

On Thu, Mar 29, 2007 at 11:28:59AM +0400, Алексей Турбин wrote:

AT> А 4.0 server это будет свободный дистрибутив или коммерческий продукт ООО?
AT> Скажем, Золотов сможет его продавать?

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

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

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 server status

[Alexey Tourbin]

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

On Thu, Mar 29, 2007 at 12:53:14PM +0400, Денис Смирнов wrote:
> On Thu, Mar 29, 2007 at 11:28:59AM +0400, Алексей Турбин wrote:
> 
> AT> А 4.0 server это будет свободный дистрибутив или коммерческий продукт ООО?
> AT> Скажем, Золотов сможет его продавать?
> 
> Как "копия дистрибутива ..." можно продавать любой дистрибутив, не
> содержащий несвободные компоненты. Под названием "дистрибутив ..."
> продавать любой дистрибутив, который кроме диска комплектуется хоть
> чем-нибудь ещё это обман покупателя. Такое надо продавать под именем
> "копия первого диска ...", или аналогичным.

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

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

Re: [devel] 4.0 server status

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

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

On Thu, Mar 29, 2007 at 02:05:07PM +0400, Алексей Турбин wrote:

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

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

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

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

http://freesource.info
----------------------------------------------------------------------------
Правильно, xmtr под рутом работать перестал. Это будем считать feature.
		-- ldv in sisyphus@

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

Re: [devel] 4.0 server status

[Alexey Tourbin]

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

On Thu, Mar 29, 2007 at 02:18:28PM +0400, Денис Смирнов wrote:
> AT> Видишь ли, разница между дистрибутивом и "копией дистрибутива" это
> AT> тарабарщина ещё хуже чем "Сократ тождествен" (см.).  По сути, если речь
> AT> идет о добровольной поддержке чего-либо, то тут единственный вариант --
> AT> это свободный продукт без проприетарных компонентов и без
> AT> преимущественного права использования с чьей-либо стороны.
> 
> Дистрибутив в себя включает ещё, например, печатную документацию. Копия её
> не включает. Ещё есть люди, вроде меня, которые всегда могут продукт легко
> и непринужденно скачать, но заплатять за оригинальный продукт
> исключительно чтобы поддержать производителя. Таким образом называть копию
> оригинальным продуктом это введение в заблуждение. И, вообще-то, поводы
> поднимать шус есть и у конечных потребителей.

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

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

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

[Dmitry V. Levin]

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

On Thu, Mar 29, 2007 at 04:36:03PM +1100, Dmitry Lebkov wrote:
[...]
> Из текста баги так и не понял, в чем проблема. Если в
> [...]
> warning: user courier does not exist - using root
> warning: group courier does not exist - using root
> [...]
> - дык это не проблема пакетов и зависимостей, а (скоорее всего)
> проблема с кэшированием результатов вызовов getpwent чем-то типа
> nscd.

Это проблема неполных зависимостей.  Видимо, пользователь/группа создаётся
не в том пакете, в котором используется.

> >>   firmware-ql2100
> >>   firmware-ql2200
> >>   firmware-ql2300
> >>   firmware-ql2322
> >>   firmware-ql2400
> >>   firmware-ql6312
> > 
> > А какая у них лицензия?
> 
> Distributable. Соответствующие %firmware_name-LICENSE лежат
> в каждом пакете. Ниже - выдержка из:
> ...
> You may redistribute the hardware specific firmware binary file
> under the following terms:
> 
>         1. Redistribution of source code (only if applicable),
>            must retain the above copyright notice, this list of
>            conditions and the following disclaimer.
> 
>         2. Redistribution in binary form must reproduce the above
>            copyright notice, this list of conditions and the
>            following disclaimer in the documentation and/or other
>            materials provided with the distribution.
> 
>         3. The name of QLogic Corporation may not be used to
>            endorse or promote products derived from this software
>            without specific prior written permission

Это BSD-style.


-- 
ldv

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

Re: [devel] 4.0 server status

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

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

On Thu, Mar 29, 2007 at 03:02:21PM +0400, Алексей Турбин wrote:

> AT>> Видишь ли, разница между дистрибутивом и "копией дистрибутива" это
> AT>> тарабарщина ещё хуже чем "Сократ тождествен" (см.).  По сути, если речь
> AT>> идет о добровольной поддержке чего-либо, то тут единственный вариант --
> AT>> это свободный продукт без проприетарных компонентов и без
> AT>> преимущественного права использования с чьей-либо стороны.
>> Дистрибутив в себя включает ещё, например, печатную документацию. Копия её
>> не включает. Ещё есть люди, вроде меня, которые всегда могут продукт легко
>> и непринужденно скачать, но заплатять за оригинальный продукт
>> исключительно чтобы поддержать производителя. Таким образом называть копию
>> оригинальным продуктом это введение в заблуждение. И, вообще-то, поводы
>> поднимать шус есть и у конечных потребителей.
 AT> Если документация под свободной лицензией и она входит в сам
 AT> дистрибутив, тогда не повод. 

Я про _печатную_ документацию.

 AT> В общем, идентичность цифрового продукта
 AT> эта довольно узкая и легко решаемая техническая проблема.  Речь здесь

И все-таки для меня есть разница отдать свои кровно заработаные ООО
"АльтЛинукс" или хрен знает кому, который прикидывается что продукт
родной.

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

Linux это свободный продукт? Однако в коммерческие дистрибутивы он входит.
У нас сейчас полностью свободный продукт -- Сизиф.

P.S. Пошли в smoke-room флеймить, здесь этой теме IMHO не место.

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

http://freesource.info
----------------------------------------------------------------------------
Программерское: Какие красивые, длинные логи!

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

Re: [devel] 4.0 server status

[Michael Shigorin]

On Thu, Mar 29, 2007 at 03:02:21PM +0400, Alexey Tourbin wrote:
> > Дистрибутив в себя включает ещё, например, печатную документацию.
> Если документация под свободной лицензией и она входит в сам
> дистрибутив, тогда не повод.  В общем, идентичность цифрового
> продукта эта довольно узкая и легко решаемая техническая
> проблема.

Ты упорно считаешь печатную документацию цифровым продуктом?

Продукт (сборник, ...) действительно может быть другим. 
И пусть не цифрово-, но функционально идентичный CentOS 
будет другим продуктом, нежели RHEL.

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

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

[Dmitry Lebkov]

Dmitry V. Levin wrote:
> On Thu, Mar 29, 2007 at 04:36:03PM +1100, Dmitry Lebkov wrote:
> [...]
>> Из текста баги так и не понял, в чем проблема. Если в
>> [...]
>> warning: user courier does not exist - using root
>> warning: group courier does not exist - using root
>> [...]
>> - дык это не проблема пакетов и зависимостей, а (скоорее всего)
>> проблема с кэшированием результатов вызовов getpwent чем-то типа
>> nscd.
> 
> Это проблема неполных зависимостей.  Видимо, пользователь/группа создаётся
> не в том пакете, в котором используется.

Сейчас пользователь создается в %pre-секции пакета libcourier-authlib
и первое использование UID/GID courier производится в том же пакете:

%files -n lib%name
%dir %attr(0755,courier,courier) %_sysconfdir/%name

Наверное это неправильно если исходить из "пакет lib%name должен содержать
только библиотеки и ничего более". В очередной сборке попробую перенести
всё, что "не lib%name", в пакет courier-authlib.

>>>>   firmware-ql2100
>>>>   ...
>>> А какая у них лицензия?
>> Distributable. Соответствующие %firmware_name-LICENSE лежат
>> в каждом пакете. Ниже - выдержка из:
[skip]
> Это BSD-style.

Заменить во всех firmware-ql2*.spec значение тэга 'License:' на
'BSD-style'? Или 'License: distributable' достаточно?

-- 
WBR, Dmitry Lebkov

Re: [devel] 4.0 server status

[Dmitry V. Levin]

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

On Thu, Mar 29, 2007 at 11:28:59AM +0400, Alexey Tourbin wrote:
> On Sun, Mar 25, 2007 at 03:49:47AM +0400, Dmitry V. Levin wrote:
> > > Предлагалось подумать командой и каждому выставить список
> > > пакетов, которые в разумной степени предполагаются
> > > поддерживаемыми по личной или работной необходимости.
> > 
> > При комплектовании 4.0 server я буду исходить из моего и ваших ответов
> > на этот вопрос.
> 
> А 4.0 server это будет свободный дистрибутив или коммерческий продукт ООО?

И то и другое.

> Скажем, Золотов сможет его продавать?

Это кто?


-- 
ldv

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

Re: [devel] 4.0 server status

[Dmitry V. Levin]

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

On Thu, Mar 29, 2007 at 02:05:07PM +0400, Alexey Tourbin wrote:
> On Thu, Mar 29, 2007 at 12:53:14PM +0400, Денис Смирнов wrote:
> > On Thu, Mar 29, 2007 at 11:28:59AM +0400, Алексей Турбин wrote:
> > 
> > AT> А 4.0 server это будет свободный дистрибутив или коммерческий продукт ООО?
> > AT> Скажем, Золотов сможет его продавать?
> > 
> > Как "копия дистрибутива ..." можно продавать любой дистрибутив, не
> > содержащий несвободные компоненты. Под названием "дистрибутив ..."
> > продавать любой дистрибутив, который кроме диска комплектуется хоть
> > чем-нибудь ещё это обман покупателя. Такое надо продавать под именем
> > "копия первого диска ...", или аналогичным.
> 
> Видишь ли, разница между дистрибутивом и "копией дистрибутива" это
> тарабарщина ещё хуже чем "Сократ тождествен" (см.).  По сути, если речь
> идет о добровольной поддержке чего-либо, то тут единственный вариант --
> это свободный продукт без проприетарных компонентов и без
> преимущественного права использования с чьей-либо стороны.

В 4.0 server не предвидится проприетарных компонент.

Для 4.0 server запланирована "цифровая" версия, со всеми вытекающими по
распространению.
Для 4.0 server запланирована "коробочная" версия, идентичная "цифровой" в
"цифровой" части.


-- 
ldv

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

Re: [devel] 4.0 server status

[Alexey Tourbin]

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

On Thu, Mar 29, 2007 at 05:30:00PM +0300, Michael Shigorin wrote:
> On Thu, Mar 29, 2007 at 03:02:21PM +0400, Alexey Tourbin wrote:
> > > Дистрибутив в себя включает ещё, например, печатную документацию.
> > Если документация под свободной лицензией и она входит в сам
> > дистрибутив, тогда не повод.  В общем, идентичность цифрового
> > продукта эта довольно узкая и легко решаемая техническая
> > проблема.
> 
> Ты упорно считаешь печатную документацию цифровым продуктом?

Наклейки ещё не забудь, ептыть.  Без них дистрибутив не дистрибутив
а копия диска и обман покупателя.

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

Re: [devel] 4.0 server status

[Alexey Tourbin]

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

On Fri, Mar 30, 2007 at 01:36:54AM +0400, Dmitry V. Levin wrote:
> > Скажем, Золотов сможет его продавать?
> Это кто?

Это года три назад был такой тип, который через свой сайт linux.su
продавал копии дисков ALT Linux Compact, что ему делать в конечном
счете запретили, именем торговой марки ALT Linux^(TM).

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

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

Re: [devel] 4.0 server status

[Dmitry V. Levin]

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

On Fri, Mar 30, 2007 at 02:33:24AM +0400, Alexey Tourbin wrote:
> On Fri, Mar 30, 2007 at 01:36:54AM +0400, Dmitry V. Levin wrote:
> > > Скажем, Золотов сможет его продавать?
> > Это кто?
> 
> Это года три назад был такой тип, который через свой сайт linux.su
> продавал копии дисков ALT Linux Compact, что ему делать в конечном
> счете запретили, именем торговой марки ALT Linux^(TM).
> 
> Убунту рассылает свои диски бесплатно всем желающим и, кажется, даже
> оплачивает пересылку.

Если они на каком-то этапе ещё и доплачивали, я бы тоже не удивился.

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

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

Не оттого ли некоторые авторы софта запрещают распространять
видоизменённый тарбол без изменения его имени?

Короче говоря, правило "не выдавай свои изменения за авторские" никто не
отменял.


-- 
ldv

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

Re: [devel] 4.0 server status

[Alexey Tourbin]

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

On Fri, Mar 30, 2007 at 02:45:09AM +0400, Dmitry V. Levin wrote:
> > Убунту рассылает свои диски бесплатно всем желающим и, кажется, даже
> > оплачивает пересылку.
> Если они на каком-то этапе ещё и доплачивали, я бы тоже не удивился.

:)

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

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

> Не оттого ли некоторые авторы софта запрещают распространять
> видоизменённый тарбол без изменения его имени?
>
> Короче говоря, правило "не выдавай свои изменения за авторские" никто не
> отменял.

Например mozilla.org запрещает дебиану вносить изменения в мозиллу,
из-за чего мозиллу в дебиане преименовали в какую-то не-мозиллу.
Причем mozilla.org аргументирует это таким образом, что типа она
заботится о своих пользователях и хочет убедиться, что в дебиане
будет правильная мозилла или, на худой конец, только правильные патчи
к мозилле.  Для этого debian должен подписать какой-то договор с
mozilla.org и т.п.  http://www.linux.org.ru/jump-message.jsp?msgid=1630677

В общем, сутяжничество mozilla.org v. debian я воспринимаю отрицательно,
а аналогия должна быть понятна.

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

Re: [devel] 4.0 server status

[Dmitry V. Levin]

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

On Fri, Mar 30, 2007 at 03:03:50AM +0400, Alexey Tourbin wrote:
[...]
> Например mozilla.org запрещает дебиану вносить изменения в мозиллу,
> из-за чего мозиллу в дебиане преименовали в какую-то не-мозиллу.
> Причем mozilla.org аргументирует это таким образом, что типа она
> заботится о своих пользователях и хочет убедиться, что в дебиане
> будет правильная мозилла или, на худой конец, только правильные патчи
> к мозилле.  Для этого debian должен подписать какой-то договор с
> mozilla.org и т.п.  http://www.linux.org.ru/jump-message.jsp?msgid=1630677
> 
> В общем, сутяжничество mozilla.org v. debian я воспринимаю отрицательно,
> а аналогия должна быть понятна.

Мне не известно хорошего универсального решения.
Ибо одно дело debian.org, и совсем другое -- linux.su.


-- 
ldv

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

Re: [devel] 4.0 server status

[Stanislav Ievlev]

On Fri, Mar 30, 2007 at 02:33:24AM +0400, Alexey Tourbin wrote:
> Убунту рассылает свои диски бесплатно всем желающим и, кажется, даже
> оплачивает пересылку.  
Нам бы таких космонавтов ;)

Re: [devel] 4.0 server status

[Anton Farygin]

Stanislav Ievlev wrote:
> On Fri, Mar 30, 2007 at 02:33:24AM +0400, Alexey Tourbin wrote:
>> Убунту рассылает свои диски бесплатно всем желающим и, кажется, даже
>> оплачивает пересылку.  
> Нам бы таких космонавтов ;)

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

Re: [devel] 4.0 server status

[Alexander Bokovoy]

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

Что касается ограничений по распространению, то они повсеместно:
- RedHat запрещает несанкционированное использование своих торговых
марок как минимум со времен RedHat 7.2;
- SUSE поступает аналогичным образом со своими торговыми марками;
- Мандрива при всей своей разрешительности, имеет аналогичную программу.

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

При этом существующие методы защиты среди создателей свободного ПО
вполне действенны и применимы -- они не слишком далеко от позиции FSF по
отношению к переводам GNU GPL на языки, отличные от английского.

-- 
/ Alexander Bokovoy

[devel] [JT] Re: 4.0 server status

[Michael Shigorin]

On Fri, Mar 30, 2007 at 02:26:52AM +0400, Alexey Tourbin wrote:
> > > > Дистрибутив в себя включает ещё, например, печатную документацию.
> > > Если документация под свободной лицензией и она входит в сам
> > > дистрибутив, тогда не повод.  В общем, идентичность цифрового
> > > продукта эта довольно узкая и легко решаемая техническая
> > > проблема.
> > Ты упорно считаешь печатную документацию цифровым продуктом?
> Наклейки ещё не забудь, ептыть.  Без них дистрибутив не
> дистрибутив а копия диска и обман покупателя.

Будешь смеяться, но для органов, лишённых головного мозга 
-- именно так.  Мы это проходили в 2001, сейчас и в .ru
"началось".

Жизнь чуточку сложнее циферок.

-- 
http://lists.altlinux.ru/pipermail/legal/2006-November/002508.html

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

[Michael Shigorin]

On Fri, Mar 30, 2007 at 02:33:24AM +0400, Alexey Tourbin wrote:
> > > Скажем, Золотов сможет его продавать?
> > Это кто?
> Это года три назад был такой тип, который через свой сайт linux.su
> продавал копии дисков ALT Linux Compact, что ему делать в конечном
> счете запретили, именем торговой марки ALT Linux^(TM).

И правильно.  Тип достаточно неприятный.  Linux(TM) тоже
применяется против подобного люда, если ты вдруг не знал.
Abusers или который денег хочет, а вот суппортить -- нет.

> Убунту рассылает свои диски бесплатно всем желающим и, кажется,
> даже оплачивает пересылку.

В итоге желающие делают жалюзи, не ограничиваясь подставками
под кофе: http://tinyurl.com/yufcuc

Мне регулярно кажется, что это была плохая человеческая, 
хотя и неплохая маркетоидная, идея.  Насколько помню,
она тоже предполагается как "шара конечного объёма".

Не вижу смысла в такой реализации, даже если не клюют.

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

Ты дверь дома закрываешь? (вопрос риторический)

> который лишь ставт под вопрос свободный статус продукта.

Свобода != вседозволенность.

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

Re: [devel] 4.0 server status

[Michael Shigorin]

On Fri, Mar 30, 2007 at 11:09:26AM +0400, Alexander Bokovoy wrote:
> Процесс расстворения идентичности, против которого борятся
> защитой торговых марок, также отрицателен для свободного ПО,
> как и для любой другой области человеческой деятельности.

Насколько помню, это у юристов зовётся "размывание брэнда"
(brand dilution).

Яркий пример -- Intel со своим EM64T, которое умудрилось
раздробить x86_64 недоделками и самопалками.

Впрочем, пойду в курилку...

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

Re: [devel] [room] 4.0 server status

[Aleksey Novodvorsky]

On 3/30/07, Michael Shigorin <mike@osdn.org.ua> wrote:
> On Fri, Mar 30, 2007 at 11:09:26AM +0400, Alexander Bokovoy wrote:
> > Процесс расстворения идентичности, против которого борятся
> > защитой торговых марок, также отрицателен для свободного ПО,
> > как и для любой другой области человеческой деятельности.
>
> Насколько помню, это у юристов зовётся "размывание брэнда"
> (brand dilution).
>
> Яркий пример -- Intel со своим EM64T, которое умудрилось
> раздробить x86_64 недоделками и самопалками.
>
> Впрочем, пойду в курилку...

Саша все верно сказал.
Проблема ведь не в том, что кто-то будет продавать дешевые копии и у
Альт-линукс будут меньше покупать коробки. Бизнес на коробках может
делать лишь тот, кто не производит сам продукт, розничная продажа
коробок для Альт не убыточна, конечно, но давно уже капля в море.
Вопрос в аутентичности продукта и ответственности за нее. Если человек
честно пишет, что продает копии таких-то дисков продукта -- нет
проблем, мы очень благодарны ему. Когда же появляется много _разных_
продуктов под одним названием, то покупатель просто вводится в
заблуждение.
У нас хватает своих багов, не надо на нас вешать чужие (вольная цитата из ldv).

Rgrds, Алексей
>
> --
>  ---- WBR, Michael Shigorin <mike@altlinux.ru>
>   ------ Linux.Kiev http://www.linux.kiev.ua/
> _______________________________________________
> smoke-room mailing list
> smoke-room@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/smoke-room

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

[Igor Zubkov]

В сообщении от Thursday 29 March 2007 15:44:40 Dmitry V. Levin написал(а):
> Это BSD-style.

А как правильно писать в License: BSD-like или BSD-style? У меня в паре 
пакетов BSD-like и приложенная лицензия (на всякий случай).

-- 
icesik

Re: [devel] Q: license

[Dmitry V. Levin]

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

On Fri, Mar 30, 2007 at 02:54:09PM +0300, Igor Zubkov wrote:
> В сообщении от Thursday 29 March 2007 15:44:40 Dmitry V. Levin написал(а):
> > Это BSD-style.
> 
> А как правильно писать в License: BSD-like или BSD-style? У меня в паре 
> пакетов BSD-like и приложенная лицензия (на всякий случай).

Я думаю, что правильнее BSD-style чем BSD-like.  Но это несущественно.
А вот distributable -- это всегда значит "см. текст лицензии".


-- 
ldv

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

Re: [devel] 4.0 server status

[Alexey Tourbin]

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

On Fri, Mar 30, 2007 at 12:49:13PM +0400, Aleksey Novodvorsky wrote:
> > On Fri, Mar 30, 2007 at 11:09:26AM +0400, Alexander Bokovoy wrote:
> > > Процесс расстворения идентичности, против которого борятся
> > > защитой торговых марок, также отрицателен для свободного ПО,
> > > как и для любой другой области человеческой деятельности.

[...]

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

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

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

Рассуждение Александра о растворении идентичности мне скорее не понятны,
чем понятны.

Но, конечно, хозяин барин, и при любой политике распространения продукта
фирма остается в своем праве.  Я лишь хотел сказать что, если речь идет
о добровольной поддержке продукта достаточно широким сообществом
разработчиков, то продукт должен быть безусловно свободным.  Если
полностью идентичные ISO-образы продукта будут доступны через
ftp.altlinux.org, о чем написал Дима (если я правильно его понял),
то это в значительной степени (положительно) отвечает на мой вопрос.

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

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

[Eugene Vlasov]

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

On Wed, 28 Mar 2007 21:53:19 +0400 "Dmitry V. Levin" wrote:

>> > Буду поддерживать emacs22 и расширения к нему
 
> Это вы про серверные пакеты говорите?

У меня на всех серверах emacs стоит... По моему, emacs22 вполне
достойный кандидат по крайней мере в компоненту main.


-- 
WBR, Eugene Vlasov        mailto:eugvv at altlinux.ru
                          JID: eugvv@jabber.ru

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

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

[Alexey Tourbin]

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

On Fri, Mar 30, 2007 at 11:22:12AM +0300, Michael Shigorin wrote:
> > Это года три назад был такой тип, который через свой сайт linux.su
> > продавал копии дисков ALT Linux Compact, что ему делать в конечном
> > счете запретили, именем торговой марки ALT Linux^(TM).

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

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

Я готов признать, что вопрос политики распространения и перепродажи
несколько тоньше, чем вопрос свободы софта per se.  Однако, по-моему,
не намного тоньше.  И, как я уже пытался сказать, в связи с радикальной
политикой Убунту терять здесь нечего.

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

Re: [devel] 4.0 server status

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

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

On Fri, Mar 30, 2007 at 07:34:59PM +0400, Алексей Турбин wrote:

AT> Вполне аналогичные рассуждения заставляют мозиллу.орг сутяжничать
AT> с дебианом насчет внесения изменений в firefox.

Если бы они требовали всего лишь обзывать модифицированый продукт
"modified firefox", никаких проблем бы не было. Насколько я понял от
Золотова, который распространял под названием ALT Linux Master 2.4 некий
продукт, который имел отличия от того что ALT Linux выпустил под этим
названия, требовали всего лишь дать своим покупателям четкую информацию о
том что они покупают. Он отказался. Потому как занимался зарабатыванием
бабла, а не продвижением. И он прекрасно понимал что у него гораздо меньше
людей купят копию ALT Linux Master, чем подделку под официальный ALT Linux
Master.

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

http://freesource.info
----------------------------------------------------------------------------
Если программа полностью отлажена, ее нужно будет скорректировать.

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

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

[Michael Shigorin]

On Fri, Mar 30, 2007 at 08:20:57PM +0400, Alexey Tourbin wrote:
> > > Это года три назад был такой тип, который через свой сайт linux.su
> > > продавал копии дисков ALT Linux Compact, что ему делать в конечном
> > > счете запретили, именем торговой марки ALT Linux^(TM).
> > И правильно.  Тип достаточно неприятный.  Linux(TM) тоже
> > применяется против подобного люда, если ты вдруг не знал.
> > Abusers или который денег хочет, а вот суппортить -- нет.
> Ты не отличаешь принципиальных вопросов от непринципиальных.

Отличаю, просто тут тоже бывает lazy evaluation.

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

Да; в меру того, что решение каждый раз предпринимается
конкретным человеком.

> Но свобода это это вопрос принципиальный.

Ты можешь её определить?  Я ещё не видел ни одного хорошего
определения, максимум удовлетворительные.  А утверждать
о принципиальности неопределённого не вижу смысла.

Моё понимание свободы такой подход ни разу не нарушает при
разумных выборах в каждом конкретном случае.  С одним неразумным
сталкивался, и починить его полностью не вышло; пострадало от
этого скорее ООО, ну да ладно. (касательно lafox.net)

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

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

(Дамир, молчать :)

> Я готов признать, что вопрос политики распространения и
> перепродажи несколько тоньше, чем вопрос свободы софта per se.
> Однако, по-моему, не намного тоньше.  И, как я уже пытался
> сказать, в связи с радикальной политикой Убунту терять здесь
> нечего.

Каждый волен сходить с ума по-своему.

Собственно, по существу ты уже вроде отозвался, что достаточно?

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

Re: [devel] 4.0 server status

[Aleksey Novodvorsky]

On 3/30/07, Alexey Tourbin <at@altlinux.ru> wrote:
> On Fri, Mar 30, 2007 at 12:49:13PM +0400, Aleksey Novodvorsky wrote:
> > > On Fri, Mar 30, 2007 at 11:09:26AM +0400, Alexander Bokovoy wrote:
> > > > Процесс расстворения идентичности, против которого борятся
> > > > защитой торговых марок, также отрицателен для свободного ПО,
> > > > как и для любой другой области человеческой деятельности.
>
> [...]
>
> > Вопрос в аутентичности продукта и ответственности за нее. Если человек
> > честно пишет, что продает копии таких-то дисков продукта -- нет
> > проблем, мы очень благодарны ему. Когда же появляется много _разных_
> > продуктов под одним названием, то покупатель просто вводится в
> > заблуждение.
>
> Что касается ответственности за аутентичность продукта, то Вы трактуете
> ответственность экстенсионально.  То есть не только вы ответственны за
> свой собственный продукт, но все, кто примазывается к вам в связи с
> названием определенного продукта, возлагают на вас своего рода
> ответственность.  В связи с некоторыми размышлениями насчет предикатов
> Агасси это соображение кажется мне сомнительным.
>
> Вполне аналогичные рассуждения заставляют мозиллу.орг сутяжничать
> с дебианом насчет внесения изменений в firefox.

Нет. Одним из ключевых аргументов mozilla.org явлется наличие вполне
проприетарных картинок в продукте.

>
> Рассуждение Александра о растворении идентичности мне скорее не понятны,
> чем понятны.

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

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

Конечно. Свобода -- это public domain?

  Если
> полностью идентичные ISO-образы продукта будут доступны через
> ftp.altlinux.org, о чем написал Дима (если я правильно его понял),
> то это в значительной степени (положительно) отвечает на мой вопрос.

4-гигабайтные ISO-образы? Обратите внимание, Debian их не выкладывает.
Достаточно, на мой взгляд, средств их создания и инструкции, а также
md5-сумм.

Rgrds, Алексей

>
>

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

[Slava Semushin]

30.03.07, Michael Shigorin<mike / osdn.org.ua> написал(а):
[...]
> А я не считаю нужным защищать несимпатичных мне геев.  Даже если
> кто-то будет пытаться вон в минкультуры символическую гривну в
> их поддержку собрать, ага.
>
> (Дамир, молчать :)

Миш, я что-то не понял, причем тут Дамир? Там ты про геев, тут уже
Дамир. Он нормальный, так что не надо такими вот двусмысленностями
путать людей (пусть и ненарочно) и пятнать репутацию хорошему человеку
:)

Или это только я один не понял Мишиных слов и растолковал их превратно?! %)


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

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

[Michael Shigorin]

On Fri, Mar 30, 2007 at 10:20:12PM +0600, Eugene Vlasov wrote:
> >> > Буду поддерживать emacs22 и расширения к нему
> > Это вы про серверные пакеты говорите?
> У меня на всех серверах emacs стоит... По моему, emacs22 вполне
> достойный кандидат по крайней мере в компоненту main.

У нас на конторе есть любитель использовать эту VM именно как сервер.

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

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

[Dmitry V. Levin]

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

On Fri, Mar 30, 2007 at 10:20:12PM +0600, Eugene Vlasov wrote:
> On Wed, 28 Mar 2007 21:53:19 +0400 "Dmitry V. Levin" wrote:
> >> > Буду поддерживать emacs22 и расширения к нему
>  
> > Это вы про серверные пакеты говорите?
> 
> У меня на всех серверах emacs стоит... По моему, emacs22 вполне
> достойный кандидат по крайней мере в компоненту main.

Тогда, если нетрудно, сформируйте список бинарных пакетов, пожалуйста.
Мне навскидку этого сделать не удалось.


-- 
ldv

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

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

[Alexey Gladkov]

Eugene Vlasov пишет:
> У меня на всех серверах emacs стоит... По моему, emacs22 вполне
> достойный кандидат по крайней мере в компоненту main.

Есть очень хороший xemacs-nox

-- 
Rgrds, legion

Re: [devel] 4.0 server status

[Dmitry V. Levin]

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

On Fri, Mar 30, 2007 at 09:35:29PM +0400, Aleksey Novodvorsky wrote:
> > Если
> > полностью идентичные ISO-образы продукта будут доступны через
> > ftp.altlinux.org, о чем написал Дима (если я правильно его понял),
> > то это в значительной степени (положительно) отвечает на мой вопрос.
> 
> 4-гигабайтные ISO-образы? Обратите внимание, Debian их не выкладывает.
> Достаточно, на мой взгляд, средств их создания и инструкции, а также
> md5-сумм.

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


-- 
ldv

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

[devel] Administrativia

[Dmitry V. Levin]

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

On Fri, Mar 30, 2007 at 11:25:57AM +0300, Michael Shigorin wrote:
[...]
> Впрочем, пойду в курилку...

Большая просьба не делать X-post в этот список рассылки и в smoke-room@lists,
ибо это с молниеносной скоростью превращает devel@ в smoke-room@.


-- 
ldv

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

Re: [devel] Administrativia

[Alexey Tourbin]

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

On Fri, Mar 30, 2007 at 11:27:29PM +0400, Dmitry V. Levin wrote:
> On Fri, Mar 30, 2007 at 11:25:57AM +0300, Michael Shigorin wrote:
> [...]
> > Впрочем, пойду в курилку...
> 
> Большая просьба не делать X-post в этот список рассылки и в smoke-room@lists,
> ибо это с молниеносной скоростью превращает devel@ в smoke-room@.

Нельзя запретить добавлять в CC определенные адреса.
Но можно (до некоторой степени) требовать придерживаться тем,
актуальных для рассылки devel.

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

Re: [devel] Administrativia

[Dmitry V. Levin]

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

On Fri, Mar 30, 2007 at 11:42:42PM +0400, Alexey Tourbin wrote:
> On Fri, Mar 30, 2007 at 11:27:29PM +0400, Dmitry V. Levin wrote:
> > On Fri, Mar 30, 2007 at 11:25:57AM +0300, Michael Shigorin wrote:
> > [...]
> > > Впрочем, пойду в курилку...
> > 
> > Большая просьба не делать X-post в этот список рассылки и в smoke-room@lists,
> > ибо это с молниеносной скоростью превращает devel@ в smoke-room@.
> 
> Нельзя запретить добавлять в CC определенные адреса.

Можно, и теперь все письма, направленные в devel@ и содержащие
smoke-room@ в Cc, становятся в очередь на approval.

> Но можно (до некоторой степени) требовать придерживаться тем,
> актуальных для рассылки devel.

Это в значительной степени зависит от вас.


-- 
ldv

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

Re: [devel] 4.0 server status

[Alexey Tourbin]

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

On Fri, Mar 30, 2007 at 09:35:29PM +0400, Aleksey Novodvorsky wrote:
> On 3/30/07, Alexey Tourbin <at@altlinux.ru> wrote:
> > Что касается ответственности за аутентичность продукта, то Вы трактуете
> > ответственность экстенсионально.  То есть не только вы ответственны за
> > свой собственный продукт, но все, кто примазывается к вам в связи с
> > названием определенного продукта, возлагают на вас своего рода
> > ответственность.  В связи с некоторыми размышлениями насчет предикатов
> > Агасси это соображение кажется мне сомнительным.
> >
> > Вполне аналогичные рассуждения заставляют мозиллу.орг сутяжничать
> > с дебианом насчет внесения изменений в firefox.
> 
> Нет. Одним из ключевых аргументов mozilla.org явлется наличие вполне
> проприетарных картинок в продукте.

Допустим.  Проприетарной картинкой, насколько я понимаю, является
официальный логотип мозиллы.орг и/или фаерфокса.  То есть аналогия,
а именно, осуществление ограничительной/запретительной политики в связи
с правами на торговую марку, всё же имеется.

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

Здесь достаточно GPL 2a.
То есть защита репутации разработчика в связи с чужими изменениями
в коде изначально предусмотрена лицензией на код, и мне не понятно,
в какой мере апелляция к брэнду здесь может помочь.

Замечу, что Ваш аргумент применим к коду с любой лицензий; а вырвав
из контекста, его удобно использовать для апологии закрытия кода.
Заговорщический своего рода аргумент, он не соответствует духу GPL, вот!

> > Но, конечно, хозяин барин, и при любой политике распространения продукта
> > фирма остается в своем праве.  Я лишь хотел сказать что, если речь идет
> > о добровольной поддержке продукта достаточно широким сообществом
> > разработчиков, то продукт должен быть безусловно свободным.
> 
> Конечно. Свобода -- это public domain?

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

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

> > полностью идентичные ISO-образы продукта будут доступны через
> > ftp.altlinux.org, о чем написал Дима (если я правильно его понял),
> > то это в значительной степени (положительно) отвечает на мой вопрос.
> 
> 4-гигабайтные ISO-образы? Обратите внимание, Debian их не выкладывает.
> Достаточно, на мой взгляд, средств их создания и инструкции, а также
> md5-сумм.

SATA диск на 300 гигабайтов стоит около 100 долларов; удельная стоимость
выкладывания 4-гигабайтного ISO-образа получается примерно $1.33.  Вроде
бы недорого, хотя конечно кому как.

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

Re: [devel] 4.0 server status

[Dmitry V. Levin]

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

On Sat, Mar 31, 2007 at 01:00:18AM +0400, Alexey Tourbin wrote:
[...]
> SATA диск на 300 гигабайтов стоит около 100 долларов; удельная стоимость
> выкладывания 4-гигабайтного ISO-образа получается примерно $1.33.  Вроде
> бы недорого, хотя конечно кому как.

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


-- 
ldv

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

Re: [devel] 4.0 server status

[Alexey Tourbin]

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

On Sat, Mar 31, 2007 at 01:11:56AM +0400, Dmitry V. Levin wrote:
> On Sat, Mar 31, 2007 at 01:00:18AM +0400, Alexey Tourbin wrote:
> [...]
> > SATA диск на 300 гигабайтов стоит около 100 долларов; удельная стоимость
> > выкладывания 4-гигабайтного ISO-образа получается примерно $1.33.  Вроде
> > бы недорого, хотя конечно кому как.
> 
> Практически это получается дороже, поскольку
> - SATA диск приходится зеркалировать;
> - много дисков требуют системных блоков большего размера;
> - colocation таких системных блоков стоит дороже.

Я согласен, что может получиться значительно дороже, чем один доллар.
Но всё равно это не должно стать решающим аргументом.

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

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

[Eugene Vlasov]

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

On Fri, 30 Mar 2007 23:19:55 +0400 "Dmitry V. Levin" wrote:

>> У меня на всех серверах emacs стоит... По моему, emacs22 вполне
>> достойный кандидат по крайней мере в компоненту main.

> Тогда, если нетрудно, сформируйте список бинарных пакетов, пожалуйста.
> Мне навскидку этого сделать не удалось.

Минимальный комплект без зависимости на X-овые библиотеки:

emacs-base
emacs22-common
emacs22-nox
emacs22-speedbar
emacs22-tramp

Хорошим дополнением будут тоже собираемые из дистрибутива emacs22
почтовый клиент emacs22-gnus, клиент для irc emacs22-erc и методы
ввода emacs - emacs22-leim.
Для варианта, когда предусмотрены X-овые библиотеки стоит добавить в
список пакетов еще

emacs22-X11
emacs22-X11-athena (зависимость на libXaw3d)

emacs22-gtk имеет более тяжелые зависимости, его вероятно стоит
включить в комплект для десктопа. Пакеты *-el и emacs22-elisp-manual -
это, скорее, комплект для разработчиков. Туда же emacs-cedet,
emacs-ecb и emacs-jdee.


-- 
WBR, Eugene Vlasov        mailto:eugvv at altlinux.ru
                          JID: eugvv@jabber.ru

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

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

[Dmitry V. Levin]

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

On Sat, Mar 31, 2007 at 03:45:20AM +0600, Eugene Vlasov wrote:
> On Fri, 30 Mar 2007 23:19:55 +0400 "Dmitry V. Levin" wrote:
> 
> >> У меня на всех серверах emacs стоит... По моему, emacs22 вполне
> >> достойный кандидат по крайней мере в компоненту main.
> 
> > Тогда, если нетрудно, сформируйте список бинарных пакетов, пожалуйста.
> > Мне навскидку этого сделать не удалось.
> 
> Минимальный комплект без зависимости на X-овые библиотеки:
> 
> emacs-base
> emacs22-common
> emacs22-nox
> emacs22-speedbar
> emacs22-tramp

Это множество пакетов порождается "пакетом" emacs-common, который уже
включён.

> Хорошим дополнением будут тоже собираемые из дистрибутива emacs22
> почтовый клиент emacs22-gnus, клиент для irc emacs22-erc и методы
> ввода emacs - emacs22-leim.
> Для варианта, когда предусмотрены X-овые библиотеки стоит добавить в
> список пакетов еще
> 
> emacs22-X11
> emacs22-X11-athena (зависимость на libXaw3d)
> 
> emacs22-gtk имеет более тяжелые зависимости, его вероятно стоит
> включить в комплект для десктопа. Пакеты *-el и emacs22-elisp-manual -
> это, скорее, комплект для разработчиков. Туда же emacs-cedet,
> emacs-ecb и emacs-jdee.

Понял, спасибо.


-- 
ldv

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

Re: [devel] 4.0 server status

[Aleksey Novodvorsky]

On 3/31/07, Alexey Tourbin <at@altlinux.ru> wrote:
> On Fri, Mar 30, 2007 at 09:35:29PM +0400, Aleksey Novodvorsky wrote:
> > On 3/30/07, Alexey Tourbin <at@altlinux.ru> wrote:
> > > Что касается ответственности за аутентичность продукта, то Вы трактуете
> > > ответственность экстенсионально.  То есть не только вы ответственны за
> > > свой собственный продукт, но все, кто примазывается к вам в связи с
> > > названием определенного продукта, возлагают на вас своего рода
> > > ответственность.  В связи с некоторыми размышлениями насчет предикатов
> > > Агасси это соображение кажется мне сомнительным.
> > >
> > > Вполне аналогичные рассуждения заставляют мозиллу.орг сутяжничать
> > > с дебианом насчет внесения изменений в firefox.
> >
> > Нет. Одним из ключевых аргументов mozilla.org явлется наличие вполне
> > проприетарных картинок в продукте.
>
> Допустим.  Проприетарной картинкой, насколько я понимаю, является
> официальный логотип мозиллы.орг и/или фаерфокса.


 То есть аналогия,
> а именно, осуществление ограничительной/запретительной политики в связи
> с правами на торговую марку, всё же имеется.

С аналогиями можно далеко зайти.  Я говорю о праве на имя.

>
> > Вы написали программу Prog, поставили свое имя. Некто, чью
> > квалификацию Вы не имели возможность оценить, внес в нее изменения, но
> > нигде об этом не написал и распространяет, причем широко, измененную
> > программу под Вашим именем. Вы встречаетесь с интересным для Вас
> > человеком, специалистом, и говорите ему с гордостью, что написали
> > программу Prog, а он кривится, вспоминая про дурацкие баги и ужасный
> > местами код.
>
> Здесь достаточно GPL 2a.
> То есть защита репутации разработчика в связи с чужими изменениями
> в коде изначально предусмотрена лицензией на код, и мне не понятно,
> в какой мере апелляция к брэнду здесь может помочь.
>
> Замечу, что Ваш аргумент применим к коду с любой лицензий; а вырвав
> из контекста, его удобно использовать для апологии закрытия кода.
> Заговорщический своего рода аргумент, он не соответствует духу GPL, вот!

Не понимаю.

>
> > > Но, конечно, хозяин барин, и при любой политике распространения продукта
> > > фирма остается в своем праве.  Я лишь хотел сказать что, если речь идет
> > > о добровольной поддержке продукта достаточно широким сообществом
> > > разработчиков, то продукт должен быть безусловно свободным.
> >
> > Конечно. Свобода -- это public domain?
>
> Я ранее написал, что тут кажется мне важным: без проприетарных
> компонентов и без преимущественного права использования с чьей-либо
> стороны.

Ok. Но я не вижу каких-либо ограничений в праве _использования_ при
наличии требования указывать, что распространяется копия.
Вы защищаете бесплатное пиво, а не свободную речь. Я не хотел бы,
чтобы Гинесс из Питера продавался с надписью Made in Ireland. А Вы?

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

Не может, так как внутри есть, например, Apache2.
Давайте все же в smoke-room, а?
Rgrds, Алексей

>
> > > полностью идентичные ISO-образы продукта будут доступны через
> > > ftp.altlinux.org, о чем написал Дима (если я правильно его понял),
> > > то это в значительной степени (положительно) отвечает на мой вопрос.
> >
> > 4-гигабайтные ISO-образы? Обратите внимание, Debian их не выкладывает.
> > Достаточно, на мой взгляд, средств их создания и инструкции, а также
> > md5-сумм.
>
> SATA диск на 300 гигабайтов стоит около 100 долларов; удельная стоимость
> выкладывания 4-гигабайтного ISO-образа получается примерно $1.33.  Вроде
> бы недорого, хотя конечно кому как.
>
>

Re: [devel] 4.0 server status

[Alexey Tourbin]

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

On Sat, Mar 31, 2007 at 02:02:38AM +0400, Aleksey Novodvorsky wrote:
> > а именно, осуществление ограничительной/запретительной политики в связи
> > с правами на торговую марку, всё же имеется.
> 
> С аналогиями можно далеко зайти.  Я говорю о праве на имя.

GPL не отрицает права на имя, при этом не требуя переименования
чего-либо после внесения изменений.  Но требует "prominent notices"
относительно внесения изменений.  По-моему, всё по-честному.

Я и не пытаюсь далеко зайти с аналогиями.  Никакая аналогия не
совершенна, но аналогия "ALT Linux v. Золотов" и "mozilla.org v. debian"
представляется мне вполне понятной и даже интересной.

> > > Вы написали программу Prog, поставили свое имя. Некто, чью
> > > квалификацию Вы не имели возможность оценить, внес в нее изменения, но
[...]
> > Замечу, что Ваш аргумент применим к коду с любой лицензий; а вырвав
> > из контекста, его удобно использовать для апологии закрытия кода.
> > Заговорщический своего рода аргумент, он не соответствует духу GPL, вот!
> 
> Не понимаю.

GPL дает механизм защиты репутации автора.  Брэнды дают механизм
кого-то преследовать за то что он, вообще говоря, нам не нравится.
Что Вы хотели сказать, когда написали, что "некто, чью квалификацию
Вы не имели возможность оценить..." и т.д.?

> > > Конечно. Свобода -- это public domain?
> > Я ранее написал, что тут кажется мне важным: без проприетарных
> > компонентов и без преимущественного права использования с чьей-либо
> > стороны.
> 
> Ok. Но я не вижу каких-либо ограничений в праве _использования_ при
> наличии требования указывать, что распространяется копия.
> Вы защищаете бесплатное пиво, а не свободную речь. Я не хотел бы,
> чтобы Гинесс из Питера продавался с надписью Made in Ireland. А Вы?

В случае с цифровым продуктом не бывает копии.  Бывает криптостойкий
хеш, при помощи которого можно проверить идентичность продукта.  В
противном случае работает GPL 2a, то есть пользователь вправе знать,
что продукт модифицированный.  Аналогии с пивом нет.

Если же пользователь оказывается обманутым, то обманщика нужно прежде
всего обвинять в нарушении GPL 2a, а не в неправомерном использовании
брэнда.

> > Свобода -- это GPL, она не хуже public domain.  Для меня, правда,
> > остается некоторой загадкой, в какой степени GPL может быть применима
> > к продукту в целом.  Точнее, к продукту как к сборнику кода и
> > документации, каковым "цифровая" часть дистрибутива и является.
> 
> Не может, так как внутри есть, например, Apache2.
> Давайте все же в smoke-room, а?

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

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

Re: [devel] 4.0 server status

[Aleksey Novodvorsky]

On 3/31/07, Alexey Tourbin <at@altlinux.ru> wrote:
> On Sat, Mar 31, 2007 at 02:02:38AM +0400, Aleksey Novodvorsky wrote:
> > > а именно, осуществление ограничительной/запретительной политики в связи
> > > с правами на торговую марку, всё же имеется.
> >
> > С аналогиями можно далеко зайти.  Я говорю о праве на имя.
>
> GPL не отрицает права на имя, при этом не требуя переименования
> чего-либо после внесения изменений.  Но требует "prominent notices"
> относительно внесения изменений.  По-моему, всё по-честному.

Да. Именно notices об изменениях мы и хотели видеть у Золотова. Что же
здесь еще непонятно?

>
> Я и не пытаюсь далеко зайти с аналогиями.  Никакая аналогия не
> совершенна, но аналогия "ALT Linux v. Золотов" и "mozilla.org v. debian"
> представляется мне вполне понятной и даже интересной.
>
> > > > Вы написали программу Prog, поставили свое имя. Некто, чью
> > > > квалификацию Вы не имели возможность оценить, внес в нее изменения, но
> [...]
> > > Замечу, что Ваш аргумент применим к коду с любой лицензий; а вырвав
> > > из контекста, его удобно использовать для апологии закрытия кода.
> > > Заговорщический своего рода аргумент, он не соответствует духу GPL, вот!
> >
> > Не понимаю.
>
> GPL дает механизм защиты репутации автора.  Брэнды дают механизм
> кого-то преследовать за то что он, вообще говоря, нам не нравится.
> Что Вы хотели сказать, когда написали, что "некто, чью квалификацию
> Вы не имели возможность оценить..." и т.д.?
>
> > > > Конечно. Свобода -- это public domain?
> > > Я ранее написал, что тут кажется мне важным: без проприетарных
> > > компонентов и без преимущественного права использования с чьей-либо
> > > стороны.
> >
> > Ok. Но я не вижу каких-либо ограничений в праве _использования_ при
> > наличии требования указывать, что распространяется копия.
> > Вы защищаете бесплатное пиво, а не свободную речь. Я не хотел бы,
> > чтобы Гинесс из Питера продавался с надписью Made in Ireland. А Вы?
>
> В случае с цифровым продуктом не бывает копии.  Бывает криптостойкий
> хеш, при помощи которого можно проверить идентичность продукта.  В
> противном случае работает GPL 2a, то есть пользователь вправе знать,
> что продукт модифицированный.  Аналогии с пивом нет.
>
> Если же пользователь оказывается обманутым, то обманщика нужно прежде
> всего обвинять в нарушении GPL 2a, а не в неправомерном использовании
> брэнда.

Неприменимо, если весь продукт не распространяется под GPL.

Алексей, я не вижу у Вас аргументов, на которые  не ответил. Если не
будет вопросов у других участников списка devel@, то надо переходить в
smoke-room@.

Rgrds, Алексей

>
> > > Свобода -- это GPL, она не хуже public domain.  Для меня, правда,
> > > остается некоторой загадкой, в какой степени GPL может быть применима
> > > к продукту в целом.  Точнее, к продукту как к сборнику кода и
> > > документации, каковым "цифровая" часть дистрибутива и является.
> >
> > Не может, так как внутри есть, например, Apache2.
> > Давайте все же в smoke-room, а?
>
> Нет, вопрос слишком принципиальный.
> Хочу сказать, что изначальная идея Столлмана и проекта GNU, которую я
> тут вроде как пытаюсь озвучивать, -- это как раз издание именно такого
> или почти такого сборника ПО и документации, которые свободны для всех
> и во всех отношениях.
>
>

Re: [devel] 4.0 server status

[Alexey Tourbin]

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

On Sat, Mar 31, 2007 at 03:39:31AM +0400, Aleksey Novodvorsky wrote:
> > GPL не отрицает права на имя, при этом не требуя переименования
> > чего-либо после внесения изменений.  Но требует "prominent notices"
> > относительно внесения изменений.  По-моему, всё по-честному.
> 
> Да. Именно notices об изменениях мы и хотели видеть у Золотова. Что же
> здесь еще непонятно?

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

> > Если же пользователь оказывается обманутым, то обманщика нужно прежде
> > всего обвинять в нарушении GPL 2a, а не в неправомерном использовании
> > брэнда.
> 
> Неприменимо, если весь продукт не распространяется под GPL.

Продукт не может распространяться целиком под GPL, и не только из-за
apache2, но даже из-за, например, openssl.  Однако, это не должно стать
препятствием для обсуждения, так сказать, принципов, или идеи.  Если
идея GPL вожделенна, то нужно обсуждать ее как вожделенную, без отмазок
насчет того, что вожделенное невозможно.

> Алексей, я не вижу у Вас аргументов, на которые  не ответил.

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

> Если не будет вопросов у других участников списка devel@, то надо
> переходить в smoke-room@.

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

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

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

[evg_krsk]

Eugene Vlasov пишет:

>>> У меня на всех серверах emacs стоит... По моему, emacs22 вполне
>>> достойный кандидат по крайней мере в компоненту main.

+1

> Хорошим дополнением будут тоже собираемые из дистрибутива emacs22
> почтовый клиент emacs22-gnus, клиент для irc emacs22-erc и методы
> ввода emacs - emacs22-leim.

emacs-jabber сюда же. Для меня альтернативных жаббер-клиентов просто нет.

-- 
Терешков Евгений, ALT Linux Team.

Re: [devel] 4.0 server status

[Aleksey Novodvorsky]

On 3/31/07, Alexey Tourbin <at@altlinux.ru> wrote:
> On Sat, Mar 31, 2007 at 03:39:31AM +0400, Aleksey Novodvorsky wrote:
> > > GPL не отрицает права на имя, при этом не требуя переименования
> > > чего-либо после внесения изменений.  Но требует "prominent notices"
> > > относительно внесения изменений.  По-моему, всё по-честному.
> >
> > Да. Именно notices об изменениях мы и хотели видеть у Золотова. Что же
> > здесь еще непонятно?
>
> Я согласен.  Вместе с тем, вопрос не горошовый, и я не думаю, что здесь
> всё сводится к демагогии или к банальному непониманю на уровне слов;
> если мы и приходим к общему знаменателю, то, наверное, то не без труда.
>
> > > Если же пользователь оказывается обманутым, то обманщика нужно прежде
> > > всего обвинять в нарушении GPL 2a, а не в неправомерном использовании
> > > брэнда.
> >
> > Неприменимо, если весь продукт не распространяется под GPL.
>
> Продукт не может распространяться целиком под GPL, и не только из-за
> apache2, но даже из-за, например, openssl.  Однако, это не должно стать
> препятствием для обсуждения, так сказать, принципов, или идеи.  Если
> идея GPL вожделенна, то нужно обсуждать ее как вожделенную, без отмазок
> насчет того, что вожделенное невозможно.

Я согласен с тем, что если бы можно было распространять дистрибутив
под GPL, то не было бы необходимости обращаться к торговым маркам для
защиты своего имени. Но Вы сами, упомянув Золотова, снизили уровень
обсуждения.

>
> > Алексей, я не вижу у Вас аргументов, на которые  не ответил.
>
> Широкй вопрос, на который, быть может, и нельзя ответить за один раз --
> это копирайт vs бредны.  Вы написали про бесплатное пиво и про палёный
> Гиннес.  Я считаю такую аргументацию моветоном.  Она здесь не подходит.

В конкретном случае -- подходит, так как Золотов продавал бесплатное
пиво, не предупреждая, что оно не совпадает с оригиналом.

>
> > Если не будет вопросов у других участников списка devel@, то надо
> > переходить в smoke-room@.
>
> Вот не надо выгонять меня в культурный оффтопик.  Я старался очень
> ответственно нечто скзать, напрягал все свои ментальные способности и т.п.
>

Считаете ли Вы, что случай Золотова мы с Вами обсудили? Для меня это
важно, так как я полагаю, что мы (Альт) поступили правильно. Мне
хочется выкинуть этот скелет из шкафа. Пока он там, -- считаю
обсуждение в devel@ бессмысленным, если не будут найдены новые
аргументы.

Rgrds, Алексей

>

Re: [devel] 4.0 server status

[Alexey Tourbin]

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

On Sat, Mar 31, 2007 at 05:17:51AM +0400, Aleksey Novodvorsky wrote:
> > Продукт не может распространяться целиком под GPL, и не только из-за
> > apache2, но даже из-за, например, openssl.  Однако, это не должно стать
> > препятствием для обсуждения, так сказать, принципов, или идеи.  Если
> > идея GPL вожделенна, то нужно обсуждать ее как вожделенную, без отмазок
> > насчет того, что вожделенное невозможно.
> 
> Я согласен с тем, что если бы можно было распространять дистрибутив
> под GPL, то не было бы необходимости обращаться к торговым маркам для
> защиты своего имени. Но Вы сами, упомянув Золотова, снизили уровень
> обсуждения.

Не понимаю, что тут можно снизить, упомяная в суе Золотова, мать его.
Буду думать, что это не важно.

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

> > Широкй вопрос, на который, быть может, и нельзя ответить за один раз --
> > это копирайт vs бредны.  Вы написали про бесплатное пиво и про палёный
> > Гиннес.  Я считаю такую аргументацию моветоном.  Она здесь не подходит.
> 
> В конкретном случае -- подходит, так как Золотов продавал бесплатное
> пиво, не предупреждая, что оно не совпадает с оригиналом.

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

> Считаете ли Вы, что случай Золотова мы с Вами обсудили? Для меня это
> важно, так как я полагаю, что мы (Альт) поступили правильно.

Обсудили мы случай с Золотовым или нет.  А что он вскрывает?  Для меня
это тоже важно.  Трудно сказать, дайте ещё подумать.

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

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

[Andrey Rahmatullin]

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

On Sat, Mar 31, 2007 at 08:49:28AM +0800, evg_krsk@inbox.ru wrote:
> > Хорошим дополнением будут тоже собираемые из дистрибутива emacs22
> > почтовый клиент emacs22-gnus, клиент для irc emacs22-erc и методы
> > ввода emacs - emacs22-leim.
> emacs-jabber сюда же. Для меня альтернативных жаббер-клиентов просто нет.
На сервер это всё зачем?

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

> Нафига пакету net-snmp понадобился librpm? [...]
Нафига вообще пакет net-snmp?
		-- ldv in devel@

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

Re: [devel] 4.0 server status

[Anton Farygin]

Dmitry V. Levin wrote:
> On Fri, Mar 30, 2007 at 09:35:29PM +0400, Aleksey Novodvorsky wrote:
>>> Если
>>> полностью идентичные ISO-образы продукта будут доступны через
>>> ftp.altlinux.org, о чем написал Дима (если я правильно его понял),
>>> то это в значительной степени (положительно) отвечает на мой вопрос.
>> 4-гигабайтные ISO-образы? Обратите внимание, Debian их не выкладывает.
>> Достаточно, на мой взгляд, средств их создания и инструкции, а также
>> md5-сумм.
> 
> Я думаю, что нам хватит места на диске и ширины канала для того, чтобы
> выложить ISO-образы.

В случае с master'ом скорее всего возникнет проблема не у нас, а у 
пользователей - DVD-9 помимо того, что качать долго и нудно, вдобавок 
ещё практически нигде не записываются качественно (за исключением 
заводов) и безумно дорого стоят болванки.

т.е. - покупать DVD-9 дешевле чем выкладывать, качать и записывать...

В принципе никто не возражает против выкладывания, но на мой взгляд 
образ DVD-9 на FTP будет просто издевательством над пользователем.

Rgds,
Rider

Re: [devel] 4.0 server status

[Mikhail Gusarov]

Twas brillig at 12:40:18 31.03.2007 UTC+04 when Anton Farygin did gyre and gimble:

 AF> В принципе никто не возражает против выкладывания, но на мой взгляд образ
 AF> DVD-9 на FTP будет просто издевательством над пользователем.

Пусть лежит (наряду с другими ISO-шками). Хуже от этого всё равно никому не
станет.

-- 
JID: dottedmag@jabber.dottedmag.net

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

[Anton Farygin]

Alexey Tourbin wrote:
> On Fri, Mar 30, 2007 at 11:22:12AM +0300, Michael Shigorin wrote:
>>> Это года три назад был такой тип, который через свой сайт linux.su
>>> продавал копии дисков ALT Linux Compact, что ему делать в конечном
>>> счете запретили, именем торговой марки ALT Linux^(TM).
> 
>> И правильно.  Тип достаточно неприятный.  Linux(TM) тоже
>> применяется против подобного люда, если ты вдруг не знал.
>> Abusers или который денег хочет, а вот суппортить -- нет.
> 
> Ты не отличаешь принципиальных вопросов от непринципиальных.
> По-твоему, если тип неприятный и халявщик, то ему не дадут,
> а если наш человек и всё такое, то ему дадут без вопросов.
> Но свобода это это вопрос принципиальный.  Поэтому я считаю
> нужным защищать и халявщиков, даже хотя они мне и не симпатичны.
> 
> Я готов признать, что вопрос политики распространения и перепродажи
> несколько тоньше, чем вопрос свободы софта per se.  Однако, по-моему,
> не намного тоньше.  И, как я уже пытался сказать, в связи с радикальной
> политикой Убунту терять здесь нечего.

Я думаю не стоит сравнивать ALT с Ubuntu... Смирнов в космос не летал, 
да и миллионов долларов у него нет.

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


Rgds,
Rider

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

[Mikhail Gusarov]

Twas brillig at 12:42:55 31.03.2007 UTC+04 when Anton Farygin did gyre and gimble:

 >> Я готов признать, что вопрос политики распространения и перепродажи
 >> несколько тоньше, чем вопрос свободы софта per se.  Однако, по-моему, не
 >> намного тоньше.  И, как я уже пытался сказать, в связи с радикальной
 >> политикой Убунту терять здесь нечего.

 AF> Я думаю не стоит сравнивать ALT с Ubuntu... Смирнов в космос не летал, да и
 AF> миллионов долларов у него нет.

Вроде Алексей ничего не сравнивал, а просто рассуждал о сложившейся ситуации на
рынке.

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

Никто и не сомневается :)

-- 
JID: dottedmag@jabber.dottedmag.net

Re: [devel] 4.0 server status

[Michael Shigorin]

On Sat, Mar 31, 2007 at 12:40:18PM +0400, Anton Farygin wrote:
> В принципе никто не возражает против выкладывания, но на мой
> взгляд образ DVD-9 на FTP будет просто издевательством над
> пользователем.

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

$arch+noarch _сейчас_ как раз около девяти гигабайт 
и получаются...

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

Re: [devel] 4.0 server status

[Alexey I. Froloff]

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

* Alexey Tourbin <at@> [070331 04:24]:
> Широкй вопрос, на который, быть может, и нельзя ответить за один раз --
> это копирайт vs бредны.  Вы написали про бесплатное пиво и про палёный
> Гиннес.  Я считаю такую аргументацию моветоном.  Она здесь не подходит.
Как раз наоборот.  Злотов, насколько я помню, продавал диски,
которые записывал сам с неизвестно каких образов.  Его просили в
названии продаваемого продукта уточнить, а каким образом эти
образы были взяты, простите за каламбур.  Тот самый "ирландский
гиннес", разлитый в Питере.  Хорошо, если только разлитый, а не
"изготовлен по оригинальной технологии"...

P.S. Наш виноград давят прессом, пресс моют с хлоркой.  Никаких
микробов. (C)

-- 
Regards,
Sir Raorn.

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

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

[evg_krsk]

Andrey Rahmatullin пишет:

>> > Хорошим дополнением будут тоже собираемые из дистрибутива emacs22
>> > почтовый клиент emacs22-gnus, клиент для irc emacs22-erc и методы
>> > ввода emacs - emacs22-leim.
>> emacs-jabber сюда же. Для меня альтернативных жаббер-клиентов просто нет.
> На сервер это всё зачем?

Ну, рядом упомянутый ldv emacs-common тоже на сервере совершенно лишний (vi
есть). Это уже загодя обсуждается то, что можно ложить в .main
(безотносительно сервера), т.к. будут поддержка и фиксы.

-- 
Терешков Евгений, ALT Linux Team.

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

[Алексей Сидоров]

Dmitry V. Levin пишет:
>> Предлагалось подумать командой и каждому выставить список
>> пакетов, которые в разумной степени предполагаются
>> поддерживаемыми по личной или работной необходимости.
> 
> При комплектовании 4.0 server я буду исходить из моего и ваших ответов
> на этот вопрос.
> 

Мой jabberd2:
jabberd2 - Jabber IM server 2nd version
jabberd2-c2s - Client to Server package for jabberd2
jabberd2-full - Полная версия Jabberd2 (виртуальный пакет)
jabberd2-ldap - LDAP auth driver for Jabberd2
jabberd2-mysql - MySQL storage/auth driver for Jabberd2
jabberd2-pam - PAM auth driver for Jabberd2
jabberd2-pgsql - PgSQL storage/auth driver for Jabberd2
jabberd2-resolver - Resolver package for jabberd2
jabberd2-s2s - Server to Server package for jabberd2
jabberd2-sm - Session Manager package for jabberd2
jabberd2-sqlite - SQLite storage driver for Jabberd2

ntfs-3g, но не думаю, что он нужен на сервере

-- 
Best regards,	Alexey Sidorov
 	mailto:alex@reutman.ru
	JID: alex@reutman.ru
	ICQ: 5052225

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

[Slava Dubrovskiy]

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

Dmitry V. Levin пишет:
> При комплектовании 4.0 server я буду исходить из моего и ваших ответов
> на этот вопрос.
>
> Текущее состояние соответствует содержанию файлов
> profiles/installer/{base,disk}/packages
> в пакете spt-profiles-server
> (который, как правило, немного отстаёт от spt-profiles-server.git).
>   
+ lightsquid
+ havp

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]

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

[Michael Shigorin]

On Sat, Mar 31, 2007 at 07:27:21PM +0400, Алексей Сидоров wrote:
> ntfs-3g, но не думаю, что он нужен на сервере

В rescue может быть очень уместен.

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

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

[Denis Kuznetsov]

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

В сообщении от Sunday 25 March 2007 18:13:22 Eugene Ostapets написал(а):
> 25.03.07, Dmitry V. Levin<ldv altlinux.org> написал(а):
>
> Я не знаю ареала использования dovecot, но готов сделать все возможное
> для присутсвия и поддержки cyrus-imapd в main. Честно говоря мне
> сервер без cyrus вообще неинтересен и проще будет перейти тогда на
> RHEL/Ubuntu Server, чем париться с контрибами на Мастер 4.0
Думаю  касательно cyrus-imap можно скооперироваться, мне он тоже нужен...



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

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

[Dmitry V. Levin]

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

On Mon, Mar 26, 2007 at 04:53:18PM +0300, Victor Forsyuk wrote:
> > * Michael Shigorin <mike@> [070322 22:25]:
> > > Предлагалось подумать командой и каждому выставить список
> > > пакетов, которые в разумной степени предполагаются
> > > поддерживаемыми по личной или работной необходимости.
> 
> Поддерживаю (из серверного):
[...]
> exim

Используемая технология сборки (замыкание apt'ом) не позволяет поместить
в один репозиторий конфликтующие пакеты.  В данном случае postfix и exim
конфликтуют.

> microcode_ctl
> x86info

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

> perl-* (модули, у которых я ментейнер)

Явно не все эти модули серверные; например, perl-Gnome2 я бы таким не
назвал.


-- 
ldv

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

Re: [devel] cyrus-imapd conflicts with dovecot

[Dmitry V. Levin]

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

On Sun, Mar 25, 2007 at 06:13:22PM +0300, Eugene Ostapets wrote:
> 25.03.07, Dmitry V. Levin<ldv altlinux.org> написал(а):
> > > В любом случае, хоть в каком-то виде,
> > > нужны Sendmail/Cyrus-IMAP/ClamAV.
> >
> > contrib им обеспечен.
> > Поскольку в main есть postfix и dovecot, то присутствие там sendmail и
> > cyrus надо аргументировать.
> > clamav требует регулярного обновления; чтобы включить такой пакет в main,
> > я должен знать, кто будет эти регулярные обновления готовить.
> Я не знаю ареала использования dovecot, но готов сделать все возможное
> для присутсвия и поддержки cyrus-imapd в main.

Первое, что необходимо сделать -- это решить проблему конфликтов:
$ rpmquery -p --conflicts cyrus-imapd-2.2.13-alt1.1.x86_64.rpm 
IMAPD < cyrus-imapd:2.2.13-alt1.1
IMAPD > cyrus-imapd:2.2.13-alt1.1
POP3D < cyrus-imapd:2.2.13-alt1.1
POP3D > cyrus-imapd:2.2.13-alt1.1

Используемая технология сборки (замыкание apt'ом) не позволяет поместить
в один репозиторий конфликтующие пакеты.
В данном случае пакет cyrus-imapd конфликтует с пакетом dovecot, который
уже включён в main.


-- 
ldv

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

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

[Dmitry V. Levin]

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

On Tue, Mar 27, 2007 at 11:06:33AM +0600, Vladimir V. Kamarzin wrote:
[...]
> Вот список серверных пакетов, которые я собираюсь поддерживать:
[...]
> zabbix

Используемая технология сборки (замыкание apt'ом) не позволяет поместить
в один репозиторий конфликтующие пакеты.
В данном случае пакеты zabbix-mysql и zabbix-pgsql конфликтуют друг с
другом.


-- 
ldv

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

Re: [devel] cyrus-imapd conflicts with dovecot

[Eugene Prokopiev]

Dmitry V. Levin пишет:
> On Sun, Mar 25, 2007 at 06:13:22PM +0300, Eugene Ostapets wrote:
> 
>>25.03.07, Dmitry V. Levin<ldv altlinux.org> написал(а):
>>
>>>>В любом случае, хоть в каком-то виде,
>>>>нужны Sendmail/Cyrus-IMAP/ClamAV.
>>>
>>>contrib им обеспечен.
>>>Поскольку в main есть postfix и dovecot, то присутствие там sendmail и
>>>cyrus надо аргументировать.
>>>clamav требует регулярного обновления; чтобы включить такой пакет в main,
>>>я должен знать, кто будет эти регулярные обновления готовить.
>>
>>Я не знаю ареала использования dovecot, но готов сделать все возможное
>>для присутсвия и поддержки cyrus-imapd в main.
> 
> 
> Первое, что необходимо сделать -- это решить проблему конфликтов:
> $ rpmquery -p --conflicts cyrus-imapd-2.2.13-alt1.1.x86_64.rpm 
> IMAPD < cyrus-imapd:2.2.13-alt1.1
> IMAPD > cyrus-imapd:2.2.13-alt1.1
> POP3D < cyrus-imapd:2.2.13-alt1.1
> POP3D > cyrus-imapd:2.2.13-alt1.1
> 
> Используемая технология сборки (замыкание apt'ом) не позволяет поместить
> в один репозиторий конфликтующие пакеты.
> В данном случае пакет cyrus-imapd конфликтует с пакетом dovecot, который
> уже включён в main.

Так в контрибе тоже немало окажется пакетов, конфликтующих друг с другом 
  таким образом ;) Или "используемая технология сборки (замыкание 
apt'ом)" к контрибу не относится?

Я в dbmail, например, тоже использую эти строчки, а свистнул их из спека 
курьера. В следующей сборке (как только решатся проблемы с autoreconf и 
sqlite) я их выкину.

Если ashen@ не против поддерживать dbmail в том случае, если пинать меня 
окажется бесполезным (пока пинает регулярно и вроде бы с успехом ;) ), 
то может dbmail тоже в main?

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

Re: [devel] 4.0 server status

[Vladimir V. Kamarzin]

>>>>> On 31 Mar 2007 at 14:40 "AF" == Anton Farygin writes:

 AF> В случае с master'ом скорее всего возникнет проблема не у нас, а у 
 AF> пользователей - DVD-9 помимо того, что качать долго и нудно, вдобавок 
 AF> ещё практически нигде не записываются качественно (за исключением 
 AF> заводов) и безумно дорого стоят болванки.
 AF> т.е. - покупать DVD-9 дешевле чем выкладывать, качать и записывать...

Замечу, что dvd-9 болванки с тех пор значительно подешевели, и из 3-х
записанных мною болванок проблем не было ни с одной. Но это так, к слову.

Дело в том, что _купить_ в розницу alt у нас практически нереально. У нас в
городе он наблюдался только в одном месте, и очень недолгое время. :) Так что,
приходится записывать юзерам dvd9, cd + репозиторий, инсталлятор + сизиф и
т.п.

В общем, хотелось бы видеть как выложенные образы, так и средства для создания
оных.

-- 
vvk

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

[Michael Shigorin]

On Mon, Apr 02, 2007 at 01:15:00AM +0400, Dmitry V. Levin wrote:
> > perl-* (модули, у которых я ментейнер)
> Явно не все эти модули серверные; например, perl-Gnome2 я бы
> таким не назвал.

Наверное, к perl-*, python-modules-* и ruby-module-* 
стоит относиться как к lib*.  Бишь пусть их вытягивают 
пакеты, которым они нужны.

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

Re: [devel] 4.0 server status

[Anton Farygin]

Vladimir V. Kamarzin wrote:
>>>>>> On 31 Mar 2007 at 14:40 "AF" == Anton Farygin writes:
> 
>  AF> В случае с master'ом скорее всего возникнет проблема не у нас, а у 
>  AF> пользователей - DVD-9 помимо того, что качать долго и нудно, вдобавок 
>  AF> ещё практически нигде не записываются качественно (за исключением 
>  AF> заводов) и безумно дорого стоят болванки.
>  AF> т.е. - покупать DVD-9 дешевле чем выкладывать, качать и записывать...
> 
> Замечу, что dvd-9 болванки с тех пор значительно подешевели, и из 3-х
> записанных мною болванок проблем не было ни с одной. Но это так, к слову.
> 
> Дело в том, что _купить_ в розницу alt у нас практически нереально. У нас в
> городе он наблюдался только в одном месте, и очень недолгое время. :) Так что,
> приходится записывать юзерам dvd9, cd + репозиторий, инсталлятор + сизиф и
> т.п.
> 
> В общем, хотелось бы видеть как выложенные образы, так и средства для создания
> оных.
> 

По моему это уже не к этой теме.

Но в целом конечно принято. Недоработки. Будем исправлять.

Rgds,
Rider

Re: [devel] 4.0 server status

[Igor Zubkov]

В сообщении от Saturday 31 March 2007 04:48:47 Alexey Tourbin написал(а):
> > Считаете ли Вы, что случай Золотова мы с Вами обсудили? Для меня это
> > важно, так как я полагаю, что мы (Альт) поступили правильно.
>
> Обсудили мы случай с Золотовым или нет.  А что он вскрывает?  Для меня
> это тоже важно.  Трудно сказать, дайте ещё подумать.

Ммм... А можно уточнить один вопрос. Что такого произошло с lafox.net?

-- 
icesik

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

[Victor Forsyuk]

On Mon, Apr 02, 2007 at 01:15:00AM +0400, Dmitry V. Levin <ldv@altlinux.org> wrote:
> On Mon, Mar 26, 2007 at 04:53:18PM +0300, Victor Forsyuk wrote:
> > > * Michael Shigorin <mike@> [070322 22:25]:
> > > > Предлагалось подумать командой и каждому выставить список
> > > > пакетов, которые в разумной степени предполагаются
> > > > поддерживаемыми по личной или работной необходимости.
> > 
> > Поддерживаю (из серверного):
> [...]
> > exim
> 
> Используемая технология сборки (замыкание apt'ом) не позволяет поместить
> в один репозиторий конфликтующие пакеты.  В данном случае postfix и exim
> конфликтуют.

Ну что ж, значит давайте убирать Conflicts из спеков postfix, exim и
sendmail. Я уже готовлю сборку...
 
> > microcode_ctl
> > x86info
> 
> Используемая технология сборки не позволяет включать пакеты, которые
> собраны только для одной архитектуры.

Это исправлено, пакеты ушли в инкаминг.
 
> > perl-* (модули, у которых я ментейнер)
> 
> Явно не все эти модули серверные; например, perl-Gnome2 я бы таким не
> назвал.

Да, не все. Я к тому, что всё требуемое на сервере из "моих" perl-*
(по зависимостям серверных пакетов) я буду поддерживать.

[devel] CD1, main, contrib, updates

[Michael Shigorin]

On Mon, Apr 02, 2007 at 04:09:45PM +0300, Victor Forsyuk wrote:
> > > exim
> > Используемая технология сборки (замыкание apt'ом) не
> > позволяет поместить в один репозиторий конфликтующие пакеты.
> > В данном случае postfix и exim конфликтуют.
> Ну что ж, значит давайте убирать Conflicts из спеков postfix,
> exim и sendmail. Я уже готовлю сборку...

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

Если main получится шире CD1 -- это замечательно, равно как 
если поддержка получится шире main.

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

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

[Dmitry V. Levin]

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

On Mon, Apr 02, 2007 at 04:09:45PM +0300, Victor Forsyuk wrote:
> On Mon, Apr 02, 2007 at 01:15:00AM +0400, Dmitry V. Levin <ldv@altlinux.org> wrote:
> > On Mon, Mar 26, 2007 at 04:53:18PM +0300, Victor Forsyuk wrote:
> > > > * Michael Shigorin <mike@> [070322 22:25]:
> > > > > Предлагалось подумать командой и каждому выставить список
> > > > > пакетов, которые в разумной степени предполагаются
> > > > > поддерживаемыми по личной или работной необходимости.
> > > 
> > > Поддерживаю (из серверного):
> > [...]
> > > exim
> > 
> > Используемая технология сборки (замыкание apt'ом) не позволяет поместить
> > в один репозиторий конфликтующие пакеты.  В данном случае postfix и exim
> > конфликтуют.
> 
> Ну что ж, значит давайте убирать Conflicts из спеков postfix, exim и
> sendmail. Я уже готовлю сборку...

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


-- 
ldv

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

Re: [devel] cyrus-imapd conflicts with dovecot

[Eugene Ostapets]

02.04.07, Dmitry V. Levin<ldv altlinux.org> написал(а):
> > Я не знаю ареала использования dovecot, но готов сделать все возможное
> > для присутсвия и поддержки cyrus-imapd в main.
>
> Первое, что необходимо сделать -- это решить проблему конфликтов:
> $ rpmquery -p --conflicts cyrus-imapd-2.2.13-alt1.1.x86_64.rpm
> IMAPD < cyrus-imapd:2.2.13-alt1.1
> IMAPD > cyrus-imapd:2.2.13-alt1.1
> POP3D < cyrus-imapd:2.2.13-alt1.1
> POP3D > cyrus-imapd:2.2.13-alt1.1
>
> Используемая технология сборки (замыкание apt'ом) не позволяет поместить
> в один репозиторий конфликтующие пакеты.
> В данном случае пакет cyrus-imapd конфликтует с пакетом dovecot, который
> уже включён в main.
Т.е. если я сделаю NMU, то ты его пропустишь и в 4.0 пакет будет
висеть на мне со всеми вытекающими из этого последствиями?
-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] cyrus-imapd conflicts with dovecot

[Dmitry V. Levin]

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

On Mon, Apr 02, 2007 at 07:15:12PM +0300, Eugene Ostapets wrote:
> 02.04.07, Dmitry V. Levin<ldv altlinux.org> написал(а):
> > > Я не знаю ареала использования dovecot, но готов сделать все возможное
> > > для присутсвия и поддержки cyrus-imapd в main.
> >
> > Первое, что необходимо сделать -- это решить проблему конфликтов:
> > $ rpmquery -p --conflicts cyrus-imapd-2.2.13-alt1.1.x86_64.rpm
> > IMAPD < cyrus-imapd:2.2.13-alt1.1
> > IMAPD > cyrus-imapd:2.2.13-alt1.1
> > POP3D < cyrus-imapd:2.2.13-alt1.1
> > POP3D > cyrus-imapd:2.2.13-alt1.1
> >
> > Используемая технология сборки (замыкание apt'ом) не позволяет поместить
> > в один репозиторий конфликтующие пакеты.
> > В данном случае пакет cyrus-imapd конфликтует с пакетом dovecot, который
> > уже включён в main.
> Т.е. если я сделаю NMU, то ты его пропустишь и в 4.0 пакет будет
> висеть на мне со всеми вытекающими из этого последствиями?

А что, у пакета cyrus-imapd сейчас нет мантейнера?


-- 
ldv

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

Re: [devel] cyrus-imapd conflicts with dovecot

[Eugene Ostapets]

02.04.07, Dmitry V. Levin<ldv altlinux.org> написал(а):
> > Т.е. если я сделаю NMU, то ты его пропустишь и в 4.0 пакет будет
> > висеть на мне со всеми вытекающими из этого последствиями?
> А что, у пакета cyrus-imapd сейчас нет мантейнера?
Есть, но он и в лучшие времена проявлял небольшую активность, а в
последнее время совсем пропал...

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

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

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [070402 01:15]:
> Используемая технология сборки (замыкание apt'ом) не позволяет поместить
> в один репозиторий конфликтующие пакеты.  В данном случае postfix и exim
> конфликтуют.
А нельзя разные COMPONENTS в один INSTALLDIR копировать?

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] 4.0 server status

[Denis Kuznetsov]

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

В сообщении от Saturday 31 March 2007 12:16:30 Michael Shigorin написал(а):
> On Sat, Mar 31, 2007 at 12:40:18PM +0400, Anton Farygin wrote:
> > В принципе никто не возражает против выкладывания, но на мой
> > взгляд образ DVD-9 на FTP будет просто издевательством над
> > пользователем.
>
> Да, идеально с целью дружеской раздачи было бы обычные 4.7.
> Вопрос в том, стоит ли такой вариант в качестве рекламы усилий.
>
> $arch+noarch _сейчас_ как раз около девяти гигабайт
> и получаются...

Миша, есть одно но:
$ du -sh i586 noarch
4,9G	i586
4,0G	noarch
только разница в том что 4,7 это 4,7*1000M а НЕ 4,7*1024M....
а так в целом, соглачен что 4,7 более рациональное решение, 
мастер 2.0 вроде как тоже на 4CD был...

-- 
Denis Kuznetsov
-- 
Denis Kuznetsov


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

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

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

On Mon, Apr 02, 2007 at 12:57:13PM +0300, Michael Shigorin wrote:

MS> Наверное, к perl-*, python-modules-* и ruby-module-* 
MS> стоит относиться как к lib*.  Бишь пусть их вытягивают 
MS> пакеты, которым они нужны.

А кто у нас хочет тоо же perl-CGI сотоварищи? А хостинг сервер без них это
смешно :)

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

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

http://freesource.info
----------------------------------------------------------------------------
 * wart глотает холодный растворимый кофе трехдневной давности. Ох и
   гадость же.. 

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

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

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

On Mon, Apr 02, 2007 at 01:15:00AM +0400, Dmitry V. Levin wrote:

>> microcode_ctl
>> x86info
DVL> Используемая технология сборки не позволяет включать пакеты, которые
DVL> собраны только для одной архитектуры.

А грязный хак с виртуальным пакетом, имеющим разные зависимости для x86 и
x86_64 не спасет?

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

http://freesource.info
----------------------------------------------------------------------------
LATER наступило.  Патчи в аттачах.
		-- raorn in #5429

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

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

[Dmitry V. Levin]

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

On Tue, Mar 27, 2007 at 11:06:33AM +0600, Vladimir V. Kamarzin wrote:
[...]
> Вот список серверных пакетов, которые я собираюсь поддерживать:
[...]
> pfqueue

А чем обусловлено сохранение версии pfqueue годичной давности?


-- 
ldv

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

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

[Vladimir V. Kamarzin]

>>>>> On 06 Apr 2007 at 07:41 "DVL" == Dmitry V Levin writes:

>> pfqueue
 DVL> А чем обусловлено сохранение версии pfqueue годичной давности?

Тем, что майнтейнер давненько не заглядывал на сайт программы. Результат будет
в сизифе на следующей неделе. :)

-- 
vvk

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

[Vladimir V. Kamarzin]

>>>>> On 06 Apr 2007 at 10:51 "VVK" == Vladimir V Kamarzin writes:

 DVL>> А чем обусловлено сохранение версии pfqueue годичной давности?
 VVK> Тем, что майнтейнер давненько не заглядывал на сайт программы. Результат будет
 VVK> в сизифе на следующей неделе. :)

Нет, будет уже на этой.

-- 
vvk

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

[Igor Zubkov]

В сообщении от Monday 26 March 2007 14:40:31 Igor Zubkov написал(а):
> > При комплектовании 4.0 server я буду исходить из моего и ваших ответов
> > на этот вопрос.
>
> Мой список в main для server очень скромный:
> phpMyAdmin

mc туда же просьба добавить.

-- 
icesik

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

[Шенцев Алексей Владимирович]

В сообщении от Sunday 25 March 2007 03:49:47 Dmitry V. Levin написал(а):
> On Thu, Mar 22, 2007 at 10:21:52PM +0200, Michael Shigorin wrote:
> > Предлагалось подумать командой и каждому выставить список
> > пакетов, которые в разумной степени предполагаются
> > поддерживаемыми по личной или работной необходимости.
> При комплектовании 4.0 server я буду исходить из моего и ваших ответов
> на этот вопрос.
>
> Текущее состояние соответствует содержанию файлов
> profiles/installer/{base,disk}/packages
> в пакете spt-profiles-server
> (который, как правило, немного отстаёт от spt-profiles-server.git).
dbmail, dspam, если dspam не заберёт раньше меня кто-нибудь ещё.
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

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

[Alexey Shabalin]

> > > Предлагалось подумать командой и каждому выставить список
> > > пакетов, которые в разумной степени предполагаются
> > > поддерживаемыми по личной или работной необходимости.
> >
> > При комплектовании 4.0 server я буду исходить из моего и ваших ответов
> > на этот вопрос.
>
> Мой список в main для server очень скромный:
> phpMyAdmin
>
> Это единственная серверная штука которая на мне.
>
> Интереснует так же статус пары пакетов, будут ли они в server в main?
> php-*
> php5-*
> nagios
> (и возможно) mrtg?
>

Можно узнать почему в branch лежит nagios старый, и планируется ли обновление.
(nrpe так просто не могу запустить через init.d)

-- 
Alexey Shabalin

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

[Alexey Shabalin]

> > > > Предлагалось подумать командой и каждому выставить список
> > > > пакетов, которые в разумной степени предполагаются
> > > > поддерживаемыми по личной или работной необходимости.
> > >
> > > При комплектовании 4.0 server я буду исходить из моего и ваших ответов
> > > на этот вопрос.
> >
> > Мой список в main для server очень скромный:
> > phpMyAdmin
> >
> > Это единственная серверная штука которая на мне.
> >
> > Интереснует так же статус пары пакетов, будут ли они в server в main?
> > php-*
> > php5-*
> > nagios
> > (и возможно) mrtg?
> >
>
> Можно узнать почему в branch лежит nagios старый, и планируется ли обновление.
> (nrpe так просто не могу запустить через init.d)

Извиняюсь - nrpe работает, только в примере init-файла из документации
закралась ошибка -> вместо nrpe.cfg прописан nrpe.conf

Но вопрос по версии остается - может новую в бранч?

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

[Michael Shigorin]

On Tue, Jun 05, 2007 at 08:34:42PM +0400, Alexey Shabalin wrote:
> Можно узнать почему в branch лежит nagios старый, и планируется ли обновление.

Тут ещё выпустили collectd 4.0.0 с перелопаченной инфраструктурой
плагинов -- с одной стороны, закладываться при доработке мы будем
явно на новую версию, с другой -- как-то не хочется вываливать
необкатанную .0.0 в бранч.

Исходя из второго, ещё даже не щупал.

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