[devel] Да отмените же маразм!

[devel] Да отмените же маразм!

[Вячеслав Диконов]

Некоторое время назад я получил вот такое письмо:

-------- Пересланное сообщение --------
> От: Alexey Shabalin <a.shabalin@gmail.com>
> Обратный адрес: shaba@altlinux.ru
> Кому: slava@altlinux.org
> Тема: gnome-backgrounds
> Дата: Tue, 4 Dec 2007 15:21:32 +0300
> 
> Добрый день.
> Добавьте пожалуйста разрешения к gnome-backgrounds для @gnome, хочу
> обновить до 2.20.0

Я всячески поддерживаю желание обновить собранный "для проформы" и
заброшенный мною пакет, но:

1) Я не знаю, как "добавить разрешения".
2) Я считаю, что практика "разрешений" на обновления пакетов порочна и
должна быть отменена. (При этом готов согласиться, что критичные для
работы системы пакеты должны предварительно проверяться.)
3) Когда-то после появления этих самых "разрешений" я пытался сделать
свои пакеты постоянно открытыми для улучшений, но такой режим оказался
невозможным.
4) Я не хочу тратить время на освоение неудобных, вредных и ненужных
инструментов, ущемляющих мою и чужую свободу, и мешающих доборовольно
улучшать Сизиф. У меня есть много более насущных и полезных дел, чем
что-то разрешать или запрещать.

Вячеслав.

Re: [devel] Да отмените же маразм!

[led]

Tuesday, 04 December 2007 22:19:21 Вячеслав Диконов написав:
> Некоторое время назад я получил вот такое письмо:
>
> -------- Пересланное сообщение --------
>
> > От: Alexey Shabalin <a.shabalin@gmail.com>
> > Обратный адрес: shaba@altlinux.ru
> > Кому: slava@altlinux.org
> > Тема: gnome-backgrounds
> > Дата: Tue, 4 Dec 2007 15:21:32 +0300
> >
> > Добрый день.
> > Добавьте пожалуйста разрешения к gnome-backgrounds для @gnome, хочу
> > обновить до 2.20.0
>
> Я всячески поддерживаю желание обновить собранный "для проформы" и
> заброшенный мною пакет, но:
>
> 1) Я не знаю, как "добавить разрешения".
> 2) Я считаю, что практика "разрешений" на обновления пакетов порочна и
> должна быть отменена. (При этом готов согласиться, что критичные для
> работы системы пакеты должны предварительно проверяться.)
> 3) Когда-то после появления этих самых "разрешений" я пытался сделать
> свои пакеты постоянно открытыми для улучшений, но такой режим оказался
> невозможным.
> 4) Я не хочу тратить время на освоение неудобных, вредных и ненужных
> инструментов, ущемляющих мою и чужую свободу, и мешающих доборовольно
> улучшать Сизиф. У меня есть много более насущных и полезных дел, чем
> что-то разрешать или запрещать.

Мне на днях понадобилось освоить эти "неудобные инструменты". 2 минуты чтения 
пошаговой инструкции на wiki, и всё получилось:)

___
Led.

Re: [devel] Да отмените же маразм!

[Вячеслав Диконов]

В Втр, 04/12/2007 в 23:15 +0200, led@altlinux.ru пишет:
> Tuesday, 04 December 2007 22:19:21 Вячеслав Диконов написав:
> > Некоторое время назад я получил вот такое письмо:
> >
> > -------- Пересланное сообщение --------
> >
> > > От: Alexey Shabalin <a.shabalin@gmail.com>
> > > Обратный адрес: shaba@altlinux.ru
> > > Кому: slava@altlinux.org
> > > Тема: gnome-backgrounds
> > > Дата: Tue, 4 Dec 2007 15:21:32 +0300
> > >
> > > Добрый день.
> > > Добавьте пожалуйста разрешения к gnome-backgrounds для @gnome, хочу
> > > обновить до 2.20.0
> >
> > Я всячески поддерживаю желание обновить собранный "для проформы" и
> > заброшенный мною пакет, но:
> >
> > 1) Я не знаю, как "добавить разрешения".
> > 2) Я считаю, что практика "разрешений" на обновления пакетов порочна и
> > должна быть отменена. (При этом готов согласиться, что критичные для
> > работы системы пакеты должны предварительно проверяться.)
> > 3) Когда-то после появления этих самых "разрешений" я пытался сделать
> > свои пакеты постоянно открытыми для улучшений, но такой режим оказался
> > невозможным.
> > 4) Я не хочу тратить время на освоение неудобных, вредных и ненужных
> > инструментов, ущемляющих мою и чужую свободу, и мешающих доборовольно
> > улучшать Сизиф. У меня есть много более насущных и полезных дел, чем
> > что-то разрешать или запрещать.
> 
> Мне на днях понадобилось освоить эти "неудобные инструменты". 2 минуты чтения 
> пошаговой инструкции на wiki, и всё получилось:)
Дело не в двух минутах (каждый раз заново) и не в удобстве (которого
нет). Дело в том, что для большинства пакетов такая практика вредна.

Одно дело обновлять ядро, glibc, Х-ы, Гном, компиляторы, и совсем другое
- коллекции картинок, темы оформления, шрифты, мелкие дополнительные
приложения ("листья" дерева зависимостей, которые числом превосходят
корневые пакеты). Закреплять ответственного за второй группой и отшивать
всех желающих ему помочь и есть маразм. Просто ответственному эти пакеты
скоро будут как ядро каторжнику (особенно если он уехать на пару месяцев
может), а сторонняя инициативва запрещена.

Для добровольного обновления репозитория в таких случаях (обратите
внимание на название пакета!) нужна иная процедура.

Re: [devel] uploaders

[Dmitry V. Levin]

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

On Wed, Dec 05, 2007 at 12:20:29PM +0300, Вячеслав Диконов wrote:
[...]
> Дело не в двух минутах (каждый раз заново) и не в удобстве (которого
> нет). Дело в том, что для большинства пакетов такая практика вредна.

Вы будете смеяться, но я согласен с Вячеславом, и в сборочной системе
git.alt была предусмотрена именно такая схема (мантейнер сам решает,
вводить acl или разрешать обновление пакета всем).  Только никак не
удаётся довести сборочную систему git.alt до эксплуатации.


-- 
ldv

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

Re: [devel] uploaders

[Alexey Gladkov]

Dmitry V. Levin wrote:
> Вы будете смеяться, но я согласен с Вячеславом, и в сборочной системе
> git.alt была предусмотрена именно такая схема (мантейнер сам решает,
> вводить acl или разрешать обновление пакета всем).  Только никак не
> удаётся довести сборочную систему git.alt до эксплуатации.

Были же предложения at@ на тему giter-factory ... эти предложения были
очень интересными. Я жду чем эти предложения во что-то выльются.

-- 
Rgrds, legion

Re: [devel] Да отмените же маразм!

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

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

On Tue, Dec 04, 2007 at 11:19:21PM +0300, Вячеслав Диконов wrote:

ВД> 1) Я не знаю, как "добавить разрешения".
ВД> 2) Я считаю, что практика "разрешений" на обновления пакетов порочна и
ВД> должна быть отменена. (При этом готов согласиться, что критичные для
ВД> работы системы пакеты должны предварительно проверяться.)
ВД> 3) Когда-то после появления этих самых "разрешений" я пытался сделать
ВД> свои пакеты постоянно открытыми для улучшений, но такой режим оказался
ВД> невозможным.
ВД> 4) Я не хочу тратить время на освоение неудобных, вредных и ненужных
ВД> инструментов, ущемляющих мою и чужую свободу, и мешающих доборовольно
ВД> улучшать Сизиф. У меня есть много более насущных и полезных дел, чем
ВД> что-то разрешать или запрещать.

Hint: этими пакетами потом еще и люди пользуются. И вот этим людям нужно
быть увереными что за каждым пакетом стоят конкретные люди а не неизвестно
кто.

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

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

http://freesource.info
----------------------------------------------------------------------------
 * gns_ . o 0 Makefile.am ~= КГ/АМ? ;)

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

[devel] UI: нужны main и contrib! причём от игнорирования этого легче не станет никому

[Michael Shigorin]

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

On Wed, Dec 05, 2007 at 01:13:53AM +0300, Денис Смирнов wrote:
> А называть вещь, которая подавляющему числу мантейнеров _нужна_
> маразмом по меньшей мере неразумно.

Маразм -- то, что у нас всё свалено в кучу.  Плохо то,
что сваливший в кучу Дима отмалчивается при всех таких
обсуждениях, а от этого проблема искуственного "равенства"
пакетов с вынужденно налепленным поверх _техническим_
неравенством майнтейнеров  не исчезает.

main, contrib и non-free _обязаны_ быть раздельными.
Вероятно, даже с раздельным incoming и разными правилами
обработки, пока это актуально.  И media отдельно тоже не
помешает, смысла пихать ЭТО в git не вижу вообще (IMHO git.alt
осмысленен для main, а для contrib сотоварищи никогда не должен
стать обязательным -- неоправданно высокий порог или низкий смысл).

[devel-]contrib@ -- тоже отдельный.  Но по приглашению.

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

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

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

Re: [devel] UI: нужны main и contrib! причём от игнорирования этого легче не станет никому

[Ildar Mulyukov]

On 05.12.2007 14:59:50, Michael Shigorin wrote:
> On Wed, Dec 05, 2007 at 01:13:53AM +0300, Денис Смирнов wrote:
>> А называть вещь, которая подавляющему числу мантейнеров _нужна_  
>> маразмом по меньшей мере неразумно.
> 
> Маразм -- то, что у нас всё свалено в кучу.  Плохо то, что сваливший  
> в кучу Дима отмалчивается при всех таких обсуждениях, а от этого  
> проблема искуственного "равенства" пакетов с вынужденно налепленным  
> поверх _техническим_ неравенством майнтейнеров  не исчезает.
> 
> main, contrib и non-free _обязаны_ быть раздельными. Вероятно, даже с  
> раздельным incoming и разными правилами обработки, пока это  
> актуально.  И media отдельно тоже не помешает, смысла пихать ЭТО в  
> git не вижу вообще (IMHO git.alt осмысленен для main, а для contrib  
> сотоварищи никогда не должен стать обязательным -- неоправданно  
> высокий порог или низкий смысл).
> 
> [devel-]contrib@ -- тоже отдельный.  Но по приглашению.
> 
> 2 ldv: тебя такой компромиссный вариант устроил бы? В таком суммарном  
> виде он у меня доскладывался только сейчас, но кажется, что это  
> решает ряд успешно созданных за последние года три проблем.

