From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sat, 3 Nov 2007 19:48:55 +0200 From: Michael Shigorin To: ALT Linux Team development discussions Message-ID: <20071103174855.GL19729@osdn.org.ua> Mail-Followup-To: ALT Linux Team development discussions References: <20071102113831.GO24532@osdn.org.ua> <20071102131936.GA11245@lks.home> <20071102140425.GP24532@osdn.org.ua> <20071103131602.GB15234@lks.home> <20071103152324.GD19729@osdn.org.ua> <20071103153405.GB22728@lks.home> <20071103154541.GF19729@osdn.org.ua> <20071103160251.GA28042@lks.home> <20071103163550.GI19729@osdn.org.ua> <20071103171120.GA2484@lks.home> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20071103171120.GA2484@lks.home> User-Agent: Mutt/1.4.2.1i Subject: Re: [devel] =?koi8-r?b?y8/MzMHCz9LB1MnXzs/T1NgsIMfP18/SydvYPyAgztUg?= =?koi8-r?b?xMHXwco=?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Nov 2007 17:48:57 -0000 Archived-At: List-Archive: List-Post: 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 ------ Linux.Kiev http://www.linux.kiev.ua/