[Comm] ALT vs Gentoo

Alexey Starinsky staa-at-tavrida-dot-com
Пт Сен 5 20:32:37 MSD 2003


Здравствуйте, Alexander,

>> В остальном - ALT проигрывает тому же Мандрейку (поддержка железа
>> например + мультимедиа настраиваются с минимальными трудностями), а по числу
>> приложений, которые можно собрать самому _не_мучаясь_, Gentoo опережает
>> их обоих.
AB> Собрать самому == вытянуть уже подготовленное для сборки из их репозитария
AB> посредством emerge? Я бы не называл этот вариант "собрать самому". К тому
AB> же, не вижу, чем это отличается существенным образом от того, что мы имеем
AB> в Сизифе.
Ээ-э, неет, эту песню мы слышали.
Тут совсем недавно человек на это жаловался, читали:
Как только начинается слово Сизиф - значит за собой он потянет еще
"нестабильные пакеты" (rpm за rpm цепляется), а их там ооочень немало,
(и чем дальше от релиза - тем больше и больше).
Да и зачем менять стабильные на нестабильные, если мне этого не нужно?
Кстати, когда очередной релиз ALT намечается?

AB> Вопрос минимальной модификации спорен, крайне спорен. Вы уверены, что, к
AB> примеру, nss_ldap 210 в Gentoo работает? Он там без модификаций вообще. И
AB> как его используют с имеющимся там segfault в первоначальной установке -- 
AB> не знаю. Со сломанными именами групп -- это понятно как, они только для 
AB> non-ASCII сломаны, мало кто замечает, видимо.
Тут пока не смотрел, да и не нужно мне было. Ну не использую я LDAP.
Я ж говорил уже, для админов это всё, кто в корпорации настраивает
работу, а там на первом месте - безопасность + функциональность
сетевых приморочек наподобии LDAP.
1) Если там так всё плохо, быть может, подкинуть патчи авторам сей
программы, чтобы они его в новую версию включили?
2) Если и припрёт, я установлю тот, который работает в ALT (соберу из
сырцов).
3) А таки да, посмотрел, nss_ldap-2.10 там без патчей. А версию патчей
чтобы всё работало гентушникам доброй мысли не появляось подкинуть,
нет? :)

AB> Я это к тому, что за кажущейся простотой Вы не замечаете имеющихся
AB> существенных проблем. Я не говорю уже о принципиальных проблемах завязанности
AB> на широкие каналы у пользователей.
AB> Да, есть возможность получить ISO со
AB> скомпилированным ПО, но к чему тогда вообще все "прелести" Gentoo?
Тут да, но
1) Базовые (самые толстые) программы есть на новых livecd, понятно. А чтобы
апдейтить, что с сизифа, что с Gentoo, один фиг - тянуть столько же.
Например: новое (по версии) ядро вытягивать приходится в т.ч. и тем,
кто апдейтится из сизифа, а это _столько_же_, как и в Gentoo.
2) А вот и едкое замечание: одна и та же версиия ядра но сборки -alt#
(другой релиз) тащится целиком, не так ли? А в Gentoo при исправлениях
только патч(и) дотягивается маленький. Ну и кому же больше качать
приходится?


>> Я помню, как пытался сам из сырцов под Альтом сам собрать Xine, и помню,
>> что из этого ничего не вышло.
Это, правда, давно было. Просто не компилился он, ошибка вылетала.
А вот ещё замечание:
Почему до сих пор тянется 2 версии gcc? Зачем уродоваться и
собирать ядра на одной версии, а всё остальное - на другой?
В Gentoo такого нет, всё как-то делается одним, да и _сам_себя_ он
(gcc) как-то без проблем собирает.

>> аналогичная задача под Gentoo решилась
>> мгновенно написанием строчки emerge xine - и не надо было читать ни
>> одного man, не надо было ставить самому ни одного доп. пакета.
AB> Угу. 
AB> apt-cache search xine
AB> apt-get install xine-ui
AB> Существенно сложнее emerge xine?
Э нееет, я хотел установить _новую_версию_ xine, которой не было на
диске, да и в Сизифе тоже. Старый у меня стоял и так без проблем, но с
его работй были небольшие, но проблемы (заикался-тормозил звук на определённом
фильме, а остальное со звуком было ОК). В то время я уже впролне хорошо освоил и
apt-cache search, и apt-get install. Что прикажете было делать?
Это потом я заменил звуковую C-Media на Live5.1 и радостно обнаружил, что всё
стало на место, играет хорошо (в фильме была нестандартная частота
дискретизации). Но я не смог же поставить новый Xine? Не смог.
Никто не говорит, что виноваты разработчики, но выход очередной версии
Xine в RPM-пакете ждать тогда пришлось до-олго.

-- 
С уважением,
Алексей Старинский                         mailto:staa -at- tavrida -dot- com




Подробная информация о списке рассылки community