[devel] I: 5.0 schedule

[devel] I: 5.0 schedule

[Dmitry V. Levin]

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

On Wed, Oct 29, 2008 at 03:45:17PM +0300, Dmitry V. Levin wrote:
> On Tue, Oct 21, 2008 at 02:56:56AM +0300, Michael Shigorin wrote:
> > On Tue, Oct 21, 2008 at 02:44:49AM +0400, Dmitry V. Levin wrote:
> > > Отправлены в Сизиф:
> > > binutils-2.18.50.0.9-alt2
> > > gcc-4.3.2-alt2
> > > glibc-2.8.90-alt1
> > 
> > Неделя пошла? ;-)
> 
> Фактически это было объявление о начале движения в сторону бранча 5.0,
> так что недели вряд ли хватит.

Предварительное расписание подготовки ветки 5.0 вывешено на
http://www.altlinux.org/Branches/50/progress
Если есть соображения, не укладывающиеся в эту картину, то
хотелось бы узнать о них как можно скорее.


-- 
ldv

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

Re: [devel] I: 5.0 schedule

[Anton Farygin]

Dmitry V. Levin пишет:
> On Wed, Oct 29, 2008 at 03:45:17PM +0300, Dmitry V. Levin wrote:
>> On Tue, Oct 21, 2008 at 02:56:56AM +0300, Michael Shigorin wrote:
>>> On Tue, Oct 21, 2008 at 02:44:49AM +0400, Dmitry V. Levin wrote:
>>>> Отправлены в Сизиф:
>>>> binutils-2.18.50.0.9-alt2
>>>> gcc-4.3.2-alt2
>>>> glibc-2.8.90-alt1
>>> Неделя пошла? ;-)
>> Фактически это было объявление о начале движения в сторону бранча 5.0,
>> так что недели вряд ли хватит.
> 
> Предварительное расписание подготовки ветки 5.0 вывешено на
> http://www.altlinux.org/Branches/50/progress
> Если есть соображения, не укладывающиеся в эту картину, то
> хотелось бы узнать о них как можно скорее.

Дима, а новый libtool входит в планы по 5.0 ?

Re: [devel] libtool

[Dmitry V. Levin]

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

On Thu, Oct 30, 2008 at 09:56:51AM +0300, Anton Farygin wrote:
> Dmitry V. Levin пишет:
> >On Wed, Oct 29, 2008 at 03:45:17PM +0300, Dmitry V. Levin wrote:
> >>On Tue, Oct 21, 2008 at 02:56:56AM +0300, Michael Shigorin wrote:
> >>>On Tue, Oct 21, 2008 at 02:44:49AM +0400, Dmitry V. Levin wrote:
> >>>>Отправлены в Сизиф:
> >>>>binutils-2.18.50.0.9-alt2
> >>>>gcc-4.3.2-alt2
> >>>>glibc-2.8.90-alt1
> >>>Неделя пошла? ;-)
> >>Фактически это было объявление о начале движения в сторону бранча 5.0,
> >>так что недели вряд ли хватит.
> >
> >Предварительное расписание подготовки ветки 5.0 вывешено на
> >http://www.altlinux.org/Branches/50/progress
> >Если есть соображения, не укладывающиеся в эту картину, то
> >хотелось бы узнать о них как можно скорее.
> 
> Дима, а новый libtool входит в планы по 5.0 ?

Не уверен.  В плане http://www.altlinux.org/CoreSystem он находится в
секции optional.
В FC10 его нет (там 1.5.26), в Debian его нет (там в testing и unstable
тоже 1.5.26).
Работать паровозиком в этом направлении не очень хочется.


-- 
ldv

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

Re: [devel] libtool

[Anton Farygin]

Dmitry V. Levin пишет:
> On Thu, Oct 30, 2008 at 09:56:51AM +0300, Anton Farygin wrote:
>> Dmitry V. Levin пишет:
>>> On Wed, Oct 29, 2008 at 03:45:17PM +0300, Dmitry V. Levin wrote:
>>>> On Tue, Oct 21, 2008 at 02:56:56AM +0300, Michael Shigorin wrote:
>>>>> On Tue, Oct 21, 2008 at 02:44:49AM +0400, Dmitry V. Levin wrote:
>>>>>> Отправлены в Сизиф:
>>>>>> binutils-2.18.50.0.9-alt2
>>>>>> gcc-4.3.2-alt2
>>>>>> glibc-2.8.90-alt1
>>>>> Неделя пошла? ;-)
>>>> Фактически это было объявление о начале движения в сторону бранча 5.0,
>>>> так что недели вряд ли хватит.
>>> Предварительное расписание подготовки ветки 5.0 вывешено на
>>> http://www.altlinux.org/Branches/50/progress
>>> Если есть соображения, не укладывающиеся в эту картину, то
>>> хотелось бы узнать о них как можно скорее.
>> Дима, а новый libtool входит в планы по 5.0 ?
> 
> Не уверен.  В плане http://www.altlinux.org/CoreSystem он находится в
> секции optional.
> В FC10 его нет (там 1.5.26), в Debian его нет (там в testing и unstable
> тоже 1.5.26).
> Работать паровозиком в этом направлении не очень хочется.

действительно. Тогда лучше и правда подождать, или собрать новый libtool 
в таком виде, когда он никому не будет мешать.

Re: [devel] I: 5.0 schedule

[Stanislav Ievlev]

Я бы очень хотел потом положить туда cups-1.4  (уже вышла beta1)
... там должно случиться несколько полезных изменений, в том числе переход на libpoppler.


On Thu, Oct 30, 2008 at 02:56:13AM +0300, Dmitry V. Levin wrote:
> On Wed, Oct 29, 2008 at 03:45:17PM +0300, Dmitry V. Levin wrote:
> > On Tue, Oct 21, 2008 at 02:56:56AM +0300, Michael Shigorin wrote:
> > > On Tue, Oct 21, 2008 at 02:44:49AM +0400, Dmitry V. Levin wrote:
> > > > Отправлены в Сизиф:
> > > > binutils-2.18.50.0.9-alt2
> > > > gcc-4.3.2-alt2
> > > > glibc-2.8.90-alt1
> > > 
> > > Неделя пошла? ;-)
> > 
> > Фактически это было объявление о начале движения в сторону бранча 5.0,
> > так что недели вряд ли хватит.
> 
> Предварительное расписание подготовки ветки 5.0 вывешено на
> http://www.altlinux.org/Branches/50/progress
> Если есть соображения, не укладывающиеся в эту картину, то
> хотелось бы узнать о них как можно скорее.
> 
> 
> -- 
> ldv



> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] I: 5.0 schedule

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

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

On Thu, Oct 30, 2008 at 02:56:13AM +0300, Dmitry V. Levin wrote:

DVL> Предварительное расписание подготовки ветки 5.0 вывешено на
DVL> http://www.altlinux.org/Branches/50/progress
DVL> Если есть соображения, не укладывающиеся в эту картину, то
DVL> хотелось бы узнать о них как можно скорее.

Для того чтобы дистрибутив можно было использовать как многие
рекламировали (быстро выпекать заточеные по пакетной базе дистрибутивы для
своих задач) хорошо бы доточить профиль, например, Server'а -- так чтобы
можно было его собрать в окружении 5.0.

Причем желательно чтобы можно было собрать как в версии _с_ альтератором,
так и _без_.

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] I: 5.0 schedule

[Michael Shigorin]

On Sat, Nov 01, 2008 at 03:05:23PM +0300, Денис Смирнов wrote:
> DVL> Предварительное расписание подготовки ветки 5.0 вывешено на
> DVL> http://www.altlinux.org/Branches/50/progress
> DVL> Если есть соображения, не укладывающиеся в эту картину, то
> DVL> хотелось бы узнать о них как можно скорее.
> Для того чтобы дистрибутив можно было использовать как многие
> рекламировали (быстро выпекать заточеные по пакетной базе
> дистрибутивы для своих задач) хорошо бы доточить профиль,
> например, Server'а -- так чтобы можно было его собрать в
> окружении 5.0.

Я всё надеюсь найти время на добивание altlinux.org/WhiteLabel -- 
надо привести в порядок дизайнообразующую и docs-related часть
профиля и пакетов.  Пока беспросветно.

> Причем желательно чтобы можно было собрать как в версии
> _с_ альтератором, так и _без_.

Такое и в текущей технологии mkimage-profiles-desktop организовать
несложно.

Вообще есть мысль стащить дистрибутивные профили в одно дерево.
Альтернативой является разработка возможности делать библиотеки
субпрофилей, но есть подозрение, что получится схоже с кучей
гитиков xorg vs "всё в одном дереве" lkml.

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

Re: [devel] I: 5.0 schedule

[Eugene Prokopiev]

>  Для того чтобы дистрибутив можно было использовать как многие
>  рекламировали (быстро выпекать заточеные по пакетной базе дистрибутивы для
>  своих задач) хорошо бы доточить профиль, например, Server'а -- так чтобы
>  можно было его собрать в окружении 5.0.
>
>  Причем желательно чтобы можно было собрать как в версии _с_ альтератором,
>  так и _без_.

последнее я делал - см. mkimage-profile-server у меня в git

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

[devel] NMU? [Re: I: 5.0 schedule]

[Igor Vlasenko]

>>>> On Tue, Oct 21, 2008 at 02:44:49AM +0400, Dmitry V. Levin wrote:
>> Если есть соображения, не укладывающиеся в эту картину, то
>> хотелось бы узнать о них как можно скорее.

Динамика у нас по репокопу плохая.
*	[cyber] repocop-patch +2 -2 (179)
*	[cyber] repocop-experimental +11 -14 (3581)
*	[cyber] repocop-info +4 -2 (909)
*	[cyber] repocop-error +4 -3 (524)
*	[cyber] repocop-warning +8 -7 (1351)

Как по русски передать народное отношение к предупреждениям?
Кладут на них люди, или ложат?

Если не хватает сил и времени, можно помочь.
Думаю, перед бранчем стоило бы сделать NMU "от репокопа".

-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Valery V. Inozemtsev]

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

On Sunday 02 November 2008 19:28:11 Igor Vlasenko wrote:
> >>>> On Tue, Oct 21, 2008 at 02:44:49AM +0400, Dmitry V. Levin wrote:
> >>
> >> Если есть соображения, не укладывающиеся в эту картину, то
> >> хотелось бы узнать о них как можно скорее.
>
> Динамика у нас по репокопу плохая.
> *	[cyber] repocop-patch +2 -2 (179)
> *	[cyber] repocop-experimental +11 -14 (3581)
> *	[cyber] repocop-info +4 -2 (909)
> *	[cyber] repocop-error +4 -3 (524)
> *	[cyber] repocop-warning +8 -7 (1351)
>
> Как по русски передать народное отношение к предупреждениям?
> Кладут на них люди, или ложат?

автоматом в /dev/null отправляют

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Igor Vlasenko]

On Sun, Nov 02, 2008 at 07:38:42PM +0300, Valery V. Inozemtsev wrote:
> On Sunday 02 November 2008 19:28:11 Igor Vlasenko wrote:
> > Как по русски передать народное отношение к предупреждениям?
> > Кладут на них люди, или ложат?
> 
> автоматом в /dev/null отправляют

я знал, я знал!

-- 
mood: seduced by the dark side of the source.

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Valery V. Inozemtsev]

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

On Sunday 02 November 2008 19:58:01 Igor Vlasenko wrote:
> On Sun, Nov 02, 2008 at 07:38:42PM +0300, Valery V. Inozemtsev wrote:
> > On Sunday 02 November 2008 19:28:11 Igor Vlasenko wrote:
> > > Как по русски передать народное отношение к предупреждениям?
> > > Кладут на них люди, или ложат?
> >
> > автоматом в /dev/null отправляют
>
> я знал, я знал!
если вы будете писать нам cron'ом, мы будем читать вас procmail 'ом

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Led]

On Sunday, 02 November 2008 18:28:11 Igor Vlasenko wrote:
> >>>> On Tue, Oct 21, 2008 at 02:44:49AM +0400, Dmitry V. Levin wrote:
> >>
> >> Если есть соображения, не укладывающиеся в эту картину, то
> >> хотелось бы узнать о них как можно скорее.
>
> Динамика у нас по репокопу плохая.
> *	[cyber] repocop-patch +2 -2 (179)
> *	[cyber] repocop-experimental +11 -14 (3581)
> *	[cyber] repocop-info +4 -2 (909)
> *	[cyber] repocop-error +4 -3 (524)
> *	[cyber] repocop-warning +8 -7 (1351)
>
> Как по русски передать народное отношение к предупреждениям?
> Кладут на них люди, или ложат?

К сожадению, это так (сужу по себе) :(

>
> Если не хватает сил и времени, можно помочь.

Не хватает времени искать всё это.

-- 
Led

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Vitaly Lipatov]

On 2 ноября 2008, Igor Vlasenko wrote:
> >>>> On Tue, Oct 21, 2008 at 02:44:49AM +0400, Dmitry V. Levin
> >>>> wrote:
> >>
> >> Если есть соображения, не укладывающиеся в эту картину, то
> >> хотелось бы узнать о них как можно скорее.
>
> Динамика у нас по репокопу плохая.
> *	[cyber] repocop-patch +2 -2 (179)
> *	[cyber] repocop-experimental +11 -14 (3581)
> *	[cyber] repocop-info +4 -2 (909)
> *	[cyber] repocop-error +4 -3 (524)
> *	[cyber] repocop-warning +8 -7 (1351)
>
> Как по русски передать народное отношение к предупреждениям?
Я например не знаю, где я должен увидеть эти предупреждения. 
Никогда их не видел.


-- 
С уважением,
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Igor Vlasenko]

On Sun, Nov 02, 2008 at 11:17:08PM +0300, Vitaly Lipatov wrote:
> Я например не знаю, где я должен увидеть эти предупреждения. 
> Никогда их не видел.

Это просто.
Web - интерфейс на
http://www.sisyphus.ru/packager/lav/srpms

и текстовый формат
(все пакеты, для которых у вас есть доступ согласно acl)
http://repocop.altlinux.org/pub/repocop/reports/txt/by-acl/lav.txt
(все пакеты, у которых последний %{PACKAGER} вы)
http://repocop.altlinux.org/pub/repocop/reports/txt/by-packager/lav.txt

-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Led]

On Sunday, 02 November 2008 22:25:20 Igor Vlasenko wrote:
> On Sun, Nov 02, 2008 at 11:17:08PM +0300, Vitaly Lipatov wrote:
> > Я например не знаю, где я должен увидеть эти предупреждения.
> > Никогда их не видел.
>
> Это просто.
> Web - интерфейс на
> http://www.sisyphus.ru/packager/lav/srpms

"Web - интерфейс" выдаёт:
[an error occurred while processing this directive]

-- 
Led

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Igor Vlasenko]

On Sun, Nov 02, 2008 at 10:45:51PM +0200, Led wrote:
> > Web - интерфейс на
> > http://www.sisyphus.ru/packager/lav/srpms
> 
> "Web - интерфейс" выдаёт:
> [an error occurred while processing this directive]

