From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 22 Jan 2004 13:30:17 +0300 From: Anton Farygin To: ALT Linux kernel packages development Subject: Re: [d-kernel] Re: [devel] Q: update kernel-policy Message-ID: <20040122103017.GF23904@master.altlinux.ru> References: <20040121164043.GA2114@basalt.office.altlinux.org> <20040122061853.R86035@elefant.dgtu.donetsk.ua> <20040122100443.GB30594@master.mivlgu.local> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Cc: ALT Devel discussion list X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.4 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: Thu, 22 Jan 2004 10:30:18 -0000 Archived-At: List-Archive: List-Post: On Thu, Jan 22, 2004 at 12:20:11PM +0200, Ed V. Bartosh wrote: > > >> > >> Это другое дело. Зависимости на предоставляемое API должны быть, но > >> это не должны быть зависимости на модули или image. > >> Это может решаться именно таким образом - модуль или ядро будут > >> провайдить это. Нужно только более жестко оговорить формат и внести в полиси. > > SV> В том-то и дело, что такие зависимости не решают проблемы - может > SV> быть установлено несколько ядер, только часть из которых > SV> предоставляет API. Более того, какие-то комбинации могут вообще не > SV> существовать, хотя по отдельности (в разных ядрах) они есть. > Они не решают проблему на 100%, но обеспечивают работоспособность > пакета в принципе. Без них и этого не будет, что тоже неправильно. > Насчет комбинаций - в большинстве случаев все-таки будет нужно одно > API, а не несколько. Хотя, в принципе да, такая возможность есть. > > SV> А вот проблемы от этих зависимостей реально существуют. Конечно, > SV> можно считать их ошибками в apt, но от этого не легче. > > SV> В документации записано, что пакеты с ядрами не обновляются > SV> автоматически при выполнении apt-get dist-upgrade. Однако при > SV> наличии хотя бы косвенной зависимости на ядро (через provides в > SV> самом пакете ядра, или даже в пакете с модулями) по этим > SV> зависимостям вполне может вытянуться новое ядро. Что ещё хуже, > SV> поскольку зависимость будет предоставляться несколькими пакетами > SV> (для разных вариантов ядра), apt будет выбирать один из этих пакетов > SV> самостоятельно - как правило, результат этого выбора никуда не > SV> годится. > Эначит нужно фиксить apt. Работать без зависимостей - это не наш > метод все-таки, не находишь ? Правильно. Нужно фиксить apt. А еще точнее - посмотреть на Lua и попробовать на нем реализовать недостающую функциональность для выблора нужного ядра/пакета. Если, конечно, такое получится. Rgds, Rider