ALT Linux Team development discussions
 help / color / mirror / Atom feed
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 19:45:58 +0400
Message-ID: <20080330154558.GA12568@lks.home> (raw)
In-Reply-To: <200803301807.11482.ledest@gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2144 bytes --]

Hi Led!

Sunday 30, at 06:07:11 PM you wrote:

> > 2) Есть понятие "модули ядра", т.е, те, что поддерживает "ванильное" ядро,
> > и остальные модули. Вот как раз остальные должны жить отдельно, поскольку
> > сами по-себе являются факультативными.
> 
> Вот те "внешние" модули, которые я собираю с ядром, для kernel-image-led-tc 
> являются как раз практически "нефакультативными".
Что мешает тебе сделать отдельное ядро + виртуальный пакет? Как минимум,
это даст экономию своего времени, поскольку избавит от рутины пересборки
"сторонних" модулей. Более того, наличие отдельного kernel-source - это
80% работы других мантейнеров для сборки этого модуля для своих ядер.
Подход "каждой кухарке - свое ядро" вреден тем, что как раз отбрасывает
все эти требования - теперь каждый собирает модули и ядра сам по себе, не
думая о других, что порождает все больше и больше бесплезных ядер,
различающихся только одним патчем/модулем в 2k.

> 
> Ну вот, как "обходить" 3-й пункт ты так и не сказал:)
> 
> >
> > Хотя, сейчас у нас разброд и шатание, думаю, скоро появятся и монолитные
> > ядра "со всем в пузе", потому что кому-то так удобно.
> 
> Как это не парадоксально, но в первую очередь это удобно пользователю 
> (имеющему права и привычку регулярно обновлять ядро) при микроскопическом 
Привычка обновлять ядро без причины - вредная привычка. И с ней неустанно
боролись :)

> оверхеде по объёму (да, я знаю про всевозможные костыли-скрипты от разных 
> авторов, которые "обновляют всё и красиво вместе с ядром", но от этого они 
> перестают быть костылями). А по факту - ядра обновляются чаще, чем 
> 90% "внешних модулей", которые потом "догоняют" ядро в репозитарии в течении 
> нескольких дней. Но "догоняют" только формально, потому как множество 
> kernel-source-module остаются безнадёжно устаревшими по версиям :(
Если собирать себе каждый день снапшоты из git, то да, модули будут
отставать по версиям. В других случаях описанная ситутация кажется мне
сильно надуманной. kernel-source у нас устаревают не потому, что ядро их
обгоняет, а потому что их собирать и чинить некому. 

-- 
WBR et al.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2008-03-30 15:45 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 [this message]
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
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=20080330154558.GA12568@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