Ко мне он повернулся хорошей стороной.
Попробуйте еще.
Я знаю, что там есть проблемы, но у меня Андрею 
руки дойдут помочь не раньше чем месяца через два :(

-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Led]

On Sunday, 02 November 2008 22:50:08 Igor Vlasenko wrote:
> On Sun, Nov 02, 2008 at 10:45:51PM +0200, Led wrote:
> > > Web - интерфейс на
> > > http://www.sisyphus.ru/packager/lav/srpms
> >
> > "Web - интерфейс" выдаёт:
> > [an error occurred while processing this directive]
>
> Ко мне он повернулся хорошей стороной.
> Попробуйте еще.
> Я знаю, что там есть проблемы, но у меня Андрею
> руки дойдут помочь не раньше чем месяца через два :(

Я пробовал. не раз, и не два, и даже не десять. Не только сегодня, а ещё как 
только этот вэб-интерфейс появился. ИНОГДА - работает, чаще - то, что я 
процитировал.

-- 
Led

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Igor Vlasenko]

On Sun, Nov 02, 2008 at 10:58:21PM +0200, Led wrote:
> Я пробовал. не раз, и не два, и даже не десять. Не только сегодня, а ещё как 
> только этот вэб-интерфейс появился. ИНОГДА - работает, чаще - то, что я 
> процитировал.

Там sql рубится по таймауту.

Но мне отдает все и без ругани.
Возможно, канал быстрый (Воля-кабель).

Может, на медленных каналах проблема проявляется?

-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Led]

On Sunday, 02 November 2008 23:04:23 Igor Vlasenko wrote:
> On Sun, Nov 02, 2008 at 10:58:21PM +0200, Led wrote:
> > Я пробовал. не раз, и не два, и даже не десять. Не только сегодня, а ещё
> > как только этот вэб-интерфейс появился. ИНОГДА - работает, чаще - то, что
> > я процитировал.
>
> Там sql рубится по таймауту.
>
> Но мне отдает все и без ругани.
> Возможно, канал быстрый (Воля-кабель).

Нормальный канал. Через пару секунд такое выдаёт. Там таймаут в 2 секунды?

>
> Может, на медленных каналах проблема проявляется?

-- 
Led

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Igor Vlasenko]

On Sun, Nov 02, 2008 at 11:09:14PM +0200, Led wrote:
> Нормальный канал. Через пару секунд такое выдаёт. Там таймаут в 2 секунды?
> > Может, на медленных каналах проблема проявляется?
Это вообще то к Андрею, 
но я могу раздать то что у меня качается.
я предлагаю приватную переписку начать, чтобы в
рассылку не сорить.

-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Led]

On Sunday, 02 November 2008 23:22:40 Igor Vlasenko wrote:
> On Sun, Nov 02, 2008 at 11:09:14PM +0200, Led wrote:
> > Нормальный канал. Через пару секунд такое выдаёт. Там таймаут в 2
> > секунды?
> >
> > > Может, на медленных каналах проблема проявляется?
>
> Это вообще то к Андрею,
> но я могу раздать то что у меня качается.
> я предлагаю приватную переписку начать, чтобы в
> рассылку не сорить.

Т.е. это только у меня вэб-интерфейс не работает (вернее - практически не 
работает)? Иначе зачем "приватная переписка"? Или это только в моих пакетах  
repocop находит "arch-код" в png- и подобных файлах?:) Если проверка 
arch/noarch не даёт хотя бы 95% достоверности, то пользя от такой проверки - 
отрицательная - она только отвлекает и отбирает время, внося ненужный шум :(


-- 
Led

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Igor Vlasenko]

On Sun, Nov 02, 2008 at 11:43:27PM +0200, Led wrote:
> Т.е. это только у меня вэб-интерфейс не работает (вернее - практически не 
> работает)? Иначе зачем "приватная переписка"? 
Я же сказал, prometeus не мое графство/баронство.

Мой ландмарк - http://repocop.altlinux.org

Или это только в моих пакетах  
> repocop находит "arch-код" в png- и подобных файлах?:) Если проверка 
Гм. repocop находит noarch код. Что-то не то...
Но это ко мне! Что и где именно на 
http://www.sisyphus.ru/packager/led/repocop
неправильно?

(кроме ругани sisyphus_check на GROUP: Development/Erlang. Это завтра уйдет -
rpm там я уже обновил)

Если есть ошибки, будем исправлять.

Только вы уверены, что правильно поняли?

arch-dep-package-has-big-usr-share
The package has a significant amount of architecture-independent data in /usr/share, while it is an architecture-dependent package. This is wasteful of mirror space and bandwidth, as we then end up with multiple copies of this data, one for each architecture. If the data in /usr/share is not architecture-independent, it is a policy violation, and in this case, you should move that data elsewhere.

-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Igor Vlasenko]

On Sun, Nov 02, 2008 at 11:43:27PM +0200, Led wrote:
> Или это только в моих пакетах 
> repocop находит "arch-код" в png- и подобных файлах?:)  

Распишу, что этот тест делает.
Рассмотрим пакет
gcc4.1-doc-4.1.2-alt4.x86_64
Это чистый noarch, но лежит в arch (x86_64)
Тест (экспериментальный) говорит,
что в этот подпакет просится, явно просится,
BuildArch: noarch.

И все :) 
Ругань, конечно, по английски написана,
но такова жизнь :(

-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Pavlov Konstantin]

On Sun, Nov 02, 2008 at 06:28:11PM +0200, Igor Vlasenko wrote:
> >>>> On Tue, Oct 21, 2008 at 02:44:49AM +0400, Dmitry V. Levin wrote:
> >> Если есть соображения, не укладывающиеся в эту картину, то
> >> хотелось бы узнать о них как можно скорее.
> 
> Динамика у нас по репокопу плохая.
> *	[cyber] repocop-patch +2 -2 (179)
> *	[cyber] repocop-experimental +11 -14 (3581)
> *	[cyber] repocop-info +4 -2 (909)
> *	[cyber] repocop-error +4 -3 (524)
> *	[cyber] repocop-warning +8 -7 (1351)
> 
> Как по русски передать народное отношение к предупреждениям?
> Кладут на них люди, или ложат?

Я кладу, потому как в hasher и так собирается, а бага не висит.

-- 
> Для этого сперва придётся переписать chkconfig.  Добровольцы есть?
Mithraen немедленно расстворился в воздухе.
		-- mithraen in devel@

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Pavlov Konstantin]

On Sun, Nov 02, 2008 at 11:43:27PM +0200, Led wrote:
> On Sunday, 02 November 2008 23:22:40 Igor Vlasenko wrote:
> > On Sun, Nov 02, 2008 at 11:09:14PM +0200, Led wrote:
> > > Нормальный канал. Через пару секунд такое выдаёт. Там таймаут в 2
> > > секунды?
> > >
> > > > Может, на медленных каналах проблема проявляется?
> >
> > Это вообще то к Андрею,
> > но я могу раздать то что у меня качается.
> > я предлагаю приватную переписку начать, чтобы в
> > рассылку не сорить.
> 
> Т.е. это только у меня вэб-интерфейс не работает (вернее - практически не 
> работает)?

Не только, но это known bug (tm) и заниматься им никто не
хочет-может-лимиты-на-контейнер-с-sisyphus.ru-не-разжимает.

-- 
 * dottedmag в очередной раз поражён многословности русского по сравнению с
   английским.
<wRAR> ага
<Lost> это если не матом

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Led]

On Sunday, 02 November 2008 23:53:31 Igor Vlasenko wrote:
> On Sun, Nov 02, 2008 at 11:43:27PM +0200, Led wrote:
> > Т.е. это только у меня вэб-интерфейс не работает (вернее - практически не
> > работает)? Иначе зачем "приватная переписка"?
>
> Я же сказал, prometeus не мое графство/баронство.
>
> Мой ландмарк - http://repocop.altlinux.org
>
> Или это только в моих пакетах
>
> > repocop находит "arch-код" в png- и подобных файлах?:) Если проверка
>
> Гм. repocop находит noarch код. Что-то не то...
> Но это ко мне! Что и где именно на
> http://www.sisyphus.ru/packager/led/repocop
> неправильно?
>
> (кроме ругани sisyphus_check на GROUP: Development/Erlang. Это завтра уйдет
> - rpm там я уже обновил)
>
> Если есть ошибки, будем исправлять.
>
> Только вы уверены, что правильно поняли?
>
> arch-dep-package-has-big-usr-share
> The package has a significant amount of architecture-independent data in
> /usr/share, while it is an architecture-dependent package. This is wasteful
> of mirror space and bandwidth, as we then end up with multiple copies of
> this data, one for each architecture. If the data in /usr/share is not
> architecture-independent, it is a policy violation, and in this case, you
> should move that data elsewhere.

Возможно, что я был невнимателен и неправильно понял то, что бегло прочитал:)
Спасибо за разъяснение.

-- 
Led

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Igor Vlasenko]

On Mon, Nov 03, 2008 at 01:28:10AM +0300, Pavlov Konstantin wrote:
> > Динамика у нас по репокопу плохая.
> > *	[cyber] repocop-patch +2 -2 (179)
> > *	[cyber] repocop-experimental +11 -14 (3581)
> > *	[cyber] repocop-info +4 -2 (909)
> > *	[cyber] repocop-error +4 -3 (524)
> > *	[cyber] repocop-warning +8 -7 (1351)
> Я кладу, потому как в hasher и так собирается, а бага не висит.

Гм.
 0179
 3581
+0909
 0524
 1351
-----
 6554

конечно, я могу приказать роботу развешать эти 6554 bugs,
но, боюсь, потомки нас проклянут :)

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

-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Led]

On Sunday, 02 November 2008 23:53:31 Igor Vlasenko wrote:
> On Sun, Nov 02, 2008 at 11:43:27PM +0200, Led wrote:
> > Т.е. это только у меня вэб-интерфейс не работает (вернее - практически не
> > работает)? Иначе зачем "приватная переписка"?
>
> Я же сказал, prometeus не мое графство/баронство.
>
> Мой ландмарк - http://repocop.altlinux.org
>
> Или это только в моих пакетах
>
> > repocop находит "arch-код" в png- и подобных файлах?:) Если проверка
>
> Гм. repocop находит noarch код. Что-то не то...
> Но это ко мне! Что и где именно на
> http://www.sisyphus.ru/packager/led/repocop
> неправильно?
>
> (кроме ругани sisyphus_check на GROUP: Development/Erlang. Это завтра уйдет
> - rpm там я уже обновил)
>
> Если есть ошибки, будем исправлять.

Так же вызывает сомнение правомерность заявлений об ошибках в .desktop-файлах 
относительно DocPath и Type=Application. Пример - пакет D3lphin (и другие 
KDE-based пакеты)


-- 
Led

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Igor Vlasenko]

On Mon, Nov 03, 2008 at 12:45:34AM +0200, Led wrote:
> вызывает сомнение правомерность заявлений об ошибках в .desktop-файлах 
> относительно DocPath и Type=Application. Пример - пакет D3lphin (и другие 
> KDE-based пакеты)

Первое - это ругается стандартная freedesktop.org-овская утилита 
desktop-file-validate, проверяя desktop-file на validity.

Это не я виноват, а freedesktop.org :)

Второе -- явно баг (опУчатка или злоупотребление копипастом). 
Сравните konsolehere.desktop
и оставшиеся в servicemenus 53 desktop-ов.
Type=Application там явно лишний.

Кстати, kde-шные приложения часто ругаются на такое.
Запустите D3lphin из консоли. 
Что он в stderr напишет?

Вешайте баг в апстрим.

-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Mikhail Gusarov]

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

Twas brillig at 00:58:12 03.11.2008 UTC+02 when vlasenko@imath.kiev.ua did gyre and gimble:

 IV> Это не я виноват, а freedesktop.org :)

Вешай баг в апстрим :)

-- 

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

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Igor Vlasenko]

On Mon, Nov 03, 2008 at 05:18:04AM +0600, Mikhail Gusarov wrote:
> Twas brillig at 00:58:12 03.11.2008 UTC+02 when vlasenko@imath.kiev.ua did gyre and gimble:
> 
>  IV> Это не я виноват, а freedesktop.org :)
> 
> Вешай баг в апстрим :)

Шуток не понимаете :(

Это ж стандарт.
Штучка, на которую она ругается, устарела.
KDE и Гном оба согласились и переезжают 
на стандарт, отказываясь от древних штучек.

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

-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Led]

On Monday, 03 November 2008 00:58:12 Igor Vlasenko wrote:
> On Mon, Nov 03, 2008 at 12:45:34AM +0200, Led wrote:
> > вызывает сомнение правомерность заявлений об ошибках в .desktop-файлах
> > относительно DocPath и Type=Application. Пример - пакет D3lphin (и другие
> > KDE-based пакеты)
>
> Первое - это ругается стандартная freedesktop.org-овская утилита
> desktop-file-validate, проверяя desktop-file на validity.
>
> Это не я виноват, а freedesktop.org :)
>
> Второе -- явно баг (опУчатка или злоупотребление копипастом).
> Сравните konsolehere.desktop
> и оставшиеся в servicemenus 53 desktop-ов.
> Type=Application там явно лишний.

Может это и так. Но тогда на что смотреть, если в konqueror в 
servicemenus/konsolehere.desktop:
Type=Application
:)
Не, я не спорю - возможно, это тоже ошибка, но... как-то странно... сделать 
пакет d3lphin "святее Папы Римского"?:)

>
> Кстати, kde-шные приложения часто ругаются на такое.
> Запустите D3lphin из консоли.
> Что он в stderr напишет?

Ничего не пишет.

>
> Вешайте баг в апстрим.

Это врядли... В "апстриме":
sorry for all these inconviniences, but at the moment I have really no time to 
code on D3lphin because of personal issues

-- 
Led

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Led]

On Monday, 03 November 2008 01:22:44 Igor Vlasenko wrote:
> On Mon, Nov 03, 2008 at 05:18:04AM +0600, Mikhail Gusarov wrote:
> > Twas brillig at 00:58:12 03.11.2008 UTC+02 when vlasenko@imath.kiev.ua
> > did gyre and gimble:
> >
> >  IV> Это не я виноват, а freedesktop.org :)
> >
> > Вешай баг в апстрим :)
>
> Шуток не понимаете :(
>
> Это ж стандарт.
> Штучка, на которую она ругается, устарела.
> KDE и Гном оба согласились и переезжают
> на стандарт, отказываясь от древних штучек.
>
> Утилита ругается правильно, она в своем праве.

key "DocPath" in group "Desktop Entry" is a reserved key for KDE
Что же здесь "правильного"? Это KDE-софтина, она держит документацию по 
стандартам, принятым в KDE. Каким образом эта утилита опеределяет 
(почему-то), что эта софтина не имеет права этого делать?

-- 
Led

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Igor Vlasenko]

On Mon, Nov 03, 2008 at 01:35:45AM +0200, Led wrote:
> Может это и так. Но тогда на что смотреть, если в konqueror в 
> servicemenus/konsolehere.desktop:
> Type=Application
> :)
> Не, я не спорю - возможно, это тоже ошибка, но... как-то странно... сделать 
> пакет d3lphin "святее Папы Римского"?:)

