From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <ldv@altlinux.org>
Date: Thu, 17 Apr 2003 14:49:22 +0400
From: "Dmitry V. Levin" <ldv@altlinux.org>
To: devel-kernel@altlinux.ru
Subject: Re: [d-kernel] kernel policy
Message-ID: <20030417104922.GB30669@nomad.office.altlinux.org>
Mail-Followup-To: devel-kernel@altlinux.ru
References: <20030415144045.GA13440@shamrock.office.altlinux.ru> <m37k9vg5vk.fsf@sam-solutions.net> <87he8zljh6.fsf@velvet.po.cs.msu.su> <3E9C5571.2040009@altlinux.ru> <m3of36ev8k.fsf@sam-solutions.net> <3E9D746E.5040006@altlinux.ru> <m3he8ybjkl.fsf@altlinux.ru> <3E9E4517.3070500@altlinux.com> <m3u1cxa8b3.fsf@altlinux.ru> <3E9E6A76.6050402@altlinux.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="RASg3xLB4tUQ4RcS"
Content-Disposition: inline
In-Reply-To: <3E9E6A76.6050402@altlinux.com>
X-fingerprint: 9658 398D 181B 1200 8FC5  26B8 F6F8 846B C1E2 3429
Sender: devel-kernel-admin@altlinux.ru
Errors-To: devel-kernel-admin@altlinux.ru
X-BeenThere: devel-kernel@altlinux.ru
X-Mailman-Version: 2.0.9
Precedence: bulk
Reply-To: devel-kernel@altlinux.ru
List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/devel-kernel>,
	<mailto:devel-kernel-request@altlinux.ru?subject=unsubscribe>
List-Id: ALT Linux kernel packages development <devel-kernel.altlinux.ru>
List-Post: <mailto:devel-kernel@altlinux.ru>
List-Help: <mailto:devel-kernel-request@altlinux.ru?subject=help>
List-Subscribe: <http://altlinux.ru/mailman/listinfo/devel-kernel>,
	<mailto:devel-kernel-request@altlinux.ru?subject=subscribe>
List-Archive: <http://altlinux.ru/pipermail/devel-kernel/>
Archived-At: <http://lore.altlinux.org/devel-kernel/20030417104922.GB30669@nomad.office.altlinux.org/>
List-Archive: <http://lore.altlinux.org/devel-kernel/>
List-Post: <mailto:devel-kernel@altlinux.org>

--RASg3xLB4tUQ4RcS
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit

On Thu, Apr 17, 2003 at 12:48:54PM +0400, Anton Farygin wrote:
> > AF> мне если честно не очень нравится идея сильного дробления
> > AF> ядра на модули. тяжело собирать, отслеживать зависимости,
> > AF> устанавливать и многое другое.  Тогда уж лучше
> > AF> реализовать мою идею с поставкой не упакованного в пакет
> > AF> ядра и спец. скриптом, устанавливающим только необходимые
> > AF> для данной машины модули.
> >Поясни, плз, поподробнее, я недопонял. Как это "не упакованного
> >в пакет" ?
> 
> Все модули идут не в пакете, а просто в архиве. Устанавливается не 
> пакет, а конкретный модуль, необходимый для поддержки устройства или 
> функциональности. Делается это достаточно простым скриптом.

Я категорически против любых предложений по включению в систему ПО не в
виде пакетов.

Данное конкретное предложение, в частности, приведет к тому, что
обновление ядра превратится в кошмар для пользователей и тех, кто эти
обновления будет готовить.


--
ldv

--RASg3xLB4tUQ4RcS
Content-Type: application/pgp-signature
Content-Disposition: inline

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

iD8DBQE+noay9viEa8HiNCkRAkWJAJoDwuGJm7+b9LGIz1u75wpTrO54OgCdGXnf
nTUZYBSmpFds6x2OUcvvV+E=
=cTR+
-----END PGP SIGNATURE-----

--RASg3xLB4tUQ4RcS--