From: ed@altlinux.ru (Ed V. Bartosh) To: ALT Devel discussion list <devel@altlinux.ru> Cc: devel-kernel@altlinux.ru Subject: Re: [d-kernel] Re: [devel] Q: update kernel-policy Date: Thu, 22 Jan 2004 12:20:11 +0200 Message-ID: <m3isj4xp2c.fsf@pc213.belcaf.minsk.by> (raw) In-Reply-To: <20040122100443.GB30594@master.mivlgu.local> (Sergey Vlasov's message of "Thu, 22 Jan 2004 13:04:43 +0300") >> >> Это другое дело. Зависимости на предоставляемое 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
next prev parent reply other threads:[~2004-01-22 10:20 UTC|newest] Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top 2004-01-21 16:40 Dmitry V. Levin 2004-01-21 18:58 ` Вячеслав Диконов 2004-01-21 18:58 ` Вячеслав Диконов 2004-01-22 7:41 ` Anton Farygin 2004-01-22 9:31 ` Aleksey Avdeev 2004-01-21 18:58 ` Вячеслав Диконов 2004-01-22 4:24 ` Denis Ovsienko 2004-01-22 7:43 ` [d-kernel] " Anton Farygin 2004-01-22 9:51 ` Ed V. Bartosh 2004-01-22 9:41 ` Ed V. Bartosh 2004-01-22 10:04 ` Sergey Vlasov 2004-01-22 10:20 ` Ed V. Bartosh [this message] 2004-01-22 10:30 ` [d-kernel] " Anton Farygin
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=m3isj4xp2c.fsf@pc213.belcaf.minsk.by \ --to=ed@altlinux.ru \ --cc=devel-kernel@altlinux.ru \ --cc=devel@altlinux.ru \ /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