Я и сам не знаю :(

Этот тест начерпал много реальных ошибок,
на которые ругался kde.
наподобие
kio (KService*): WARNING: The desktop entry file .hidden/dirfilterplugin.desktop has Type=Service but is located under "apps" instead of "services"
kio (KService*): WARNING: Invalid Service : .hidden/dirfilterplugin.desktop
QApplication::notify: Unexpected null receiver

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

-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Igor Vlasenko]

On Mon, Nov 03, 2008 at 01:39:51AM +0200, Led wrote:
> > Утилита ругается правильно, она в своем праве.
> 
> key "DocPath" in group "Desktop Entry" is a reserved key for KDE
> Что же здесь "правильного"? Это KDE-софтина, она держит документацию по 
> стандартам, принятым в KDE. Каким образом эта утилита опеределяет 
> (почему-то), что эта софтина не имеет права этого делать?

Потому что есть X-DocPath.

А в KDE дискуссия идет, отрезать поддержку DocPath
или еще рано.
Вот кусок соответствующего патча, чтобы было понятно.
--------------------------------------------
QString KDesktopFile::readDocPath() const
{
- // Depreciated, remove in KDE4 or 5?
- // See: http://www.freedesktop.org/Standards/desktop-entry-spec
- if(hasKey( "DocPath" ))
- return readPathEntry( "DocPath" );
-
return readPathEntry( "X-DocPath" );
}

-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Igor Vlasenko]

On Mon, Nov 03, 2008 at 02:09:20AM +0200, Igor Vlasenko wrote:
> > стандартам, принятым в KDE. Каким образом эта утилита опеределяет 
> > (почему-то), что эта софтина не имеет права этого делать?
> Потому что есть X-DocPath.
> А в KDE дискуссия идет, отрезать поддержку DocPath
> или еще рано.

Другими словами, вот отрежут скоро в KDE поддержку DocPath,
и что тогда?

Минздрав то ведь предупреждал...


-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Led]

On Monday, 03 November 2008 02:30:54 Igor Vlasenko wrote:
> On Mon, Nov 03, 2008 at 02:09:20AM +0200, Igor Vlasenko wrote:
> > > стандартам, принятым в KDE. Каким образом эта утилита опеределяет
> > > (почему-то), что эта софтина не имеет права этого делать?
> >
> > Потому что есть X-DocPath.
> > А в KDE дискуссия идет, отрезать поддержку DocPath
> > или еще рано.
>
> Другими словами, вот отрежут скоро в KDE поддержку DocPath,
> и что тогда?

В KDE3 отрежут? Что-то не верится...

>
> Минздрав то ведь предупреждал...

И KDE3 станет "вне закона"?:)

-- 
Led

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Vitaly Lipatov]

On 3 ноября 2008, Igor Vlasenko wrote:
> On Mon, Nov 03, 2008 at 01:28:10AM +0300, Pavlov Konstantin 
wrote:
> > > Динамика у нас по репокопу плохая.
...
> конечно, я могу приказать роботу развешать эти 6554 bugs,
> но, боюсь, потомки нас проклянут :)
>
> repocop и задумывался как эффективный список багов,
> с которым не нужно возиться, открывать и закрывать.
Много предупреждений относится к проблемам апстрима (содержимое 
desktop-файлов, или размещение файлов, и т.п.)
Я не вижу смысла исправлять сегодня desktop-файлы у нас. А 
исправить в каждом апстриме - это такое занятие по улучшению 
мира, на которое надо очень много сил.
Но надо стремиться...
Конечно же, спасибо за repocop.


-- 
С уважением,
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Michael Shigorin]

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

On Sun, Nov 02, 2008 at 06:28:11PM +0200, Igor Vlasenko wrote:
> Как по русски передать народное отношение к предупреждениям?
> Кладут на них люди, или ложат?

Я не читаю, если честно (только error и просматриваю warning).
Поскольку знаю, что если доберусь -- то полезу на sisyphus.ru.
А сейчас свои баги бы надо опять под 30 опустить для начала.

> Если не хватает сил и времени, можно помочь.
> Думаю, перед бранчем стоило бы сделать NMU "от репокопа".

По моим пакетам доверие тебе полное.

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

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

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Slava Semushin]

2 ноября 2008 г. 22:28 пользователь Igor Vlasenko
<vlasenko@imath.kiev.ua> написал:
[...]
> Динамика у нас по репокопу плохая.
[...]
> Как по русски передать народное отношение к предупреждениям?
> Кладут на них люди, или ложат?

Я стараюсь исправлять предупреждения от repocop-а за исключением
iconsdir и arch-dep-package-has-big-usr-share, потому что считаю их
несколько странными.

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

C arch-dep-package-has-big-usr-share в принципе согласен. Но когда
содержимое /usr/share/%name весит менее 5Мб (как во всех моих
случаях), то считаю, что овчинка выделки не стоит. К тому же не совсем
ясно какие преимущества это принесёт, если будет стоять жесткая
зависимость на версию с релизом..

Спасибо за repocop!

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

Re: [devel] NMU? [Re: I: 5.0 schedule]

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

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

On Mon, Nov 03, 2008 at 04:09:35PM +0600, Slava Semushin wrote:

SS> C arch-dep-package-has-big-usr-share в принципе согласен. Но когда
SS> содержимое /usr/share/%name весит менее 5Мб (как во всех моих
SS> случаях), то считаю, что овчинка выделки не стоит. К тому же не совсем
SS> ясно какие преимущества это принесёт, если будет стоять жесткая
SS> зависимость на версию с релизом..

Преимущества в размере репозитория (нет дублирование информации в
x86_64/i586 репозиториях). После появления других архитектур над которыми,
как я вижу, люди работают (arm, powerpc) это станет еще более критичными.

1Mb noarch не выделеных в noarch пакет уже сейчас порождает 1Mb по сути
мусора в репозитории. Скоро будет порождать куда больше мусора :)

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] NMU? [Re: I: 5.0 schedule]

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

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

On Sun, Nov 02, 2008 at 10:25:20PM +0200, Igor Vlasenko wrote:
>> Я например не знаю, где я должен увидеть эти предупреждения. 
>> Никогда их не видел.
IV> Это просто.
IV> Web - интерфейс на
IV> http://www.sisyphus.ru/packager/lav/srpms

А можно автоматически рассылать спам с приаттачеными патчами к пакетам?
Тогда было бы куда больше стимула приложить эти патчи.

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] I: 5.0 schedule

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

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

On Sun, Nov 02, 2008 at 02:59:32PM +0300, Eugene Prokopiev wrote:
>>  Для того чтобы дистрибутив можно было использовать как многие
>>  рекламировали (быстро выпекать заточеные по пакетной базе дистрибутивы для
>>  своих задач) хорошо бы доточить профиль, например, Server'а -- так чтобы
>>  можно было его собрать в окружении 5.0.
>>  Причем желательно чтобы можно было собрать как в версии _с_ альтератором,
>>  так и _без_.
EP> последнее я делал - см. mkimage-profile-server у меня в git

Мне бы хотелось то же самое, но собирающееся на базе Сизифа. Ну и чтобы
можно было делать --with/--without alterator :)

Вообще было бы очень ценно объединить изменения которые делал mike@ с
твоими.

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] I: 5.0 schedule

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

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

On Sat, Nov 01, 2008 at 10:05:58PM +0200, Michael Shigorin wrote:

MS> Я всё надеюсь найти время на добивание altlinux.org/WhiteLabel -- 
MS> надо привести в порядок дизайнообразующую и docs-related часть
MS> профиля и пакетов.  Пока беспросветно.

Эх...

>> Причем желательно чтобы можно было собрать как в версии
>> _с_ альтератором, так и _без_.
MS> Такое и в текущей технологии mkimage-profiles-desktop организовать
MS> несложно.

desktop ага, а server?

Хочу живой профиль близкий к Server 4.0!

MS> Вообще есть мысль стащить дистрибутивные профили в одно дерево.
MS> Альтернативой является разработка возможности делать библиотеки
MS> субпрофилей, но есть подозрение, что получится схоже с кучей
MS> гитиков xorg vs "всё в одном дереве" lkml.

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

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] I: 5.0 schedule

[Wartan Hachaturow]

2008/11/3 Денис Смирнов <mithraen@altlinux.ru>:
> Мне бы хотелось то же самое, но собирающееся на базе Сизифа. Ну и чтобы
> можно было делать --with/--without alterator :)

Вообще говоря, мне совершенно неясно, почему Team до сих пор не
выпекает свой дистрибутив. Какой-нибудь Community Edition. Безо всяких
ООО, своими силами.
Мне кажется, это бы добавило всем мотивации и чувства ответственности.

-- 
Regards, Wartan.

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Igor Vlasenko]

On Mon, Nov 03, 2008 at 02:43:40AM +0200, Led wrote:
> On Monday, 03 November 2008 02:30:54 Igor Vlasenko wrote:
> > On Mon, Nov 03, 2008 at 02:09:20AM +0200, Igor Vlasenko wrote:
> > > > стандартам, принятым в KDE. Каким образом эта утилита опеределяет
> > > > (почему-то), что эта софтина не имеет права этого делать?
> > >
> > > Потому что есть X-DocPath.
> > > А в KDE дискуссия идет, отрезать поддержку DocPath
> > > или еще рано.
> >
> > Другими словами, вот отрежут скоро в KDE поддержку DocPath,
> > и что тогда?
> 
> В KDE3 отрежут? Что-то не верится...

Напомню, что repocop транслирует desktop-file-validate warning: key "DocPath" in group "Desktop Entry" is a reserved key for KDE; 
в сообщение уровня 'info', т.е. "информация к размышлению".

Его дело информацию доложить, ваше дело - над ней размышлять.

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

-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

[devel] rpmbuild-helper-desktop [was: NMU?]

[Igor Vlasenko]

On Mon, Nov 03, 2008 at 10:29:38AM +0300, Vitaly Lipatov wrote:
> Я не вижу смысла исправлять сегодня desktop-файлы у нас. А 
> исправить в каждом апстриме - это такое занятие по улучшению 
> мира, на которое надо очень много сил.
> Но надо стремиться...

Конечно, вручную заниматься этим смысла нет, 
это неблагодарная задача и не Unix-way.

Но поскольку мы же не под Мастдай пакеты собираем, 
существует естественный Unix-way решения данной проблемы.

Рассмотрим скрипт
http://git.altlinux.org/people/viy/packages/?p=rpmbuild-helper.git;a=blob_plain;f=rpmbuild-helper-desktop
который будет делать черную работу.

Он умеет исправлять 8 наиболее типичных проблем в .desktop файлах, 
что на глаз более 95% всех сообщений.

Теперь сам процесс исправления.
Репокоп генерирует патчи, добавляющие
BuildRequires: rpmbuild-helper-desktop
и вызов rpmbuild-helper в конце %install 
(последнее можно интегрировать прямо в rpmbuild)

Майнтайнер обдумывает все "за" и "против" и 
1) либо соглашается на NMU (далее все происходит автоматически,
и исправленные пакеты уходят в Сизиф без каких-либо ваших усилий).

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

-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Igor Vlasenko]

On Mon, Nov 03, 2008 at 01:59:56PM +0300, Денис Смирнов wrote:
> А можно автоматически рассылать спам с приаттачеными патчами к пакетам?
> Тогда было бы куда больше стимула приложить эти патчи.

Сделайте закладку на 
http://repocop.altlinux.org/pub/repocop/reports/diff/by-acl/mithraen/
:)

Мне бы спам не хотелось получать. И я не одинок.
Валера, например, самую такую мысль в зародыше давит:
> On Sun, Nov 02, 2008 at 07:38:42PM +0300, Valery V. Inozemtsev wrote:
> если вы будете писать нам cron'ом, мы будем читать вас procmail 'ом

-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Igor Vlasenko]

On Mon, Nov 03, 2008 at 04:09:35PM +0600, Slava Semushin wrote:
> Я стараюсь исправлять предупреждения от repocop-а за исключением
> iconsdir 

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

А что если я напишу rpmbuild-helper-iconsdir наподобие
rpmbuild-helper-desktop (анонс рядом),
который будет делать эти ресайзы и симлинки автоматом?
Плюс репокоп сгенерирует патчи для этого дела,
и при желании сделает NMU.
т.е. вообще трудиться не надо.

Как такой подход?

-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Denis Medvedev]

-----Original Message-----
From: Igor Vlasenko <vlasenko@imath.kiev.ua>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Date: Mon, 3 Nov 2008 14:22:21 +0200
Subject: Re: [devel] NMU? [Re: I: 5.0 schedule]

> On Mon, Nov 03, 2008 at 04:09:35PM +0600, Slava Semushin wrote:
> > Я стараюсь исправлять предупреждения от repocop-а за исключением
> > iconsdir 
> 
> Я и сам считаю, что очень плохо заставлять майнтайнеров
> делать это руками. 
> 
> А что если я напишу rpmbuild-helper-iconsdir наподобие
> rpmbuild-helper-desktop (анонс рядом),
> который будет делать эти ресайзы и симлинки автоматом?
> Плюс репокоп сгенерирует патчи для этого дела,
> и при желании сделает NMU.
> т.е. вообще трудиться не надо.
> 
> Как такой подход?
Это интересно, только надо предоставлять полный лог "что на что исправлено и почему".

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Igor Vlasenko]

On Mon, Nov 03, 2008 at 03:33:06PM +0300, Denis Medvedev wrote:
> Это интересно, только надо предоставлять полный лог "что на что исправлено и почему".

rpmbuild-helper-iconsdir еще не написал,

а rpmbuild-helper-desktop пока вывод такой:

$ RPM_BUILD_ROOT=./testdir; ./rpmbuild-helper-desktop
rpmbuild-helper-desktop: removed Encoding=UTF-8
rpmbuild-helper-desktop: changed Categories=GNOME;Application; to Categories=GNOME;
rpmbuild-helper-desktop: changed Terminal=0 to Terminal=false
rpmbuild-helper-desktop: changed DocPath=/boo to X-DocPath=/boo
rpmbuild-helper-desktop: changed Categories=KDE to Categories=KDE;


-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] rpmbuild-helper-desktop [was: NMU?]

[Igor Vlasenko]

On Mon, Nov 03, 2008 at 02:09:06PM +0200, Igor Vlasenko wrote:

Скрипты оформил в пакет
rpmbuild-helper-0.01-alt1.src.rpm

Пакет залил в Дедал на потрогать,
также его можно взять у меня в .git:

http://git.altlinux.org/people/viy/packages/?p=rpmbuild-helper.git;a=summary


> Теперь сам процесс исправления.
> Репокоп генерирует патчи, добавляющие
> BuildRequires: rpmbuild-helper-desktop
> и вызов rpmbuild-helper в конце %install 
> (последнее можно интегрировать прямо в rpmbuild)
> 
> Майнтайнер обдумывает все "за" и "против" и 
> 1) либо соглашается на NMU (далее все происходит автоматически,
> и исправленные пакеты уходят в Сизиф без каких-либо ваших усилий).
> 
> 2) либо исправляет ошибки самостоятельно
> (но соломки там подложено; более того, к его услугам готовые патчи).
-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Igor Vlasenko]

