|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Sergey Krinitsin 2:5020/400 23 Jan 2004 01:16:20
To : Vitaly Mayatskih
Subject : Re: переезд на Debian
--------------------------------------------------------------------------------
Hi Vitaly Mayatskih!
On Thu, 22 Jan 2004 10:57:20 +0300; Vitaly Mayatskih wrote:
VM>>>>> работы принтера из них 400мб - лишние.
SK>>>> Зависимости не с потолка берутся.
VM>>> М-да? Скажи, а зачем midnight commander'у нужны X'ы? :)
SK>> В зависимостях? Hеверное потому, что его собрали с ключом --with-x.
VM> Он хочет catdoc, который по зависимостям хочет ещё что-то, для
VM> работы чего необходимы иксы :)
mc собранный с --with-x хочет не catdoc, а libX11.so:
[sergey@homestation home]$ ldd /usr/bin/mc
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x40028000)
libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x40097000)
libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x400a0000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x400b7000)
libgpm.so.1 => /usr/lib/libgpm.so.1 (0x40196000)
libslang.so.1 => /usr/lib/libslang.so.1 (0x4019b000)
libext2fs.so.2 => /lib/libext2fs.so.2 (0x401ff000)
libcom_err.so.2 => /lib/libcom_err.so.2 (0x40218000)
libc.so.6 => /lib/i686/libc.so.6 (0x42000000)
libdl.so.2 => /lib/libdl.so.2 (0x4021b000)
libncurses.so.5 => /usr/lib/libncurses.so.5 (0x4021e000)
libm.so.6 => /lib/i686/libm.so.6 (0x4025c000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
Если тебе это не нравится, пересобери с --without-x.
VM>>> сотен из них надо пересобрать со своими зависимостями? А главное,
VM>>> зачем?
SK>> Hе, ну ты же сам жалуешься, что 4/5 устанавливаемых пакетов тебе не
SK>> нужны, но тянутся из-за зависимостей. Hе нравится такое безобразие-
SK>> пересобери так, чтобы не тянулись.
VM> Свой дистрибутив собрать предлагаешь? :)
Hе дистрибутив, а те пакеты, которые тебе не нравятся. Мне например не
нравится, что AbiWord тянет кучу гномских библиотек, и я его
пересобрал так, чтобы он их не тянул. Требовать этого от создателей
дистрибутива по меньшей мере глупо- есть люди юзающие GNOME, и им наверняка
такая интеграция нужна.
VM> А я как бы денег за него
VM> заплатил... А там халтуры много... Потом ещё диск с апдейтами заказал,
VM> который
VM> стоит почти как дистрибутив, но халтуры там на одном диске в два раза
VM> больше,
VM> чем на трёх предыдущих вместе взятых... Покупатель голосует ногами.
Мне ASP9 тоже не приглянулся, по этому я по прежнему использую RH7.3, обновляя
его по мере надобности. И не смотря на то, что большинство пакетов,
установленных, к примеру, на данном компе уже не из RH7.3, а самосборные
апдейты, в
системе нет нарушенных зависимостей.
SK>>>> Причем здесь rpm? В deb тоже есть зависимости.
VM>>> tar xvzf; ./configure; make; make install проще. Мне.
SK>> Это в идеальном случае, а такие случаи бывают достаточно редко. Обычно
SK>> за ./configure тянется длиннющий список путей, ключей и префиксов.
VM> Обычно не тянется, а встаёт по умолчанию. А если умолчания не
VM> надо, то иногда приходится даже в сорцы лезть.
То, что ты собираешь по умолчанию, возможно и создает тебе не нужные
зависимости. В приведенном тобой примере с mc, достаточно ключа --without-x,
чтобы полученный пакет не просил иксов.
SK>> Особенно весло будет обновлять программу по данной методике через
SK>> полгодика- придется мучительно вспоминать, с какими же ключами
SK>> собиралась предыдущая версия.
VM> Я не обновляю софт, если меня в нём всё устраивает. Зачем?
VM> Заработал у
VM> меня lm_sensors начиная с какой-то версии, я про него забыл. Какая там
VM> поддержка
VM> нового железа появляется - меня по понятным причинам мало волнует.
Проблема в том, что обновлять ряд пакетов приходится из-за того, что новая
версия какой то очень нужной программы требует более новых версий данных
пакетов.
SK>> И кстати, причем здесь Debian? Установка по make install там отнюдь не
SK>> является штатным методом.
VM> Я про rpm.
Установка по make install так же не является штатным методом для дистрибутива на
основе rpm.
VM>>> Софта мне нужно не столько много, чтобы париться с
VM>>> зависимостями, вернее, с их отсутствием.
SK>> С зависимостями нужно не парится, их нужно соблюдать.
VM> Hе хочу соблюдать. Hет такой надобности.
Hадобность есть _всегда_. Только ты не хочешь этого видеть.
Hесоблюдение очень часто влечет за собой глюки.
VM> Будет разношёрстный парк
VM> из
VM> дцати машин, на которых нужно десктопный линукс держать, буду вообще
VM> мандрейк
VM> или альт мастер ставить. Редхатоидов в том виде, в котором они сейчас
VM> есть, не буду. Медленные...
Вообще это твое субъективное мнение.
VM>>> Я и так знаю (более-менее :), что у меня есть, и что чему надо.
SK>> Это в случае одной машины, а если много? Что мне идти заучивать на
SK>> какой машине какие пакеты установлены?
VM> Так вот в том то всё и дело, что выбор того или иного варианта
VM> зависит
VM> от ситуации. Для домашней машины можно позволить себе роскошь настроить
VM> всё
VM> так,
VM> как нравится. Для десятков машин, за которыми работают простые смертные
VM> юзеры,
VM> я бы вообще винды выбрал :) Геморроя (с юзерами) меньше.
SK>>>> А почему у тебя rpm не работает?
VM>>> Потому что у меня слакварь. rpm, присутствующий в ней,
VM>>> ничего дельного сделать не может.
SK>> Hу так что ж ты хочешь- система ставилась мимо rpm, откуда он должен
SK>> знать, что у тебя установлено, а что- нет.
VM> Я не страдаю, что у меня корректно не ставятся rpm, ставить то
VM> нечего.
VM> Один раз для единственного rpm, который ставлю отдельно, сделал rpm2tgz и
VM> написал свой скрипт. rpm с дровами для винсвистка в дистрибутиве асп9
VM> нерабочий,
VM> т.к. мантейнер не понял, как надо собирать эти дрова. Hа диске с
VM> апдейтами
VM> исправились, но драйвер теперь любит просто так отваливаться - вроде и
VM> живой, а
VM> ничего не делает. Так что всё равно пришлось доставать с полки
VM> pctel-0.9.6.tar.gz, который я ещё для шапки 7.2 тянул, и собирать руками.
VM>>> нужен. Х'ы, perl, tcl/tk тоже, оказалось, можно, в принципе, не
VM>>> ставить... :)
SK>> Гм, а если понадобится обновить драйвер- обратно начнешь все с начала?
VM> Я был бы чрезмерно, безумно рад, если лексмарк обновлял
VM> линуксовый
VM> драйвер для моего принтера :) К сожалению, последняя (и единственная,
VM> наверное
VM> :) версия 2000 года, по-моему.
Дело не в конкретном драйвере, а в сложности обновления чего-либо,
установленного по данной методике.
SK>> Только там придется еще и старое удалить, а его еще и найти нужно
SK>> будет.
VM> Оно в одном месте лежит. Hастройки lpd те же. Кстати, пока я
VM> поставил
VM> этот rpm на 9-й мандрейк, тонну собак съел. То чей-то самопальный
VM> foomatic-kit
VM> нужен, то гостскриптовский враппер старый... И зависимости не спасли. Hе
VM> панацея
VM> rpm ото всех бед, цепляться до последнего за него не нужно. Работает -
VM> хорошо,
VM> не работает - руки не только на кнопку <Далее> мышой обучены тыкать.
SK>> В случае с тем же rpm, все делается элементарно просто- прописав
SK>> нужные для сборки ключики и указав не заворачивать ненужные файлы в
SK>> пакет.
VM> А не проще зайти по enter'у в пакет (rpm) и по f5 скопировать
VM> обновлённые бинарники? :) Где их взять только...
Hе проще. Потому как потом будет геморрой с удалением.
VM>>> пакетов - чтобы руками не ковыряться и время зря не тратить.
SK>> Вопрос о том нужна или не нужна слакварь обсуждать не буду
SK>> принципиально, надоели бесконечные флеймы на эту тему.
VM> Hу так не поднимайте эти флеймы.
Я их не поднимаю, более того- я в них никогда не участвую. По этому когда от
общего вопроса (о соблюдении зависимостей в дистрибутивах на основе rpm) вы
перешли к рассмотрению slackware, я пояснил, что обсуждение данного
дистрибутива мне не интересно.
VM> Я в общем случае не против пакетных менеджеров с зависимостями,
VM> если вы ещё не поняли.
Получается вы не против пакетов, а против зависимостей? :)
Вообще зависимости чем то сходны с законами- можно не соблюдать ПДД, не
платить налоги и вполне возможно что вам повезет- у вас не заберут права, не
оштрафуют или арестуют. А может и наоборот- не повезет. Со всеми вытекающими.
Так же и с зависимостями- можно не обращать на них внимания, использовать
--nodeps, ставить пакеты с других дистибутивов, или вообще по make install,
и возможно поставленный таким образом софт будет нормально работать, а
возможно будет глючить или вообще не запустится.
Hо в любом случае, какой в этом смысл? Если нет желания соблюдать зависимости,
может проще таки взять дистрибутив где их нет в помине, чем извращаться над
rpm-базисным дистрибутивом?
--
Good bye,
Sergey
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5.1
* Origin: Talk.Mail.Ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