+1
Идея хорошая, я согласен с Майком.

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

Re: [devel] UI: нужны main и contrib! причём от игнорирования этого легче не станет никому

[Kirill A. Shutemov]

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

On [Wed, 05.12.2007 10:59], Michael Shigorin wrote:
> main, contrib и non-free _обязаны_ быть раздельными.

Кстати, кто знает почему в федоре отказались выделения core? Не пойдём ли
мы по тем же граблям?

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

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

Re: [devel] UI: нужны main и contrib!

[Michael Shigorin]

On Wed, Dec 05, 2007 at 01:57:33PM +0200, Kirill A. Shutemov wrote:
> > main, contrib и non-free _обязаны_ быть раздельными.
> Кстати, кто знает почему в федоре отказались выделения core?

Они наоборот -- мержили сторонние контрибы.  Которых было
много разных, пересекающихся по целям и пакетам и вечно
не синхронизированных по тем же библиотекам и прочему.

Получились Extras плюс те сторонние, которые не попадали 
по guielines (например, livna.org с мультимедией).

Потом до них начало доходить, что extras рассинканы с базой...

> Не пойдём ли мы по тем же граблям?

По тем же -- заведомо нет, поскольку для сборки такого contrib
задействуется main.  Собственно, я не призываю выкинуть все
наработки Sisyphus и сделать на ftp анонимный incoming -- скорее
не усложнять без необходимости простые вещи, на которые умеющим
сложное тогда просто не хватит времени.


On Wed, Dec 05, 2007 at 02:59:02PM +0300, Dmitry V. Levin wrote:
> > main, contrib и non-free _обязаны_ быть раздельными.
> Я не согласен.  Мне не известно никакого формального способа
> разделить main и contrib.  В отличие от main vs non-free.

Дим, при последнем обсуждении вроде как сошлись на том, что это 
хоть и не формализуемая, тем не менее проводимая процедура.
(с non-free тоже алгоритм включает человека)

За пределами базовой сборочной среды и того, что уже было через
подобную процедуру проведено при формировании Server 4.0 main -- 
это ещё одна начальная итерация и по мере необходимости --
повторные: "я отвечаю за эти пакеты, им место в main".

За себя могу сказать, что пакетам, которые последний раз собирал
я, но которые к концу этих суток окажутся на @nobody -- именно в
contrib и место.  Даже если ещё пять лет сам их буду лениво
поддерживать в каком-то виде.

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

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


On Wed, Dec 05, 2007 at 02:56:23PM +0300, Dmitry V. Levin wrote:
> > Дело не в двух минутах (каждый раз заново) и не в удобстве
> > (которого нет). Дело в том, что для большинства пакетов такая
> > практика вредна.
> Вы будете смеяться, но я согласен с Вячеславом, и в сборочной
> системе git.alt была предусмотрена именно такая схема
> (мантейнер сам решает, вводить acl или разрешать обновление
> пакета всем).

Ну если б про @everybody знали раньше, проблемы бы и сейчас
не возникло.  Хотя причина просто была бы лучше замаскирована.

> Только никак не удаётся довести сборочную систему git.alt до
> эксплуатации.

Чем-то получается помочь?..

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

Re: [devel] UI: нужны main и non-free, а contrib не нужен

[Dmitry V. Levin]

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

On Wed, Dec 05, 2007 at 10:59:50AM +0200, Michael Shigorin wrote:
> On Wed, Dec 05, 2007 at 01:13:53AM +0300, Денис Смирнов wrote:
> > А называть вещь, которая подавляющему числу мантейнеров _нужна_
> > маразмом по меньшей мере неразумно.
> 
> Маразм -- то, что у нас всё свалено в кучу.  Плохо то,
> что сваливший в кучу Дима отмалчивается при всех таких
> обсуждениях, а от этого проблема искуственного "равенства"
> пакетов с вынужденно налепленным поверх _техническим_
> неравенством майнтейнеров  не исчезает.
> 
> main, contrib и non-free _обязаны_ быть раздельными.

Я не согласен.  Мне не известно никакого формального способа разделить
main и contrib.  В отличие от main vs non-free.


-- 
ldv

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

Re: [devel] Да отмените же маразм!

[Alexey Shabalin]

04.12.07, Вячеслав Диконов<sdiconov@mail.ru> написал(а):
> Некоторое время назад я получил вот такое письмо:
>
> -------- Пересланное сообщение --------
> > От: Alexey Shabalin <a.shabalin@>
> > Обратный адрес: shaba@
> > Кому: slava@altlinux.org
> > Тема: gnome-backgrounds
> > Дата: Tue, 4 Dec 2007 15:21:32 +0300
> >
> > Добрый день.
> > Добавьте пожалуйста разрешения к gnome-backgrounds для @gnome, хочу
> > обновить до 2.20.0
>
> Я всячески поддерживаю желание обновить собранный "для проформы" и
> заброшенный мною пакет, но:
>
> 1) Я не знаю, как "добавить разрешения".
> 2) Я считаю, что практика "разрешений" на обновления пакетов порочна и
> должна быть отменена. (При этом готов согласиться, что критичные для
> работы системы пакеты должны предварительно проверяться.)
> 3) Когда-то после появления этих самых "разрешений" я пытался сделать
> свои пакеты постоянно открытыми для улучшений, но такой режим оказался
> невозможным.
> 4) Я не хочу тратить время на освоение неудобных, вредных и ненужных
> инструментов, ущемляющих мою и чужую свободу, и мешающих доборовольно
> улучшать Сизиф. У меня есть много более насущных и полезных дел, чем
> что-то разрешать или запрещать.
>
Я завтра пришлю(сейчас уже поздно, да и не  "родной" компьютер)
А вот всё остальное - Вы или анархист, или ребёнок. Извините, обижать
не хочу. Но должны же Вы понимать, абсолютной свободы не бывает - это
уже анархия. Выбирая одно, мы жертвуем другое. Я не хочу, в один
прекрасный день, запустив apt-get dist-upgrade получить не работающую
систему. А это прямое следствие "всемдозволености" обновлять пакеты.
Если ваши предложения пройдут, вот тогда я точно задумаюсь о смене
дистрибутива.
Счастливо.

PS: Вы же не просто так вступали в team, Вы же брали на себя
обязательство выполнять требования. А это всё требования. Надо
смирится :) и жить дальше :).
Ещё раз извиняюсь, никого не хотел обидеть.
> Вячеслав.
>
>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel


-- 
Alexey Shabalin

Re: [devel] Да отмените же маразм!

[Mykola S. Grechukh]

> 04.12.07, Вячеслав Диконов<sdiconov@mail.ru> написал(а):
> > Некоторое время назад я получил вот такое письмо:
> >
> > -------- Пересланное сообщение --------
> > > От: Alexey Shabalin <a.shabalin@>
> > > Обратный адрес: shaba@
> > > Кому: slava@altlinux.org
> > > Тема: gnome-backgrounds
> > > Дата: Tue, 4 Dec 2007 15:21:32 +0300
> > >
> > > Добрый день.
> > > Добавьте пожалуйста разрешения к gnome-backgrounds для @gnome, хочу
> > > обновить до 2.20.0
> >
> > Я всячески поддерживаю желание обновить собранный "для проформы" и
> > заброшенный мною пакет, но:
> >
> > 1) Я не знаю, как "добавить разрешения".

предлагаю вам сделать add nobody на все свои пакеты. Файлик и скрипт
прислать? ;)

> > 2) Я считаю, что практика "разрешений" на обновления пакетов порочна и
> > должна быть отменена. (При этом готов согласиться, что критичные для
> > работы системы пакеты должны предварительно проверяться.)
> > 3) Когда-то после появления этих самых "разрешений" я пытался сделать
> > свои пакеты постоянно открытыми для улучшений, но такой режим оказался
> > невозможным.
> > 4) Я не хочу тратить время на освоение неудобных, вредных и ненужных
> > инструментов, ущемляющих мою и чужую свободу, и мешающих доборовольно
> > улучшать Сизиф. У меня есть много более насущных и полезных дел, чем
> > что-то разрешать или запрещать.

Re: [devel] Да отмените же маразм!

[Ildar Mulyukov]

On 05.12.2007 14:39:21, Mykola S. Grechukh wrote:
> предлагаю вам сделать add nobody на все свои пакеты. Файлик и скрипт  
> прислать? ;)

Это не поможет - при следующей заливке пакета права на пакет перейдут  
залившему.
-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
Jabber: ildar@jabber.ru
ICQ: 4334029
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] Да отмените же маразм!

[Eugene Ostapets]

05.12.07, Ildar Mulyukov<ildar altlinux.ru> написал(а):
> On 05.12.2007 14:39:21, Mykola S. Grechukh wrote:
> > предлагаю вам сделать add nobody на все свои пакеты. Файлик и скрипт
> > прислать? ;)
>
> Это не поможет - при следующей заливке пакета права на пакет перейдут
> залившему.
Нужна виртуальная группа mainteiners, в которую будут входить ВСЕ
разработчики и на которую можно перевешивать пакеты contrib...

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

[devel] main, contrib и acl

[Michael Shigorin]

On Wed, Dec 05, 2007 at 11:07:41AM +0200, Eugene Ostapets wrote:
> > > предлагаю вам сделать add nobody на все свои пакеты. Файлик
> > > и скрипт прислать? ;)
> > Это не поможет - при следующей заливке пакета права на пакет
> > перейдут залившему.
> Нужна виртуальная группа mainteiners, в которую будут входить
> ВСЕ разработчики и на которую можно перевешивать пакеты
> contrib...

Или так, на скору руку.

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

Re: [devel] Да отмените же маразм!

[Dmitry V. Levin]

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