On Mon, Nov 03, 2008 at 02:39:20PM +0200, Igor Vlasenko wrote:
> On Mon, Nov 03, 2008 at 03:33:06PM +0300, Denis Medvedev wrote:
> > Это интересно, только надо предоставлять полный лог "что на что исправлено и почему".
> 
> rpmbuild-helper-iconsdir еще не написал,
Все, уже написал.
http://git.altlinux.org/people/viy/packages/?p=rpmbuild-helper.git;a=summary

-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] rpmbuild-helper-desktop [was: NMU?]

[Igor Vlasenko]

On Mon, Nov 03, 2008 at 02:09:06PM +0200, Igor Vlasenko wrote:
> On Mon, Nov 03, 2008 at 10:29:38AM +0300, Vitaly Lipatov wrote:
> > Я не вижу смысла исправлять сегодня desktop-файлы у нас. А 
> > исправить в каждом апстриме - это такое занятие по улучшению 
> > мира, на которое надо очень много сил.
> > Но надо стремиться...

> существует естественный Unix-way решения данной проблемы.

Извиняюсь, несколько не то ответил.
Я ответил на вопрос "как", а не "зачем".

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

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

например, .desktop лежащий не там, где надо, может 
являться причиной, что что-то не работает;

Скудные Categories ухудшают юзабилити,
так как не дают создавать структурированные меню
Стратегии к стратегиям, словари к словарям и т. д.

-- 

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


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] I: 5.0 schedule

[Michael Shigorin]

On Mon, Nov 03, 2008 at 02:52:15PM +0300, Wartan Hachaturow wrote:
> > Мне бы хотелось то же самое, но собирающееся на базе Сизифа.
> > Ну и чтобы можно было делать --with/--without alterator :)
> Вообще говоря, мне совершенно неясно, почему Team до сих пор не
> выпекает свой дистрибутив. Какой-нибудь Community Edition. Безо
> всяких ООО, своими силами.  Мне кажется, это бы добавило всем
> мотивации и чувства ответственности.

Почему же -- выпекает помаленьку и вообще осматривается-осваивается:
http://www.altlinux.org/Community_%28releases%29 (ссылка с главной 
страницы altlinux.org также наблюдается).

Также есть devel-distro@ в качестве такого себе xvendor@ и точки
обмена идеями, наработками, шишками, опытом и хинтами по mkimage. :)

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

Re: [devel] I: 5.0 schedule

[Michael Shigorin]

On Mon, Nov 03, 2008 at 02:04:44PM +0300, Денис Смирнов wrote:
> >> Причем желательно чтобы можно было собрать как в версии _с_
> >> альтератором, так и _без_.
> > Такое и в текущей технологии mkimage-profiles-desktop
> > организовать несложно.
> desktop ага, а server?
> Хочу живой профиль близкий к Server 4.0!

_Кажется_, сейчас опять можно отталкиваться от примера,
прилагаемого к mkimage.

> По крайней мере на нынешнем этапе, когда идет слишком активная
> разработка разводить лишний тупой copy-paste глупо. И уж лучше
> если из одного профиля будет собираться с разными параметрами.

Вот именно.  Если хочешь и есть время -- можешь попробовать
сделать набег-осмотр на mkimage-profiles-* у boyarsh@.

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

Re: [devel] I: 5.0 schedule

[Mikhail Gusarov]

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

Twas brillig at 17:44:02 03.11.2008 UTC+02 when mike@osdn.org.ua did gyre and gimble:

 MS> Почему же -- выпекает помаленьку и вообще
 MS> осматривается-осваивается:
 MS> http://www.altlinux.org/Community_%28releases%29 (ссылка с главной
 MS> страницы altlinux.org также наблюдается).

Ты же прекрасно понимаешь, что это никакой не "Community Edition", а
"то, что сделали в ООО, плюс мои три любимых пакета".

-- 

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

Re: [devel] I: 5.0 schedule

[Aleksey Novodvorsky]

03.11.08, Mikhail Gusarov<dottedmag@altlinux.org> написал(а):
> Twas brillig at 17:44:02 03.11.2008 UTC+02 when mike@osdn.org.ua did gyre and gimble:
>
>   MS> Почему же -- выпекает помаленьку и вообще
>   MS> осматривается-осваивается:
>   MS> http://www.altlinux.org/Community_%28releases%29 (ссылка с главной
>   MS> страницы altlinux.org также наблюдается).
>
>  Ты же прекрасно понимаешь, что это никакой не "Community Edition", а
>  "то, что сделали в ООО, плюс мои три любимых пакета".

Не всегда. И не все сразу.
И, главное, я не понимаю, к чему деление тим на разные ООО и пр.
Вопрос в появлении релиз-менеджеров, не являющихся сотрудниками Альт?
Медиа-меджик? Этерсофт? Сейрос? Да, это было бы здорово. Но не потому,
что такие люди "не сотрудники", а потому, что больше концепций -- это
всегда здорово.
Или вы ставите вопрос иначе?

Rgrds, Алексей


>
>
>  --
>
> _______________________________________________
>  Devel mailing list
>  Devel@lists.altlinux.org
>  https://lists.altlinux.org/mailman/listinfo/devel
>
>

Re: [devel] I: 5.0 schedule

[Mikhail Gusarov]

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

Twas brillig at 21:19:06 03.11.2008 UTC+03 when aen@altlinux.ru did gyre and gimble:

 AN> Вопрос в появлении релиз-менеджеров, не являющихся сотрудниками
 AN> Альт? Медиа-меджик? Этерсофт? Сейрос? Да, это было бы здорово.

Да. Желательно даже не Этерсофт, Медиа-меджик или Сейрос, а ALT Linux
Team как таковой.

 AN> Но не потому, что такие люди "не сотрудники", а потому, что больше
 AN> концепций -- это всегда здорово.  Или вы ставите вопрос иначе?

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

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

-- 

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

Re: [devel] I: 5.0 schedule

[Aleksey Novodvorsky]

03.11.08, Mikhail Gusarov<dottedmag@altlinux.org> написал(а):
> Twas brillig at 21:19:06 03.11.2008 UTC+03 when aen@altlinux.ru did gyre and gimble:
>
>   AN> Вопрос в появлении релиз-менеджеров, не являющихся сотрудниками
>   AN> Альт? Медиа-меджик? Этерсофт? Сейрос? Да, это было бы здорово.
>
>  Да. Желательно даже не Этерсофт, Медиа-меджик или Сейрос, а ALT Linux
>  Team как таковой.
>
>   AN> Но не потому, что такие люди "не сотрудники", а потому, что больше
>   AN> концепций -- это всегда здорово.  Или вы ставите вопрос иначе?
>
>  ООО как посредник между Team и пользователями дистрибутивов, в том числе
>  и самими же членами Team, создаёт узкое звено, и кроме того, накаляет
>  обстановку: RM-ы всегда оказываются крайними.

Михаил, я как раз хотел обратить Ваше  внимание, что у нас идет
увеличение числа релиз-менеджеров за счет фирм, строящих свои решения
на Сизифе. То есть ООО Альт-Линукс" перестает быть единственным
посредником. Есть и индивидульные проекты enp@ и msp@.

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

Да, это верно. Но процесс зависит от всех. Когда Вартан ставит вопрос
о Community Release я припоминаю разговор о создании команды желающих
работать над портом Power. И где же эта команда? Где ее капитан?
Как запустить процесс? И нужен ли нам единый Community release вместо
многих проектов?

Rgrds, Алексей

>
>
>  --
>
> _______________________________________________
>  Devel mailing list
>  Devel@lists.altlinux.org
>  https://lists.altlinux.org/mailman/listinfo/devel
>
>

[devel] community releases (was: I: 5.0 schedule)

[Michael Shigorin]

On Mon, Nov 03, 2008 at 09:19:06PM +0300, Aleksey Novodvorsky wrote:
> > > http://www.altlinux.org/Community_%28releases%29
> > Ты же прекрасно понимаешь, что это никакой не "Community
> > Edition", а "то, что сделали в ООО, плюс мои три любимых
> > пакета".

Вполне себе community edition -- потому как учитывает мнение
достаточно активных участников сообщества о том, что должно быть
иначе.

Моя сборка отличается минимально и нацелена на мерж, профиль enp@
отличается заметно сильнее и как раз более похож на _комьюнити_.

> Не всегда. И не все сразу.
> И, главное, я не понимаю, к чему деление тим на разные ООО и пр.
> Вопрос в появлении релиз-менеджеров, не являющихся сотрудниками Альт?

И это тоже.

On Tue, Nov 04, 2008 at 12:25:20AM +0600, Mikhail Gusarov wrote:
>  AN> Вопрос в появлении релиз-менеджеров, не являющихся сотрудниками
>  AN> Альт? Медиа-меджик? Этерсофт? Сейрос? Да, это было бы здорово.
> Да. Желательно даже не Этерсофт, Медиа-меджик или Сейрос, а ALT Linux
> Team как таковой.

(берясь за пуговицу) Паади, а я т-те не т-тим, да? :)

Эт тебе не умные поодиночке дебиановцы, которых аж одно sudo.su
знаю в виде предлагающих услуги контор -- тут как-то потихоньку
человек к человеку да и подобрались уже.

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

Остальные же случаи так или иначе сводятся или к конторам, или к
тому, что было бы неплохо их иметь -- для счёта, телефона и
бэкапа по людям в привычном флаконе.

> > Но не потому, что такие люди "не сотрудники", а потому, что
> > больше концепций -- это всегда здорово.  Или вы ставите
> > вопрос иначе?
> ООО как посредник между Team и пользователями дистрибутивов, в
> том числе и самими же членами Team, создаёт узкое звено, и
> кроме того, накаляет обстановку: RM-ы всегда оказываются
> крайними.

Зависит от конкретного человека и степени его перегрузки.
У нас же нет выделенных RM вообще, все тянут ещё много чего.

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

Кстати: публичный RC Desktop 4.1.1 бы.  Чтоб не фиксировать
в тираже чего детски-тривиально-исправляемого...

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

[devel] community releases (was: I: 5.0 schedule)

[Michael Shigorin]

On Mon, Nov 03, 2008 at 09:35:10PM +0300, Aleksey Novodvorsky wrote:
> >  Не в последнюю очередь из-за того, что по причине крайнего
> >  недостатка времени RM-ы обрубают очень важное звено:
> >  обсуждение с Team по поводу того, что же там такое лепится.
> Да, это верно. Но процесс зависит от всех. Когда Вартан ставит
> вопрос о Community Release я припоминаю разговор о создании
> команды желающих работать над портом Power. И где же эта
> команда? Где ее капитан?  Как запустить процесс?

Общаться и не пытаться съесть всего слона сразу, разобравшись
во всём самому.  BTW для этого конкретного случая яркой
иллюстрацией сему был доклад в Обнинске. :)

> И нужен ли нам единый Community release вместо многих проектов?

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

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

Re: [devel] I: 5.0 schedule

[Mikhail Gusarov]

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

Twas brillig at 21:35:10 03.11.2008 UTC+03 when a.e.nvdv@gmail.com did gyre and gimble:

 AN> Михаил, я как раз хотел обратить Ваше внимание, что у нас идет
 AN> увеличение числа релиз-менеджеров за счет фирм, строящих свои
 AN> решения на Сизифе.

И это хорошо.

 AN> Когда Вартан ставит вопрос о Community Release я припоминаю
 AN> разговор о создании команды желающих работать над портом Power. И
 AN> где же эта команда? Где ее капитан?

Специфичное железо - поэтому и желающих очень мало.

 AN> Как запустить процесс? И нужен ли нам единый Community release
 AN> вместо многих проектов?

Такое бы точно уменьшило конфликтность. Но все заняты (tm)

Первые соображения такие:

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

* Такой проект повысит привлекательность Сизифа для разработчиков, не
  желающих строить свои собственные решения: сейчас дистрибутивы
  "спускаются с неба", и поэтому работа над Сизифом не обладает тем, что
  называется "instant gratification". Я продолжаю настаивать на том, что
  крен в создателей решений сильно ограничивает аудиторию Сизифа.

* Непубличное (jabber, почта, личное) общение о том, что и как - сильно
  снизит ценность проекта.

* Инфраструктура к такому проекту вполне готова.

-- 

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

Re: [devel] community releases

[Mikhail Gusarov]

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

Twas brillig at 20:39:31 03.11.2008 UTC+02 when mike@osdn.org.ua did gyre and gimble:

 MS> Вполне себе community edition -- потому как учитывает мнение
 MS> достаточно активных участников сообщества о том, что должно быть
 MS> иначе.

Это "ALT Linux Desktop Community Edition", а не дистрибутив,
разработанный community на основании сизифа.

 MS> Остальные же случаи так или иначе сводятся или к конторам, или к
 MS> тому, что было бы неплохо их иметь -- для счёта, телефона и бэкапа
 MS> по людям в привычном флаконе.

Т.е. тебя совершенно устраивает "ALT Linux Desktop" в том виде, что
есть?

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

 MS> Кстати: публичный RC Desktop 4.1.1 бы.  Чтоб не фиксировать в
 MS> тираже чего детски-тривиально-исправляемого...

Это живая демонстрация: до RC просто неизвестно, что и как творится, что
сделано и что будет делаться. Если тебя устраивает - замечательно. Но
вот поднимающийся каждый раз после релиза вой - это индикатор
неисправности процесса.

-- 

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

Re: [devel] I: 5.0 schedule

[Aleksey Novodvorsky]

03.11.08, Mikhail Gusarov<dottedmag@altlinux.org> написал(а):
> Twas brillig at 21:35:10 03.11.2008 UTC+03 when a.e.nvdv@gmail.com did gyre and gimble:
>
>   AN> Михаил, я как раз хотел обратить Ваше внимание, что у нас идет
>   AN> увеличение числа релиз-менеджеров за счет фирм, строящих свои
>   AN> решения на Сизифе.
>
>  И это хорошо.

Еще бы! Это замечательно и это _наша_  тимовская фича.

>
>   AN> Когда Вартан ставит вопрос о Community Release я припоминаю
>   AN> разговор о создании команды желающих работать над портом Power. И
>   AN> где же эта команда? Где ее капитан?
>
>  Специфичное железо - поэтому и желающих очень мало.

Ничего подобного. Пока (надеюсь) нет публичности у этого проекта.

>
>   AN> Как запустить процесс? И нужен ли нам единый Community release
>   AN> вместо многих проектов?
>
>  Такое бы точно уменьшило конфликтность. Но все заняты (tm)
>
>  Первые соображения такие:
>
>  * Такой проект можно спонсировать компаниям, работающим на сизиф
>   (выделением времени кого-нибудь из разработчиков).

Выйдет еще один релиз-менеджер из компании. Нужны свежие концепции в
первую очередь.

>
>  * Такой проект повысит привлекательность Сизифа для разработчиков, не
>   желающих строить свои собственные решения: сейчас дистрибутивы
>   "спускаются с неба", и поэтому работа над Сизифом не обладает тем, что
>   называется "instant gratification". Я продолжаю настаивать на том, что
>   крен в создателей решений сильно ограничивает аудиторию Сизифа.
>

