From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Comment-To: Sergey Vlasov To: ALT Devel discussion list Subject: Re: [d-kernel] Re: [devel] Q: update kernel-policy In-Reply-To: <20040122100443.GB30594@master.mivlgu.local> (Sergey Vlasov's message of "Thu, 22 Jan 2004 13:04:43 +0300") References: <20040121164043.GA2114@basalt.office.altlinux.org> <20040122061853.R86035@elefant.dgtu.donetsk.ua> <20040122100443.GB30594@master.mivlgu.local> From: ed@altlinux.ru (Ed V. Bartosh) Organization: ALT Linux Date: Thu, 22 Jan 2004 12:20:11 +0200 Message-ID: User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.4 (Portable Code, linux) MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Cc: devel-kernel@altlinux.ru 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:20:14 -0000 Archived-At: List-Archive: List-Post: >> >> Это другое дело. Зависимости на предоставляемое 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. Работать без зависимостей - это не наш метод все-таки, не находишь ? -- Best regards, Ed V. Bartosh