[d-kernel] Зависимости kernel-feat

[d-kernel] Зависимости kernel-feat

[Maxim Tyurin]

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

Hi!
Столкнулся я с такой проблемой:
Super FreeS/WAN имеет модуль ipsec_cryptoapi позволяющий в качестве
алгоритма шифрования использовать любой включенный в kernel cryptoapi.

Соответственно чтоб собирать freeswan с этим модулем нужен
установленный cryptoapi patch.

Как правильно разрулить такие зависимости?
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
			

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

Re: [d-kernel] Зависимости kernel-feat

[Sergey Vlasov]

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

On Mon, Jan 26, 2004 at 07:03:37PM +0200, Maxim Tyurin wrote:
> Столкнулся я с такой проблемой:
> Super FreeS/WAN имеет модуль ipsec_cryptoapi позволяющий в качестве
> алгоритма шифрования использовать любой включенный в kernel cryptoapi.

Это какой cryptoapi - старый с kerneli.org (kernel-feat-crypto) или
новый, который был добавлен в 2.4.x (backport из 2.6)?

Если новый - его у нас нет ни в одном ядре (поскольку из-за проблем
с совместимостью, прежде всего с cryptoloop) пришлось откатиться на
версию с kerneli.org.

> Соответственно чтоб собирать freeswan с этим модулем нужен
> установленный cryptoapi patch.
> 
> Как правильно разрулить такие зависимости?

Видимо, проще всего на этапе сборки kernel-modules-... определять
наличие include/linux/cryptoapi.h (вариант наложения, но
неиспользования kernel-feat-crypto, думаю, можно проигнорировать), и
в зависимости от этого собирать модули.  (Я правильно понял, что
этот модуль необязателен?)

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

Re: [d-kernel] Зависимости kernel-feat

[Maxim Tyurin]

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

On Mon, Jan 26, 2004 at 08:19:13PM +0300, Sergey Vlasov wrote:
> On Mon, Jan 26, 2004 at 07:03:37PM +0200, Maxim Tyurin wrote:
> > Столкнулся я с такой проблемой:
> > Super FreeS/WAN имеет модуль ipsec_cryptoapi позволяющий в качестве
> > алгоритма шифрования использовать любой включенный в kernel cryptoapi.
> 
> Это какой cryptoapi - старый с kerneli.org (kernel-feat-crypto) или
> новый, который был добавлен в 2.4.x (backport из 2.6)?

Старый.

> 
> Если новый - его у нас нет ни в одном ядре (поскольку из-за проблем
> с совместимостью, прежде всего с cryptoloop) пришлось откатиться на
> версию с kerneli.org.
> 
> > Соответственно чтоб собирать freeswan с этим модулем нужен
> > установленный cryptoapi patch.

Пока я ipsec_cryptoapi не собирал.
Думаю на первых порах 
ipsec_null
ipsec_1des
ipsec_3des
ipsec_cast
ipsec_serpent  
ipsec_aes
ipsec_blowfish
ipsec_twofish
ipsec_md5
ipsec_sha1
ipsec_sha2

должно хватать :)
Если кому-то не хватит - буду быстро думать :)

> > 
> > Как правильно разрулить такие зависимости?
> 
> Видимо, проще всего на этапе сборки kernel-modules-... определять
> наличие include/linux/cryptoapi.h (вариант наложения, но
> неиспользования kernel-feat-crypto, думаю, можно проигнорировать), и
> в зависимости от этого собирать модули.  (Я правильно понял, что
> этот модуль необязателен?)

В принципе совсем необязателен. 
Теоретически он для того чтоб не писать второй модуль если уже
реализован какой-то хитрый алгоритм в cryptoapi

-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
			

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

Re: [d-kernel] Зависимости kernel-feat

[Anton Farygin]

On Tue, Jan 27, 2004 at 10:29:27AM +0200, Denis Ovsienko wrote:
> 
> > Соответственно чтоб собирать freeswan с этим модулем нужен
> > установленный cryptoapi patch.
> >
> > Как правильно разрулить такие зависимости?
> cryptoapi24-kernelfeature :)
> Если серьёзно, то кроме закидонов apt есть возражения не делать так?