А вот это _совсем_ другой разговор. Давайте подробнее об этом, пахнет
концепцией.

>  * Непубличное (jabber, почта, личное) общение о том, что и как - сильно
>   снизит ценность проекта.
>

Да, конечно.
>  * Инфраструктура к такому проекту вполне готова.
>

За что и боролись.

Rgrds, Алексей

Re: [devel] I: 5.0 schedule

[Mikhail Gusarov]

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

Twas brillig at 21:58:11 03.11.2008 UTC+03 when a.e.nvdv@gmail.com did gyre and gimble:

 >>  Специфичное железо - поэтому и желающих очень мало.

 AN> Ничего подобного. Пока (надеюсь) нет публичности у этого проекта.

Всё-таки power - это не PC-шка, которая в каждом доме. Даже у дебиана, с
его тыщщей майнтайнеров, в porters очень мало народа. Опыт OpenInkpot
показывает аналогичную ситуацию - любое не-commodity железо сразу сильно
уменьшает базу разработчиков.

 >> * Такой проект повысит привлекательность Сизифа для разработчиков,
 >> не желающих строить свои собственные решения: сейчас дистрибутивы
 >> "спускаются с неба", и поэтому работа над Сизифом не обладает тем,
 >> что называется "instant gratification". Я продолжаю настаивать на
 >> том, что крен в создателей решений сильно ограничивает аудиторию
 >> Сизифа.

 AN> А вот это _совсем_ другой разговор. Давайте подробнее об этом,
 AN> пахнет концепцией.

Видится так: заменить систему бранчей дистрибутивами общего назначения
(типа Master), разрабатываемыми по правилам разработки Сизифа, но с
выписанными критериями качества.

Разница между бранчем и дистрибутивом общего назначения - в том, чтобы
вместо полусырой болванки, которую каждый дотачивает, или дотачивание
идёт по цепочке (сизиф->бранч->Desktop->custom), получать нечто, прямо
устанавливаемое и используемое, как на сервере, так и на десктопах.

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

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

-- 

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

Re: [devel] NMU? [Re: I: 5.0 schedule]

[Alexey I. Froloff]

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

* Igor Vlasenko <vlasenko@> [081103 16:12]:
> > rpmbuild-helper-iconsdir еще не написал,
> Все, уже написал.
Лучше #16660 почините...


-- 
Regards,
Sir Raorn.

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

Re: [devel] I: 5.0 schedule

[Aleksey Novodvorsky]

03.11.08, Mikhail Gusarov<dottedmag@altlinux.org> написал(а):
> Twas brillig at 21:58:11 03.11.2008 UTC+03 when a.e.nvdv@gmail.com did gyre and gimble:
>
>
>   >> * Такой проект повысит привлекательность Сизифа для разработчиков,
>   >> не желающих строить свои собственные решения: сейчас дистрибутивы
>   >> "спускаются с неба", и поэтому работа над Сизифом не обладает тем,
>   >> что называется "instant gratification". Я продолжаю настаивать на
>   >> том, что крен в создателей решений сильно ограничивает аудиторию
>   >> Сизифа.
>
>
>  AN> А вот это _совсем_ другой разговор. Давайте подробнее об этом,
>   AN> пахнет концепцией.
>
>  Видится так: заменить систему бранчей дистрибутивами общего назначения
>  (типа Master), разрабатываемыми по правилам разработки Сизифа, но с
>  выписанными критериями качества.
>
>  Разница между бранчем и дистрибутивом общего назначения - в том, чтобы
>  вместо полусырой болванки, которую каждый дотачивает, или дотачивание
>  идёт по цепочке (сизиф->бранч->Desktop->custom), получать нечто, прямо
>  устанавливаемое и используемое, как на сервере, так и на десктопах.
>
>  Перераспределение ролей: разработчики дистрибутива общего назначения
>  заботятся об общей стабильности и работоспособности на разнообразном
>  железе и в разнообразных конфигурациях, разработчики специфического
>  дистрибутива - только о своей специфике.
>
>  В частности, это поможет снизить объём дублирующейся работы при
>  подготовке RM-ами разных дистрибутивов. Это частично и так происходит,
>  при обновлении бранчей в процессе разработки дистрибутивов, но это лучше
>  сказать явно.
>

Вы предлагаете схему Debian, которая имеет ряд преимуществ. У нас,
однако, складывается иначе. Представьте себе Sisyphus -- Debian и ALT
-- Ubuntu. Не хватит ресурсов, -- ни людских, ни финансовых. Важно и
то, что у Сизифа достаточно много своих убунт. И это наше
преимущество, которое, убежден, надо развивать. Мне Ваш подход не
кажется ни концептуально продуманным, ни учитывающим развитие
направления СПО в Росии. Второе, впрочем, я сам точно предугадать
сейчас не могу, только воздействовать в меру сил.
Вы правильно ставите вопросы, но ответ даете как бы по шаблону.

Впрочем, лучше помолчу и послушаю мнения.

Rgrds, Алексей

Re: [devel] I: 5.0 schedule

[Mikhail Gusarov]

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

Twas brillig at 00:19:40 04.11.2008 UTC+03 when a.e.nvdv@gmail.com did gyre and gimble:

 AN> Вы предлагаете схему Debian, которая имеет ряд преимуществ.

Я предлагаю схему, которая

* не имеет вечносырого компонента под названием "бранч"

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

Уже после отправки я понял, что да - это похоже на Debian.

 AN> Мне Ваш подход не кажется ни концептуально продуманным, ни
 AN> учитывающим развитие направления СПО в Росии. Второе, впрочем, я
 AN> сам точно предугадать сейчас не могу, только воздействовать в меру
 AN> сил.  Вы правильно ставите вопросы, но ответ даете как бы по
 AN> шаблону.

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

-- 

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

Re: [devel] RM (-rf :)

[Michael Shigorin]

On Mon, Nov 03, 2008 at 09:58:11PM +0300, Aleksey Novodvorsky wrote:
> >  * Такой проект можно спонсировать компаниям, работающим на сизиф
> >   (выделением времени кого-нибудь из разработчиков).
> Выйдет еще один релиз-менеджер из компании. Нужны свежие концепции в
> первую очередь.

У меня таковых хватит примерно три человека загрузить.
Но кризис, все озадачены куда более приземлённым :-)

> >  * Непубличное (jabber, почта, личное) общение о том, что и
> >  как - сильно снизит ценность проекта.
> Да, конечно.

Для того devel-distro@ и.  Чтоб одно и то же не распылялось.

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

Re: [devel] I: 5.0 schedule

[Aleksey Novodvorsky]

04.11.08, Mikhail Gusarov<dottedmag@altlinux.org> написал(а):
> Twas brillig at 00:19:40 04.11.2008 UTC+03 when a.e.nvdv@gmail.com did gyre and gimble:
>
>   AN> Вы предлагаете схему Debian, которая имеет ряд преимуществ.
>
>  Я предлагаю схему, которая
>
>  * не имеет вечносырого компонента под названием "бранч"

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

>
>  * укорачивает цепочку от майнтайнера до дистрибутива с непомерной длины
>   в 4 шага (один из которых сейчас обязательно проходит через
>   коммерческую фирму, ту или другую)

Нет, не обязательно.

> до одного шага.

Неопределенной длины. Кому от этого лучше?

>
>  Уже после отправки я понял, что да - это похоже на Debian.
>

:-)

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

>   AN> Мне Ваш подход не кажется ни концептуально продуманным, ни
>   AN> учитывающим развитие направления СПО в Росии. Второе, впрочем, я
>   AN> сам точно предугадать сейчас не могу, только воздействовать в меру
>   AN> сил.  Вы правильно ставите вопросы, но ответ даете как бы по
>   AN> шаблону.
>
>  Я не понял, *почему* мой подход не является концептуально продуманным,

потому, что он  не описывает эволюцию, не учитывает то, как и почему
мы дошли до нынешне схемы. В которой много неостатаков, да.

>  *почему* ответ - по шаблону,

Потому, что Debian.

 и *какие такие* направления развития я не
>  учитываю (кроме, пожалуй, варианта "назло маме отморожу уши" / "мы идём
>  своим путём" / "в дебиане всё плохо").

Один из вариантов -- ставка государства на развитие разработки СПО.

Rgrds, Алексей

Re: [devel] I: 5.0 schedule

[Wartan Hachaturow]

2008/11/4 Aleksey Novodvorsky <a.e.nvdv@gmail.com>:
>>  Уже после отправки я понял, что да - это похоже на Debian.
> Я не случайно хотел послушать других. Я хочу понять, для кого такая
> схема будет хороша, -- не умозрительно, а реально.

Для разработчиков. Которые будут делать дистрибутивы сами, и сами
понимать, что, как и почему происходит, а не blame'ить RM'ов, которые
часто решают задачи, не поставленные Team'ом.

Я не вижу проблем с подходом Debian. Ну, разумеется, кроме
употребления слова "Debian", которое, кажется, в этом списке как
красная тряпка ;))

> Один из вариантов -- ставка государства на развитие разработки СПО.

.. сегодня есть, а завтра нет.

-- 
Regards, Wartan.

Re: [devel] I: 5.0 schedule

[Mikhail Gusarov]

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

Twas brillig at 00:42:13 04.11.2008 UTC+03 when a.e.nvdv@gmail.com did gyre and gimble:

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

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

 AN> Нет, не обязательно.

А в каких случаях не так? Если кто-нибудь соберётся и создаст-таки
Community Edition на базе сизифа? :)

 >> до одного шага.

 AN> Неопределенной длины. Кому от этого лучше?

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

 AN>  и *какие такие* направления развития я не
 >>  учитываю (кроме, пожалуй, варианта "назло маме отморожу уши" / "мы идём
 >>  своим путём" / "в дебиане всё плохо").

 AN> Один из вариантов -- ставка государства на развитие разработки СПО.

Не вижу здесь противоречий.

-- 

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

Re: [devel] I: 5.0 schedule

[Michael Shigorin]

On Tue, Nov 04, 2008 at 01:36:04AM +0600, Mikhail Gusarov wrote:
>  AN> А вот это _совсем_ другой разговор. Давайте подробнее об этом,
>  AN> пахнет концепцией.
> Видится так: заменить систему бранчей дистрибутивами общего
> назначения (типа Master), разрабатываемыми по правилам
> разработки Сизифа, но с выписанными критериями качества.

Тю, а я думал, ты умный (c)

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

Т.е. это всё можно, но непринципиально.  Уже обдумано не один год.

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

Она в основном у всех общая.  Причём самый скверный головняк 
(с железом, на которое устанавливаемся) -- едва ли не на 80%,
начиная от vesa для инсталятора.  Разве что у Desktop больное
место -- это wifi, а у Server -- ммм... специфические RAID,
например.

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

 ет (c)

> Это частично и так происходит, при обновлении бранчей в
> процессе разработки дистрибутивов, но это лучше сказать явно.

Дублирование работы RM возможно снизить:

- стандартизацией mkimage в качестве инструмента сборки;
- свозом профилей в mkimage-profiles-altlinux и вычисткой мусора;
- продолжением выделения installer-feature-* и улучшения сообща;
- резервированием примерно половины времени RM под непредвиденное
  и работу по улучшению инфраструктуры;
- общением по текущим проблемам, а не каждый в своём углу пилит
  и только изредка случайно узнаёт, что рядом победили то же
  самое.

On Tue, Nov 04, 2008 at 03:27:50AM +0600, Mikhail Gusarov wrote:
>  AN> Вы предлагаете схему Debian, которая имеет ряд преимуществ.
> Я предлагаю схему, которая
> * не имеет вечносырого компонента под названием "бранч"

Давай выкинем вечносырой Debian testing и будем делать
хороший всем дистрибутив? :)

Если же серьёзно -- благодаря отсутствию ACL на бранчи, как это
ни парадоксально, как раз и получается их исправлять и улучшать 
уже после выпуска "алюминиевых" дистрибутивов и когда все скорее
забыли и ушли на сизиф.

Вот здесь стоит поискать и выровнять, IMO.

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

Почему непомерной-то?  И с какого перепугу "обязательно"?
Да нет тут проблемы.

> Я не понял, *почему* мой подход не является концептуально продуманным

Ну он и фактологически хромает, бранчи -- это как раз достижение,
а не проблема.  До ALM2.4 включительно под дистрибутив морозился
весь сизиф, а это больно.

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

Re: [devel] I: 5.0 schedule

[Aleksey Novodvorsky]

04.11.08, Wartan Hachaturow<wartan.hachaturow@gmail.com> написал(а):
> 2008/11/4 Aleksey Novodvorsky <a.e.nvdv@gmail.com>:
>
> >>  Уже после отправки я понял, что да - это похоже на Debian.
>  > Я не случайно хотел послушать других. Я хочу понять, для кого такая
>  > схема будет хороша, -- не умозрительно, а реально.
>
>
> Для разработчиков. Которые будут делать дистрибутивы сами, и сами
>  понимать, что, как и почему происходит, а не blame'ить RM'ов, которые
>  часто решают задачи, не поставленные Team'ом.
>
>  Я не вижу проблем с подходом Debian. Ну, разумеется, кроме
>  употребления слова "Debian", которое, кажется, в этом списке как
>  красная тряпка ;))

Вартан, Вы сказали редкую глупость, достойную разве что LOR.
Читайте все же, что я написал. Без купюр.

>
>
>  > Один из вариантов -- ставка государства на развитие разработки СПО.
>
>
> .. сегодня есть, а завтра нет.

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

Rgrds, Алексей

Rgrds, Алексей
>
>
>  --
>  Regards, Wartan.
>
> _______________________________________________
>  Devel mailing list
>  Devel@lists.altlinux.org
>  https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] I: 5.0 schedule

[Mikhail Gusarov]

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

Twas brillig at 23:54:20 03.11.2008 UTC+02 when mike@osdn.org.ua did gyre and gimble:

 MS> Ну он и фактологически хромает, бранчи -- это как раз достижение, а
 MS> не проблема.

Ты не понял, я их не выкинуть, а добавить к ним предлагаю :-P

-- 

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

Re: [devel] I: 5.0 schedule

[Michael Shigorin]

On Tue, Nov 04, 2008 at 03:49:45AM +0600, Mikhail Gusarov wrote:
> > Я не согласен с тем, что это вечносырой компонент. По крайней
> > мере, он не должен таким быть. Отказ от него, боюсь, приведет
> > к стабилизации за два-три года, если вообще приведет.
> В текущем виде он вечносырой.

Да нет же.

> Если поставить задачу сделать бранч (а не десять конкретных
> дистрибутивов на базе бранча) инсталлируемым и рабочим

Закронить сборку инсталера? :)

>  >> до одного шага.
>  AN> Неопределенной длины. Кому от этого лучше?
> Майнтайнерам, которые уже могут контролировать и ускорять по
> своему желанию процесс, не дожидаясь кого-то, типа ООО.

Они могут ускорить весь процесс, не дожидаясь никого.  
Как вот я ровно сегодня (ещё сегодня), итеративно выпуская
адаптацию Линукс Терминал для школ Украины.

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