On Wed, Dec 05, 2007 at 11:07:41AM +0200, Eugene Ostapets wrote:
> 05.12.07, Ildar Mulyukov<ildar altlinux.ru> написал(а):
> > On 05.12.2007 14:39:21, Mykola S. Grechukh wrote:
> > > предлагаю вам сделать add nobody на все свои пакеты. Файлик и скрипт
> > > прислать? ;)
> >
> > Это не поможет - при следующей заливке пакета права на пакет перейдут
> > залившему.
> Нужна виртуальная группа mainteiners, в которую будут входить ВСЕ
> разработчики и на которую можно перевешивать пакеты contrib...

Такая вируальная группа давно существует и называется @everybody


-- 
ldv

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

Re: [devel] Да отмените же маразм!

[Alexey Shabalin]

05.12.07, Dmitry V. Levin<ldv@> написал(а):
> On Wed, Dec 05, 2007 at 11:07:41AM +0200, Eugene Ostapets wrote:
> > 05.12.07, Ildar Mulyukov<ildar@> написал(а):
> > > On 05.12.2007 14:39:21, Mykola S. Grechukh wrote:
> > > > предлагаю вам сделать add nobody на все свои пакеты. Файлик и скрипт
> > > > прислать? ;)
> > >
> > > Это не поможет - при следующей заливке пакета права на пакет перейдут
> > > залившему.
> > Нужна виртуальная группа mainteiners, в которую будут входить ВСЕ
> > разработчики и на которую можно перевешивать пакеты contrib...
>
> Такая вируальная группа давно существует и называется @everybody

Замечательно. Только знают о ней избранные :)
в list.src.classic нашёл #everybody - это тоже самое?

-- 
Alexey Shabalin

Re: [devel] Да отмените же маразм!

[Dmitry V. Levin]

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

On Wed, Dec 05, 2007 at 03:26:31PM +0300, Alexey Shabalin wrote:
> 05.12.07, Dmitry V. Levin<ldv@> написал(а):
> > On Wed, Dec 05, 2007 at 11:07:41AM +0200, Eugene Ostapets wrote:
> > > 05.12.07, Ildar Mulyukov<ildar@> написал(а):
> > > > On 05.12.2007 14:39:21, Mykola S. Grechukh wrote:
> > > > > предлагаю вам сделать add nobody на все свои пакеты. Файлик и скрипт
> > > > > прислать? ;)
> > > >
> > > > Это не поможет - при следующей заливке пакета права на пакет перейдут
> > > > залившему.
> > > Нужна виртуальная группа mainteiners, в которую будут входить ВСЕ
> > > разработчики и на которую можно перевешивать пакеты contrib...
> >
> > Такая вируальная группа давно существует и называется @everybody
> 
> Замечательно. Только знают о ней избранные :)
> в list.src.classic нашёл #everybody - это тоже самое?

Нет, #everybody -- это, наверное, какая-то ошибка.


-- 
ldv

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

[devel] [wiki] incoming notes: @everybody

[Michael Shigorin]

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

On Wed, Dec 05, 2007 at 03:05:53PM +0300, Dmitry V. Levin wrote:
> > > > предлагаю вам сделать add nobody на все свои пакеты.
> > > > Файлик и скрипт прислать? ;)
> > > Это не поможет - при следующей заливке пакета права на
> > > пакет перейдут залившему.
> > Нужна виртуальная группа mainteiners, в которую будут входить
> > ВСЕ разработчики и на которую можно перевешивать пакеты
> > contrib...
> Такая вируальная группа давно существует и называется @everybody

О как.  Это где-то анонсировалось?  Официальный[1] источник
такого не знает; добавил к [2], просьба проверить и уточнить
синтаксис/формулировки.

[1] http://ftp.altlinux.org/pub/distributions/ALTLinux/Sisyphus/doc/acl.txt
[2] http://wiki.sisyphus.ru/devel/Incoming/notes

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

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

Re: [devel] Да отмените же маразм!

[Mykola S. Grechukh]

2007/12/5, Ildar Mulyukov <ildar@altlinux.ru>:
> On 05.12.2007 14:39:21, Mykola S. Grechukh wrote:
> > предлагаю вам сделать add nobody на все свои пакеты. Файлик и скрипт
> > прислать? ;)
>
> Это не поможет - при следующей заливке пакета права на пакет перейдут
> залившему.

главное, что это уже не будет проблемой sdiconov@ :)

Re: [devel] Да отмените же маразм!

[Вячеслав Диконов]

В Срд, 05/12/2007 в 11:09 +0200, Mykola S. Grechukh пишет:
> 2007/12/5, Ildar Mulyukov <ildar@altlinux.ru>:
> > On 05.12.2007 14:39:21, Mykola S. Grechukh wrote:
> > > предлагаю вам сделать add nobody на все свои пакеты. Файлик и скрипт
> > > прислать? ;)
> >
> > Это не поможет - при следующей заливке пакета права на пакет перейдут
> > залившему.
> 
> главное, что это уже не будет проблемой sdiconov@ :)

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

Re: [devel] Да отмените же маразм!

[Ildar Mulyukov]

On 05.12.2007 15:52:30, Вячеслав Диконов wrote:
> А это тоже плохо. Конкретно gnome-backgrounds я с удовольствием отдам  
> насовсем, но есть такие, которые мне бы хотелось обновлять самому, но  
> время от времени и наравне со всеми желающими.

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

Это миф. Кто хочет соучаствовать, те просто берут последний srpm и  
делают. Потом выкладывают в видное место и говорят текущему мэйнтейнеру  
- погляди! Лучше всего для этого подходит git.alt, но не обязательно.

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

[devel] букли -- не пушки

[Michael Shigorin]

On Wed, Dec 05, 2007 at 03:53:53PM +0600, Ildar Mulyukov wrote:
> > опять-таки  это глушит инициативу, которая есть основа основ
> > любого свободного  проекта.
> Это миф. Кто хочет соучаствовать, те просто берут последний
> srpm и  делают. Потом выкладывают в видное место и говорят
> текущему мэйнтейнеру  - погляди!

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

Даёшь реформу крепостного права майнтейнеров от пакетов, 
а пакетов -- от майнтейнеров! :)

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

И примерно 2/3 своих пакетов я бы квалифицировал как contrib --
с возможностью любому их перехватить при желании.  Наверное,
проконтролировав следующую сборку на глаз для примерно половины.

> Лучше всего для этого подходит git.alt, но не обязательно.

Ага, для vegastrike каких особенно.

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

Re: [devel] букли -- не пушки

[Ildar Mulyukov]

On 05.12.2007 16:03:59, Michael Shigorin wrote:
> On Wed, Dec 05, 2007 at 03:53:53PM +0600, Ildar Mulyukov wrote:
>>> опять-таки  это глушит инициативу, которая есть основа основ любого  
>>> свободного  проекта.
>> Это миф. Кто хочет соучаствовать, те просто берут последний srpm и   
>> делают. Потом выкладывают в видное место и говорят текущему  
>> мэйнтейнеру  - погляди!
> 
> Это тоже миф... порой текущий майнтейнер в бегах или отпуске, порой к  
> нему не ходит почта, порой у него попросту нет времени или желания  
> поглядеть (иначе и повода бы не было).

Это другая ситуация. В данном случае оба на месте и вполне отвечают на  
письма, даже в рассылку. Для решения _этой_ проблемы ...

> Даёшь реформу крепостного права майнтейнеров от пакетов, а пакетов --  
> от майнтейнеров! :)

Лучше продолжать в соседнем треде, который Вы же и создали.

> Не все пакеты созданы одинаковыми, вон за меня мои wallpapers чинили  
> и я за это zerg@ только признателен -- но потом ему пришлось  
> морочиться, чтобы *отдать мне мой же пакет*. Причём мой вплоть до  
> исходника.
> 
> И примерно 2/3 своих пакетов я бы квалифицировал как contrib -- с  
> возможностью любому их перехватить при желании.  Наверное,  
> проконтролировав следующую сборку на глаз для примерно половины.
> 
> > Лучше всего для этого подходит git.alt, но не обязательно.
> 
> Ага, для vegastrike каких особенно.

Михаил, я же в соседнем посте написал, что согласен с Вами. Да, для  
media git противопоказан.

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

Re: [devel] букли -- не пушки

[Motsyo Gennadi aka Drool]

Michael Shigorin пишет:
> И примерно 2/3 своих пакетов я бы квалифицировал как contrib --
> с возможностью любому их перехватить при желании.  Наверное,
> проконтролировав следующую сборку на глаз для примерно половины.

	Что-то типа Contrib Team? И включать в эту группу всех новоприбывших? 
Но тогда нужно заводить отдельно contribs. Но это, мне кажется, не 
большой напряг.

Re: [devel] букли -- не пушки

[Alexey Shabalin]

> И примерно 2/3 своих пакетов я бы квалифицировал как contrib --
> с возможностью любому их перехватить при желании.  Наверное,
> проконтролировав следующую сборку на глаз для примерно половины.

Ну так давайте создадим группу Contrib Team(можно даже с умолчательным
входом туда всех мантейнеров), но мантейнер пакета должен осознано
передать в неё свой пакет.

-- 
Alexey Shabalin

Re: [devel] букли -- не пушки

[Sergey V Turchin]

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

On Wednesday 05 December 2007, Alexey Shabalin wrote:

[...]
> Ну так давайте создадим группу Contrib Team(можно даже с
> умолчательным входом туда всех мантейнеров), но мантейнер пакета
> должен осознано передать в неё свой пакет.
Шило на мыло?


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

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

Re: [devel] букли -- не пушки

[Alexey Shabalin]

05.12.07, Sergey V Turchin<zerg@> написал(а):
> On Wednesday 05 December 2007, Alexey Shabalin wrote:
>
> [...]
> > Ну так давайте создадим группу Contrib Team(можно даже с
> > умолчательным входом туда всех мантейнеров), но мантейнер пакета
> > должен осознано передать в неё свой пакет.
> Шило на мыло?
>
когда я писал письмо, о @everybody я ещё не знал.
так что передавая пакет на @everybody, делать это будут осознано.

-- 
Alexey Shabalin

Re: [devel] букли -- не пушки

[Michael Shigorin]

