From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <3A86DC2B.EB1B9BF5@logic.ru> From: Aleksey Novodvorsky Organization: Institute for Logic, Moscow X-Mailer: Mozilla 4.76 [ru] (X11; U; Linux 2.2.18-ipl1mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: mandrake-russian@linuxteam.iplabs.ru Subject: Re: [mdk-re] e2compr =?koi8-r?Q?=D7=20=D2=C5=CC=C9=DA=C5?= 7.2RE References: <3A7E9080.32E90DFA@zmail.ru> <19134067950.20010211201021@mail.ru> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit 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: Sun Feb 11 21:33:11 2001 X-Original-Date: Sun, 11 Feb 2001 21:38:35 +0300 Archived-At: List-Archive: gvtsoi wrote: > > Рад видеть всех снова! :-) Взаимно! > > К сожл. были проблемы с Нетом. > Поэтому прошу прощения за запоздавший комментарий прошедшего > сообщения. Кстати, насколько я понял, за пять суток это сообщение > осталось без ответа... > > 5 февраля 2001 г., 17:37:36, было сказано: > > c> Hello!! > c> Вопрос к разработчикам дистрибутива :-)) > > 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. > > 2. Мною как-то поднималась тема о патчах. И Дмитрий и AEN убедили > меня, что следить за обновлением и появлением патчей > и собственно обновлять ядрo - есть дело разработчиков. > Я окончательно убедился в этом, когда скачал и установил > kernel-2.2.18-ipl1mdk.src.rpm > Увидев кучу файлов и посмотрев kernel.spec, я понял, что > НИЧЕГО НЕ ПОНЯЛ. %-Х > > 3. Оглядев все это хозяйство я еще одну вещь понял. > Оказывается КРИВИЗНА, как и любая другая > вещь, имеет две стороны. А именно: > С одной стороны мне, как и автору исходного сообщения, мешает > кривизна /dev/hands. > А с другой стороны я обнаружил недостаточность кривизны > мозговых извилин в /dev/head. Не надо так говорить. Я тоже сейчас не понимаю в деталях ядра Дмитрия, мне нужно будет несколько дней, чтобы разобраться в этом хозяйстве :-) Но замечу, что его spec написан максимально понятно, можете посмотреть spec от MDK, чтобы в этом убедиться. Ядра универсального дистрибутива создаются для возможного большего числа конфигураций, а потому неизбежно перегружены. Создавать custom ядра под конфигурации пользователей -- задача попросту невыполнимая. Конечно, мы готовы выполнять ее в рамках отдельных договоров о поддержке, но прекрасно понимаем, что большинство наших пользователей это не устраивает. А потому можем помочь только советами, не всегда достаточно конкретными, так как с каждой ситуацией надо разбираться отдельно. Rgrds, AEN