Re: [devel] I: 5.0 schedule

[Aleksey Novodvorsky]

04.11.08, Mikhail Gusarov<dottedmag@altlinux.org> написал(а):
> Twas brillig at 23:54:20 03.11.2008 UTC+02 when mike@osdn.org.ua did gyre and gimble:
>
>   MS> Ну он и фактологически хромает, бранчи -- это как раз достижение, а
>   MS> не проблема.
>
>  Ты не понял, я их не выкинуть, а добавить к ним предлагаю :-P

Это было дейстительно непонятно.
Кто-то мешает добавить? Или просто выпустить Master на бранче 5.0. Это
было бы здорово, да.

Rgrds, Алексей

Re: [devel] I: 5.0 schedule

[Alexey Tourbin]

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

On Tue, Nov 04, 2008 at 12:19:40AM +0300, Aleksey Novodvorsky wrote:
> 03.11.08, Mikhail Gusarov<dottedmag@altlinux.org> написал(а):
> >  Видится так: заменить систему бранчей дистрибутивами общего назначения
> >  (типа Master), разрабатываемыми по правилам разработки Сизифа, но с
> >  выписанными критериями качества.
> >
> >  Разница между бранчем и дистрибутивом общего назначения - в том, чтобы
> >  вместо полусырой болванки, которую каждый дотачивает, или дотачивание
> >  идёт по цепочке (сизиф->бранч->Desktop->custom), получать нечто, прямо
> >  устанавливаемое и используемое, как на сервере, так и на десктопах.
> >
> >  Перераспределение ролей: разработчики дистрибутива общего назначения
> >  заботятся об общей стабильности и работоспособности на разнообразном
> >  железе и в разнообразных конфигурациях, разработчики специфического
> >  дистрибутива - только о своей специфике.
> >
> >  В частности, это поможет снизить объём дублирующейся работы при
> >  подготовке RM-ами разных дистрибутивов. Это частично и так происходит,
> >  при обновлении бранчей в процессе разработки дистрибутивов, но это лучше
> >  сказать явно.
> 
> Вы предлагаете схему Debian, которая имеет ряд преимуществ. У нас,
> однако, складывается иначе. Представьте себе Sisyphus -- Debian и ALT
> -- Ubuntu. Не хватит ресурсов, -- ни людских, ни финансовых. Важно и
> то, что у Сизифа достаточно много своих убунт. И это наше
> преимущество, которое, убежден, надо развивать. Мне Ваш подход не
> кажется ни концептуально продуманным, ни учитывающим развитие
> направления СПО в Росии. Второе, впрочем, я сам точно предугадать
> сейчас не могу, только воздействовать в меру сил.
> Вы правильно ставите вопросы, но ответ даете как бы по шаблону.
> 
> Впрочем, лучше помолчу и послушаю мнения.

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

А вообще я за rolling release -- "минимальный инсталлятор Сизифа" +
"install/dist-upgrade по сети".

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

Re: [devel] I: 5.0 schedule

[Wartan Hachaturow]

2008/11/4 Aleksey Novodvorsky <a.e.nvdv@gmail.com>:
>> Для разработчиков. Которые будут делать дистрибутивы сами, и сами
>>  понимать, что, как и почему происходит, а не blame'ить RM'ов, которые
>>  часто решают задачи, не поставленные Team'ом.
>>
>>  Я не вижу проблем с подходом Debian. Ну, разумеется, кроме
>>  употребления слова "Debian", которое, кажется, в этом списке как
>>  красная тряпка ;))
>
> Вартан, Вы сказали редкую глупость, достойную разве что LOR.
> Читайте все же, что я написал. Без купюр.

А по сути? ;) Я прочёл то, что Вы написали, но аргументированного
ответа на вопрос "а почему плохо, когда как в Debian" не увидел -- ну,
кроме туманной отечественной специфики.

Что касается длинных release cycles -- то как community будет
работать, так оно и будет. Я не предложил заменить дистрибутивы ООО на
дистрибутивы community. Я предложил их дополнить. Не вижу, в чём
проблема.

-- 
Regards, Wartan.

Re: [devel] I: 5.0 schedule

[Mikhail Gusarov]

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

Twas brillig at 23:57:24 03.11.2008 UTC+02 when mike@osdn.org.ua did gyre and gimble:

 >> Если поставить задачу сделать бранч (а не десять конкретных
 >> дистрибутивов на базе бранча) инсталлируемым и рабочим

 MS> Закронить сборку инсталера? :)

Да, как первый шаг. Как второй придумать имя - и начать рекламировать
проект.

 >> Майнтайнерам, которые уже могут контролировать и ускорять по своему
 >> желанию процесс, не дожидаясь кого-то, типа ООО.

 MS> Они могут ускорить весь процесс, не дожидаясь никого.  Как вот я
 MS> ровно сегодня (ещё сегодня), итеративно выпуская адаптацию Линукс
 MS> Терминал для школ Украины.

Это дробление. Дробление неинтересно - информация и знания
размазываются, а не концентрируются.

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

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

-- 

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

Re: [devel] I: 5.0 schedule

[Wartan Hachaturow]

2008/11/4 Aleksey Novodvorsky <a.e.nvdv@gmail.com>:
>>  Ты не понял, я их не выкинуть, а добавить к ним предлагаю :-P
>
> Это было дейстительно непонятно.
> Кто-то мешает добавить? Или просто выпустить Master на бранче 5.0. Это
> было бы здорово, да.

Так о том и была речь. Лично у меня никаких претензий к бранчам нет --
более того, я всеми частями тела за. Я о выпуске ставящегося продукта.
Да, как в Debian.
В частности, это приведёт к тому, что в mkimage и создании профилей
будут понимать чуть более, чем пять человек, и в специфике создания
*продукта* (а не "меня волнует только Сизиф") тоже будут понимать чуть
более, чем десять. Это существенно улучшит отношение и создаст
дополнительную мотивацию, как мне кажется.

-- 
Regards, Wartan.

Re: [devel] I: 5.0 schedule

[Aleksey Novodvorsky]

04.11.08, Wartan Hachaturow<wartan.hachaturow@gmail.com> написал(а):
> 2008/11/4 Aleksey Novodvorsky <a.e.nvdv@gmail.com>:
>
> >>  Ты не понял, я их не выкинуть, а добавить к ним предлагаю :-P
>  >
>  > Это было дейстительно непонятно.
>  > Кто-то мешает добавить? Или просто выпустить Master на бранче 5.0. Это
>  > было бы здорово, да.
>
>
> Так о том и была речь. Лично у меня никаких претензий к бранчам нет --
>  более того, я всеми частями тела за. Я о выпуске ставящегося продукта.
>  Да, как в Debian.
>  В частности, это приведёт к тому, что в mkimage и создании профилей
>  будут понимать чуть более, чем пять человек, и в специфике создания
>  *продукта* (а не "меня волнует только Сизиф") тоже будут понимать чуть
>  более, чем десять. Это существенно улучшит отношение и создаст
>  дополнительную мотивацию, как мне кажется.

+1


Rgrds, Алексей

[devel] [JT] RM

[Michael Shigorin]

On Tue, Nov 04, 2008 at 12:45:21AM +0300, Wartan Hachaturow wrote:
> > Я не случайно хотел послушать других. Я хочу понять, для кого
> > такая схема будет хороша, -- не умозрительно, а реально.
> Для разработчиков. Которые будут делать дистрибутивы сами, и
> сами понимать, что, как и почему происходит, а не blame'ить
> RM'ов, которые часто решают задачи, не поставленные Team'ом.

Дык vvk@ и enp@ чьи задачи решают?  Свои, посматривая в bugzilla
и поюзывая сделанное другими несогласными с тем, как сделано у ООО.

Это нормально.

И мы действительно стараемся передавать знания новым желающим
поRMствовать.

http://fly.osdn.org.ua/~mike/docs/livecd/
http://lists.altlinux.org/pipermail/devel/2005-March/031439.html
http://www.altlinux.org/Spt
http://www.altlinux.org/Mkimage

> Я не вижу проблем с подходом Debian. Ну, разумеется, кроме
> употребления слова "Debian", которое, кажется, в этом списке
> как красная тряпка ;))

Ой, попустись, красен молодец ;)  Всё в порядке, а друзей -- 
ну как же ж не поподкалывать же.

> > Один из вариантов -- ставка государства на развитие разработки СПО.
> .. сегодня есть, а завтра нет.

Сообщество было живо, когда они стреляли в нас с другой стороны.
Сообщество живо, когда они перебежали на нашу сторону, по ночам
жрут тушенку под одеялом, а утром плачут и просят добавки у
котла. Сообщество будет жить и когда они перебегут обратно.
-- Anatoly Yakushin
http://users.livejournal.com/aen_/80492.html?thread=1304940#t1304940

PS: пойдёмте в smoke-room@, а?

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

Re: [devel] I: 5.0 schedule

[Aleksey Novodvorsky]

04.11.08, Aleksey Novodvorsky<a.e.nvdv@gmail.com> написал(а):
> 04.11.08, Wartan Hachaturow<wartan.hachaturow@gmail.com> написал(а):
>
> > 2008/11/4 Aleksey Novodvorsky <a.e.nvdv@gmail.com>:
>  >
>  > >>  Ты не понял, я их не выкинуть, а добавить к ним предлагаю :-P
>  >  >
>  >  > Это было дейстительно непонятно.
>  >  > Кто-то мешает добавить? Или просто выпустить Master на бранче 5.0. Это
>  >  > было бы здорово, да.
>  >
>  >
>  > Так о том и была речь. Лично у меня никаких претензий к бранчам нет --
>  >  более того, я всеми частями тела за. Я о выпуске ставящегося продукта.
>  >  Да, как в Debian.
>  >  В частности, это приведёт к тому, что в mkimage и создании профилей
>  >  будут понимать чуть более, чем пять человек, и в специфике создания
>  >  *продукта* (а не "меня волнует только Сизиф") тоже будут понимать чуть
>  >  более, чем десять. Это существенно улучшит отношение и создаст
>  >  дополнительную мотивацию, как мне кажется.
>
>
> +1

Думаю, что для привлечения разработчиков нужно:
1. очень четко сформулировать цели и преимущества работы именно в этом
проекте, а не, скажем, в Debian. Подчеркну, что  это не наезд на
Debian, но нужно публично заявить свое направление.
2. Сделать инфраструктуру доступной для англоязычнфх разработчиков. Я
не думаю, что они прямо так к нам побегут, но нельзя ставить барьер.
3. Ну да, и критерии качества.

Rgrds, Алексей

>
>
>  Rgrds, Алексей
>

Re: [devel] I: 5.0 schedule

[Mikhail Gusarov]

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

Twas brillig at 00:58:20 04.11.2008 UTC+03 when a.e.nvdv@gmail.com did gyre and gimble:

 AN> Кто-то мешает добавить?

Нет. Начнём с того, что mike загонит сборку инсталлятора в крон :)

 AN> Или просто выпустить Master на бранче 5.0. Это было бы здорово, да.

Тут важным моментом является выпуск конкретных решений на базе
Master/Community/whatever, поскольку это будет обеспечивать
работоспособность этого самого базовыого дистрибутива. Впрочем, момент
важный, но опциональный.

-- 

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

Re: [devel] I: 5.0 schedule

[Alexey I. Froloff]

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

* Mikhail Gusarov <dottedmag@> [081103 22:44]:
> Видится так: заменить систему бранчей дистрибутивами общего назначения
Расскажите мне, дураку, что такое "дистрибутивы"?  Именно во
множественном числе и в чём заключается их "уникальность"?  Там
же пакеты одинаковые.

P.S. Всегда считал дистрибутив "некоей хренью", которую можно
сунуть в привод, разбить диск, поставить систему и
дистапгрейднуть до Сизифа.

-- 
Regards,
Sir Raorn.

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

Re: [devel] I: 5.0 schedule

[Michael Shigorin]

On Tue, Nov 04, 2008 at 04:01:54AM +0600, Mikhail Gusarov wrote:
>  >> Если поставить задачу сделать бранч (а не десять конкретных
>  >> дистрибутивов на базе бранча) инсталлируемым и рабочим
>  MS> Закронить сборку инсталера? :)
> Да, как первый шаг. Как второй придумать имя - и начать
> рекламировать проект.

А... зачем?

Я вижу один плюс: несколько более раннее сообщение о развале
(см. коммиты в spt-profiles-* и mkimage-profiles-* с упоминанием
"list" в описании -- это обычно как раз о том).  Он небольшой.

>  >> Майнтайнерам, которые уже могут контролировать и ускорять
>  >> по своему желанию процесс, не дожидаясь кого-то, типа ООО.
>  MS> Они могут ускорить весь процесс, не дожидаясь никого.  Как вот я
>  MS> ровно сегодня (ещё сегодня), итеративно выпуская адаптацию Линукс
>  MS> Терминал для школ Украины.
> Это дробление. Дробление неинтересно - информация и знания
> размазываются, а не концентрируются.

Именно проанализировав этот вопрос, понарисовав картинок вроде
http://fly.osdn.org.ua/~mike/ALT/docs/whitelabel/whitelabel.png и
http://fly.osdn.org.ua/~mike/ALT/docs/whitelabel/whitelabel.PNG
-- написал несколько пунктов рядом.

Мне вон сейчас сложнее Большакова убедить, что
spt-profiles-junior надо ASAP перетаскивать на mkimage,
а не колотить отдельно.  И Райдера, что "однострочные"
installer-features, которые чётко ограничены функционально,
но могут пользоваться пакетными зависимостями и разрабатываться
всеми заинтересованными -- это как раз и есть консолидация
усилий, а не "распыление на обёртку" (с учётом installer-sdk).
По счастью, boyarsh@ и inger@ уже оценили и используют.

Так это всё проблемы коммуникации, а не тех-орг даже.
И моей лени да несобранности.

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

Ну и пусть не выпускают, делов-то.

> Вот я (абстрагируясь от своей должности в ООО) не вижу ни
> малейшей выгоды для себя чего-то майнтайнить в Сизифе - готовый
> продукт, который можно будет поставить и использовать, сделан
> будет либо мной (спасибо большое, я надорвусь, а дистрибутивов
> Linux и так слишком много), либо ООО, которое коммерческое
> мероприятие, и свои собственные нужды решает.

Соответственно если тебе нужна болвань для N использований, то
не надорвёшься, а так будет удобней; если же "либо ООО", то внеся
свои наработки в сизиф и/или бранч (эффективней "и") -- загодя
обеспечишь себе бОльшую пригодность дистрибутива к выполнению
твоих задач "из коробки".

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

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

Re: [devel] I: 5.0 schedule

[Michael Shigorin]

On Tue, Nov 04, 2008 at 01:00:02AM +0300, Alexey Tourbin wrote:
> А вообще я за rolling release -- "минимальный инсталлятор
> Сизифа" + "install/dist-upgrade по сети".

Это интересно, но вот чтоб ещё результат работал...

У меня сейчас физических хостов с сизифом временно не осталось,
бук на M41.

Бишь такой релиз Requires: все-критичные-компоненты = живые

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

