[devel] коллаборативность, говоришь? ну давай

[Michael Shigorin]

On Sat, Nov 03, 2007 at 08:11:20PM +0300, Konstantin A. Lepikhov wrote:
> > > у меня тоже есть много колкостей в твой адрес, но смысл их
> > > тут писать?
> > Если они касаются команды -- пиши, конечно.  Может, мне хоть
> > перед коллегами наконец станет стыдно за поводы для них.
> Зачем мне это надо? Баги надо в багзиллу, а обсуждать личности
> надо за пивом, шоб веселее было.

Кстати, вторично предлагаю создать проект "ALT Linux Team".
Чтоб не натыкаться на известные WONTFIX оных личностей. :)

> > > > > > Именно этим для меня сейчас работа led@, который
> > > > > > молчаливый практик (и которому git был бы _очень_
> > > > > > полезен, но не навязывать же) -- для меня и для многих
> > > > > > _сейчас_ гораздо полезней, чем указание "в моём гите".
> > > > > сборки led@'а пойдут в /dev/null, когда в сизифе
          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > > > > появится новое ядро.
> > > > Ты этим гарантируешь учёт всех уже повешенных им багов на std-smp?
> > > мне неинтересно std-smp поскольку
> > > 1) я не его мантейнер
> > Тогда засунь в /dev/null свои выше высказанные соображения,
> > будь столь добр.
> Ты мне значит выговариваешь какой я мерский гоблин что не чиню
> повешенные баги на forcedeth, а потом затыкаешь рот, когда тебе
> говорят что претензии не по-адресу, и что там где можно, они
> починены. Изивини, но тебя тоже можно послать, но гораздо
> дальше.

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

Ладно, замяли для ясности.

> > > 3) предложение о его поддержке повисло в воздухе. И не надо
> > > говорить, что этого письма ты не видел.
> > Оно поступило тогда, когда майнтейнер по крайней мере опять
> > появился в пределах досягаемости.  Хорошо, но несвоевременно.
> > (это не претензия, а если -- то не к тебе; просто как факт)
> тогда ты похоже ошибся с ответом :) я не vsu@

Нет, не ошибся.  Ответ был про разницу "у меня в гите" и "у меня 
в people для $arch".

> > > > Или приедешь с автоматом предлагать ему выбросить в
> > > > /dev/null те, которые и не вешались по причине отсутствия
> > > > реакции на предыдущие?
> > > баги можно вешать сколько угодно, но без использования
> > > механизма их легкого исправления aka выложить в виде
> > > коммита судьба их незавидна.
> > Это вопрос организации этого самого взаимодействия.  Коммит
> > -- не серебряная пуля, у меня в git.alt есть не втянутые
> > майнтейнерами изменения, которые субъективно того стоят,
> > но по их мнению, видимо, нет.
> я не говорю про общее взаимодействие, мне хватает ядер и моих
> пакетов.  Ядра собираются из git'а, это данность которую
> хочешь-не хочешь все должны принять.

xen тоже?  Я понимаю, чем так лучше, но оставь людям право
делать _неоптимально_, но как они умеют; или делай всё то, 
что могут сделать люди, которые не умеют как ты, зато успевают
сделать то, что не успеваешь сделать ты (или что тебе не нужно).

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

Видишь ли, на эту борьбу есть --no-as-needed там, где
неоправдано.  И если бы была техвозможность то изменение
сделать warning, а не error -- это было бы тоже хорошо.

> > > я не собираю std-smp. В ovz-smp этого бага нет.
> > Я же не считаю осмысленным раздавать ovz-smp для десктопов
> > при наличии выбора. (если бы не было -- пробовал бы wks/ovz
> > перед тем, как собирать своё)
> wks ядро не предназначено для production. Это такое домашнее и
> уютное создание, как и ll-smp, которое вообще дальше cvs/git'а
> не вылезало.

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

> Поэтому по вопросам коммерческого использования данных
> продуктов ты знаешь куда обращаться ;)

Да, в /dev/null.  Меня вполне устраивает 2.6.18-led-smp-alt1
на данный момент ;)

> > Ещё надеюсь, что ты тоже подумаешь над корнем таких проблем.
> > Не в инструментах он, а только в людях.
> talk - action = 0 Что ты сделал для std-smp? :) 

Что-то когда-то делал, повспоминать и тебе в жабер накидать?

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

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