From: Anton Farygin <rider@altlinux.com> To: ALT Linux Team development discussions <devel@lists.altlinux.org> Subject: Re: [devel] Бага ( формально ) может и нет , а вот проблема есть! Date: Sat, 10 Jan 2009 03:34:20 +0300 Message-ID: <4967ED0C.4090007@altlinux.com> (raw) In-Reply-To: <200901100220.05151.ledest@gmail.com> 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> 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 с версией в имени тоже не > жылец? Ну, думаю что не мешало бы понимать, как работают это самые виртуальные пакеты...
next prev parent reply other threads:[~2009-01-10 0:34 UTC|newest] Thread overview: 188+ messages / expand[flat|nested] mbox.gz Atom feed top 2009-01-08 19:50 [devel] Бага (формально) может и нет, " Dmitriy M. Maslennikov 2009-01-08 20:02 ` Aleksey Novodvorsky 2009-01-08 20:59 ` Michael Shigorin 2009-01-08 20:08 ` Alexey I. Froloff 2009-01-08 21:25 ` Sergey N. Yatskevich 2009-01-08 23:05 ` Alexey I. Froloff 2009-01-08 23:16 ` Aleksey Novodvorsky 2009-01-09 5:38 ` Michail Yakushin 2009-01-08 21:29 ` Pavlov Konstantin 2009-01-08 21:37 ` Michael Shigorin 2009-01-09 4:51 ` Денис Смирнов 2009-01-09 4:50 ` Денис Смирнов 2009-01-09 8:35 ` [devel] Бага ( формально ) может и нет , " Alexey Morozov 2009-01-09 9:11 ` Dmitriy M. Maslennikov 2009-01-09 9:18 ` Dmitriy M. Maslennikov 2009-01-09 11:32 ` Dmitriy M. Maslennikov 2009-01-09 13:34 ` Led 2009-01-09 19:56 ` Anton Farygin 2009-01-09 20:07 ` Valery V. Inozemtsev 2009-01-09 20:17 ` Kirill A. Shutemov 2009-01-09 20:33 ` Anton Farygin 2009-01-09 20:45 ` Kirill A. Shutemov 2009-01-09 21:23 ` Anton Farygin 2009-01-09 20:50 ` Led 2009-01-09 21:04 ` [devel] udev Dmitry V. Levin 2009-01-09 21:40 ` Led 2009-01-09 21:55 ` Dmitry V. Levin 2009-01-09 22:58 ` Led 2009-01-09 22:59 ` Mikhail Gusarov 2009-01-09 23:23 ` Led 2009-01-09 23:32 ` Mikhail Gusarov 2009-01-09 23:38 ` Led 2009-01-09 23:39 ` Mikhail Gusarov 2009-01-09 23:49 ` Led 2009-01-09 23:58 ` Mikhail Gusarov 2009-01-10 0:23 ` Led 2009-01-10 0:27 ` Mikhail Gusarov 2009-01-10 0:34 ` Led 2009-01-10 0:37 ` Mikhail Gusarov 2009-01-10 0:52 ` Led 2009-01-10 0:56 ` Mikhail Gusarov 2009-01-10 1:00 ` Led 2009-01-10 1:01 ` Dmitry V. Levin 2009-01-10 1:02 ` Mikhail Gusarov 2009-01-10 1:09 ` Led 2009-01-10 1:15 ` Led 2009-01-10 14:12 ` Alexey I. Froloff 2009-01-10 14:31 ` [devel] /etc/udev/rules.d Dmitry V. Levin 2009-01-10 14:39 ` Led 2009-01-10 15:23 ` Dmitry V. Levin 2009-01-10 15:50 ` Alexey I. Froloff 2009-01-10 15:59 ` Led 2009-01-10 16:00 ` Mikhail Gusarov 2009-01-10 16:04 ` Dmitry V. Levin 2009-01-10 16:14 ` Mikhail Gusarov 2009-01-10 16:18 ` Michael Shigorin 2009-01-10 16:32 ` Led 2009-01-10 16:38 ` Mikhail Gusarov 2009-01-10 17:42 ` Aleksey Novodvorsky 2009-01-10 17:49 ` Mikhail Gusarov 2009-01-10 17:57 ` Aleksey Novodvorsky 2009-01-10 17:59 ` Mikhail Gusarov 2009-01-10 18:11 ` Led 2009-01-10 18:19 ` Aleksey Novodvorsky 2009-01-10 18:26 ` Led 2009-01-10 18:33 ` Aleksey Novodvorsky 2009-01-11 23:46 ` Денис Смирнов 2009-01-14 21:18 ` Michael Shigorin 2009-01-15 16:07 ` Денис Смирнов 2009-01-10 19:03 ` Michael Shigorin 2009-01-10 18:22 ` Alexey I. Froloff 2009-01-10 18:09 ` Alexey I. Froloff 2009-01-10 18:12 ` Mikhail Gusarov 2009-01-10 18:15 ` Led 2009-01-10 18:18 ` Alexey I. Froloff 2009-01-10 17:18 ` Dmitry V. Levin 2009-01-10 17:48 ` Led 2009-01-10 17:49 ` Mikhail Gusarov 2009-01-10 17:54 ` Led 2009-01-10 17:56 ` Mikhail Gusarov 2009-01-10 18:01 ` Led 2009-01-10 18:01 ` Mikhail Gusarov 2009-01-10 17:52 ` Anton Farygin 2009-01-10 18:00 ` Led 2009-01-10 18:17 ` Anton Farygin 2009-01-10 18:13 ` Alexey I. Froloff 2009-01-10 18:19 ` Led 2009-01-11 5:38 ` Денис Смирнов 2009-01-10 18:27 ` Dmitry V. Levin 2009-01-10 14:36 ` [devel] udev Led 2009-01-10 0:29 ` Mikhail Gusarov 2009-01-10 0:38 ` Led 2009-01-09 23:47 ` [devel] /etc/udev/rules.d Dmitry V. Levin 2009-01-09 23:50 ` Led 2009-01-10 0:34 ` Dmitry V. Levin 2009-01-10 0:44 ` Led 2009-01-10 0:50 ` Dmitry V. Levin 2009-01-10 0:54 ` Mikhail Gusarov 2009-01-10 0:57 ` Led 2009-01-10 1:08 ` Dmitry V. Levin 2009-01-10 1:12 ` Led 2009-01-10 1:14 ` Dmitry V. Levin 2009-01-10 1:20 ` Led 2009-01-09 23:52 ` Led 2009-01-10 0:02 ` Anton Farygin 2009-01-10 0:36 ` Dmitry V. Levin 2009-01-10 0:05 ` Mikhail Gusarov 2009-01-10 0:15 ` Led 2009-01-10 0:15 ` Mikhail Gusarov 2009-01-10 15:32 ` Michael Shigorin 2009-01-10 9:15 ` Kirill Maslinsky 2009-01-10 12:47 ` Dmitriy Khanzhin 2009-01-10 13:34 ` Kirill Maslinsky 2009-01-09 23:13 ` [devel] udev Aleksey Novodvorsky 2009-01-09 23:25 ` Led 2009-01-10 15:40 ` [devel] buildreq (was: udev) Michael Shigorin 2009-01-09 20:34 ` [devel] Бага ( формально ) может и нет , а вот проблема есть! Valery V. Inozemtsev 2009-01-09 20:46 ` Kirill A. Shutemov 2009-01-09 20:46 ` [devel] kernel requirement in userspace Dmitry V. Levin 2009-01-09 20:48 ` Mikhail Gusarov 2009-01-09 21:27 ` Anton Farygin 2009-01-09 20:51 ` [devel] Бага ( формально ) может и нет , а вот проблема есть! Led 2009-01-09 21:28 ` Anton Farygin 2009-01-09 21:45 ` Led 2009-01-09 23:25 ` Anton Farygin 2009-01-09 23:34 ` Led 2009-01-10 0:04 ` Anton Farygin 2009-01-10 0:20 ` Led 2009-01-10 0:23 ` Mikhail Gusarov 2009-01-10 0:28 ` Mikhail Gusarov 2009-01-10 0:29 ` Led 2009-01-10 0:34 ` Anton Farygin [this message] 2009-01-10 1:35 ` Денис Смирнов 2009-01-10 1:41 ` Dmitry V. Levin 2009-01-10 11:18 ` Денис Смирнов 2009-01-10 17:55 ` Anton Farygin 2009-01-11 5:30 ` Денис Смирнов 2009-01-11 6:34 ` Michail Yakushin 2009-01-11 23:50 ` Денис Смирнов 2009-01-11 23:59 ` Mikhail Gusarov 2009-01-12 0:07 ` Led 2009-01-12 15:43 ` Mikhail Gusarov 2009-01-14 21:24 ` Michael Shigorin 2009-01-14 21:29 ` Mikhail Gusarov 2009-01-14 22:04 ` Led 2009-01-14 22:07 ` Mikhail Gusarov 2009-01-16 22:35 ` [devel] *sigh* Michael Shigorin 2009-01-16 22:41 ` Mikhail Gusarov 2009-01-14 22:16 ` [devel] /etc/udev/rules.d Dmitry V. Levin 2009-01-15 4:46 ` [devel] Бага ( формально ) может и нет , а вот проблема есть! Aleksey Novodvorsky 2009-01-16 22:50 ` Michael Shigorin 2009-01-16 22:56 ` Aleksey Novodvorsky 2009-01-17 14:30 ` Michael Shigorin 2009-01-17 14:45 ` Aleksey Novodvorsky 2009-01-17 16:27 ` Michael Shigorin 2009-01-17 16:41 ` Aleksey Novodvorsky 2009-01-17 22:21 ` Michael Shigorin 2009-01-18 15:22 ` Денис Смирнов 2009-01-16 22:34 ` Michael Shigorin 2009-01-16 22:36 ` Mikhail Gusarov 2009-01-16 22:43 ` Aleksey Novodvorsky 2009-01-13 7:04 ` Денис Смирнов 2009-01-13 7:08 ` Mikhail Gusarov 2009-01-14 21:21 ` [devel] [JT] kernel collab (or the abscence thereof) Michael Shigorin 2009-01-10 7:03 ` [devel] Бага ( формально ) может и нет , а вот проблема есть! Anton Farygin 2009-01-10 11:17 ` Денис Смирнов 2009-01-10 17:59 ` Anton Farygin 2009-01-10 18:08 ` Michael Shigorin 2009-01-10 18:19 ` Anton Farygin 2009-01-10 18:29 ` Michail Yakushin 2009-01-10 18:30 ` Mikhail Gusarov 2009-01-10 18:32 ` Michail Yakushin 2009-01-10 20:06 ` Anton Farygin 2009-01-11 5:34 ` Денис Смирнов 2009-01-11 6:37 ` Michail Yakushin 2009-01-11 23:53 ` Денис Смирнов 2009-01-12 5:27 ` Michail Yakushin 2009-01-12 22:45 ` Денис Смирнов 2009-01-10 18:09 ` Led 2009-01-10 18:22 ` Anton Farygin 2009-01-11 5:36 ` Денис Смирнов 2009-01-11 6:49 ` Michail Yakushin 2009-01-11 23:56 ` Денис Смирнов 2009-01-09 12:12 ` [devel] [JT] " Mykola S. Grechukh 2009-01-09 12:15 ` Dmitriy M. Maslennikov 2009-01-09 12:46 ` [devel] " Alexey I. Froloff 2009-01-09 13:39 ` [devel] [JT] " Alexey Morozov 2009-01-10 15:17 ` Michael Shigorin
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=4967ED0C.4090007@altlinux.com \ --to=rider@altlinux.com \ --cc=devel@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git