From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: To: devel@altlinux.ru Subject: Re: [devel] Re: mount update References: <200505271229.24778.lav@altlinux.ru> <1117274363.3535.8.camel@alpha.fastlink.ru> <200505281505.35157.lav@altlinux.ru> <20050529103331.GF14582@mithraen.dimline.ru> <20050606092108.GY5867@solemn.turbinal.org> <20050607012558.GA5867@solemn.turbinal.org> X-Request-PGP: x-hkp://random.sks.keyserver.penguin.de X-PGP-KeyID: 4A101D3B From: Maxim Tyurin Date: Tue, 07 Jun 2005 09:14:29 +0300 In-Reply-To: <20050607012558.GA5867@solemn.turbinal.org> (Alexey Tourbin's message of "Tue, 7 Jun 2005 05:25:59 +0400") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2005 06:14:31 -0000 Archived-At: List-Archive: List-Post: Alexey Tourbin writes: > On Mon, Jun 06, 2005 at 02:11:36PM +0300, Maxim Tyurin wrote: >> > Мне не нравится: пакетная база на уровне бинарных пакетов тоже >> > должна быть одинаковой. Иначе полуается что-то вроде source-based >> > дистрибутива. В rpm как раз и запаковываем для определенности флагов >> > сборки и т.п. >> Пакетная база уже не одинаковая. Например ядра разные уже >> используются. > > Нет: сейчас каждому src.rpm пакету соответствует единственный набор > собранных пакетов. Опции --with/--without и --enable/--disable > предназначены для пересборки "в частном порядке". Да ядра собираются с различных src.rpm. Но делать еще по паре src.rpm для base пакетов - сильно раздуется Сизиф. Катить его будет очень тяжело. Так что сборка 2-х видов бинарников из одного пакета с исходниками ИМХО будет легче в поддержке. > >> Сейчас разный kernel. ИМХО разный base & castle было бы совсем не >> плохо. Одна пакетная база для сервера и десктопа не подходит. > > Вообще-то плохо, что ядер много. По идее, и ядро должно быть одно, > полнофункциональное, а опции должны контролироваться не на стадии > сборки, а через sysctl(8). К сожалению, по поводу ядер существует > особенно много мнений и предпочтений. :) Только это несбыточная мечта. Да и я считаю что хорошо что несбыточная :) -- With Best Regards, Maxim Tyurin aka Bungarus JID: MrKooll@jabber.pibhe.com