Re: [devel] I: 5.0 schedule

[Aleksey Novodvorsky]

04.11.08, Mikhail Gusarov<dottedmag@altlinux.org> написал(а):
> Twas brillig at 00:58:20 04.11.2008 UTC+03 when a.e.nvdv@gmail.com did gyre and gimble:
>
>   AN> Кто-то мешает добавить?
>
>  Нет. Начнём с того, что mike загонит сборку инсталлятора в крон :)
>
>   AN> Или просто выпустить Master на бранче 5.0. Это было бы здорово, да.
>
>  Тут важным моментом является выпуск конкретных решений на базе
>  Master/Community/whatever, поскольку это будет обеспечивать
>  работоспособность этого самого базовыого дистрибутива. Впрочем, момент
>  важный, но опциональный.

А вот это уже зависит от успеха community-проекта и его темпов.
Полагаю, что решения все будут выпускать на основе  бранчей еще
долго-долго, так как сроки их выхода предсказуемы.
Если честно, то я нахожу очень уважаемую мной систему выпуска Debian
несколько архаичной. Не будь она такой, -- не было бы Убунту, по
крайней мере такой его популярности. Но, возможно, я забегаю вперед
или вообще ошибаюсь, считая универсальные дистрибутивы тупиковой
веткой развития.   Я скорее согласен здесь с at@ , его цель вполне
реалистична и всем полезна.
Но это мое личное мнение.

Rgrds, Алексей

>
>
>  --
>
> _______________________________________________
>  Devel mailing list
>  Devel@lists.altlinux.org
>  https://lists.altlinux.org/mailman/listinfo/devel
>
>

Re: [devel] I: 5.0 schedule

[Mikhail Gusarov]

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

Twas brillig at 01:21:44 04.11.2008 UTC+03 when raorn@altlinux.ru did gyre and gimble:

 >> Видится так: заменить систему бранчей дистрибутивами общего
 >> назначения

 AIF> Расскажите мне, дураку, что такое "дистрибутивы"?

Это бранч, плюс инсталлятор, с собственным именем.

 AIF> Именно во множественном числе

А "бранчи" во множественном числе тебя не смущают?

 AIF>  и в чём заключается их "уникальность"?  Там же пакеты одинаковые.

Очевидно, уникальность рождается в голове raorn'а.

 AIF> P.S. Всегда считал дистрибутив "некоей хренью", которую можно
 AIF> сунуть в привод, разбить диск, поставить систему и дистапгрейднуть
 AIF> до Сизифа.

И насладиться нерабочим nvidia и fglrx'ом :) Я знаю и людей, которые на
Fedora rawhide сидят, но это экстремизм.

-- 

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

Re: [devel] I: 5.0 schedule

[Michael Shigorin]

On Tue, Nov 04, 2008 at 04:16:11AM +0600, Mikhail Gusarov wrote:
>  AN> Кто-то мешает добавить?
> Нет.

Hint: мешает отсутствие переключателя "десктоп/сервер" 
в инсталер.  Его можно сделать, но я не смог объяснить Стасу
проблемы текущего альтератора _и_ подхода к его разработке 
с точки зрения доморощенного манагера.  Поэтому оценить это
"можно" могу только до степени "вообще-то".

> Начнём с того, что mike загонит сборку инсталлятора в крон :)

Эт сперва на кластере надо поднять, чтоб не убивать офисные диски
заведомо бесполезным занятием.  Там-то памяти достаточно.

>  AN> Или просто выпустить Master на бранче 5.0. Это было бы здорово, да.
> Тут важным моментом является выпуск конкретных решений на базе
> Master/Community/whatever, поскольку это будет обеспечивать
> работоспособность этого самого базовыого дистрибутива. Впрочем,
> момент важный, но опциональный.

Не хочу писать, хочу спать.  Тем более что сто раз уже писано.

Попробую днём между сборками по архивам порыскать.

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

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

Re: [devel] I: 5.0 schedule

[Wartan Hachaturow]

2008/11/4 Alexey I. Froloff <raorn@altlinux.ru>:
> P.S. Всегда считал дистрибутив "некоей хренью", которую можно
> сунуть в привод, разбить диск, поставить систему и
> дистапгрейднуть до Сизифа.

Вот из-за таких, как ты, вся и проблема! :P
Попробуй объясни пользователям, что им надо срочно пойти и поставить
всем по Сизифу.
Дистрибутив суть продукт. Ставящийся, оттестрированный, стабильный,
качественный, секьюрный.

-- 
Regards, Wartan.

Re: [devel] I: 5.0 schedule

[Mikhail Gusarov]

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

Twas brillig at 00:23:04 04.11.2008 UTC+02 when mike@osdn.org.ua did gyre and gimble:

 >>  MS> Закронить сборку инсталера? :)
 >> Да, как первый шаг. Как второй придумать имя - и начать
 >> рекламировать проект.

 MS> А... зачем?

См. ниже.

 MS> Так это всё проблемы коммуникации, а не тех-орг даже.  И моей лени
 MS> да несобранности.

Хорошо, раздробление... как бы это сказать удачнее... состояния, что
ли. Все эти тысячи миллионов мелких инсталляторчиков создают
впечатление, что околосизифные вещи - это такая мелкая лавочка, где
каждый пилит про себя. Нет ИМЕНИ, от которого можно считать diff каждой
мелкой сборки. А раз нечто не имеет имени, то его, по сути, не
существует. Нет identity, с которой можно ассоциироваться.

 MS> Соответственно если тебе нужна болвань для N использований, то не
 MS> надорвёшься, а так будет удобней;

Мне не нужна болвань для N пользователей. Мне нужна возможность сказать
любому интересующемуся "поставьте себя ALT Linux Something
Whatnot". Делать и раздавать свою сборку для этого - смерти подобно.

 MS> если же "либо ООО", то внеся свои наработки в сизиф и/или бранч
 MS> (эффективней "и") -- загодя обеспечишь себе бОльшую пригодность
 MS> дистрибутива к выполнению твоих задач "из коробки".

Через N лет, причём не контролируя ничего на этапе "через ООО". Именно
этот чёрный ящик и нуждается в устранении. Поскольку дело ООО (как и
любой другой коммерческой организации) - выпускать дистрибутивы под свои
коммерческие нужды, то это устраняется только устранением коммерческой
организации как заказчика и владельца чёрного ящика.

-- 

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

Re: [devel] community releases

[Michael Shigorin]

On Tue, Nov 04, 2008 at 12:56:10AM +0600, Mikhail Gusarov wrote:
> > Вполне себе community edition -- потому как учитывает мнение
> > достаточно активных участников сообщества о том, что должно
> > быть иначе.
> Это "ALT Linux Desktop Community Edition", а не дистрибутив,
> разработанный community на основании сизифа.

Значит, community нафиг не сдался "дистрибутив на основании
сизифа".  И вполне понятно, почему -- ничем не лучше, многим
имеет право быть хуже.

> > Остальные же случаи так или иначе сводятся или к конторам,
> > или к тому, что было бы неплохо их иметь -- для счёта,
> > телефона и бэкапа по людям в привычном флаконе.
> Т.е. тебя совершенно устраивает "ALT Linux Desktop" в том виде,
> что есть?

Нет, конечно.  Причём 4.0 устраивает больше, чем 4.1.
Ну так это вопрос того, в какой мере удаётся исправить/улучшить
самому и достучаться до других.

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

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

Но эта тема для меня плотно граничит с уже проеденной плешью
про alterator, поэтому отложим.

>  >> Не в последнюю очередь из-за того, что по причине крайнего
>  >> недостатка времени RM-ы обрубают очень важное звено:
>  >> обсуждение с Team по поводу того, что же там такое лепится.
>  MS> Кстати: публичный RC Desktop 4.1.1 бы.  Чтоб не фиксировать в
>  MS> тираже чего детски-тривиально-исправляемого...
> Это живая демонстрация: до RC просто неизвестно, что и как
> творится, что сделано и что будет делаться. Если тебя
> устраивает - замечательно. Но вот поднимающийся каждый раз
> после релиза вой - это индикатор неисправности процесса.

Ну так я о том, что алюминий _нельзя_ делать без публичного RC -- 
который год твержу.

Не знаю, кто в ООО в ответе за то, что это систематически
скипается, но предполагаю обычный бардак/аврал. :)

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

Re: [devel] I: 5.0 schedule

[Alexey I. Froloff]

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

* Mikhail Gusarov <dottedmag@> [081104 01:28]:
>  >> Видится так: заменить систему бранчей дистрибутивами общего
>  >> назначения
>  AIF> Расскажите мне, дураку, что такое "дистрибутивы"?
> Это бранч, плюс инсталлятор, с собственным именем.
"Инсталятор" это .iso образ или профиль?  Сколько их и как их
поддерживать?

>  AIF> Именно во множественном числе
> А "бранчи" во множественном числе тебя не смущают?
Нет, если тебя не смущают "stable/testing/unstable".  Правда у
нас они называются "stone-aged/outdated/b0rken" ;-)

>  AIF>  и в чём заключается их "уникальность"?  Там же пакеты одинаковые.
> Очевидно, уникальность рождается в голове raorn'а.
"Когда нечего ответить по существу - переходим на личности"? (ц)

>  AIF> P.S. Всегда считал дистрибутив "некоей хренью", которую можно
>  AIF> сунуть в привод, разбить диск, поставить систему и дистапгрейднуть
>  AIF> до Сизифа.
> И насладиться нерабочим nvidia и fglrx'ом :)
Мне удивительно что оно вообще умудряется хоть иногда делать вид
что работает.  Сужу по многолетнему опыту использования и того и
другого.

-- 
Regards,
Sir Raorn.

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

Re: [devel] community releases

[Mikhail Gusarov]

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

Twas brillig at 00:36:09 04.11.2008 UTC+02 when mike@osdn.org.ua did gyre and gimble:

 MS> Значит, community нафиг не сдался "дистрибутив на основании
 MS> сизифа".  И вполне понятно, почему -- ничем не лучше, многим имеет
 MS> право быть хуже.

Текущему Team - да. Но я уже привёл тебе пример, почему, скажем, я не
контрибутил бы в Сизиф без наличия такого community-based
дистрибутива. Интересно, сколько других людей думают так же.

 MS> Не знаю, кто в ООО в ответе за то, что это систематически
 MS> скипается, но предполагаю обычный бардак/аврал. :)

Это означает, что в ООО нет никакой реальной нужды в RC. Можешь
придумать, как заставить ООО действительно нуждаться в открытом проекте
разработки дистрибутивов? :) Если нет, то ситуацию увещеваниями не
изменить особо.

-- 

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

Re: [devel] I: 5.0 schedule

[Alexey Tourbin]

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

On Tue, Nov 04, 2008 at 04:26:50AM +0600, Mikhail Gusarov wrote:
>  AIF> P.S. Всегда считал дистрибутив "некоей хренью", которую можно
>  AIF> сунуть в привод, разбить диск, поставить систему и дистапгрейднуть
>  AIF> до Сизифа.
> 
> И насладиться нерабочим nvidia и fglrx'ом :) Я знаю и людей, которые на
> Fedora rawhide сидят, но это экстремизм.

Кстати, проприетарный драйвер nvidia у мнея с третьего раза завёлся.
Кажется, я куда-то добавил опцию -ignoreABI.  Вопрос проприетарных
драйверов очень скользкий.

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

Re: [devel] I: 5.0 schedule

[Mikhail Gusarov]

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

Twas brillig at 01:38:47 04.11.2008 UTC+03 when raorn@altlinux.ru did gyre and gimble:

 >> Это бранч, плюс инсталлятор, с собственным именем.

 AIF> "Инсталятор" это .iso образ или профиль?  Сколько их и как их
 AIF> поддерживать?

Это технические моменты.

 >>  AIF>  и в чём заключается их "уникальность"?  Там же пакеты одинаковые.
 >> Очевидно, уникальность рождается в голове raorn'а.
 AIF> "Когда нечего ответить по существу - переходим на личности"? (ц)

Про уникальность ты запел.

 >>  AIF> P.S. Всегда считал дистрибутив "некоей хренью", которую можно
 >>  AIF> сунуть в привод, разбить диск, поставить систему и дистапгрейднуть
 >>  AIF> до Сизифа.
 >> И насладиться нерабочим nvidia и fglrx'ом :)

 AIF> Мне удивительно что оно вообще умудряется хоть иногда делать вид
 AIF> что работает.  Сужу по многолетнему опыту использования и того и
 AIF> другого.

Ответь по существу.

-- 

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

Re: [devel] community releases

[Mikhail Gusarov]

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

Twas brillig at 04:39:54 04.11.2008 UTC+06 when dottedmag@altlinux.org did gyre and gimble:

 MG> придумать, как заставить ООО действительно нуждаться в открытом проекте
*процессе

-- 

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

Re: [devel] I: 5.0 schedule

[Aleksey Novodvorsky]

04.11.08, Mikhail Gusarov<dottedmag@altlinux.org> написал(а):

>
>  Через N лет, причём не контролируя ничего на этапе "через ООО". Именно
>  этот чёрный ящик и нуждается в устранении. Поскольку дело ООО (как и
>  любой другой коммерческой организации) - выпускать дистрибутивы под свои
>  коммерческие нужды, то это устраняется только устранением коммерческой
>  организации как заказчика и владельца чёрного ящика.

Это где у нас этот "черный ящик"?
Скажите, а Вы вправду думаете, что НП-18 мы делали "под свои
коммерческие нужды"?
Михаил, здесь Вам не там. Я сильно сомневаюсь, что сейчас можно
создать новый Debian. Не только в России, но и где угодно. А вот
развалить рассуждениями про "коммерческое" и "некоммерческое" --
запросто.
Еще раз повторюсь. Я полагаю, что коммерческие интересы  участников
тим укрепляют сообщество. Плохо, если они являются единственной
мотивацией, но такого я не наблюдал. Наоборот, если фирма,
занимающаюся разработками FOSS, ставит исключительно коммерческие
цели, то она не найдет контакат с сообществом. Нашей целью всегда было
построение фирмы, занимающейся коммерцией на благо сообщества, а для
личного обогащения владельцев. Если у Вас есть повод усомниться в этих
наших намерениях -- говорите прямо.

Rgrds, Алексей

Re: [devel] I: 5.0 schedule

[Mikhail Gusarov]

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

Twas brillig at 01:48:30 04.11.2008 UTC+03 when a.e.nvdv@gmail.com did gyre and gimble:

 AN> Это где у нас этот "черный ящик"?

Ну вот например дизайн в 4.1. Это первое, что в голову приходит.

 AN> Скажите, а Вы вправду думаете, что НП-18 мы делали "под свои
 AN> коммерческие нужды"?

Я вправду вижу, что RM-ам тупо некогда контактировать с сообществом. И
это - результат коммерческих нужд.

 AN> Михаил, здесь Вам не там. Я сильно сомневаюсь, что сейчас можно
 AN> создать новый Debian. Не только в России, но и где угодно.

Да подавитесь вы своим Debian'ом. Достали уже. Дебиан,
дебиан... Забудьте.

 AN> А вот развалить рассуждениями про "коммерческое" и "некоммерческое"
 AN> -- запросто.

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

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