On Wed, Dec 05, 2007 at 01:54:30PM +0300, Alexey Shabalin wrote:
> > И примерно 2/3 своих пакетов я бы квалифицировал как contrib --
> > с возможностью любому их перехватить при желании.  Наверное,
> > проконтролировав следующую сборку на глаз для примерно половины.
> Ну так давайте создадим группу Contrib Team(можно даже с
> умолчательным входом туда всех мантейнеров), но мантейнер
> пакета должен осознано передать в неё свой пакет.

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

PS 2 avm: смени Packager: в gdmap на себя-то -- честно принял :)

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

Re: [devel] букли -- не пушки

[Sergey V Turchin]

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

On Wednesday 05 December 2007, Michael Shigorin wrote:

[...]
> чинили и я за это zerg@ только признателен -- 
> но потом ему пришлось морочиться, чтобы *отдать мне мой же пакет*.
Не, не пришлось. Конкретно это -- достаточно примитивная процедура.

[...]

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

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

[devel] отдельный сайт для devel (was: букли -- не пушки )

[Sergey V Turchin]

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

On Wednesday 05 December 2007, Michael Shigorin wrote:

[...]
> Даёшь реформу крепостного права майнтейнеров от пакетов,
> а пакетов -- от майнтейнеров! :)
А я бы предложил отдельный сайт для разработчиков.
Уверен, что информацию на нем можно было бы размещать в более 
удобном для поиска виде.
Даже если это будет 1 в 1 кусок c freesource.info, хотя мне этот 
движок не кажется удобным для пользования.

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

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

Re: [devel] отдельный сайт для devel

[Anton Farygin]

Sergey V Turchin пишет:
> On Wednesday 05 December 2007, Michael Shigorin wrote:
> 
> [...]
>> Даёшь реформу крепостного права майнтейнеров от пакетов,
>> а пакетов -- от майнтейнеров! :)
> А я бы предложил отдельный сайт для разработчиков.
> Уверен, что информацию на нем можно было бы размещать в более 
> удобном для поиска виде.
> Даже если это будет 1 в 1 кусок c freesource.info, хотя мне этот 
> движок не кажется удобным для пользования.

лучше всего, если этот сайт будет на sisyphus.ru.

Re: [devel] отдельный сайт для devel

[Michael Shigorin]

On Wed, Dec 05, 2007 at 03:06:45PM +0300, Anton Farygin wrote:
> > А я бы предложил отдельный сайт для разработчиков.  Уверен,
> > что информацию на нем можно было бы размещать в более удобном
> > для поиска виде.  Даже если это будет 1 в 1 кусок c
> > freesource.info, хотя мне этот движок не кажется удобным для
> > пользования.

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

> лучше всего, если этот сайт будет на sisyphus.ru.

Мне пока кажется осмысленным попробовать MediaWiki для вики
(поскольку героические усилия mithraen@ на фоне апстрима,
который пошёл заниматься другими делами, всё-таки уже
недостаточны).  Кажется, это предложил wrar@, но он как раз
наверняка понимает, какая получается работа по реструктуризации
информации...

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

И мне кажется, что это altlinux.org всё-таки.  Но не суть важно.

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

Re: [devel] отдельный сайт для devel

[Anton Farygin]

Michael Shigorin пишет:
> On Wed, Dec 05, 2007 at 03:06:45PM +0300, Anton Farygin wrote:
>>> А я бы предложил отдельный сайт для разработчиков.  Уверен,
>>> что информацию на нем можно было бы размещать в более удобном
>>> для поиска виде.  Даже если это будет 1 в 1 кусок c
>>> freesource.info, хотя мне этот движок не кажется удобным для
>>> пользования.
> 
> Он достаточно удобный для ряда применений, но или надо
> продумывать сразу и поддерживать потом структуру, или падает
> масштабируемость по части возможности найти нужное.
> 
>> лучше всего, если этот сайт будет на sisyphus.ru.
> 
> Мне пока кажется осмысленным попробовать MediaWiki для вики
> (поскольку героические усилия mithraen@ на фоне апстрима,
> который пошёл заниматься другими делами, всё-таки уже
> недостаточны).  Кажется, это предложил wrar@, но он как раз
> наверняка понимает, какая получается работа по реструктуризации
> информации...
> 
> Свести всё в кучу на базе какого-то одного движка/платформы
> возможности не вижу, уж больно разношёрстные и специфические
> нужды (документация/руководства, информация о людях, пакетах,
> репозиториях, планах, проблемах...).  Хоть это было бы лучше
> всего, слишком времяёмко.
> 
> И мне кажется, что это altlinux.org всё-таки.  Но не суть важно.
> 

А мне trac нравится, если честно. Правда придётся многое менять (в 
частности - bugzilla станет не нужна). Но в сочетании с Sisyphus.ru, 
попакетно - было бы здорово.

Re: [devel] отдельный сайт для devel

[Pavlov Konstantin]

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

On Wed, Dec 05, 2007 at 06:40:25PM +0300, Anton Farygin wrote:
> > Мне пока кажется осмысленным попробовать MediaWiki для вики
> > (поскольку героические усилия mithraen@ на фоне апстрима,
> > который пошёл заниматься другими делами, всё-таки уже
> > недостаточны).  Кажется, это предложил wrar@, но он как раз
> > наверняка понимает, какая получается работа по реструктуризации
> > информации...
> > 
> > Свести всё в кучу на базе какого-то одного движка/платформы
> > возможности не вижу, уж больно разношёрстные и специфические
> > нужды (документация/руководства, информация о людях, пакетах,
> > репозиториях, планах, проблемах...).  Хоть это было бы лучше
> > всего, слишком времяёмко.
> > 
> > И мне кажется, что это altlinux.org всё-таки.  Но не суть важно.
> > 
> 
> А мне trac нравится, если честно. Правда придётся многое менять (в 
> частности - bugzilla станет не нужна). Но в сочетании с Sisyphus.ru, 
> попакетно - было бы здорово.

Зачем нам trac? Для визуализации коммитов очень хорош gitweb, а тикеты в
trac сделаны не очень удобно, тем более что к нам они и так не подойдут.

-- 
<[gns]> нужен кусок тупого ничего не делающего кода :)
<henker> [gns]: глянь исходники виндов

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

Re: [devel] отдельный сайт для devel

[Alexey Rusakov]

В Срд, 05/12/2007 в 19:11 +0300, Pavlov Konstantin пишет:
> > А мне trac нравится, если честно. Правда придётся многое менять (в 
> > частности - bugzilla станет не нужна). Но в сочетании с Sisyphus.ru, 
> > попакетно - было бы здорово.
> 
> Зачем нам trac? Для визуализации коммитов очень хорош gitweb, а тикеты в
> trac сделаны не очень удобно, тем более что к нам они и так не подойдут.
Поднимая старую тему: можно рассказать, что не нравится в Trac? В
частности, почему "к нам они и так не подойдут"?

-- 
  Alexey Rusakov
  ALT Linux, project manager

Re: [devel] отдельный сайт для devel

[Gennady Kovalev]

В сообщении от Tuesday 18 December 2007 15:09:20 Alexey Rusakov написал(а):
> В Срд, 05/12/2007 в 19:11 +0300, Pavlov Konstantin пишет:
> > > А мне trac нравится, если честно. Правда придётся многое менять (в
> > > частности - bugzilla станет не нужна). Но в сочетании с Sisyphus.ru,
> > > попакетно - было бы здорово.
> >
> > Зачем нам trac? Для визуализации коммитов очень хорош gitweb, а тикеты в
> > trac сделаны не очень удобно, тем более что к нам они и так не подойдут.
>
> Поднимая старую тему: можно рассказать, что не нравится в Trac? В
> частности, почему "к нам они и так не подойдут"?

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

-- 
Gennady Kovalev, 
BIGUR, ALT Linux Team.

Re: [devel] отдельный сайт для devel

[Vitaly Ostanin]

Alexey Rusakov пишет:
> В Срд, 05/12/2007 в 19:11 +0300, Pavlov Konstantin пишет:
>>> А мне trac нравится, если честно. Правда придётся многое менять (в 
>>> частности - bugzilla станет не нужна). Но в сочетании с Sisyphus.ru, 
>>> попакетно - было бы здорово.
>> Зачем нам trac? Для визуализации коммитов очень хорош gitweb, а тикеты в
>> trac сделаны не очень удобно, тем более что к нам они и так не подойдут.
> Поднимая старую тему: можно рассказать, что не нравится в Trac? В
> частности, почему "к нам они и так не подойдут"?

Насколько я помню, Trac не рассчитан на такое количество 
компонент, сколько у нас пакетов в Сизифе. Поиск в компонентах по 
вхождению строки там тоже пока не реализован.

-- 
Regards, Vyt
mailto:  vyt@altlinux.org
JID:     vitaly.ostanin@gmail.com

Re: [devel] отдельный сайт для devel

[Андрей Черепанов]

5 декабря 2007 Anton Farygin написал:
> А мне trac нравится, если честно. Правда придётся многое менять (в
> частности - bugzilla станет не нужна). Но в сочетании с Sisyphus.ru,
> попакетно - было бы здорово.
+1. Ещё Wiki. А если прикрутить туда движок для онлайнового перевода описаний 
пакетов - вообще сказка получится.

Хотя бы с Wiki начали, чтобы не было мучительно больно за потерянные данные.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] отдельный сайт для devel

[Gennady Kovalev]

> А мне trac нравится, если честно. Правда придётся многое менять (в
> частности - bugzilla станет не нужна). Но в сочетании с Sisyphus.ru,
> попакетно - было бы здорово.

Я вот тоже на trac засмотрелся. И использовать начал во всю. Многое удобно.
Залезал внутрь, можно плагинчики писать. В часности тикеты попеределывать...

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


-- 
Геннадий Ковалев, 
БИГУР, http://www.bigur.ru/

Re: [devel] отдельный сайт для devel

[Michael Shigorin]

On Wed, Dec 05, 2007 at 06:40:25PM +0300, Anton Farygin wrote:
> А мне trac нравится, если честно. Правда придётся многое менять
> (в частности - bugzilla станет не нужна). Но в сочетании с
> Sisyphus.ru, попакетно - было бы здорово.

Погоди, тут наблюдалось несколько параллельных забегов про
trac+git. (плюс всё-таки bugzilla -- мощная и вылизанная BTS,
в большинстве других сходу что-то оказывается ещё неудобней)

