[devel] Следующий дистрибутив

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

On Sun, Jul 23, 2006 at 10:52:35PM +0400, Dmitry V. Levin wrote:

DVL>>> Ну как же так?  Мне известно ещё несколько.
>> Это радует :) К сожалению имена героев мне неизвестны.
DVL> Не может этого быть.  Поройся в памяти, пожалуйста.

Какая нафиг память в полпятого утра?

А если серьезно, то насколько я наблюдаю -- подавляющее большинство
относится к нововведением вроде as-needed никак, либо резко негативно если
задевает их пакеты. Есть некоторая небольшая группа мантейнеров, которые
хоть и не являются "маньяками", но фиксят свои пакеты, и помогают фиксить
другим, когда закручиваются гайки.

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

DVL>>> Я смотрел этот пакет 2 года назад.  Думаю что это тот случай, когда
DVL>>> мантейнер за кривизну софта ответственности практически не несёт.
>> Однако факт, что там есть что улучшить _мантейнеру_. Но я, как нынешний
>> мантейнер, этого делать не буду.
DVL> Ну вот.  :(

О чем и речь.
Доводить пакеты до блеска готовы не все, особенно в одиночку.

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

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

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

>> Потому как я не вижу пути решить нынешнюю ситуацию с качеством пакетов,
>> кроме как возможностью простой совместной работы нескольких людей над
>> одним пакетов без кривульки NMU (которая, увы, кроме решения проблем ещё и
>> создает их).
DVL> Это может помочь, если внесение правок будет тривиальной процедурой.

Именно так. Или если процесс approving'а правок будет занимать менее 10
секунд после прочтения патча.

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

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