From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <goldhead@altlinux.ru>
Date: Mon, 16 Sep 2002 21:42:06 +0400
From: Konstantin Volckov <goldhead@altlinux.ru>
To: sisyphus@altlinux.ru
Subject: Re: [sisyphus] Re: kernel despaghettification
Message-Id: <20020916214206.11706a41.goldhead@altlinux.ru>
In-Reply-To: <3D85AFB5.6020607@mail.ru>
References: <20020905133429.54dff7a9.goldhead@altlinux.ru>
	<Pine.BSF.4.44.0209051406140.15400-100000@elefant.dgtu.donetsk.ua>
	<20020905160837.0d68fbd4.goldhead@altlinux.ru>
	<20020906224736.GB1737@mhz.mikhail.zabaluev.name>
	<3D85AFB5.6020607@mail.ru>
Organization: ALT Linux
X-Mailer: Sylpheed version 0.8.1 (GTK+ 1.2.10; i586-alt-linux)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
 micalg=pgp-sha1; boundary="'h1tz)yQ1/=.pGVA"
Sender: sisyphus-admin@altlinux.ru
Errors-To: sisyphus-admin@altlinux.ru
X-BeenThere: sisyphus@altlinux.ru
X-Mailman-Version: 2.0.13
Precedence: bulk
Reply-To: sisyphus@altlinux.ru
List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@altlinux.ru?subject=unsubscribe>
List-Id: <sisyphus.altlinux.ru>
List-Post: <mailto:sisyphus@altlinux.ru>
List-Help: <mailto:sisyphus-request@altlinux.ru?subject=help>
List-Subscribe: <http://altlinux.ru/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@altlinux.ru?subject=subscribe>
List-Archive: <http://altlinux.ru/pipermail/sisyphus/>
Archived-At: <http://lore.altlinux.org/sisyphus/20020916214206.11706a41.goldhead@altlinux.ru/>
List-Archive: <http://lore.altlinux.org/sisyphus/>

--'h1tz)yQ1/=.pGVA
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 8bit

On Mon, 16 Sep 2002 14:17:25 +0400
Serge <sergeyssv@mail.ru> wrote:

Hi!

> >Позволю себе суммировать правила бойцовского клуба:
> >0. Vanilla kernel -- наше достояние и отправная точка. Keep tidy.

Ес-но.

> >1. Улучшать нужно только то, что не работает должным образом.

Только для stable.

> >2. Если не лезет, не вколачивай.

Если вещь прошла п.1, то использовать. В крайнем случае посмотреть на
другие варианты решения этой проблемы.

Сам по себе этот пункт не имеет смысла и не соотносится с реальностью.

> >3. От невыжатых 15% производительности ещё никто не умирал. Если
> >   кто-то умирает, пусть собирает ядро под себя.

Только для stable.

> >P.S. Я надеюсь, после некоторого обсуждения и обмозгования,
> >сделать более серьёзный набросок kernel building policy.
> >
> Может быть так:
> Ввести понятие patch_set
> и в spec реализовать что-то вроде
> $vanilla
>     |
>     +----- $minimal
>     |           |
>     |            +-- $with-some-funct1
>     |                        |
>     |                        +-- $with-some-funct1+drivers-set1
>     |                        +-- $with-some-funct1+drivers-set2
>     |                .........
>     + $ALL_stable
>         |
>         + $ALL_stable_and_experimental
> Это конечно сложно реализовать но зато можно получить из одного spec 
> любую функциональность
> Для начала можно сделать хотя-бы $minimal $stable $advanced $tested

Я не понимаю, зачем все нужно впихивать в один .spec, придумывать
различные нестандартные схемы сборки и т.д., когда:

а) проще (по крайней мере понятно как) сделать 2(3, 4) разных .spec
б) оно уже и так сделано в разных .spec

?

Надо понимать, что .spec от ядра и так непрост и доп. усложнение ему ИМХО
ни к чему.

> Regards,
>     Serge.


-- 
Успехов,
Konstantin

--'h1tz)yQ1/=.pGVA
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9hhfwt6s2zBR1r5IRAhk8AJ0bK269bog+SwnGOHkp0xNG5BM5XgCghn6W
UuZ7xrYantqiyTKYZhz/6PY=
=nZ+f
-----END PGP SIGNATURE-----

--'h1tz)yQ1/=.pGVA--