Это не закидоны apt. Это реальность. Если есть идея, как это исправить -
расскажите.

Rgds,
Rider

Re: [d-kernel] Зависимости kernel-feat

[Denis Ovsienko]

> Соответственно чтоб собирать freeswan с этим модулем нужен
> установленный cryptoapi patch.
>
> Как правильно разрулить такие зависимости?
cryptoapi24-kernelfeature :)
Если серьёзно, то кроме закидонов apt есть возражения не делать так?

--
    DO4-UANIC

Re: [d-kernel] Зависимости kernel-feat

[Denis Ovsienko]

> > cryptoapi24-kernelfeature :)
> > Если серьёзно, то кроме закидонов apt есть возражения не делать так?
> Это не закидоны apt. Это реальность. Если есть идея, как это исправить -
> расскажите.
Я же предлагаю: при наличии нескольких кандидатов, предоставляющих нужную
kernelfeature, остановиться и попросить уточнение. Это же замечательно
работает в других случаях, разве не наиболее естественно поступить так же?

--
    DO4-UANIC

Re: [d-kernel] Зависимости kernel-feat

[Anton Farygin]

On Tue, Jan 27, 2004 at 02:57:30PM +0200, Denis Ovsienko wrote:
> 
> > > cryptoapi24-kernelfeature :)
> > > Если серьёзно, то кроме закидонов apt есть возражения не делать так?
> > Это не закидоны apt. Это реальность. Если есть идея, как это исправить -
> > расскажите.
> Я же предлагаю: при наличии нескольких кандидатов, предоставляющих нужную
> kernelfeature, остановиться и попросить уточнение. Это же замечательно
> работает в других случаях, разве не наиболее естественно поступить так же?

А как это скриптовать ?

В том плане, что иногда бывает нужно развернуть систему с нуля с помощью
apt'а и пары скриптов (see hasher)


Rgds,
Rider

Re: [d-kernel] Зависимости kernel-feat

[Yury Aliaev]

Anton Farygin wrote:

>>Я же предлагаю: при наличии нескольких кандидатов, предоставляющих нужную
>>kernelfeature, остановиться и попросить уточнение. Это же замечательно
>>работает в других случаях, разве не наиболее естественно поступить так же?
>>
> 
> А как это скриптовать ?
> 
> В том плане, что иногда бывает нужно развернуть систему с нуля с помощью
> apt'а и пары скриптов (see hasher)
> 

Добавить к apt'у ключик "работать без вопросов" и определить механизм 
выбора кандидата по умолчанию. Причём механизм должен работать так, 
чтобы как раз "с нуля" получать самосогласованную систему. А если у 
пользователя уже что-то стояло раньше, и он хочет, чтобы 
вновьустанавливаемые пакеты согласовывались с имеющимися, тогда он 
запускает apt руками и становится "сам себе злобным Буратиной"

Re: [d-kernel] Зависимости kernel-feat

[Anton Farygin]

On Tue, Jan 27, 2004 at 06:03:30PM +0300, Yury Aliaev wrote:
> Anton Farygin wrote:
> 
> >>Я же предлагаю: при наличии нескольких кандидатов, предоставляющих нужную
> >>kernelfeature, остановиться и попросить уточнение. Это же замечательно
> >>работает в других случаях, разве не наиболее естественно поступить так же?
> >>
> >
> >А как это скриптовать ?
> >
> >В том плане, что иногда бывает нужно развернуть систему с нуля с помощью
> >apt'а и пары скриптов (see hasher)
> >
> 
> Добавить к apt'у ключик "работать без вопросов" и определить механизм 
> выбора кандидата по умолчанию. Причём механизм должен работать так, 
> чтобы как раз "с нуля" получать самосогласованную систему. А если у 
> пользователя уже что-то стояло раньше, и он хочет, чтобы 
> вновьустанавливаемые пакеты согласовывались с имеющимися, тогда он 
> запускает apt руками и становится "сам себе злобным Буратиной"

Вот вот.. когда сделаем изменения для apt'а что бы оно так и работало -
тогда и будем зависимости ставить.


Rgds,
Rider