В идеальном случае, когда инженеров вдоволь, и они общительные, и сроки
не давят - чёрного ящика не будет.

 AN> Еще раз повторюсь. Я полагаю, что коммерческие интересы участников
 AN> тим укрепляют сообщество. Плохо, если они являются единственной
 AN> мотивацией, но такого я не наблюдал. Наоборот, если фирма,
 AN> занимающаюся разработками FOSS, ставит исключительно коммерческие
 AN> цели, то она не найдет контакат с сообществом.

Симптом "меня интересует только Сизиф" - типичное отсутствие контакта.

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

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

-- 

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

Re: [devel] I: 5.0 schedule

[Alexey I. Froloff]

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

* Mikhail Gusarov <dottedmag@> [081104 01:44]:
>  >> Это бранч, плюс инсталлятор, с собственным именем.
>  AIF> "Инсталятор" это .iso образ или профиль?  Сколько их и как их
>  AIF> поддерживать?
> Это технические моменты.
В чём принципиальная разница между нынешними "бранчами" и
предлагаемыми "дистрибутивами"?

>  >>  AIF>  и в чём заключается их "уникальность"?  Там же пакеты одинаковые.
>  >> Очевидно, уникальность рождается в голове raorn'а.
>  AIF> "Когда нечего ответить по существу - переходим на личности"? (ц)
> Про уникальность ты запел.
Я может не так понял.  Бранч (возьмём будущий 5.0) предлагается
заменить несколькими дистрибутивами?  Если нет, то чем это
отличается от того что есть сейчас, если да, то см. выше.

>  >> И насладиться нерабочим nvidia и fglrx'ом :)
>  AIF> Мне удивительно что оно вообще умудряется хоть иногда делать вид
>  AIF> что работает.  Сужу по многолетнему опыту использования и того и
>  AIF> другого.
> Ответь по существу.
По существу - у меня current sisyphus.  Ксорг иногда живёт на
холде.

-- 
Regards,
Sir Raorn.

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

Re: [devel] I: 5.0 schedule

[Alexey I. Froloff]

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

* Wartan Hachaturow <wartan.hachaturow@> [081104 01:44]:
> > P.S. Всегда считал дистрибутив "некоей хренью", которую можно
> > сунуть в привод, разбить диск, поставить систему и
> > дистапгрейднуть до Сизифа.
> Вот из-за таких, как ты, вся и проблема! :P
Пойду убью себя...

> Дистрибутив суть продукт. Ставящийся, оттестрированный, стабильный,
> качественный, секьюрный.
... непротухший.  Выберите любые 5.

-- 
Regards,
Sir Raorn.

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

Re: [devel] I: 5.0 schedule

[Aleksey Novodvorsky]

04.11.08, Mikhail Gusarov<dottedmag@altlinux.org> написал(а):
> Twas brillig at 01:48:30 04.11.2008 UTC+03 when a.e.nvdv@gmail.com did gyre and gimble:
>
>   AN> Это где у нас этот "черный ящик"?
>
>  Ну вот например дизайн в 4.1. Это первое, что в голову приходит.

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

>
>   AN> Скажите, а Вы вправду думаете, что НП-18 мы делали "под свои
>   AN> коммерческие нужды"?
>
>  Я вправду вижу, что RM-ам тупо некогда контактировать с сообществом. И
>  это - результат коммерческих нужд.

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

>
>   AN> Михаил, здесь Вам не там. Я сильно сомневаюсь, что сейчас можно
>   AN> создать новый Debian. Не только в России, но и где угодно.
>
>  Да подавитесь вы своим Debian'ом. Достали уже. Дебиан,
>  дебиан... Забудьте.
>
>   AN> А вот развалить рассуждениями про "коммерческое" и "некоммерческое"
>   AN> -- запросто.
>
>  Вы подразумеваете коннотации, которых нет. Коммерческое означает, что
>  есть сроки, заказчик (внешний или внутренний) и требования. В случае
>  внешнего заказчика требования не согласованы с Team.

Ok. Давайте говорить об обязательствах, так будет точнее.

>
>  В текущем виде среди компаний, контрибутящих в Team, это автоматически
>  означает жёсткий цейтнот. Поскольку общение RM-ов с community на
>  результаты не сказывается, то оно отсекается.
>
>  В идеальном случае, когда инженеров вдоволь, и они общительные, и сроки
>  не давят - чёрного ящика не будет.
>

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

>   AN> Еще раз повторюсь. Я полагаю, что коммерческие интересы участников
>   AN> тим укрепляют сообщество. Плохо, если они являются единственной
>   AN> мотивацией, но такого я не наблюдал. Наоборот, если фирма,
>   AN> занимающаюся разработками FOSS, ставит исключительно коммерческие
>   AN> цели, то она не найдет контакат с сообществом.
>
>  Симптом "меня интересует только Сизиф" - типичное отсутствие контакта.

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

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

Эти проблемы никуда не уйдут. Вопрос лишь в том, делиться ли нам на
"сообщество" и "коммерсантов", как по сути предлагаете Вы, или все же
постараться понять, как работать на общие интересы с общей выгодой, --
материальной и нематериальной.
Скажите, было бы лучше сообществу, если бы я сосредоточился на
реальной коммерции? Я, правда, все равно ее не умею, но если
представить, что сумел.

Rgrds, Алексей

>
>  --
>
> _______________________________________________
>  Devel mailing list
>  Devel@lists.altlinux.org
>  https://lists.altlinux.org/mailman/listinfo/devel
>
>

Re: [devel] I: 5.0 schedule

[Mikhail Gusarov]

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

Twas brillig at 02:11:08 04.11.2008 UTC+03 when raorn@altlinux.ru did gyre and gimble:

 AIF> В чём принципиальная разница между нынешними "бранчами" и
 AIF> предлагаемыми "дистрибутивами"?

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

 AIF> По существу - у меня current sisyphus.  Ксорг иногда живёт на
 AIF> холде.

Для такой жизни нужно иметь нехилый experience.

-- 

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

Re: [devel] I: 5.0 schedule

[Alexey Tourbin]

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

On Tue, Nov 04, 2008 at 04:35:32AM +0600, Mikhail Gusarov wrote:
>  >>  MS> Закронить сборку инсталера? :)
>  >> Да, как первый шаг. Как второй придумать имя - и начать
>  >> рекламировать проект.
> 
>  MS> А... зачем?
> 
> См. ниже.
> 
>  MS> Так это всё проблемы коммуникации, а не тех-орг даже.  И моей лени
>  MS> да несобранности.
> 
> Хорошо, раздробление... как бы это сказать удачнее... состояния, что
> ли. Все эти тысячи миллионов мелких инсталляторчиков создают
> впечатление, что околосизифные вещи - это такая мелкая лавочка, где
> каждый пилит про себя. Нет ИМЕНИ, от которого можно считать diff каждой
> мелкой сборки. А раз нечто не имеет имени, то его, по сути, не
> существует. Нет identity, с которой можно ассоциироваться.

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

>  MS> Соответственно если тебе нужна болвань для N использований, то не
>  MS> надорвёшься, а так будет удобней;
> 
> Мне не нужна болвань для N пользователей. Мне нужна возможность сказать
> любому интересующемуся "поставьте себя ALT Linux Something
> Whatnot". Делать и раздавать свою сборку для этого - смерти подобно.

Чем ALT Linux лушче чем гербалайф?  (Ответ: чем гербалайф.)
Я в общем-то против оболванивания пользователей.  То что у нас есть
это в принципе несколько сложнее, чем "Something Whatnot".  Нужно
не только объяснить^W понять community, но и (в какой-то степени)
изменить его.

Правда, есть ещё чисто потребительский сегмент.

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

Re: [devel] I: 5.0 schedule

[Хихин Руслан]

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

Здравствуйте Mikhail Gusarov
  В сообщении от Вторник 04 ноября 2008 Mikhail Gusarov 
написал(a):
> AIF> В чём принципиальная разница между нынешними "бранчами" и
>  AIF> предлагаемыми "дистрибутивами"?
>
> В identity. Т.е. дистрибутив - это сущность, которую можно
> поставить и использовать, и которая имеет имя. Бранч, в
> текущем виде, считается заготовкой и как следствие - имеет
> крайне невысокую пользовательскую и разработческую базу.

Извините меня, что "встреваю", но я не понял что вы предлагаете - 
вы хотите выпустить дистрибутив, а потом назвать его бренчем, с 
тем, что-бы следующие дистрибутивы автоматом улучшали его? 
Типа Master 5.0 ftp - редакция ? :)

ps Ещё раз извините, но нет сил прочесть весь тред :)

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

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] I: 5.0 schedule

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

Re: [devel] I: 5.0 schedule

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

Re: [devel] I: 5.0 schedule

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

Re: [devel] I: 5.0 schedule

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

Re: [devel] I: 5.0 schedule

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

Re: [devel] I: 5.0 schedule

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

Re: [devel] I: 5.0 schedule

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

Re: [devel] I: 5.0 schedule

[@ 2008-11-04 0:04 UTC (permalink / raw)]

Re: [devel] I: 5.0 schedule

[@ 2008-11-04 0:23 UTC (permalink / raw)]

Re: [devel] I: 5.0 schedule

[@ 2008-11-04 1:01 UTC (permalink / raw)]

Re: [devel] I: 5.0 schedule

[@ 2008-11-04 1:05 UTC (permalink / raw)]

Re: [devel] I: 5.0 schedule

[@ 2008-11-04 8:41 UTC (permalink / raw)]

[devel] release process (especially for physical media)

[@ 2008-11-04 8:54 UTC (permalink / raw)]

Re: [devel] release process (especially for physical media)

[@ 2008-11-04 8:59 UTC (permalink / raw)]

Re: [devel] 5.0 process

[@ 2008-11-04 9:45 UTC (permalink / raw)]

Re: [devel] release process (especially for physical media)

[@ 2008-11-04 9:49 UTC (permalink / raw)]

Re: [devel] release process (especially for physical media)

[@ 2008-11-04 9:58 UTC (permalink / raw)]

Re: [devel] release process (especially for physical media)

[@ 2008-11-04 10:10 UTC (permalink / raw)]

Re: [devel] release process (especially for physical media)

[@ 2008-11-04 10:21 UTC (permalink / raw)]

Re: [devel] I: 5.0 schedule

[@ 2008-11-04 10:32 UTC (permalink / raw)]

Re: [devel] I: 5.0 schedule

[@ 2008-11-04 10:40 UTC (permalink / raw)]

Re: [devel] release process (especially for physical media)

[@ 2008-11-04 10:44 UTC (permalink / raw)]

Re: [devel] I: 5.0 schedule

[@ 2008-11-04 10:52 UTC (permalink / raw)]

Re: [devel] release process (especially for physical media)

[@ 2008-11-04 10:54 UTC (permalink / raw)]

Re: [devel] I: 5.0 schedule

[@ 2008-11-04 10:57 UTC (permalink / raw)]

Re: [devel] I: 5.0 schedule

[@ 2008-11-04 10:58 UTC (permalink / raw)]

[devel] [JT] конфликты и недопонимание в команде

[@ 2008-11-04 11:00 UTC (permalink / raw)]

Re: [devel] release process (especially for physical media)

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

Re: [devel] release process (especially for physical media)

[@ 2008-11-04 11:21 UTC (permalink / raw)]

Re: [devel] filesystems choice

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

Re: [devel] I: 5.0 schedule

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

Re: [devel] I: 5.0 schedule

[@ 2008-11-04 11:29 UTC (permalink / raw)]

[devel] [JT] платино-иридиевый выпуск

[@ 2008-11-04 11:34 UTC (permalink / raw)]

Re: [devel] release process (especially for physical media)

[@ 2008-11-04 11:44 UTC (permalink / raw)]

Re: [devel] [JT] платино-иридиевый выпуск

[@ 2008-11-04 11:44 UTC (permalink / raw)]

Re: [devel] release process (especially for physical media)

[@ 2008-11-04 11:54 UTC (permalink / raw)]

Re: [devel] release process (especially for physical media)

[@ 2008-11-04 13:45 UTC (permalink / raw)]

Re: [devel] о пользе обсуждения вопросов

[@ 2008-11-04 14:07 UTC (permalink / raw)]

Re: [devel] release process (especially for physical media)

[@ 2008-11-04 14:15 UTC (permalink / raw)]

Re: [devel] о пользе обсуждения вопросов

[@ 2008-11-04 14:25 UTC (permalink / raw)]

Re: [devel] о пользе обсуждения вопросов

[@ 2008-11-04 14:25 UTC (permalink / raw)]

Re: [devel] о пользе обсуждения вопросов

[@ 2008-11-04 17:11 UTC (permalink / raw)]

Re: [devel] [JT] платино-иридиевый выпуск

[@ 2008-11-04 17:15 UTC (permalink / raw)]

Re: [devel] release process (especially for physical media)

[@ 2008-11-04 18:27 UTC (permalink / raw)]

Re: [devel] release process (especially for physical media)

[@ 2008-11-04 19:07 UTC (permalink / raw)]

Re: [devel] release process (especially for physical media)

[@ 2008-11-05 7:01 UTC (permalink / raw)]

Re: [devel] 5.0 process

[@ 2008-11-05 7:38 UTC (permalink / raw)]

Re: [devel] I: 5.0 schedule

[@ 2008-11-05 8:10 UTC (permalink / raw)]

Re: [devel] release process (especially for physical media)

[@ 2008-11-05 8:12 UTC (permalink / raw)]

Re: [devel] release process (especially for physical media)

[@ 2008-11-05 8:20 UTC (permalink / raw)]

[devel] community release / expert mode

[@ 2008-11-05 9:31 UTC (permalink / raw)]

Re: [devel] лидер

[@ 2008-11-05 9:40 UTC (permalink / raw)]

Re: [devel] community release / expert mode

[@ 2008-11-05 10:10 UTC (permalink / raw)]

Re: [devel] community release / expert mode

[@ 2008-11-05 10:30 UTC (permalink / raw)]

Re: [devel] NMU? [Re: I: 5.0 schedule]

[@ 2008-11-05 10:38 UTC (permalink / raw)]

Re: [devel] community release / expert mode

[@ 2008-11-05 11:00 UTC (permalink / raw)]

Re: [devel] community release / expert mode

[@ 2008-11-05 11:00 UTC (permalink / raw)]

Re: [devel] NMU? [Re: I: 5.0 schedule]

[@ 2008-11-05 15:51 UTC (permalink / raw)]

Re: [devel] community release / expert mode

[@ 2008-11-05 22:25 UTC (permalink / raw)]

Re: [devel] NMU? [Re: I: 5.0 schedule]

[@ 2008-11-06 7:38 UTC (permalink / raw)]

Re: [devel] release process (especially for physical media)

[@ 2008-11-07 8:58 UTC (permalink / raw)]

Re: [devel] release process (especially for physical media)

[@ 2008-11-10 19:10 UTC (permalink / raw)]

Re: [devel] community release / expert mode

[@ 2008-11-10 19:12 UTC (permalink / raw)]