From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <4967ED0C.4090007@altlinux.com> Date: Sat, 10 Jan 2009 03:34:20 +0300 From: Anton Farygin User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: ALT Linux Team development discussions References: <47c0071b0901081150h662d70d0q8df86fa25ed02f07@mail.gmail.com> <200901100134.31112.ledest@gmail.com> <4967E610.2030603@altlinux.com> <200901100220.05151.ledest@gmail.com> In-Reply-To: <200901100220.05151.ledest@gmail.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?koi8-r?b?4sHHwSAoIMbP0s3BzNjOzyApIM3P1sXUIMkgzsXUICwg?= =?koi8-r?b?wSDXz9Qg0NLPwszFzcEgxdPU2CE=?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.10b3 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 00:36:01 -0000 Archived-At: List-Archive: List-Post: Led пишет: > On Saturday, 10 January 2009 02:04:32 Anton Farygin wrote: >> Led пишет: >>> On Saturday, 10 January 2009 01:25:31 Anton Farygin wrote: >>>> Led пишет: >>>>> On Friday, 09 January 2009 23:28:18 Anton Farygin wrote: >>>>>> Led пишет: >>>>>>> On Friday, 09 January 2009 22:34:37 Valery V. Inozemtsev wrote: >>>>>>>> On Friday 09 January 2009 23:17:16 Kirill A. Shutemov wrote: >>>>>>>>> On Fri, Jan 09, 2009 at 11:07:31PM +0300, Valery V. Inozemtsev > wrote: >>>>>>>>>> ... >>>>>>>>>> >>>>>>>>>>> Ну так что делать - udev действительно переодически (с новой >>>>>>>>>>> версией) обрубает старые ядра... приходится мириться и жевать >>>>>>>>>>> этот кактус. >>>>>>>>>> udev это давно уже такая часть ядра. для старых ядер есть архив >>>>>>>>>> сизифа >>>>>>>>> Ну, тогда может стоит поставить там зависимость на версию kernel? >>>>>>>>> Может энтропия снизится. >>>>>>>> на какой kernel из? >>>>>>> На тот специальный Provides, который это ядро предоставит. >>>>>> будет установлено произвольное ядро из Sisyphus, удовлетворяющее >>>>>> данному Provides. >>>>>> >>>>>> Это мы уже проходили с ядерными модулями и fglrx/nvidia. >>>>> Это смотря какой именно Provides прописать в конкретном kernel-image. >>>> Какой бы не прописал, всё равно будет плохо >>> Возможно. Я не прорабатывал этот вопрос досконально и не тестировал >>> варианты. С моей стороны это не было безоговорочным утверждением, а, >>> скорее, полувопрос/полуидея. У меня нет экспериментальных данных, 100%-но >>> подтверждающих, что это решаемо. Так же как и нет оснований утвеждать, >>> что это нерешаемо и гарантированно в любом случае "будет плохо":) >> Ну, я могу посоветовать убить какое-то время и поэкспериментировать, >> если моим словам доверия нет ;) > > У меня нет оснований недоверять тебе:) Но если бы ты привёл аргументы, на > которых основывается твоё утверждение "в любом случае будет плохо" - сомнений > практически не осталось бы:) А разве и так не понятно ? Тогда может быть эту проблему прояснит немного: $ apt-cache show kernel Виртуальный пакет kernel предоставляется следующими пакетами: kernel-image-std-def#2.6.27-alt3 2.6.27-alt3 kernel-image-std-def#2.6.27-alt5 2.6.27-alt5 kernel-image-std-def#2.6.25-alt10 2.6.25-alt10 kernel-image-std-def#2.6.25-alt9 2.6.25-alt9 kernel-image-std-def#2.6.25-alt8 2.6.25-alt8 kernel-image-std-srv#2.6.27-alt7 2.6.27-alt7 kernel-image-std-pae#2.6.27-alt7 2.6.27-alt7 kernel-image-std-ll#2.6.27-alt7 2.6.27-alt7 kernel-image-std-def#2.6.27-alt7 2.6.27-alt7 kernel-image-ovz-smp#2.6.26-alt0.3 2.6.26-alt0.3 kernel-image-led-tc#2.6.22-alt23 2.6.22-alt23 You should explicitly select one to show. E: Package kernel is a virtual package with multiple providers. Т.е. - вытянется первый, по моему даже по алфавиту.. (т.е. - kernel-image-led-tc) Хотя.. я нашёл один странный пакет, у которого прописана зависимость на kernel ;) # apt-cache depends fvcool fvcool-1.04-alt2 Depends: kernel-image-std-srv#2.6.27-alt7-2.6.27-alt7 kernel-image-std-pae#2.6.27-alt7-2.6.27-alt7 kernel-image-std-ll#2.6.27-alt7-2.6.27-alt7 kernel-image-std-def#2.6.27-alt7-2.6.27-alt7 kernel-image-std-def#2.6.27-alt5-2.6.27-alt5 kernel-image-std-def#2.6.27-alt3-2.6.27-alt3 kernel-image-std-def#2.6.25-alt10-2.6.25-alt10 kernel-image-std-def#2.6.25-alt9-2.6.25-alt9 kernel-image-std-def#2.6.25-alt8-2.6.25-alt8 kernel-image-ovz-smp#2.6.26-alt0.3-2.6.26-alt0.3 kernel-image-led-tc#2.6.22-alt23-2.6.22-alt23 будет установлен kernel-image-std-srv, если у него зависимость поправить как kernel >= 2.6.27 и в системе ядро 2.6.27 будет отсутствовать. Эта "фича" - всегда работает с виртуальными пакетами... Кстати, это наверняка обсуждалось в списках рассылки... > >> К тому-же, я не уверен что apt выполнит install а не update для нового >> ядра, если оно вытянется по зависимостям. Тут точно надо проверять. > > СтОит ли тратить врем на эти проверки? Если всё равно в репозитарии двух > udev'ов разных версий существовать не может, а udev с версией в имени тоже не > жылец? Ну, думаю что не мешало бы понимать, как работают это самые виртуальные пакеты...