From: Maxim Tyurin <mrkooll@tdr.pibhe.com> To: ALTLinux kernel <devel-kernel@altlinux.ru> Subject: Re: [d-kernel] Зависимости kernel-feat Date: Mon, 26 Jan 2004 20:02:02 +0200 Message-ID: <20040126180201.GE15083@mrkooll.tdr.pibhe.com> (raw) In-Reply-To: <20040126171913.GH32065@master.mivlgu.local> [-- 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 --]
next prev parent reply other threads:[~2004-01-26 18:02 UTC|newest] Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top 2004-01-26 17:03 Maxim Tyurin 2004-01-26 17:19 ` Sergey Vlasov 2004-01-26 18:02 ` Maxim Tyurin [this message] 2004-01-27 8:29 ` Denis Ovsienko 2004-01-27 8:08 ` Anton Farygin 2004-01-27 12:57 ` Denis Ovsienko 2004-01-27 13:49 ` Anton Farygin 2004-01-27 15:03 ` Yury Aliaev 2004-01-27 15:58 ` 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=20040126180201.GE15083@mrkooll.tdr.pibhe.com \ --to=mrkooll@tdr.pibhe.com \ --cc=devel-kernel@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 kernel packages development This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel-kernel/0 devel-kernel/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-kernel devel-kernel/ http://lore.altlinux.org/devel-kernel \ devel-kernel@altlinux.org devel-kernel@altlinux.ru devel-kernel@altlinux.com public-inbox-index devel-kernel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel-kernel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git