ALT Linux kernel packages development
 help / color / mirror / Atom feed
From: Peter Novodvorsky <nidd@myxomop.com>
To: devel-kernel@altlinux.ru
Subject: Re: [d-kernel] kernel policy
Date: Thu, 17 Apr 2003 13:35:39 +0400
Message-ID: <m3brz579g4.fsf@shamrock.office.altlinux.ru> (raw)
In-Reply-To: <m3znmpa8rv.fsf@altlinux.ru> (Ed V. Bartosh's message of "17 Apr 2003 11:21:56 +0400")

ed@altlinux.ru (Ed V. Bartosh) writes:

> Hello, Dmitry
>
>  DVL> Т.е. мы будем называть пакеты с самими ядрами kernel-image-,
>  DVL> с модулями - kernel-module-,
>  DVL> c header'ами kernel-headers-,
>  DVL> с исходным кодом и патчами - kernel-(fix|feat)-?
>  DVL> Или как-то иначе?
> Да, я предлагаю сделать так. Тут еще один плюс - в таком подходе мы
> имеем только 6 категорий - фичи, фиксы, модули, сорцы, хедеры и
> готовые ядра.
> То есть катекория пакета однозначно определяется вторым элементом
> названия (после kernel-). А в случае kernel-alsa и т.п. такой однозначной
> категоризации нет. Убедил :) ?

Отлично-отлично. Наконец. Осталось решить последний вопрос: как будут назваться
пакеты с хедерами alsa?  :))) kernel-headers-alsa? [I}

Кстати я вношу с солгласия Эда и Димы патчик в kernel-policy:

 kernel policy обновляется участниками kernel maintainer committee.
 Состав kernel committee:
+- Ed Bartosh <ed@sam-solutions.net>
+- Dmitry Levin <ldv@altlinux.org>
 - Peter 'nidd' Novodvorsky <nidd@altlinux.com>
 
> В полиси можно зафиксировать общую стратегию, применяемую в
> репозитарии, пусть даже она будет носить рекомендательный характер.
> Ведь полиси - это стратегический документ ?

В качестве рекоммендации можно конечно.

>  DVL> Модули, исходники которых живут и меняются асинхронно с самим ядром, имеет
>  DVL> смысл собирать отдельно от ядра. Впрочем, я об этом уже говорил.
> Да, поддерживаю.

ура.

>  >> Но в спорных вопросах как будем поступать ? Нужен третий, как минимум :)
>
>  DVL> Третьего я вам найду, об этом не беспокойтесь. :)
> Ну вот и чудненько. Будем соображать на троих :)

См патчик :)

Остаются два ключевых вопроса:

1. Как прикладываются патчи (обязательность apply скрипта)
2. и [I]

Кажется всё, да?

Насчёт возможности собирания внешних модулей внутри ядра. В redhat
используется система с директорией add-on, в которую всё
кладётся. Можно, чтобы каждый source пакет (типа alsa-source) включал
в себя apply скрипт, который распаковывает его самого в add-on и
прописывает в Config.in себя. 

Хотелось бы по-быстрее завершить это обсуждение и принять базовую
полиси, чтобы приступить к работе.

-- 
Peter Novodvorsky                             nidd@myxomop.com
   http://people.altlinux.ru/~nidd   Deadheads, unite!
           Kill 'em all, and let God sort 'em out


  parent reply	other threads:[~2003-04-17  9:35 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
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 [this message]
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=m3brz579g4.fsf@shamrock.office.altlinux.ru \
    --to=nidd@myxomop.com \
    --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