Тж. всё хочу посмотреть http://freshmeat.net/projects/scmbug/

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

Re: [devel] отдельный сайт для devel

[Victor Forsyuk]

On Thu, Dec 06, 2007 at 12:28:31AM +0200, Michael Shigorin <mike@osdn.org.ua> wrote:
> 
> Тж. всё хочу посмотреть http://freshmeat.net/projects/scmbug/

Я это дело скачал на зуб попробовать. :) Сначала собрал ему в подарок
cvs2cl. Потом увидел, что при сборке наш docbook2dvi давится его мануалом и
махнул рукой... 

Re: [devel] отдельный сайт для devel

[Michael Shigorin]

On Thu, Dec 06, 2007 at 11:19:11AM +0200, Victor Forsyuk wrote:
> > Тж. всё хочу посмотреть http://freshmeat.net/projects/scmbug/
> Я это дело скачал на зуб попробовать. :) Сначала собрал ему в
> подарок cvs2cl. Потом увидел, что при сборке наш docbook2dvi
> давится его мануалом и махнул рукой... 

Мож без мануала?  Ну или как тут рядом обсуждается -- багу на наш
docbook-utils-print повесить? :)

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

Re: [devel] отдельный сайт для devel

[Victor Forsyuk]

On Thu, Dec 06, 2007 at 12:10:52PM +0200, Michael Shigorin <mike@osdn.org.ua> wrote:
> On Thu, Dec 06, 2007 at 11:19:11AM +0200, Victor Forsyuk wrote:
> > > Тж. всё хочу посмотреть http://freshmeat.net/projects/scmbug/
> > Я это дело скачал на зуб попробовать. :) Сначала собрал ему в
> > подарок cvs2cl. Потом увидел, что при сборке наш docbook2dvi
> > давится его мануалом и махнул рукой... 
> 
> Мож без мануала?

Для себя на посмотреть - можно и так. Но уж если собирать в репозитарий, не
хочется вбрасывать туда с косяками. Пока я scmbug отложил в сторону и
записал в самый конец todo. Если кому-то захочется с ним повозиться черкните
тогда мне, чтобы я на него время зря не потратил. Сейчас вот у меня в
приоритетах chrony.

> Ну или как тут рядом обсуждается -- багу на наш
> docbook-utils-print повесить? :)

Что-то я не нашел где рядом docbook-utils-print обсуждается... А чтоб вешать
багу нужно быть уверенным, что это именно бага нашего docbook2dvi, а в
других дистрах на их docbook2dvi этот мануал генерится...

Re: [devel] отдельный сайт для devel. ТЗ?

[Avramenko Andrew]

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

А никто не хочет ТЗ написать на это дело? Мне кажется так бы думалось
чуть проще.

Re: [devel] отдельный сайт для devel. ТЗ?

[Michael Shigorin]

On Wed, Dec 05, 2007 at 08:51:16PM +0300, Avramenko Andrew wrote:
> > > А я бы предложил отдельный сайт для разработчиков.  Уверен,
> > > что информацию на нем можно было бы размещать в более
> > > удобном для поиска виде.  Даже если это будет 1 в 1 кусок c
> > > freesource.info, хотя мне этот движок не кажется удобным
> > > для пользования.
> > лучше всего, если этот сайт будет на sisyphus.ru.
> А никто не хочет ТЗ написать на это дело? Мне кажется так бы
> думалось чуть проще.

Паади.  Нет ничего хуже самописных сайтов под _общую_ задачу
(не путать со специфической).  Проверено.

Гораздо надёжней выходят движки, которые существуют как
самостоятельные free software projects.  Очень хорошо, если 
они стыкуются.  Лучше всего стыкуется то, что построено на базе
одного CMF, но оно не всегда бывает оптимальным по своим
собственным ТТХ для имеющихся задач.

(грубо говоря, к той же TYPO3 есть MW-подобная вики, но сильно 
попроще и пока без категорий -- потому не подходит)

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

Re: [devel] отдельный сайт для devel. ТЗ?

[Alexander Bokovoy]

Michael Shigorin пишет:
> On Wed, Dec 05, 2007 at 08:51:16PM +0300, Avramenko Andrew wrote:
>>>> А я бы предложил отдельный сайт для разработчиков.  Уверен,
>>>> что информацию на нем можно было бы размещать в более
>>>> удобном для поиска виде.  Даже если это будет 1 в 1 кусок c
>>>> freesource.info, хотя мне этот движок не кажется удобным
>>>> для пользования.
>>> лучше всего, если этот сайт будет на sisyphus.ru.
>> А никто не хочет ТЗ написать на это дело? Мне кажется так бы
>> думалось чуть проще.
> 
> Паади.  Нет ничего хуже самописных сайтов под _общую_ задачу
> (не путать со специфической).  Проверено.
Миша, ты путаешь техническое задание и выбор средства для реализации 
этого технического задания.

Напишите внятное ТЗ, потом будем думать над реализацией.
-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] отдельный сайт для devel. ТЗ?

[Michael Shigorin]

On Thu, Dec 06, 2007 at 08:47:55AM +0300, Alexander Bokovoy wrote:
> >>> лучше всего, если этот сайт будет на sisyphus.ru.
> >> А никто не хочет ТЗ написать на это дело? Мне кажется так бы
> >> думалось чуть проще.
> > Паади.  Нет ничего хуже самописных сайтов под _общую_ задачу
> > (не путать со специфической).  Проверено.
> Миша, ты путаешь техническое задание и выбор средства для
> реализации этого технического задания.

Не, я всего-то неправильно прочитал "мне" и "думалось" :)
Благо Андрей как раз здорово приложил напильник к prometeus
и sisyphus.ru.

> Напишите внятное ТЗ, потом будем думать над реализацией.

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

Re: [devel] отдельный сайт для devel. ТЗ?

[Максим Иванов]

В сообщении от Thursday 06 December 2007 01:35:07 Michael Shigorin написал(а):

>
> Гораздо надёжней выходят движки, которые существуют как
> самостоятельные free software projects.  Очень хорошо, если
> они стыкуются.  Лучше всего стыкуется то, что построено на базе
> одного CMF,

А еще лучше стыкуются друг с другой питоновски WSGI аппликухи (к которым 
относятся trac  и замечательная wiki MoinMoin). Любая с любой и 
в любом порядке =)

Re: [devel] отдельный сайт для devel. ТЗ?

[Gennady Kovalev]

> > лучше всего, если этот сайт будет на sisyphus.ru.
>
> А никто не хочет ТЗ написать на это дело? Мне кажется так бы думалось
> чуть проще.

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

Кидать фичи можно в рассылку, выклыдавать к кому-нибудь в вики.  Я нашим 
wiki.sisyphus.ru еще не пользовался, могу попробовать ;-)

-- 
Gennady Kovalev, 
BIGUR, ALT Linux Team.

Re: [devel] отдельный сайт для devel. ТЗ?

[Michael Shigorin]

On Thu, Dec 06, 2007 at 11:56:36AM +0300, Gennady Kovalev wrote:
> Кидать фичи можно в рассылку, выклыдавать к кому-нибудь в вики.
> Я нашим wiki.sisyphus.ru еще не пользовался, могу попробовать
> ;-)

Это скорее под http://www.freesource.info/wiki/TZ;
сейчас там есть:
http://www.freesource.info/wiki/TZ/AltLinux/Prometeus
http://www.freesource.info/wiki/TZ/wiki

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

Re: [devel] отдельный сайт для devel. ТЗ?

[Gennady Kovalev]

> > Кидать фичи можно в рассылку, выклыдавать к кому-нибудь в вики.
> > Я нашим wiki.sisyphus.ru еще не пользовался, могу попробовать
> > ;-)
>
> Это скорее под http://www.freesource.info/wiki/TZ;
> сейчас там есть:
> http://www.freesource.info/wiki/TZ/AltLinux/Prometeus
> http://www.freesource.info/wiki/TZ/wiki

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

-- 
Gennady Kovalev, 
BIGUR, ALT Linux Team.

Re: [devel] отдельный сайт для devel. ТЗ?

[Michael Shigorin]

On Thu, Dec 06, 2007 at 02:00:13PM +0300, Gennady Kovalev wrote:
> > > Кидать фичи можно в рассылку, выклыдавать к кому-нибудь в
> > > вики.  Я нашим wiki.sisyphus.ru еще не пользовался, могу
> > > попробовать ;-)
> > Это скорее под http://www.freesource.info/wiki/TZ;
> > сейчас там есть:
> > http://www.freesource.info/wiki/TZ/AltLinux/Prometeus
> > http://www.freesource.info/wiki/TZ/wiki
> Ну во. Создашь страничку с требованиями? Надо тогда пообсуждать
> сами требования, зафиксировать. Потом станет легче.

Да сам бы и создал... ну да welcome:
http://www.freesource.info/wiki/TZ/TeamSite

У меня есть некоторое количество переписки по этим вопросам 
в архиве -- если у кого-то есть желание и возможность её
перечитать, постараюсь выдрать и выслать (offlist pls).

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

Re: [devel] отдельный сайт для devel. ТЗ?

[Avramenko Andrew]

Gennady Kovalev пишет:
>>> лучше всего, если этот сайт будет на sisyphus.ru.
>> А никто не хочет ТЗ написать на это дело? Мне кажется так бы думалось
>> чуть проще.
> 
> Мне кажется надо хотя бы для начала совместными усилиями наклепать список 
> требований. Можно в древовидном виде.
> 

