[mdk-re] Сновакомпиляцияядра.
Aleksey Novodvorsky
=?iso-8859-1?q?aen_=CE=C1_altlinux=2Eru?=
Пн Май 21 16:17:01 MSD 2001
On Mon, 21 May 2001 11:43:02 +0600
"Russu V.F." <ruwa на psrp.te.ru> wrote:
>
> > Не понял. Они свинкой принципиально не болеют? Я вообще
> не
> > понимаю -- о чем Вы???
> Повторюсь, при возникновении некой ситуации когда
> Вы несможите
> оперативно исправить или предложить метод исправления
> некой гипотетической
> проблемы (как пример я приводил inetd + wu-ftpd).
К счастью, с созданием ALT Linux вероятность этого сильно
уменьшилась.
Когда этот список был создан то от Team отдувался я один и
рассчитывал только на помощь других подписчиков.
Сейчас -- сам видите.
> Я кинусь
> с
> вопросами, например к Каневскому. Предположим, он
> предложит АСПшный варинт
> решения проблемы, но этот способ будет несовместим с
> Вашими
> "идеологическими" методами, вот собственно с чего я
> разговор то и начал,
> обидно видеть как хорошие дистрибутивы "расползаются" в
> разные стороны.
Здесь два вопроса.
1. По поводу совместимости.
На самом деле, следование стандартам -- очень серьезная ее
гарантия. По общим для двух дистрибутивов пакетам они будут
лечиться одинаковыми патчами. То же относится к Debian,
Slack -- кому угодно.
Другое дело -- специфические ошибки, допущенные при сборке.
Здесь уже придется обращаться к авторам. Что касается
spec-файлов, то здесь расхождения небольшие (в сравнение
RH<->SuSE, например) и они нами документированы.
По поводу ядра. Естественно, у каждого дистрибутива есть
специфические патчи, которые милы сердцу авторов. Ядрf RH и
ASP тоже отличаются. При наложении сторонних патчей, не
поддерживаемых авторами дистрибутива, проблемы возможны, но
они решаются откатом патчей-"конкурентов", в крайнем случае
-- откатом всех патчей. Все дистрибутивы будут работать на
"чистом ядре", но, естественно, с потерей некоторой
функциональности. То есть никаких _особых_ проблем здесь не
возникнет. Конечно, от Вас требуется понимание того, что Вы
делаете. Попытка одновременного использования, скажем, LIDS
и RSBAC не может быть удачной.
2. По поводу "расползания".
Естественно, когда мы с Леонидом и Александром работали
вместе, то степень взаимопроникновения и взаимопомощи была
весьма высокой. Когда мы начинали работать с командой BCL (С
версии 5.x, не помню уже точно), то перед выпуском серьезно
согласовали подходы, многое было изменено.
Наши личные отношения с Леонидом и Александром сохранились.
Что касается фирмы ASPLinux, то у нас нет с ней никаких
отношений. Это не наш выбор, -- не мы создавали завалы.
Я не хотел бы начинать здесь дискуссию на эту тему.
>
> >> Вот про это я о говрил. что может имеет создать
> >> смысл документ
> >> RH2ALT или ASP2ALT которой будет описывать, что нужно
> >> делать, и как чтобы
> >> чужой пакет работал в Вашей системе как родной.
>
> > В то время мы были совместимы с MDK и Вы могли
> > воспользоваться рекомендацией MDK.
> то есть с мандракавскими пакетами вы идет "рука об
> руку" ?
Читайте: "в то время".
>
> > Мы не будем поддерживать ни RH, ни ASP. Описание сборки
> rpm
> > от RH имеется. Что касается дыр в защите, то,
> естественно,
> > что декларирую свою несовместимость с другими
> дистрибутивами
> > мы берем на себя обязательства по их оперативному
> латанию.
> я все понял.
>
>
> >>
> >> > Выход прост:
> >> > 1. Выбрать один из подходов, один из дистрибутивов,
> >> который
> >> > Вам симпатичен.
> >> уже выбрал, к сожелению это не spring2001 $-(((
>
> > Тогда о чем же речь? Зачем Вам тогда интегрировать в
> > дистрибутив, который Вы не будете использовать, другие
> > пакеты?
> я чуть-чуть неверно высказался.... на данный
> момент, если мне надо
> будет ставить _сервер_ это будет АСП7.1. НО я очень
> внимаательно
> приглядываюсь как Спрингу в качестве рабочей машины.
>
>
>
> > Тон разговора Вы выбрали сами. Потрудитесь
> сформулировать
> > вопросы, если они у Вас остались, конкретно и без
> > фамильярности.
> ЭЭээ, я был фамильярен ?? ;-((( ей богу не со зла
> ;-(
Ok. Проехали. Неделя после длинных праздников -- всегда
тяжелая.
Успехов Вам!
Rgrds, AEN
Подробная информация о списке рассылки community