[d-kernel] kernel-image Provides:

[d-kernel] kernel-image Provides:

[Denis Ovsienko]

Я думаю над следующим вопросом: как мне узнать, что flavour, для которого
собирается ipsec_tunnel, прошёл CryptoAPI patch? Зависимость от
kernel-feat-crypto тут ничего не даст. Давайте введём фичи,
предоставляемые kernel-image, в данном случае все ядра, к которым
прилагается kernel-feat-crypto, можно промаркировать Provides:
cryptoapi-kernel. Аналогично можно объявлять другие фичи, например,
O1sched-kernel, evms-kernel, xfs-kernel. Тогда зависимости
userspace-пакетов и модулей можно будет вязать на эти Provides.
В идеале этот Provides должен быть нарисован в соответствующем
kernel-feat-* и автоматически добавляться к Provides: kernel-image,
который при сборке вызвал %add_patch_list.
В данном случае я-то знаю, что конкретно этот std-up CryptoAPI прошёл, но
не контролировать же каждую версию и сборку для каждого flavour вручную!

P.S. Для kernel-headers Provides: <feature>-kernel тогда тоже должен
выставляться.

--
    DO4-UANIC

Re: [d-kernel] kernel-image Provides:

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 646 bytes --]

On Wed, Jul 23, 2003 at 04:41:14PM +0300, Denis Ovsienko wrote:
> Давайте введём фичи, предоставляемые kernel-image, в данном
> случае все ядра, к которым прилагается kernel-feat-crypto,
> можно промаркировать Provides: cryptoapi-kernel. Аналогично
> можно объявлять другие фичи, например, O1sched-kernel,
> evms-kernel, xfs-kernel. Тогда зависимости userspace-пакетов и
> модулей можно будет вязать на эти Provides.

Только тогда, наверное, общий префикс (__kfeature ?) с тем, чтобы
и его в Allow-Duplicated можно было запхнуть во вменяемом виде.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [d-kernel] kernel-image Provides:

[Denis Ovsienko]

> Только тогда, наверное, общий префикс (__kfeature ?) с тем, чтобы
> и его в Allow-Duplicated можно было запхнуть во вменяемом виде.
Да всё равно, префикс или суффикс. Главное, чтобы было за что Req цеплять.

--
    DO4-UANIC

[d-kernel] Re: kernel-image Provides:

[Sergey Vlasov]

On Tue, 29 Jul 2003 12:54:51 +0300
Michael Shigorin <mike@osdn.org.ua> wrote:

> On Wed, Jul 23, 2003 at 04:41:14PM +0300, Denis Ovsienko wrote:
> > Давайте введём фичи, предоставляемые kernel-image, в данном
> > случае все ядра, к которым прилагается kernel-feat-crypto,
> > можно промаркировать Provides: cryptoapi-kernel. Аналогично
> > можно объявлять другие фичи, например, O1sched-kernel,
> > evms-kernel, xfs-kernel. Тогда зависимости userspace-пакетов и
> > модулей можно будет вязать на эти Provides.
> 
> Только тогда, наверное, общий префикс (__kfeature ?) с тем, чтобы
> и его в Allow-Duplicated можно было запхнуть во вменяемом виде.

А зачем его туда? Вроде бы виртуальные пакеты спокойно живут в любом
количестве без всяких Allow-Duplicated.

В принципе идея правильная - но прежде требуется научить apt находить
минимальный набор пакетов для удовлетворения зависимостей. Иначе у
всех будет стоять kernel-image-aw-smp, как первый по алфавиту :-)