Не спорю. Просто столько обсуждений, а я знаю только один пункт - нельзя
связать статьи на freesource.info с sisyphus.ru. ( #13500, #13501).
Видимо остальные все знают что ругают, поэтому и прошу как-то это оформить.

Re: [devel] отдельный сайт для devel. ТЗ?

[Gennady Kovalev]

В сообщении от Saturday 08 December 2007 00:08:39 Avramenko Andrew написал(а):
> Gennady Kovalev пишет:
> >>> лучше всего, если этот сайт будет на sisyphus.ru.
> >>
> >> А никто не хочет ТЗ написать на это дело? Мне кажется так бы думалось
> >> чуть проще.
> >
> > Мне кажется надо хотя бы для начала совместными усилиями наклепать список
> > требований. Можно в древовидном виде.
>
> Не спорю. Просто столько обсуждений, а я знаю только один пункт - нельзя
> связать статьи на freesource.info с sisyphus.ru. ( #13500, #13501).
> Видимо остальные все знают что ругают, поэтому и прошу как-то это оформить.

С почином :-) Первое требование на страничку добавили.

-- 
Gennady Kovalev, 
BIGUR, ALT Linux Team.

Re: [devel] Да отмените же маразм!

[Slava Semushin]

05.12.07, Ildar Mulyukov<ildar / altlinux.ru> написал(а):
[...]
> > Причем поддерживать закрытый список желающих хлопотно, и опять-таки
> > это глушит инициативу, которая есть основа основ любого свободного
> > проекта.

Это конечно не главный "глушитель" инициативы, но таки да, соглашусь,
что часто лишь мешает.

> Это миф. Кто хочет соучаствовать, те просто берут последний srpm и
> делают. Потом выкладывают в видное место и говорят текущему мэйнтейнеру
> - погляди! Лучше всего для этого подходит git.alt, но не обязательно.

Это не миф. Такое бывает (пожалуй, даже, чересчур часто).

Вот примеры:

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

- текущий мэйнтейнер почему-то (лень, упёртость, предвзятость,
невозможность проверить самому, сомнения в правильности,
консервативность, etc) отказывается принять ваши наработки/помощь в
каком бы-то нибыло виде

- текущий мэйнтейнер может не получать сообщений от багзиллы (бывало,
такое, бывало)

- текущий мэйнтейнер может получить письмо и просто забыть о нём (все
люди и все не совершенны, плюс у нас всех есть свои дела/заботы/работа
помимо АЛЬТа, как правило)

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


Короче говоря, с приходом гит ситуация не сильно-то и улучшилась...

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

Я согласен с mike@'ом о делении репозитория на три части. Нынешняя
система NMU годится только для строгого main, но никак не для contrib.
Потому что: случаев когда кто-то заливал пакет самостоятельно и ломал
т.о. Сизиф меньше, чем случаев когда люди хотели помочь, но в силу
каких-либо причин не могли это сделать.


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

Re: [devel] Да отмените же маразм!

[Damir Shayhutdinov]

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

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


> - текущий мэйнтейнер почему-то (лень, упёртость, предвзятость,
> невозможность проверить самому, сомнения в правильности,
> консервативность, etc) отказывается принять ваши наработки/помощь в
> каком бы-то нибыло виде
Если вы не можете доказать полезность патча мантейнеру - попробуйте
доказать полезность апстриму. Или дать посмотреть патч какому-нибудь
другому мантейнеру, который сможет что-то сказать в вашу пользу.
Особенно для этого подходит git.alt, рассылки изменений которого можно
попросить прокомментировать в devel@.

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

> - текущий мэйнтейнер может получить письмо и просто забыть о нём (все
> люди и все не совершенны, плюс у нас всех есть свои дела/заботы/работа
> помимо АЛЬТа, как правило)
Напоминайте.

> И ещё. Я согласен с моим тёзкой: NMU в том виде, который есть сейчас,
> скорее неудобен и бюрократичен, чем удобен и полезен. Эта, казалось бы
> лёгкая, процедура иной раз отнимает много времени и процесс обновления
> пакета затягивается на время, подчас, приближающееся к проталкиванию
> патчей в апстримы.
Гм... А почему бы тогда не сразу в апстрим проталкивать? Если уж
изменение такое полезное.

> Я согласен с mike@'ом о делении репозитория на три части. Нынешняя
> система NMU годится только для строгого main, но никак не для contrib.
> Потому что: случаев когда кто-то заливал пакет самостоятельно и ломал
> т.о. Сизиф меньше, чем случаев когда люди хотели помочь, но в силу
> каких-либо причин не могли это сделать.

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

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

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

Поэтому я бы сформулировал простое правило, куда слать патчи:

1) Если патч затрагивает специфичные ALT-штучки - интеграцию с другими
пакетами ALT, учет особенностей нашего rpm и gcc, удовлетворение
полиси Альта и т.д. - это надо в нашу багзиллу на мантейнера. В
сложных случаях возможно придется привлекать сторонних
заинтересованных людей, у которых больше авторитета и влияния на
мантейнера (или есть организационные рычаги, как у ldv@).

2) Если патч затрагивает неспецифичную для Альта часть -  то лучше
отослать его сразу в апстрим с полным описанием ошибки, условий ее
воспроизведения и т.п.  Если получена положительная реакция апстрима -
то как правило гораздо проще добиться от мантейнера приложения патча -
просто скидываете ему ссылку на апстримный список
рассылки/форум/багтрекер/etc.

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

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

[devel] глушитель (и мои сегодняшние notes)

[Michael Shigorin]

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

On Wed, Dec 05, 2007 at 04:08:10PM +0300, Damir Shayhutdinov wrote:
> > > > Причем поддерживать закрытый список желающих хлопотно, и
> > > > опять-таки это глушит инициативу, которая есть основа
> > > > основ любого свободного проекта.
> > Это конечно не главный "глушитель" инициативы, но таки да,
> > соглашусь, что часто лишь мешает.
> Лень - главный глушитель инициативы. Все остальное - лишь следствия.

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

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

Я не знаю, как ясно переформулировать w.s.r/d/I/notes.
Сделаешь?  А то по переписке без поллитры не разобраться.

Плюс люди порой исчезают, как-то делал сводки по этой части.

> > Я согласен с mike@'ом о делении репозитория на три части.
> > Нынешняя система NMU годится только для строгого main, но
> > никак не для contrib.  Потому что: случаев когда кто-то
> > заливал пакет самостоятельно и ломал т.о. Сизиф меньше, чем
> > случаев когда люди хотели помочь, но в силу каких-либо причин
> > не могли это сделать.
> Текущая система с центром авторизации изменений (мантейнером)
> мне нравится куда больше, так как она предьявляет определенные
> требования к компетентности людей, присылающих патчи.

Так для main она (с @everybody) достаточно адекватна.
Не о том предложение, где и задача требует компетенции, 
и люди готовы её предоставлять или приобретать.  А о том,
что двор подмести -- двух высших не должно быть нужно.

> Недавнее обсуждение strncat, на мой взгляд, наглядно показало
> плачевную ситуацию в этом вопросе.

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

Учиться надо, да только не компиляторы с ложки кормить.

Пусть эта mgetty падает в таких случаях.  И пусть тот, кому это
будет мешать, её чинит да делает update.

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

Кстати, ты присылал правильный патч?  А то я ж его приложу ;)

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

Порой и патча не надо, просто собрать новую версию.

> Поэтому я бы сформулировал простое правило, куда слать патчи:

Это всё хорошо, да только в апстрим нередко охотнее принимают
патчи с комментарием "обкатано в дистрибутиве" (или unstable).

Лет пять тому патчи про reiserfs в parted только так и попали.

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

Вот именно.

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

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

PS: из тех 184 пакетов, что по sisyphus.ru относятся ко мне -- 
перевешиваю на nobody 86, ещё 10 (livecd-*) уже там.  Ещё два
просятся тоже к кому-то ещё, но за apachetop также отвечает
murygin@ (последняя сборка моя), за tidy -- mithraen@
(аналогично).  Один пакет -- capt -- перевешиваю на everybody.

libmysql++ у tosick@, но почему-то я до сих пор пакаджер;
metakit как раз тебе и передам лучше.

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

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

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

[-- Attachment #2: notes-20071205 --]
[-- Type: text/plain, Size: 1954 bytes --]

RasMol add #nobody
TnL add #nobody
abuse_sdl add #nobody
agrep add #nobody
amphetamine add #nobody
apanel add #nobody
bandwidth add #nobody
bdfresize add #nobody
bing add #nobody
bmon add #nobody
capt add #everybody
cdlabelgen add #nobody
cellwriter add #nobody
cutecom add #nobody
dangerdeep add #nobody
dangerdeep-data add #nobody
dict-slovnyk_be-en add #nobody
dict-slovnyk_en-be add #nobody
dict-slovnyk_en-ru add #nobody
dict-slovnyk_en-uk add #nobody
dict-slovnyk_ru-en add #nobody
dict-slovnyk_uk-en add #nobody
dict-web1913 add #nobody
digger add #nobody
dvgrab add #nobody
dynamips add #nobody
earth3d add #nobody
efont-unicode add #nobody
ettcp add #nobody
fix-mime-charset add #nobody
foobillard add #nobody
grip add #nobody
gtkcdlabel add #nobody
howto-html-en add #nobody
hsftp add #nobody
httperf add #nobody
hwdata add #nobody
ifstat add #nobody
irda-utils add #nobody
jfsutils add #nobody
koules add #nobody
kxstitch add #nobody
leafnode add #nobody
libexif add #nobody
liblasi add #nobody
libpst add #nobody
lomoco add #nobody
lphdisk add #nobody
man-pages-uk add #nobody
metakit leader damir
mod_ssl add #nobody
mod_throttle add #nobody
multipath-tools add #nobody
openbabel add #nobody
pdksh add #nobody
perl-LockFile-Simple add #nobody
perl-MIDI add #nobody
putty add #nobody
pyro add #nobody
python-module-pythonwifi add #nobody
rarpd add #nobody
razertool add #nobody
reiserfsprogs add #nobody
ringtonetools add #nobody
rpm2html add #nobody
rr add #nobody
ruby-dbi add #nobody
soundkonverter add #nobody
sredird add #nobody
swftools add #nobody
synaesthesia add #nobody
timeshift add #nobody
varmon add #nobody
videogen add #nobody
vorbisgain add #nobody
wmpiki add #nobody
wxremind add #nobody
wyrd add #nobody
x11perf add #nobody
xbounce add #nobody
xmms-eff-defx add #nobody
xmms-imms add #nobody
xmms-in-cdread add #nobody
xmms-vis-synaesthesia add #nobody
xpilot add #nobody
xrcode add #nobody
zcip add #nobody
zip add #nobody

Re: [devel] глушитель (и мои сегодняшние notes)

[Damir Shayhutdinov]

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

> > Попросите добавить вас в  список мантейнеров этого пакета. Это
> > не так сложно, как кажется - добавить одну строчку в файл и
> > залить его на сервер.
>
> Я не знаю, как ясно переформулировать w.s.r/d/I/notes.
> Сделаешь?  А то по переписке без поллитры не разобраться.

8<--------------------------------------------------------------
echo package add name > <your name>
echo package1 add name1 >> <your name>
rsync --inplace <your name> devel:/incoming/notes/Sisyphus/

<your name> менять на login (имя пользователя на почтовом сервере @altlinux.ru)
----------------------------------------------------------------->8

> Плюс люди порой исчезают, как-то делал сводки по этой части.
Это повод для письма в devel@, где и решается судьба пакетов этих людей.


> > Текущая система с центром авторизации изменений (мантейнером)
> > мне нравится куда больше, так как она предьявляет определенные
> > требования к компетентности людей, присылающих патчи.
>
> Так для main она (с @everybody) достаточно адекватна.
> Не о том предложение, где и задача требует компетенции,
> и люди готовы её предоставлять или приобретать.  А о том,
> что двор подмести -- двух высших не должно быть нужно.
Ну возможно я полон предубеждений относительно патчей, сделанных
дилетантами. Надо бы увидеть пару примеров таких правок, чтобы вынести
окончательно суждение - что же лучше для дистрибутива - техноснобизм
или "демократичный подход".

> > Недавнее обсуждение strncat, на мой взгляд, наглядно показало
> > плачевную ситуацию в этом вопросе.
> Это обсуждение бы и не вылезло, если бы люди с компетенцией
> контрибуторов (вроде меня) занимались контрибом.  Я без крайней
> нужды и такой бы патч не полез строгать, а то, что jinn@ намакали
> -- вполне возможный повод пожать плечами и в следующий раз свою
> помощь просто не предлагать, даже если она была правильна и нужна.

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

> Учиться надо, да только не компиляторы с ложки кормить.
>
> Пусть эта mgetty падает в таких случаях.  И пусть тот, кому это
> будет мешать, её чинит да делает update.
Пусть чинит тот, кто _умеет_ чинить. А тот, кому это будет мешать -
либо сам научится чинить, либо каким-то способом заинтересует того,
кто _умеет_ чинить.

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

> Кстати, ты присылал правильный патч?  А то я ж его приложу ;)
На что? Нет, не присылал. Но в треде приводил пример как делать правильно.

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

