From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Fri, 23 Jan 2004 13:18:43 +0300 From: Anton Farygin To: ALT Linux kernel packages development Subject: Re: [d-kernel] Re: [devel] Q: update kernel-policy Message-ID: <20040123101843.GY23904@master.altlinux.ru> References: <20040121164043.GA2114@basalt.office.altlinux.org> <20040122061853.R86035@elefant.dgtu.donetsk.ua> <20040122100443.GB30594@master.mivlgu.local> <20040123052532.V10917@elefant.dgtu.donetsk.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20040123052532.V10917@elefant.dgtu.donetsk.ua> X-BeenThere: devel-kernel@altlinux.ru X-Mailman-Version: 2.1.4 Precedence: list Reply-To: ALT Linux kernel packages development List-Id: ALT Linux kernel packages development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jan 2004 10:18:44 -0000 Archived-At: List-Archive: List-Post: On Fri, Jan 23, 2004 at 05:41:34AM +0200, Denis Ovsienko wrote: > > > >> Это другое дело. Зависимости на предоставляемое API должны быть, но > > >> это не должны быть зависимости на модули или image. > > >> Это может решаться именно таким образом - модуль или ядро будут > > >> провайдить это. Нужно только более жестко оговорить формат и внести в полиси. > Оригинального автора этих строк я так и не нашёл, поэтому отвечаю тому, у > кого они появились впервые: я предлагал это сделать в августе или июле > применительно к CryptoAPI и EVMS. Предлагалось примерно следующее: > Provides: cryptoapi-kernelfeature > Provides: evms-kernelfeature > Provides: multicast-kernelfeature > Естественно, только в случае наложения соответствующих патчей и/или > включения нужных пунктов в конфиге ядра, с которым конкретный flavor > собирался. Попытаюсь сформулировать: > === > Если функциональность ядра, от которой зависит > работоспособность других userspace пакетов, предоставляется не отдельным > пакетом kernel-modules, на который можно было бы указать зависимость, то > такое ядро должно предоставлять тэг -kernelfeature, который и будет > прописываться в Requires соответствующим пакетам. > === > Кстати, разбег версий freeswan в ядре и в userspace можно было бы таким > образом ограничить. > Я думаю, это было бы правильно. Нет, ибо apt заколбасит от этого дела - при попытке поставить любой пакет, требующий cryptoapi-kernelfeathure будет поставлено первое по алфавиту ядро. Rgds, Rider