From: "Konstantin A. Lepikhov" <lakostis@altlinux.org> To: ALT Linux Team development discussions <devel@lists.altlinux.org> Subject: Re: [devel] obsoleted package Date: Sun, 30 Mar 2008 21:08:20 +0400 Message-ID: <20080330170820.GA8437@lks.home> (raw) In-Reply-To: <200803301946.28796.ledest@gmail.com> [-- Attachment #1: Type: text/plain, Size: 3669 bytes --] 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. Все остальное - на свалку истории. -- WBR et al. [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2008-03-30 17:08 UTC|newest] Thread overview: 45+ messages / expand[flat|nested] mbox.gz Atom feed top 2008-03-29 18:44 Led 2008-03-30 0:10 ` Денис Смирнов 2008-03-30 0:48 ` Led 2008-03-30 8:44 ` Konstantin A. Lepikhov 2008-03-30 14:16 ` Led 2008-03-30 14:28 ` Led 2008-03-30 14:29 ` [devel] kernel modules Dmitry V. Levin 2008-03-30 14:35 ` Led 2008-03-30 14:43 ` [devel] obsoleted package Konstantin A. Lepikhov 2008-03-30 14:49 ` Konstantin A. Lepikhov 2008-03-30 15:07 ` Led 2008-03-30 15:45 ` Konstantin A. Lepikhov 2008-03-30 16:02 ` Led 2008-03-30 16:21 ` Konstantin A. Lepikhov 2008-03-30 16:46 ` Led 2008-03-30 17:08 ` Konstantin A. Lepikhov [this message] 2008-03-30 17:27 ` [devel] [JT] custom kernels, upstream merges, patches vs git, etc Michael Shigorin 2008-03-30 17:40 ` [devel] obsoleted package Led 2008-03-30 18:42 ` Konstantin A. Lepikhov 2008-03-30 19:11 ` Led 2008-03-30 19:38 ` Konstantin A. Lepikhov 2008-03-30 19:47 ` Led 2008-03-31 6:49 ` Eugene Ostapets 2008-03-31 6:51 ` Mikhail Gusarov 2008-03-31 6:54 ` Eugene Ostapets 2008-03-31 6:55 ` Mikhail Gusarov 2008-03-31 8:12 ` Eugene Ostapets 2008-03-31 11:31 ` Michael Shigorin 2008-03-31 11:43 ` Eugene Ostapets 2008-03-31 12:53 ` [devel] update-kernel Michael Shigorin 2008-03-31 12:55 ` Mikhail Gusarov 2008-03-31 13:01 ` Michael Shigorin 2008-03-31 12:11 ` Led 2008-03-31 13:50 ` Michael Shigorin 2008-03-31 13:55 ` Eugene Ostapets 2008-03-31 13:57 ` Michael Shigorin 2008-03-31 15:14 ` Anton Farygin 2008-03-31 13:21 ` Anton Farygin 2008-04-05 10:58 ` [devel] obsoleted package Хихин Руслан 2008-04-01 4:52 ` Vladimir V. Kamarzin 2008-04-01 10:07 ` Michael Shigorin 2008-03-30 14:16 ` Igor Zubkov 2008-03-30 14:19 ` Led 2008-03-30 14:54 ` Igor Zubkov 2008-03-30 15:39 ` Led
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20080330170820.GA8437@lks.home \ --to=lakostis@altlinux.org \ --cc=devel@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git