Re: [devel] obsoleted package

[Led <ledest@gmail.com>]

Sunday, 30 March 2008 20:08:20 Konstantin A. Lepikhov написав:
> Hi Led!
>
> Sunday 30, at 07:46:28 PM you wrote:
> > led-tc - это клиентское ядро, оно работает только на тонких бездисковых
> > клиентах. Открою секрет: там даже smp не включен:) На сервере можно
> > использовать хоть std-smp, хоть std-ovz (у нас как раз серверная часть
> > ltsp в ovz-контейнере и крутится)
>
> из названия это совершенно непонятно :)
>
> > Перманентное игнорирование багзиллы, незамечание и "неприветствование"
> > готовых патчей и решений. Обид никаких, зато утвердившееся мнение,
> > что "спасение утопающих - дело рук самих утопающих".
> > Основная же "фишка" led-tc - т.н. vm_deadlock-патчи. Они существовали
> > изначально только для >=2.6.21. После того как другие мои бэкпорты на
> > 2.6.18 были проигнорированы, я даже не пытался портировать vm_deadlock на
> > основное в тот момент 2.6.18. На тот момент работоспособность ltsp5 в
> > Сизифе интересовала только меня и ещё пару человек, поэтому я понял, что
> > всё нужно делать самому: и ядро, и mkinitrd и т.п. Я потерял много
> > времени пытаясь кого в чём-то убеждить, но зато теперь точно знаю, что
> > потерял это время зря и в дальнейшем этого делать не буду:)
> > Думаю, что остальные "кухарки" руководствовались схожими мотивами:)
>
> в team было 2 человека, итак достаточно перегруженных
> собственными проблемами и заботами. Более того, отстутствие железа,
> мотивации и вопрос "а нафига мне это надо" ну никак не повышали
> настроение. Да еще FUD от аналитиков и маркетоидов, которые ну никак не
> могли понять, что документация в kernel-build-tools вполне себе
> самодостаточна, и вполне может жить не как очередной опус на w.f.i., а как
> вполне себе законченный guide (если конечно к нему добавить документацию
> по git и пожить немного в ядерных списках рассылки). Насчет твоих патчей
> уже озвучивал не раз список претензий - мне нужны коммиты, которые можно
> мержить, а не стопка патчей, которые каждый раз нужно притирать. 100
> патчей в ядро - это подход 5 летней давности, сейчас никто из вендоров так
> не делает. Поскольку если ты с этим патчем пойдешь в апстрим, тебя
> попросят git diff относительно HEAD, а не твоей локальной копии. Время -
> деньги, а не сжигание себя в свободное от работы время.
>
> > > Я знаю, что текущее состояние с ядрами у нас настолько
> > > хреновое, что даже стыдно пользоваться каким-нибудь несобственным/неvsu
> > > kernel-трам-пам-пам из сизифа ;)
> >
> > Мне - не стыдно... просто - стрёмно:)
>
> см. выше FUD - это страшая сила. Она погубила много сборщиков.
>
> > > > > Привычка обновлять ядро без причины - вредная привычка. И с ней
> > > > > неустанно боролись :)
> > > >
> > > > Не передёргивай: есть ещё варианты (нередкие) "привычка обновлять
> > > > ядро С ПРИЧИНОЙ":)
> > >
> > > А привычка бэкпортить что нравится не развита? Перенос вкусных фишек в
> > > -stable это как раз и есть работа мантейнера, а не мартышки, делающей
> > > git fetch из git.kernel.org и переносящей собранный тарболл в сизиф
> > > (пример с мартышкой отвлеченный ;) Более того, это не работа
> > > пользователя обновлять ядра, пользователь хочет функционал, пинает
> > > манейнера, который чешет репу и собирает ядро с заданным функционалом.
> >
> > Пользователь "пинает" своего админа, а не мейнтейнера.
>
> мы говорим о пользователях сизифа. Пользователи дистрибутива - забота
> саппорта/внедренца.
>
> ...
>
> > > см. выше - иногда лучше прочитать, плюнуть и сделать свой -feat на
> > > текущее ядро. Поскольку маленький кусок всегда лучше читается, чем
> > > 100Мб кода.
> >
> > Я и сделал -feat'ы вместо устаревших "внешних модулей" - в чём тогда
> > заключаются твои притензии?
>
> см. выше - мне нужны коммиты. Или kernel-source. Все остальное - на свалку
> истории.

А мне нужно кофе - в постель. Но чаще приходится самому вставать и готовить 
себе (при том, что всё уже практически готово, остаётся только смешать и 
закипятить):)
К тому же apt-get не умеет пока что устанавливать пакеты из git-репозитариев, 
а путь (по времени) от git до пакета в репозитарии - далеко не всегда один 
день и иногда растягиватся до бесконечности.

-- 
Led