From: "Evgeny Sinelnikov" <sin@altlinux.ru> To: "ALT Linux Team development discussions" <devel@lists.altlinux.org> Subject: Re: [devel] По поводу зависимостей kernel-headers-* и kernel-headers-modules-* Date: Sun, 5 Oct 2008 21:31:45 +0400 Message-ID: <921f6bb40810051031r59cb52bbm21bb71428f3d5f59@mail.gmail.com> (raw) In-Reply-To: <200810030036.32953.ledest@gmail.com> 3 октября 2008 г. 1:36 пользователь Led <ledest@gmail.com> написал: > On Thursday, 02 October 2008 23:59:30 Konstantin Baev wrote: >> Led пишет: >> > Пользователи не собирают модули для старых ядер. >> >> Хорошо бы, только неизвестно, какое у них там ядро. Мы поддерживаем >> максимальное количество ядер. Но даже если ядро от хедера отличается >> всего на 1 релиз - то или ядро обновлять или старый хедер из архива >> вытягивать, потому что он сам заместился новым. >> >> Или я так ужасно коряво объясняю или старожилы devel@ привыкли отвечать >> на вопросы ответами-штампами, не особо задумываясь над конкретным случаем. > > Вы выдаёте свои кастомные проблемы разработчика за проблемы пользователей. При > этом непонятно, что за проблемы, потому как непонятно для кого вы собираете > ядерные модули: если для конечных пользователей, то зачем пользователям > модули для старого ядра? и что это за конечные пользователи, которые сидят на > Сизифе? Причём тут Сизиф? На бранчах ядра тоже обновляются... Вот пример. Ставим систему, где ядро altX, потом обновляем из бранча, где уже altX+1... B вот тут нам понадобился новый модуль... Но собрать его мы без прибегания к таким обходным путям, как архив, уже никак простым путём не получится... Да, конечно модуль мы руками не собираем, мы запускаем некий скрипт, который это делает, ну, на худо конец пару пакетов ставим и инклюдниками ядра... Только инклюдники-то уже не те... Вот и выкручивайся... > ИМХО вы придумали надуманную проблему: "всё время делаю dist-upgrade на > автомате, но ядро не обновляю принципиально". Честно - за 10 лет в линуксе > первый раз про такое слышу:) > Проблема вполне конкретная и я уже вёл речь о её причинах.... У нас относительно небольшое community и серъёзные вендоры не смотрят на нас, как на потенциальных клиентов... Поэтому мы собираем все модули к своим ядрам сами и не можем предложить пользователям наших решений возможность воспользоваться стандратными средствами сборки модулей от тех же nvidia-дров или модулей от VMWare... Я не умоляю достоинства некоторых технических аспектов наших решений, а хочу указать на то, что очень даже странно, что живя "10 лет в линуксе" вы в первый раз слышите о проблемах сборки модулей... > Не наезд:) > Даже не знаю :) > P.S. сам (для себя) поддерживаю два ядра с одинаковым flavour, но с разными > версиями (2.6.22 и 2.6.25). Когда пришлось собирать модуль в хост системе для > 2.6.22 и обнаружил, что установлены headers от 2.6.25 (естественно) - > продаунгредил headers до 2.6.22 и поставил их Hold - всё это заняло минуту и > даже в голову не пришло, что это - проблема, потому как абсолютно осознано - > это мой, очень редкий, кастомный, абсолютно нетипичный случай, я абсолютно > отдавал себе отчёт в том, что то, что я хочу сделать (при установленных двух > ядрах разных версий в системе собирать что-то не в хэшере, а в > хост-системе) - самый настоящий костыль. Т.е. попытайтесь находить ошибки > пержде всего в своём подходе к сборке, а не в системе:) > А это затронут очень важный феномен, которому подвержен всякий профессионал и, в частности, линуксоид со стажем... Войдя в суть возникающих проблем, просто не замечать их наличия... Я вот честно и искренне заявляю, что поставить что-то на hold для большинства пользователей десктопов задача из ряда вон... И если этого можно избежать, то так и нужно делать... Чтобы не переливать из пустого в порожнее... Я бы очень попросил вынести настройки apt в отдельный подпакет, чтобы вот эту часть можно было заменять в своих решениях: $ rpm -qf /etc/apt/apt.conf apt-0.5.15lorg2-alt20 [sin@server tmp]$ cat /etc/apt/apt.conf /* * This is the main configuration file for the APT suite of tools, * see apt.conf(5) for details. */ // See apt-cdrom(8) for details. Acquire::CDROM::Copy-All "false"; Acquire::CDROM::mount "/media/cdrom"; RPM { Allow-Duplicated { // Old-style kernels. "^(NVIDIA_)?(kernel|alsa)[0-9]*(-adv|-linus)?($|-up|-smp|-secure|-custom|-enterprise|-BOOT|-tape|-aureal)"; // New-style kernels. "^kernel-(image|modules)-.*"; }; Hold { // Old-style kernels. "^(kernel|alsa)[0-9]+-source"; }; }; -- Sin (Sinelnikov Evgeny)
next prev parent reply other threads:[~2008-10-05 17:31 UTC|newest] Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top 2008-10-01 14:20 Konstantin Baev 2008-10-01 14:28 ` Led 2008-10-01 14:35 ` Dmitry V. Levin 2008-10-01 14:41 ` Konstantin Baev 2008-10-02 14:36 ` Michael Shigorin 2008-10-02 14:57 ` Konstantin Baev 2008-10-02 15:02 ` Led 2008-10-02 20:59 ` Konstantin Baev 2008-10-02 21:08 ` [devel] [JT] *sigh* Michael Shigorin 2008-10-02 21:36 ` [devel] По поводу зависимостей kernel-headers-* и kernel-headers-modules-* Led 2008-10-05 17:31 ` Evgeny Sinelnikov [this message] 2008-10-05 18:07 ` Michael Shigorin 2008-10-05 18:53 ` Evgeny Sinelnikov 2008-10-05 20:19 ` Ildar Mulyukov 2008-10-06 5:56 ` Vitaly Lipatov 2008-10-01 14:43 ` Konstantin Baev 2008-10-01 14:46 ` Damir Shayhutdinov 2008-10-01 15:32 ` Konstantin Baev 2008-10-01 19:33 ` Dmitry Afanasov 2008-10-02 7:40 ` Konstantin Baev 2008-10-02 8:42 ` Dmitry Afanasov 2008-10-02 9:09 ` Konstantin Baev 2008-10-01 16:03 ` Михаил Якушин 2008-10-01 16:38 ` Konstantin Baev 2008-10-01 16:45 ` 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=921f6bb40810051031r59cb52bbm21bb71428f3d5f59@mail.gmail.com \ --to=sin@altlinux.ru \ --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