> Порой и патча не надо, просто собрать новую версию.
И проверить что она работает. Если мантейнер не собирает новую версию
- следует поинтересоваться, почему. Если ответ будет "она хуже чем
старая" - тогда все понятно. А если ответ будет "нет времени" - то
можно просить NMU или даже передать  пакет. Думаю любой из "зубров",
тянущих кучи пакетов, будут рады отдать свои беспризорные пакеты в
хорошие руки.

> > Поэтому я бы сформулировал простое правило, куда слать патчи:
> Это всё хорошо, да только в апстрим нередко охотнее принимают
> патчи с комментарием "обкатано в дистрибутиве" (или unstable).
Согласен, но это в том случае, если удастся уговорить мантейнера. Если
же мантейнера уговорить не удалось - думаю шансов у этого патча в
астриме совсем мало.

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

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

> libmysql++ у tosick@, но почему-то я до сих пор пакаджер;
> metakit как раз тебе и передам лучше.
Я им не пользуюсь, зачем он мне?

> Возможно, с десяток чужих пакетов за последний год я бы мог
> поправить, если б не было неохота связываться со всей этой
> бурной деятельностью ради пары строчек.
Блин, ну какая бурная деятельность? Строчка в файле и rsync?

[devel] ACL FR (was: глушитель (и мои сегодняшние notes))

[Michael Shigorin]

PreScriptum:
> > Возможно, с десяток чужих пакетов за последний год я бы мог
> > поправить, если б не было неохота связываться со всей этой
> > бурной деятельностью ради пары строчек.
> Блин, ну какая бурная деятельность? Строчка в файле и rsync?

Это почти финал, ещё ж понять надо, что к чему.  Причём не мне.

Может, попросить legion@ добавить к сообщению робота ссылку
на http://wiki.sisyphus.ru/devel/Incoming/notes и reply-to:
указанный в предложении связаться? (равно как и при выдаче
ACL было бы здорово сразу уведомлять тех, кого это задевает
-- по крайней мере людей)


On Wed, Dec 05, 2007 at 06:35:23PM +0300, Damir Shayhutdinov wrote:
> > > Попросите добавить вас в  список мантейнеров этого пакета.
> > > Это не так сложно, как кажется - добавить одну строчку в
> > > файл и залить его на сервер.
> > Я не знаю, как ясно переформулировать w.s.r/d/I/notes.
> > Сделаешь?  А то по переписке без поллитры не разобраться.
> 8<--------------------------------------------------------------
> echo package add name > <your name>
> echo package1 add name1 >> <your name>
> rsync --inplace <your name> devel:/incoming/notes/Sisyphus/
> 
> <your name> менять на login (имя пользователя на почтовом сервере @altlinux.ru)
> ----------------------------------------------------------------->8

Добавил на wiki.

> > Плюс люди порой исчезают, как-то делал сводки по этой части.
> Это повод для письма в devel@, где и решается судьба пакетов
> этих людей.

Это когда замечено...

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

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

> > Учиться надо, да только не компиляторы с ложки кормить.
> > Пусть эта mgetty падает в таких случаях.  И пусть тот, кому
> > это будет мешать, её чинит да делает update.
> Пусть чинит тот, кто _умеет_ чинить. А тот, кому это будет
> мешать - либо сам научится чинить, либо каким-то способом
> заинтересует того, кто _умеет_ чинить.

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

Например, при всём уважении к твоему или вот Димы уровню у меня
попросту нет ни малейшего намерения даже двигаться в эту сторону
-- прекрасно понимая расстояние и то, как это согласуется с моими
давно выставленными ориентирами (это когда Абель был отложен в
сторону).

> > Порой и патча не надо, просто собрать новую версию.
> И проверить что она работает. Если мантейнер не собирает новую
> версию - следует поинтересоваться, почему. Если ответ будет
> "она хуже чем старая" - тогда все понятно. А если ответ будет
> "нет времени" - то можно просить NMU или даже передать  пакет.
> Думаю любой из "зубров", тянущих кучи пакетов, будут рады
> отдать свои беспризорные пакеты в хорошие руки.

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

> > > Поэтому я бы сформулировал простое правило, куда слать патчи:
> > Это всё хорошо, да только в апстрим нередко охотнее принимают
> > патчи с комментарием "обкатано в дистрибутиве" (или unstable).
> Согласен, но это в том случае, если удастся уговорить
> мантейнера. Если же мантейнера уговорить не удалось - думаю
> шансов у этого патча в астриме совсем мало.

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

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

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

Если пакета нет, то и вылизывать нечего :)

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

"Заорфаню".

> > libmysql++ у tosick@, но почему-то я до сих пор пакаджер;
> > metakit как раз тебе и передам лучше.
> Я им не пользуюсь, зачем он мне?

Ну твоя последняя сборка. :]

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

Re: [devel] ACL FR (was: глушитель (и мои сегодняшние notes))

[Damir Shayhutdinov]

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

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


> Например, при всём уважении к твоему или вот Димы уровню у меня
> попросту нет ни малейшего намерения даже двигаться в эту сторону
> -- прекрасно понимая расстояние и то, как это согласуется с моими
> давно выставленными ориентирами (это когда Абель был отложен в
> сторону).
Главное что следует понять мантейнеру ALT Linux Team - что он не сам
по себе, а участник команды. Не надо стесняться обращаться за помощью,
если в чем-то не можешь разобраться или не уверен. Поэтому не надо
всем обазательно быть такого же уровня как ldv@. Надо просто уметь
попросить помочь решить (новый рекорд по количеству глаголов в
неопределенной форме, кстати ;).

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

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


> Время, понимаешь ли.  Может просто висеть в инбоксе.
> В моём -- иногда и год.
Не надо стесняться напоминать. Особенно если проблема стоит остро.

> > > libmysql++ у tosick@, но почему-то я до сих пор пакаджер;
> > > metakit как раз тебе и передам лучше.
> > Я им не пользуюсь, зачем он мне?
> Ну твоя последняя сборка. :]

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

[devel] неавторизованные сборки; взаимодействие

[Michael Shigorin]

On Thu, Dec 06, 2007 at 12:05:53PM +0300, Damir Shayhutdinov wrote:
> > > > Плюс люди порой исчезают, как-то делал сводки по этой
> > > Это повод для письма в devel@, где и решается судьба
> > > пакетов этих людей.
> > Это когда замечено...
> Это не повод пользуясь отсутствием людей (возможно, временным),
> заливать неавторизованные сборки.

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

И решение здесь вообще не в плоскости "поводов", а в плоскости 
градиента ответственности (main/contrib даёт возможность сделать
его) и таймаутов (например, для main -- год или два, для contrib
-- месяц-три от последнего визита $MAINTAINER в incoming вообще).

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

Прикинь, да 8)  Когда свалить не на кого или и так понятно.

> Главное что следует понять мантейнеру ALT Linux Team - что он
> не сам по себе, а участник команды. Не надо стесняться
> обращаться за помощью, если в чем-то не можешь разобраться или
> не уверен.

Золотые слова, куда бы их на мраморе... пусть здесь:
http://www.freesource.info/wiki/AltLinux/Features

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

Знаю и благодарен за ту, что досталась мне.

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

Потому и подпрыгиваю.

> > > > metakit как раз тебе и передам лучше.
> > > Я им не пользуюсь, зачем он мне?
> > Ну твоя последняя сборка. :]
> Сборка может и моя, однако я этот пакет не использую, не
> обновляю и не тестирую. А собирал в порядке помощи. Мне сейчас
> проще его тоже перевесить на nobody или отдать в хорошие руки.

И то верно.  (мои руки недостаточно хороши, на +tcl запоролся)

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

Re: [devel] неавторизованные сборки; взаимодействие

[Damir Shayhutdinov]

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

Гм, по-моему старый способ запросить NMU с указанием номера баги и
периода "неответа" все еще работает. А период неответа как раз и
зависит от важности пакета.
incoming ACL делался для решения совсем другой проблемы - когда
мантейнер готов передать пакет/дать NMU/разрешить сборку, раньше
требовалось вмешательство incominger, а теперь можно самому
разобраться.

