ALT Linux kernel packages development
 help / color / mirror / Atom feed
From: ed@altlinux.ru (Ed V. Bartosh)
To: ALT Linux kernel packages development <devel-kernel@altlinux.ru>
Subject: Re: [d-kernel] I: new packages to sisyphus
Date: Thu, 31 Jul 2003 13:01:22 +0400
Message-ID: <m3znivt6hp.fsf@altlinux.ru> (raw)
In-Reply-To: <3F28E060.3030408@altlinux.com> (Anton Farygin's message of "Thu, 31 Jul 2003 13:24:48 +0400")


>>>>> "AF" == Anton Farygin writes:

 >>   ARV>  c8b4ca3389c7859a6a4de0efb2cea2c9
 >>   ARV>  kernel-feat-drivers-net-3c90x-2003.07.30-alt1.src.rpm
 >>   ARV>  Драйвер для карт 3COM 3x90x
 >>    darkstar-alt> ed_: привет!
 >>  darkstar-alt> ed_: по поводу 3c90x - а зачем его в отдельный
 >>  darkstar-alt> пакет?  ed_: ему лучше всего в основном ядре жить
 >>  darkstar-alt> ))) >> Ему лучше жить в kernel-module и
 >>  darkstar-alt> апгрейдиться отдельно от ядра.  >> По-моему это уже
 >>  darkstar-alt> обсуждалось и неоднократно.
 >>
  
 AF>  А зачем ?
  
 AF>  Давайте представим себе труд мантейнера ядра, которому нужно
 AF>  собрать новую версию пакета kernel-image:
  
 AF>  1) Собирает kernel-source 
Не помню когда я делал это последний раз.

2) Собирает kernel-image, ставит в
 AF>  сборочную систему хедеры 3) Пересобирает 15-20 пакетов с
 AF>  модулями, одновременно правя спеки, прописывая зависимости на
 AF>  новое ядро и т.д.  
Это просто нужно автоматизировать, вот и все.

 AF>  Мне откровенно жаль этого мантейнера.
мне тоже, если это делать руками. Никто же не спорит о необходимости
этот процесс автоматизировать.
  
 AF>  По моему изначально мы некоторое время обсуждали следущую
 AF>  идеологию:
  
 AF>  1) Есть std ядро, включающее в себя все что мы считаем стабильно
 AF>  работающим. Как то: дополнительные драйвера, исправления ошибок,
 AF>  файловые системы и т.д.  2) Все остальные пакеты, дополняющие
 AF>  или изменяющие функциональность в std-up ядре базируются
 AF>  исключительно на нем и на его наборе патчей. Как-то w4l, rsbac,
 AF>  ядра с supermount и т.д.
  
 AF>  По моему - будет намного удобнее и менее запутаннее чем в
 AF>  текущей ситуации... Единственное что нам нужно сделать - это
 AF>  добится максимально качественного std-up ядра.
По-моему мы также обсуждали преимущества подхода, при котором мы имеем
как можно больше функционала в отдельных пакетах с модулями. И особых
возражений не было. Он имеет как минимум 2 достоинства: не нужно
пересобирать ядро при изменениях в этих пакетах, либо добавлении новых
и не нужно перегружать систему при их установке/апгрейде.
Для серверных конфигураций это очень важно.  

Я предлагаю таки доопределиться со стратегией выноса в модули и
зафиксировать ее в полиси.

-- 
Best regards,
Ed V. Bartosh


  reply	other threads:[~2003-07-31  9:01 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-07-31  6:20 Albert R. Valiev
2003-07-31  7:19 ` Ed V. Bartosh
2003-07-31  8:44   ` Albert R. Valiev
2003-07-31  7:50     ` Ed V. Bartosh
2003-07-31  8:52       ` Albert R. Valiev
2003-08-06 11:55         ` Ed V. Bartosh
2003-08-07  5:06           ` Albert R. Valiev
2003-08-07  7:54             ` Ed V. Bartosh
2003-08-07  8:57             ` Dmitry V. Levin
2003-08-07  8:12               ` Ed V. Bartosh
2003-08-07  9:26                 ` Dmitry V. Levin
2003-08-07  8:33                   ` Ed V. Bartosh
2003-08-07  9:39                     ` Dmitry V. Levin
2003-08-07  9:13               ` Peter Novodvorsky
2003-08-07  8:22                 ` Ed V. Bartosh
2003-08-07  9:27                   ` Peter Novodvorsky
2003-08-07 14:25             ` Dmitry V. Levin
2003-08-07 15:29               ` Albert R. Valiev
2003-08-07 15:32                 ` Dmitry V. Levin
2003-08-07 16:07                   ` Albert R. Valiev
2003-08-08  6:45               ` Albert R. Valiev
2003-07-31  9:24   ` Anton Farygin
2003-07-31  9:01     ` Ed V. Bartosh [this message]
2003-07-31 10:09       ` Anton Farygin
2003-07-31  9:16         ` Ed V. Bartosh
2003-07-31 10:51           ` Anton Farygin
2003-07-31  9:58             ` Ed V. Bartosh
2003-07-31 11:45               ` Anton Farygin
2003-07-31 10:46                 ` Ed V. Bartosh
2003-07-31  9:33   ` [devel] " Anton Farygin
2003-07-31  9:15 ` Anton Farygin
2003-07-31  8:51   ` Ed V. Bartosh
2003-07-31 10:06     ` Anton Farygin
2003-07-31 10:59       ` Michael Shigorin
2003-07-31 11:18         ` Anton Farygin
2003-07-31 11:52           ` Michael Shigorin
2003-07-31 12:05             ` Anton Farygin

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=m3znivt6hp.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