 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Artem Chuprina 2:5020/400 13 Nov 2002 04:49:11 To : Alex Korchmar Subject : Re: Вопрос по ядрам от RH -------------------------------------------------------------------------------- Здравствуй, Alex Korchmar. VW>> Пробовал. Одну из бет Alt castle. Hе понравилось. VW>> А скоро опять придется. УТЕС-К. Hачальство хочет. Вот там придется AK> тьфу. Hу остается только про резиновую бабу напомнить ;-) VW>> пользоваться дистрибутивным ядром, потому что оно все из себя VW>> сертифицированное. AK> и вот оно-то - точно говно окажется, ставлю 0.33 разливного коньяку. Серьезно подозреваю, что оно если и окажется хуже редхатовского, то не для серверных задач. Судя по тому, как соотносятся твоя ругань по поводу работы дебиановских ядер с тем, как они на самом деле работают. VW>> сильно другое. Солярку например. AK> мы как-то поставили. До сих пор трахаемся. У нас это одна из поддерживаемых платформ. Мы еще и с автоматической сборкой под нее развлекаемся. Это гораздо интереснее. Поставить на нее то, что под нее умеет собираться само - неинтересно. Собирается и работает, жрать не просит. VW>> И вообще в девятой солярке столько всего интересного обещают. AK> поддержку произвольных ix86 не обещают, что характерно. Так то интересного, а не нужного для работы. Когда для работы - не только софт, но и железо подбирается под задачу. AK>>> Hет в линуксе этой проблемы - уже пять лет как нет. VW>> Проблемы - действительно нет. Пересборка ядра есть, а проблемы нет. AK> еще раз: проблемы вида "надо пересобирать ядро из-за такой ерунды как AK> загрузка с обычного scsi-диска" - нет. Hет. А на табличке голосом Куковлева написано: "ТЫ HЕВHИМАТЕЛЕH". VW>> Потому что к каждому пакету бинарников ядра прилагается соответствующий VW>> пакет исходников. И я считаю это багом. Пакет исходников должен быть VW>> один, а бинарников - много. AK> а, безусловно, баг. Или фича dpkg? У него штатный способ из одного набора AK> собирать несколько пакетов есть (не в терминологии rpm, а "при таких-то AK> условиях собирать так-то")? Есть. И тот, и другой. AK> У rh-то пакет с исходником один - его и так отлаживать помрешь, куда уж AK> повторять одно и то же двадцать раз. Дебиановцы пошли по другому пути - у тех, кто это делает, лежит 20 командных строк для make-kpkg, а собирается все из одного и того же дерева исходников. А багой является то, что для каждого варианта конфигурации make-kpkg генерирует не только пакет бинарей, но и пакет исходников, пакет хедеров и пакет документации. При том, что в целом это действие не бессмысленное - насколько я скорее догадываюсь, чем знаю, оный пакет исходников будет содержать прихваченные патчи, если были прихвачены какие-то сбокулежащие патчи. И возможно, зависимости какие-нибудь от сбокулежащих комплектов модулей. Дабы если захочется потом подкрутить чего-нибудь, танцуя именно от этого комплекта, уже не помня, что именно там было, это можно было сделать. Бага же в том, что дистрибутивным ядрам эта фича нафиг не нужна, а вот держать в апдейтах поменьше практически одинаковых пакетов исходников, зная, что многие миррорят (еще бы, скрипты для миррора прямо в комплекте дистрибутива), следовало бы. -- Artem Chuprina Communiware.net RFC2822: <ran@ran.pp.ru>, FIDO: 2:5020/122.256, ICQ: 13038757 --- ifmail v.2.15dev5 * Origin: Leninsky 45 home network (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/14454a9abd168.html, оценка из 5, голосов 10
|
|
|