From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: "Dmitry V. Levin" To: mandrake-russian@linuxteam.iplabs.ru Message-ID: <20010212024343.J13267@LDV.fandra.org> Mail-Followup-To: "Dmitry V. Levin" , mandrake-russian@linuxteam.iplabs.ru References: <3A7E9080.32E90DFA@zmail.ru> <19134067950.20010211201021@mail.ru> <3A86DC2B.EB1B9BF5@logic.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QnBU6tTI9sljzm9u" Content-Disposition: inline In-Reply-To: <3A86DC2B.EB1B9BF5@logic.ru>; from aen@logic.ru on Sun, Feb 11, 2001 at 09:38:35PM +0300 Subject: [mdk-re] Re: =?koi8-r?B?W21kay1yZV0gZTJjb21wciDXINLFzMnaxSA3LjJSRQ==?= Sender: mandrake-russian-admin@linuxteam.iplabs.ru Errors-To: mandrake-russian-admin@linuxteam.iplabs.ru X-BeenThere: mandrake-russian@linuxteam.iplabs.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: mandrake-russian@linuxteam.iplabs.ru List-Help: List-Post: List-Subscribe: , List-Id: Mandrake/RE discussion list List-Unsubscribe: , List-Archive: Date: Mon Feb 12 02:39:11 2001 X-Original-Date: Mon, 12 Feb 2001 02:43:43 +0300 Archived-At: List-Archive: --QnBU6tTI9sljzm9u Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Sun, Feb 11, 2001 at 09:38:35PM +0300, Aleksey Novodvorsky wrote: > > c> А все таки, в релизе 7.2RE в ядра 2.2.18 или 2.4.0 будет включена > > c> потдержка e2compr? > > c> Я так смотрю, что спрос на эту фичу существует. Лично я в ней очень > > c> заинтересован, поскольку использую Вашу систему на серверах, и мне > > c> хотелось бы, что бы эта жизненноважная вешь была сделана не моими > > c> кривоватыми ручками, а действительно знающими людьми, и и должным > > c> образом протестирована. А то терять данные из за собственных идиотских > > c> ошибок очень не хочется :-)) > > > > c> Если Вы не хотите перегружать generic ядро малопопулярными функциями, то > > c> может быть Вы рассмотрите возможность выпуска ядра secure с потдержкой > > c> e2compr в отдельном prm может да же не на первом сидюке а в качестве > > c> бонуса? > > > > Я в ней так же очень заинтересован. > > Ранее с помощью участников данной рассылки, мною было собрано ядро с > > поддержкой этой фичи. Но... > > > > 1. По совету уважаемого Дмитрия Левина (если не ошибаюсь) я патчил чистое ядро. > > Дмитрий также предостерегал меня от подобных экспериментов с ядром > > сборки IPL и я конечно послушался... > > Ну и что мне теперь делать, если я хочу иметь и secure и e2compr в одном? > > secure patch берется отсюда: http://www.openwall.com/linux/ > > Кстати, там же есть косвенный ответ на вопросы о поддержке нами ядра 2.4 > :-) > Вы можете приложить к "читому" ядру ровно те патчи, которые Вам нужны, > в данном случае secure и e2compr. У меня есть основания полагать, что openwall-патч и e2compr-патч совершенно ортогональны, т.е. Вы можете применять один из них вне зависимости от того, применен другой или нет. > > 2. Мною как-то поднималась тема о патчах. И Дмитрий и AEN убедили > > меня, что следить за обновлением и появлением патчей > > и собственно обновлять ядрo - есть дело разработчиков. > > Я окончательно убедился в этом, когда скачал и установил > > kernel-2.2.18-ipl1mdk.src.rpm > > Увидев кучу файлов и посмотрев kernel.spec, я понял, что > > НИЧЕГО НЕ ПОНЯЛ. %-Х > > > > 3. Оглядев все это хозяйство я еще одну вещь понял. > > Оказывается КРИВИЗНА, как и любая другая > > вещь, имеет две стороны. А именно: > > С одной стороны мне, как и автору исходного сообщения, мешает > > кривизна /dev/hands. > > А с другой стороны я обнаружил недостаточность кривизны > > мозговых извилин в /dev/head. > > Не надо так говорить. Я тоже сейчас не понимаю в деталях ядра Дмитрия, > мне нужно будет несколько дней, чтобы разобраться в этом хозяйстве :-) > Но замечу, что его spec написан максимально понятно, можете посмотреть > spec от MDK, чтобы в этом убедиться. Странно... По моим данным, тех, кто смотрел файл kernel-2.2.18.spec и понимает, что там написано, больше, чем тех, кто смотрел файл kernel-2.2.18.spec и не понимает. Этот файл в виду его нетривиальности был детально откомментирован. Это, впрочем, не означает, что он может быть использован как пример написания spec-файлов - скорее наоборот. К счастью, у нас не так много ядер - раз, два, и все. :) Regards, Dmitry +-------------------------------------------------------------------------+ Dmitry V. Levin mailto://ldv@fandra.org Software Engineer PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html IPLabs Linux Team http://linux.iplabs.ru Fandra Project http://www.fandra.org +-------------------------------------------------------------------------+ UNIX is user friendly. It's just very selective about who its friends are. --QnBU6tTI9sljzm9u Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6hyOvZqIoNiVITrsRAgWnAKCfjAl8VeVSh5Cj2MIhHf5FDfeAgwCg7XEp QHP0LjizbRI/hKqM8w61VSY= =Gv6j -----END PGP SIGNATURE----- --QnBU6tTI9sljzm9u--