> И решение здесь вообще не в плоскости "поводов", а в плоскости
> градиента ответственности (main/contrib даёт возможность сделать
> его) и таймаутов (например, для main -- год или два, для contrib
> -- месяц-три от последнего визита $MAINTAINER в incoming вообще).
Это параллельно ИМХО.


> > > > Надо бы увидеть пару примеров таких правок, чтобы вынести
> > > > окончательно суждение - что же лучше для дистрибутива -
> > > > техноснобизм или "демократичный подход".
> > > Да любые мои сишные.  Просто пакеты разные бывают, в те, где
> > > опасно -- не лажу или буду нудеть "помогайте, заорфаню же".
> > А ты их сам патчишь разве?
> Прикинь, да 8)  Когда свалить не на кого или и так понятно.
Надо будет как-нить посмотреть на эти патчи. Вдруг ты скромничаешь?

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

Re: [devel] неавторизованные сборки; взаимодействие

[Michael Shigorin]

On Thu, Dec 06, 2007 at 01:25:54PM +0300, Damir Shayhutdinov wrote:
> > > Это не повод пользуясь отсутствием людей (возможно,
> > > временным), заливать неавторизованные сборки.
> > Я не говорю "повод/не повод", я указываю тебе на проблему с
> > твоим предложением, которая наблюдается на практике и пару
> > раз изрядно анноила, когда наконец приходилось её решать.
> Гм, по-моему старый способ запросить NMU с указанием номера
> баги и периода "неответа" все еще работает. А период неответа
> как раз и зависит от важности пакета.

Вот именно так и приходилось...

> incoming ACL делался для решения совсем другой проблемы - когда
> мантейнер готов передать пакет/дать NMU/разрешить сборку,
> раньше требовалось вмешательство incominger, а теперь можно
> самому разобраться.

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

> > > А ты их сам патчишь разве?
> > Прикинь, да 8)  Когда свалить не на кого или и так понятно.
> Надо будет как-нить посмотреть на эти патчи. Вдруг ты
> скромничаешь?

Ой, не смеши:
http://sisyphus.ru/srpm/Sisyphus/collectd/patches/2
http://sisyphus.ru/srpm/Sisyphus/rpm2html/patches/1
http://sisyphus.ru/srpm/Sisyphus/xrcode/patches/0
и подобная одноразовая ерунда.

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

Ага.

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

Re: [devel] Да отмените же маразм!

[Damir Shayhutdinov]

> > главное, что это уже не будет проблемой sdiconov@ :)
>
> А это тоже плохо. Конкретно gnome-backgrounds я с удовольствием отдам
> насовсем, но есть такие, которые мне бы хотелось обновлять самому, но
> время от времени и наравне со всеми желающими. Причем поддерживать
> закрытый список желающих хлопотно, и опять-таки это глушит инициативу,
> которая есть основа основ любого свободного проекта.

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

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

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

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

Re: [devel] Да отмените же маразм!

[Michael Shigorin]

On Wed, Dec 05, 2007 at 01:07:56PM +0300, Damir Shayhutdinov wrote:
> Да, и нечего тут свою персональную лень выставлять тормозом
> всего прогресса, да к тому же еще и политику приплетать.

Ты занимаешься другими пакетами.  А incoming ACL -- тормоз 
всего, что _пригодно_ для одноразовых поправок _разными_ 
людьми, последние пару лет.

Почитай pld-devel-en@ для разнообразия, ну или их %changelog.

Проблема, к сожалению, существует и существенна.

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

Re: [devel] Да отмените же маразм!

[Damir Shayhutdinov]

> Ты занимаешься другими пакетами.  А incoming ACL -- тормоз
> всего, что _пригодно_ для одноразовых поправок _разными_
> людьми, последние пару лет.

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

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

Удобнее заниматься согласованием при помощи git (там есть все
инструменты, в частности git-am, git-send-email, git-format-patch и
т.п.). Incoming ACL в такой схеме вообще побоку, и проявляется только
на финальной стадии, когда согласованный пакет надо положить в
репозиторий. Затраты времени на него по сравнению с временем
согласования ИМХО минимальны.

> Почитай pld-devel-en@ для разнообразия, ну или их %changelog.
> Проблема, к сожалению, существует и существенна.

Считаю, что анархическими методами эту проблему решать - это все равно
что лечить головную боль отрубанием головы.

Re: [devel] Да отмените же маразм!

[Michael Shigorin]

On Wed, Dec 05, 2007 at 04:39:09PM +0300, Damir Shayhutdinov wrote:
> Правки разными людьми

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

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

Re: [devel] Да отмените же маразм!

[Damir Shayhutdinov]

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

Если меньше 1, то пакет отлично живет на @nobody. У нас так куча
пакетов живет и ничего же. Надо сказать объективно - "у меня нету
времени и/или желания на этот пакет -> пусть идет в @nobody". А не
мяться как Диконов "а вдруг я захочу этот пакет залить, а его уже
кто-то еще подобрал..." etc.

А если разные люди - то практика показывает, что без SCM не обойтись.

[devel] Re @nobody

[Michael Shigorin]

On Wed, Dec 05, 2007 at 06:11:45PM +0300, Damir Shayhutdinov wrote:
> > > Правки разными людьми
> > Снимись с ручника... речь о том, когда майнтейнеров у пакета
> > в среднем меньше единицы, а не толпятся наперебой.
> Если меньше 1, то пакет отлично живет на @nobody.

Не-а, следующему надо опять вешать (бишь 1) знать и 2) помнить)
туда, чтоб не заблокировать такой режим.

Впрочем, @everybody это решает.  Непонятно, почему молчали :)

> У нас так куча пакетов живет и ничего же. Надо сказать
> объективно - "у меня нету времени и/или желания на этот пакет
> -> пусть идет в @nobody". А не мяться как Диконов "а вдруг я
> захочу этот пакет залить, а его уже кто-то еще подобрал..."
> etc.

Это ты такой умный, пока в пинг-понг с очепятками не играл ;)
Контроля-то по валидности логинов/групп(?) в нотах нет.

> А если разные люди - то практика показывает, что без SCM не
> обойтись.

Кто ж спорит.  Сам тоже пользуюсь, просто не серебряная это пуля,
случаи разные бывают.

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

Re: [devel] Re @nobody

[Damir Shayhutdinov]

> > > > Правки разными людьми
> > > Снимись с ручника... речь о том, когда майнтейнеров у пакета
> > > в среднем меньше единицы, а не толпятся наперебой.
> > Если меньше 1, то пакет отлично живет на @nobody.
> Не-а, следующему надо опять вешать (бишь 1) знать и 2) помнить)
> туда, чтоб не заблокировать такой режим.

Следующий может не захочет чтобы в его пакет лезли другие люди.

А если захочет - тогда пусть делает notes.

> Впрочем, @everybody это решает.  Непонятно, почему молчали :)
Я не вижу какие проблему решает этот @everybody, без гита он только
создает проблемы.

> > У нас так куча пакетов живет и ничего же. Надо сказать
> > объективно - "у меня нету времени и/или желания на этот пакет
> > -> пусть идет в @nobody". А не мяться как Диконов "а вдруг я
> > захочу этот пакет залить, а его уже кто-то еще подобрал..."
> > etc.
> Это ты такой умный, пока в пинг-понг с очепятками не играл ;)
> Контроля-то по валидности логинов/групп(?) в нотах нет.
Это повод повесить багу! @everybody не решает эту проблему ни в коем случае.

> > А если разные люди - то практика показывает, что без SCM не
> > обойтись.
> Кто ж спорит.  Сам тоже пользуюсь, просто не серебряная это пуля,
> случаи разные бывают.
Ну да, необходимое, но не достаточное.

Re: [devel] Re @nobody

[Alexey Rusakov]

On Wed, 5 Dec 2007 18:41:47 +0300
Damir Shayhutdinov wrote:


> > > > > Правки разными людьми
> > > > Снимись с ручника... речь о том, когда майнтейнеров у пакета
> > > > в среднем меньше единицы, а не толпятся наперебой.
> > > Если меньше 1, то пакет отлично живет на @nobody.
> > Не-а, следующему надо опять вешать (бишь 1) знать и 2) помнить)
> > туда, чтоб не заблокировать такой режим.
> 
> Следующий может не захочет чтобы в его пакет лезли другие люди.
> 
> А если захочет - тогда пусть делает notes.
Возможен и противоположный подход. Следующий захотевший отправляет
беспрепятственно, а не захотевший - ваяет notes и закрепляет пакет за
собой.

-- 
  Alexey "Ktirf" Rusakov
  ALT Linux, project manager

Re: [devel] Да отмените же маразм!

[led]

Wednesday, 05 December 2007 11:52:30 Вячеслав Диконов написав:
> В Срд, 05/12/2007 в 11:09 +0200, Mykola S. Grechukh пишет:
> > 2007/12/5, Ildar Mulyukov <ildar@altlinux.ru>:
> > > On 05.12.2007 14:39:21, Mykola S. Grechukh wrote:
> > > > предлагаю вам сделать add nobody на все свои пакеты. Файлик и скрипт
> > > > прислать? ;)
> > >
> > > Это не поможет - при следующей заливке пакета права на пакет перейдут
> > > залившему.
> >
> > главное, что это уже не будет проблемой sdiconov@ :)
>
> А это тоже плохо. Конкретно gnome-backgrounds я с удовольствием отдам
> насовсем, но есть такие, которые мне бы хотелось обновлять самому, но
> время от времени и наравне со всеми желающими.

Думаю, что подобный расклад устроит далеко не "всех желающих". Не хочу никого 
обидеть, но я бы не доверил "всем желающим" пакеты, за которые я в той или 
иной мере отвечаю (в том числе и работой с баг-коммитами в багзилле - кто в 
багзиллу по своим пакетам не заглядывает, тому это трудно понять). И меня, 
например, не прельщает быть одним из "всех желающих" и вдруг однаружить 
сломанный (скорее всего ненарошно) пакет, который я перед этим залил: 
появился другой "желающий" или "мейнтейнер вдруг вернулся в семью!":)

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

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

___
Led.