From: ed@altlinux.ru (Ed V. Bartosh) To: devel-kernel@altlinux.ru Subject: Re: [d-kernel] kernel policy Date: 17 Apr 2003 11:32:00 +0400 Message-ID: <m3u1cxa8b3.fsf@altlinux.ru> (raw) In-Reply-To: <3E9E4517.3070500@altlinux.com> Hello, >> Можно рассмотреть 2 схемы: >> 1 - стратегия выноса в отдельные пакеты как можно большего количества >> функционала. Плюсы здесь есть неоспоримые - ядро меньше, проще >> апгрэйдить на продекшен системах (без перезагрузки), можно брать и >> ставить только тот функционал, который нужен. >> Минусы тоже присутствуют, основной - большое количество >> пакетов, ведь их нужно будет собирать под >> конкретные ядра. AF> Еще один минус - придется увязывать названия пакетов с AF> оборудованием и функционалом. Ибо для правильной AF> установки этого в программе установки придется немного AF> поработать. Сейчас же устанавливается ядро, в котором AF> просто все есть. Инсталлятор - это, конечно, важный элемент дистрибутива, но я бы не стал привязываться к нему в данном вопросе. Гораздо важнее удобство эксплуатации ядерных пакетов. Инсталлятор - это ведь только начало, да и поправить его в нужную сторону проще, чем потом иметь проблемы с остальным. >> 2 - противоположная стратегия - сборка как можно большего количества >> модулей вместе с ядром, в составе kernel-image. Здесь с минусами и >> плюсами все наоборот. AF> Я бы предложил среднее: то, что необходимо для программы AF> установки (в плане функциональности) нам нужно включать в AF> kernel-image. Все остальное (например freeswan) - AF> выносить в отдельные пакеты. По мере появления AF> поставляемой из коробки функциональности (а также по мере AF> тестирования сторонних модулей) - переносить в базовое AF> ядро необходимые модули. Я бы не рассматривал здесь требования инсталлятора, неправильно это. Никто не мешает загрузить нужные модули и в процессе инсталляции. >> И еще: Возможно было бы пойти по первой схеме, только >> иметь >> некое базовое собранное ядро (без фич, только с фиксами) и пакеты >> модулей, собранных относительно этой базы. >> А окончательные kernel-image будут просто пакетами, которые будут >> составлять некие наборы из базы и модулей. >> Возможно в этом случае удалось бы избежать основных >> недостатков схемы 1. >> Давайте обсудим, считаю, что это вопрос стратегический. AF> мне если честно не очень нравится идея сильного дробления AF> ядра на модули. тяжело собирать, отслеживать зависимости, AF> устанавливать и многое другое. Тогда уж лучше AF> реализовать мою идею с поставкой не упакованного в пакет AF> ядра и спец. скриптом, устанавливающим только необходимые AF> для данной машины модули. Поясни, плз, поподробнее, я недопонял. Как это "не упакованного в пакет" ? -- Best regards, Ed V. Bartosh
next prev parent reply other threads:[~2003-04-17 7:32 UTC|newest] Thread overview: 80+ messages / expand[flat|nested] mbox.gz Atom feed top 2003-04-15 14:40 nidd 2003-04-15 13:56 ` Sviatoslav Sviridov 2003-04-15 16:05 ` [d-kernel] " Sergey Vlasov 2003-04-15 15:36 ` [d-kernel] " Ed V. Bartosh 2003-04-15 18:10 ` Peter Novodvorsky 2003-04-15 18:54 ` aen 2003-04-16 7:50 ` Ed V. Bartosh 2003-04-16 15:19 ` aen 2003-04-16 14:31 ` Ed V. Bartosh 2003-04-17 6:09 ` Anton Farygin 2003-04-17 7:32 ` Ed V. Bartosh [this message] 2003-04-17 8:48 ` Anton Farygin 2003-04-17 8:49 ` Ed V. Bartosh 2003-04-17 10:14 ` Anton Farygin 2003-04-17 10:34 ` Ed V. Bartosh 2003-04-17 12:09 ` Anton Farygin 2003-04-17 11:56 ` Ed V. Bartosh 2003-04-17 13:14 ` Peter Novodvorsky 2003-04-17 10:57 ` aen 2003-04-17 13:16 ` Dmitry V. Levin 2003-04-17 12:36 ` Ed V. Bartosh 2003-04-17 13:12 ` Peter Novodvorsky 2003-04-17 13:24 ` Ed V. Bartosh 2003-04-17 14:41 ` aen 2003-04-17 14:18 ` aen 2003-04-17 10:49 ` Dmitry V. Levin 2003-04-17 10:58 ` [JT] " Anton Farygin 2003-04-17 10:50 ` Ed V. Bartosh 2003-04-17 12:11 ` Anton Farygin 2003-04-17 11:22 ` Dmitry V. Levin 2003-04-17 11:21 ` Anton Farygin 2003-04-24 23:59 ` Michael Shigorin 2003-04-17 10:43 ` Dmitry V. Levin 2003-04-17 10:16 ` Ed V. Bartosh 2003-04-17 13:09 ` Dmitry V. Levin 2003-04-17 12:25 ` Ed V. Bartosh 2003-04-24 23:57 ` Michael Shigorin 2003-04-25 9:35 ` Ed V. Bartosh 2003-04-25 10:41 ` Michael Shigorin 2003-04-25 9:45 ` Ed V. Bartosh 2003-04-25 12:04 ` Michael Shigorin 2003-04-25 11:17 ` Ed V. Bartosh 2003-04-25 13:26 ` Michael Shigorin 2003-04-25 14:34 ` Ed V. Bartosh 2003-04-16 7:44 ` Ed V. Bartosh 2003-04-16 9:28 ` aen 2003-04-16 8:58 ` Ed V. Bartosh 2003-04-16 10:08 ` Peter Novodvorsky 2003-04-16 10:39 ` aen 2003-04-16 10:31 ` Ed V. Bartosh 2003-04-16 9:36 ` Dmitry V. Levin 2003-04-16 10:13 ` Sergey Bolshakov 2003-04-16 10:45 ` aen 2003-04-16 10:01 ` Peter Novodvorsky 2003-04-16 10:15 ` Ed V. Bartosh 2003-04-16 22:10 ` Dmitry V. Levin 2003-04-17 7:21 ` Ed V. Bartosh 2003-04-17 9:21 ` aen 2003-04-17 9:35 ` Peter Novodvorsky 2003-04-17 10:47 ` Ed V. Bartosh 2003-04-17 11:29 ` Dmitry V. Levin 2003-04-17 11:36 ` Sergey Pinaev 2003-04-17 11:55 ` aen 2003-04-15 16:14 ` aen 2003-04-15 16:35 ` [d-kernel] " Vitaly Ostanin 2003-04-15 18:29 ` Peter Novodvorsky 2003-04-15 16:46 ` [d-kernel] " aen 2003-04-16 0:32 ` Denis Smirnov 2003-04-16 2:48 ` Albert R. Valiev 2003-04-16 7:47 ` Ed V. Bartosh 2003-04-16 9:28 ` aen 2003-04-16 8:47 ` aen 2003-04-16 8:42 ` Albert R. Valiev 2003-04-25 0:13 ` Michael Shigorin 2003-04-25 6:12 ` Sviatoslav Sviridov/Lintec Project 2003-04-25 6:41 ` Albert R. Valiev 2003-04-25 6:58 ` Sviatoslav Sviridov/Lintec Project 2003-04-25 6:59 ` Albert R. Valiev 2003-04-16 10:26 ` [d-kernel] " Vitaly Ostanin 2003-04-17 11:34 ` [d-kernel] " Dmitry V. Levin
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=m3u1cxa8b3.fsf@altlinux.ru \ --to=ed@altlinux.ru \ --cc=devel-kernel@altlinux.ru \ /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 kernel packages development This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel-kernel/0 devel-kernel/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-kernel devel-kernel/ http://lore.altlinux.org/devel-kernel \ devel-kernel@altlinux.org devel-kernel@altlinux.ru devel-kernel@altlinux.com public-inbox-index devel-kernel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel-kernel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git