=?iso-8859-1?q?=5Bmdk-re=5D_Re=3A_=5Bmdk-re=5D_e2compr_=D7_=D2=C5=CC=C9?= =?iso-8859-1?q?=DA=C5_7=2E2RE?=

[gvtsoi]

Приветствую Dmitry,

Все понял. Отстал :-)
Спасибо, Дмитрий.



12 февраля 2001 г., 6:01:32, было сказано:

DVL> On Mon, Feb 12, 2001 at 02:54:06AM +0600, gvtsoi wrote:
>> AN> Я тоже сейчас не понимаю в деталях ядра Дмитрия,
>> AN> мне нужно будет несколько дней, чтобы разобраться в этом хозяйстве :-)
>> AN> Но замечу, что его spec написан максимально понятно, можете посмотреть
>> AN> spec от MDK, чтобы в этом убедиться.
>> Я никак не хотел сказать, что spec написан плохо, я пытался
>> сказать, что для меня (совсем не искушенного в подобных делах) все это
>> пока не понятно. Дело в том, что я до этого НИКОГДА не видел
>> "сырцовые" пакеты, ни от MDK, ни вообще "ни от кого"! :-)
>> Я впервые увидел kernel.spec и не знаю как его пользовать...
>> И если Вам нужно несколько дней для того, чтобы разобраться в этом, то
>> мне.... я даже не знаю сколько.
>> Был бы рад если кто-нить помог разобрать это поскорее. :)

DVL> Если у Вас есть желание (необходимость, ...) научиться читать/писать
DVL> spec-файлы, то сперва почитайте книжку "Maximum RPM" (online-версия есть
DVL> по адресу http://www.rpmdp.org/rpmbook/, и в формате PostScript по адресу
DVL> http://www.rpm.org/maximum-rpm.ps.gz), потом
DVL> REbeta/i586/doc/rpm_packaging_howto.tex

DVL> В любом случае, не стоит начинать с файла kernel-2.2.18.spec - возьмите
DVL> что-нибудь попроще.

>> AN> Ядра универсального дистрибутива создаются для возможного большего числа
>> AN> конфигураций, а потому неизбежно перегружены.
>> ...
>> Это я понимаю. У каждого свое железо и свои потребности.
>> 
>> В общем опять из простого вопроса устроили великие прения.
>> Хотели как лучше, получилось как всегда :-)
>> 
>> Вопрос ведь изначально какой?
>> Будет ли e2compr в 7.2RE?

DVL> В стандартных ядрах, скорее всего, не будет.
DVL> Наиболее вероятно, что будет еще одно ядро на базе smp-secure с
DVL> добавлением e2compr. Сейчас наверняка говорить сложно.

>> Хотя  для меня этот вопрос звучит по другому:
>> Буду ли я опять использовать самостоятельно собранное ядро
>> суть которого linus-kernel + e2compr?
>> Либо я буду использовать ядро собранное профессионалами,
>> в котором присутствует много полезных вещей (кроме e2compr), о которых я просто не знаю,
>> или которые (если и знаю) не могу самостоятельно добавить к чистому ядру.

DVL> В данном конкретном случае Вам повезло: поскольку у меня есть один сервер,
DVL> который реально использует e2compr, то раньше или позже будет ядро с
DVL> поддержкой e2compr, протестированное в условиях серверной нагрузки.

DVL> Однако я не стану сейчас утверждать, что оно войдет в релиз.

>> Дмитрий ранее говорил здесь, что поддержка e2compr - вещь трудоемкая,
>> а спросом особым не пользуется.
>> 1. Поверьте, спрос есть. Возможно многие просто не думали об этом.
>>    У меня HD-40Gb было полностью забит, т.к. 90% игр в гейм-клубе лежат
>>    на сервере под Мандрейком, да еще юзеры пишут себе в /home/user* всякую фигню.
>>    Когда я добавил e2compr, то махом освободил 5 гигов. Это ЧТО-ТО!!!

DVL> Это мне известно.

>> 2. Вопрос к Дмитрию:
>>    В чем заключается большая трудоемкость поддержки e2compr?
>>    Может быть мы (те кто нуждается в этой фиче) возьмем часть нагрузки
>>    на себя если это возможно?

DVL> e2compr-патч совершенно не LFS-aware. Поэтому он нормально применим к
DVL> стандартному 2.2.18-ядру, но не к нашему. Кроме того, он не очень
DVL> стыкуется с LVM (с другой стороны, зачем в системе с LVM поддержка
DVL> e2compr?). Если Вы полагаете, что можете помочь в интеграции e2compr -
DVL> пишите мне лично.


DVL> Regards,
DVL>         Dmitry

DVL> +-------------------------------------------------------------------------+
DVL> Dmitry V. Levin     mailto://ldv@fandra.org
DVL> Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
DVL> IPLabs Linux Team   http://linux.iplabs.ru
DVL> Fandra Project      http://www.fandra.org
DVL> +-------------------------------------------------------------------------+
DVL> UNIX is user friendly. It's just very selective about who its friends are.



-- 
Благодарю за приятное общение :-)
gvtsoi                            mailto:gvtsoi на mail.ru