Установка пакетов разных форматов в Linux

On Thu, 16 Feb 2006 16:00:11 +0200
Michael G wrote:

Скажем так: установка пакетов нетрадиционным для данного дистрибутива
способом черевата полным захламлением системы, невозможностью эти самые
пакеты корректно удалить а также (возможно) различными конфликтами.

Определитесь с дистрибутивом. Вы что, все три используете?

Michael G пишет:

Автор не прав. Сырци ставятся везде без проблем (только надо иметь
заголовочные файлы библиотек и т.д.), что я обычно и делаю. Преимущество
ставки из сырцов одно - при компиляции ты устанавливаешь опции как тебе
надо, а не как решили дистростроители. Так что качай, ставь и работай.

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Большое спасибо за ответ и нельзя ли об отмеченом немного поподробнее.
В смысле что именно нужно иметь для того чтоб все поставить из сырцов
без проблем.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 24604; Возраст листа: 937; Участников: 1466
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/516464

Michael G пишет:

В rpm-ных дистар это вроде пакеты -devel. Я могу ошибаться, но судя по
дискусиям это так. Я использую слаку, там таких проблем нет.

В сообщении от 1140106740 секунд после начала Эпохи Oleg Ponomarev написал(а):

Не правда. Проблемы были, есть, и будут. Вы видимо не знаете что такое
программы, написанные исключительно под старые версии GCC. Вы видимо не
сталкивались с несовместимостями разных версий библиотек на уровне
исходников. Вы видимо не знаете что ядро постоянно меняет свои
внутренние интерфейсы, там самым порождая несовместимось сторонних
драйверов с различными версиями ядер.

Если вы считаете, что вы знаете систему лучше ее разработчиков, то это
ваше преимущество. Иначе такие действия чреваты неприятностями в виде
глюков.

Конечно, в большинстве случаев проходит все чисто и гладко, за что
разработчикам софта большое спасибо. Однако бывают случаи когда софт,
устанавливаемый из исходников, необходимо доработать руками для того
чтобы его хотя бы запустить, не говоря уже о правильной работе. Эту
работу обычно и берут на себя дистростроители.

Konstantin Korikov пишет:

Я знал, что этого не надо было писать. Чувствовал, что начнется :).
Но все же отвечаю.

Я линухом пользуюсь 8 лет и со всем этим сталкивался не раз. Но сейчас
уровень разработчиков более менее стал повыше, чем это было когда-то.
Поэтому сейчас я с этим сталкиваюсь очень и очень редко.

Если я при компиляции icewm или mplayer укажу нужные мне опции, которые
по умолчанию в дистре не стоят, то какие будут глюки? В этом и
заключается СВОБОДА.

С первой половиной обзаца согласен. Со второй нет. Вообще-то такой софт
НЕ надо совсем ставить. Если программист так пишет, что после него надо
что-то дорабатывать, то эту прогу рановато использовать. Не путать с
ситуациями, когда нужны какие-то дополнительные функции в проге.

Уважаемые господа!
Огромное спасибо всем ответившым и прошу прощения что из-за моего
вопроса спор получается.
Если я все правильно понял то мне следует делать следующее: если есть
возможность то использовать rpm и deb пакеты если нет то тогда браться
за сырцы. Звучал совет о том что мне следует выбрать дистрибутив. В
том то все и дело что Дебиан мне нравится своим порядком во всем и
стабильностью, а также полной свободой софта что делает его наиболее
привлекательным для меня как серверная платформа, а SUSE мне нравится
своей простотой настройки и наличием проприетарного софта чем он
подходит мне для обычной десктопной системы. Дело в том что я хочу со
временем винду напроч снести т.к. в Линуксе (в моем случае в SUSE
помоему есть все что мне нужно на каждый день). Потому и получается
дилема какие же пакеты качать если нужно и туда и туда, ведь два раза
одно и тоже качать не хочется.
Потому еще один вопрос не могли бы вы дать мне пару ссылок где бы мне
почитать о том как же контролировать процес установки из сырцов и как
следить за тем чтоб после установки не появились глюки.
P.S. Все изложеное выше это только мое IMHO и просто мой взгляд на мир
Линукс, а потому не претендует на звание
правильного

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 24630; Возраст листа: 938; Участников: 1466
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/516697

On Fri, 17 Feb 2006 09:00:22 +0200
Michael G wrote:

Думаю, 99% востребованого софта есть в любом большом дистре.

Если же вы намерены собирать большое количество пакетов, то стоит
взглянуть в сторону gentoo. Там все собирается из сорцов, что влечет за
собой определенные плюсы и минусы:

+ гибкость. Вы можете собрать систему с теми параметрами, которые вам
нужны. И, скажем, пакет xmms-plugins не будет тянуть за собой пол-gnome,
если это вам не нужно (такое было у меня в SuSE).
+ оптимизированность под ваш процессор. Прирост производительность будет
1-3%

-: собирать долго.
-: ...и достаточно сложно настраивать

On Fri, 17 Feb 2006 18:32:53 +0300
Vladimir Rusinov <vladim***@l*****.ru> wrote:

Владимир, щас понесется :-)
Специально же написал, что пропаганда - для debate...

2Michael G

Ну когда же вы расскажете достопочтенной публике что вам так нужно собрать и
чего нет в

из такого

как Debian?

On Fri, 17 Feb 2006 23:35:51 +0300
Ilia N Ternovich wrote:

Это не пропаганда. Это совет.

Если вам не нужна такая гибкость как в gentoo, то я настоятельно
рекомендую _НЕ_ связываться с ним. :)

В сообщении от 17 Февраль 2006 22:35 Ilia N Ternovich написал(a):

Можно я? :) Ну..., например MPlayer ;)
Тут вообще вопрос не том, как собрать то, чего нет в дистре, а о том, что надо

собрать что то посвежее(Это на 100% относиться к Debian)

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 24684; Возраст листа: 939; Участников: 1468
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/517281

В Debian удобнее будет всё-таки обновиться из testing или unstable.
И никаких проблем.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 24694; Возраст листа: 939; Участников: 1468
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/517351

В сообщении от 18 Февраль 2006 18:54 Fireball написал(a):

Это для тех, у кого инет более менее бесплатный.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 24695; Возраст листа: 939; Участников: 1468
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/517353

Просто нормальный диалап - ночной анлим. Такие вещи у всех одесских провайдеров
копейки стоит, а польза - огромная. Да и по локалкам если подключаться, то у
многих есть пакет безлимитного по трафику и времени 32к.
В других городах ситуация может быть ещё лучше (или хуже)

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 24720; Возраст листа: 940; Участников: 1468
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/517514

Здравствуйте, Fireball.

Вы писали 19 февраля 2006 г., 10:29:30:

у

У нас (Владимир) - либо тридцать рублей/два часа либо два
рубля/мегабайт.

В сообщении от 19 Февраль 2006 11:54 Дектярёв Михаил написал(a):

А у нас вот так: http://kommuna.net.ua/?q=podkl (кажеться drupal поломался)

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 24737; Возраст листа: 940; Участников: 1468
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/517561

19 февраля 2006 00:54 у Дектярёв Михаил было написано:

Это еще... Простые парни на Дальнем востоке платят 30р/час минимум, да и
проблемы с каналом, то тайфуном накрыло, до деревом завалило :)
Но вот и к нам пришел ДСЛ! 250р/100Мег.

On Fri, Feb 17, 2006 at 09:00 +0200, Michael G wrote:

Есть такая програмка от GNU -- sourceinstall (source packages installer
and management tool), упрощающая процесс установки из сырцов. Искать здесь
http://www.gnu.org/software/sourceinstall. Правда она подходит только
для сырцов с "классической системой усановки" (./configure; make; make
install).

В сообщении от 1140156453 секунд после начала Эпохи Oleg Ponomarev написал(а):

Вы в качестве примера привели самые невинные пользовательские
приложения. :) А если это ядро? Или какой-нибудь системный софт? Или
просто программа, привязанная к другому дистрибутиву. Взять например
Aptitude. Легко собрать оригинальный тарбол на Federa Core? Совсем не
лекго, потому что нужно его еще портировать на систему RPM (Aptitude
разрабатывается для Debian), чем занимаются (занимались?) в Alt Linux.
Легко собрать src.rpm от Alt Linux в Federa Core? Не сказал бы что
легко, потому что набор макросов для spec-фалов отличаются в этих
системах.

Взять Qingy. Программа классная, но автор, вот так вот взял тупо и
сделал остановку сервиса GPM, прямо из C-кода вызывается команда
`service gpm stop'. Вот и получил глюки мышки. А если доработать эту
программу, связаться с автором, отправить патчь, то программа становится
просто замечательной. Но не все этом могут и хотят заниматься, по этому
пусть лучше доверяют это дело дистростроителям.

Зачастую виноват не автор той или иной софтины, или его вина не
очевидна, или просто заключается в том что он давно не обновлял свое
детище. Просто, Open Source движение не стоит на месте, и в тоже время
не движется одним целым. Одни проекты развиваются интенсивно, другие по
медленнее, а третьи вообще стоят. Причем принадлежность к той или иной
группе не определяет однозначно использовать этот проект пользователям
или нет. Есть вещи, которые стоят, но в тоже время не имеют аналогов
среди тех, которые развиваются.

Какой софт использовать каждый определяет для себя сам. И не нужно
подразумевать что человек (в данном случаи господин Michael G) будет
использовать только правильный по вашим понятиям софт.

Иногда в информационных рассылках рассказывают о каких то новых
проектах, ни на что не похожих, имеющих кучу вкусных возможностей, но
зачастую находящиеся в алфа-бета стадии. И когда новичек скачает такой
софт, скомпилирует (если вообще сможет его скомпилировать) и встретит
определенное число глюков, то почувствует себя обманутым после того как
вы ему сказали что компиляция из исходников никогда не вызывает никаких
проблем. А если он будет терпеливым и дождется того момента, когда
производитель дистрибутива посчитает что данная софтина уже достаточно
стабильна, при необходимости доработает ее, чтобы она гармонично
вписывалась именно в его дистрибутив, и выпустит для этого дистрибутива
пакет, то пользователь получит более-менее стабильную и доведенную до
ума программу.

Konstantin Korikov пишет:

Костик, давай прекращать этот разговор. Это спор не о чем. Кто уже долго
работает с линухом, тот будет делать так, как ему удобно и без всяких
глюков. Тот кто только начинает, будет набивать себе шишки и учиться -
это неизбежно в любой ОС.

ЗЫ. По сути. Я отвечал на заданный вопрос и ответ считаю достаточным.

Здравствуйте, Konstantin Korikov.

Вы писали 17 февраля 2006 г., 3:08:52:

А может быть, лучше всего - софт в виде rpm (или что там надо?) вместе
с исходниками? Хотя, конечно, объём, объём, объём...

Здравствуйте, Oleg Ponomarev.

Вы писали 16 февраля 2006 г., 19:19:00:

Пример из жизни.
Скачал в виде исходников hcf-1.06full-free. Помучался три дня, написал
разработчикам. Они дали инстркции, после которых работать стало
ненамного лучше, и попросили прислать диагностический файл. Затем
порекомендовали скачать готовый rpm. Скачал (весил он, заметим, на 90
Kb меньше при общем размере 570). Установил. Процесс установки занял,
по моим оценкам, 0 сек (из исходников - 3 минуты). Всё сразу
заработало! В смысле, всё, связанное с этим...
Ещё раз повторяю, что это не агитация, а всего лишь случай.

Michael G пишет:

Конечно же исходники!!! Плюсов много:
1. Не все програмы можно найти в rpm, особенно свежие версии - весь
"свежак" появляется в первую очередь в сорцах
2. В подавляющем большинстве ставится без проблем под любую ОСь (кроме
Мелкомягких ;))
3. Конфигурируешь именно под свою машину и потребности
4. Развиваются серые клетки... ;)

Минус - отсутствие IMHO минусов... Даже обидно как-то за rpm... ;)

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 24609; Возраст листа: 937; Участников: 1466
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/516579

Здравствуйте, BogDaN.

Вы писали 16 февраля 2006 г., 22:53:37:

Минусы есть.
1. Для установки из исходников, как правило, приходится выкачивать
пакеты с заголовочниками, которых часто нет в дистрибутиве. А у меня
это 3кб/cек и 15руб/час
2. Сколько времени устанавливается пакет из RPM и из исходников?
1-2 минуты RPM и до нескольких часов - исходники. А время дорогой
ресурс.

Здравствуйте, Все.

BogDaN писал 16 февраля 2006 г., 22:53:37:

Минусы есть.
1. Для установки из исходников, как правило, приходится выкачивать
пакеты с заголовочниками, которых часто нет в дистрибутиве. А у меня
это 3кб/cек и 15руб/час
2. Сколько времени устанавливается пакет из RPM и из исходников?
1-2 минуты RPM и до нескольких часов - исходники. А время дорогой
ресурс.

В сообщении от 16 Февраль 2006 14:00 Michael G написал(a):

Сборка и установка программ из исходников (tar.gz tar.bz2 и.т.д)
действительно подходит любому . Смешивать нежелательно потому что
rpm информацию обо всех установленных пакетах хранит в своей базе данных,
а пакеты установленные из сырцов (tar....) в этой базе не засветятся и
зависимости между пакетами будут нарушены. Можно запросто получить
одну библиотеку в /usr/lib/liblib и такуюже в /usr/local/lib/liblib . Рано
или позно
И БУДЕТ ТЕБЕ ХАОС
P.S А вобщето rpm это и есть главное зло в системе.
Сергей.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 24610; Возраст листа: 937; Участников: 1466
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/516580

On Thu, 16 Feb 2006 19:16:01 +0000
Sergej <mailbox8.***@m*****.ru> wrote:

Ну зачем вы так критичны?
Существуют тьма прикладных программ, ОТ КОТОРЫХ ничего не зависит. Кроме того
ни один дистрибутив ( возможно я и ошибаюсь :) ) не может вместить в себя весь
софт. А тем более постоянно его поддерживать.

Поэтому люди всегда собирали и будут собирать софт из исходников независимо от
дистрибутива.

2Michael G <myte***@y*****.ru>

Во-первых нужно для начала выбрать дистрибутив. По поводу выбора
обращайтесь в comp.soft.linux.debate ( а то он что-то запустовал :)

Во-вторых Необходимо четко уяснить, что установка из исходников в packet-based
( да простит меня господь ) дистрибутивах требует повышенной квалификации. Пока
у вас не будет четкой ассоциации между названием пакета и тем что он делает -
лучше самосборками не заниматься и пользоваться теми пакетами, которые
предлагают разработчики вашего дистрибутива. Поверьте постоянные глюки и
переустановки системы не добавят вам удовольствия от работы с Linux и не
покажут все его сильные стороны.

Однако в тот день, когда вы все же обнаружите, что какой-то программы
нет в вашем дистрибутиве, а без нее жить вы физически не можете или не
хотите, ее аналоги вас так или иначе не устраивают, вот тогда все же придется
заняться самосборками ( или сменить дистрибутив - что на мой взгляд
правильнее ). К этому времени ( я верю в это ) вы самостоятельно будете
вести детальный лог установки ( на случай, если разработчик не предусмотрел
make uninstall ) :)

On Thu, 16 Feb 2006 19:16:01 +0000
Sergej <mailbox8.***@m*****.ru> wrote:

Ну зачем вы так критичны?
Существуют тьма прикладных программ, ОТ КОТОРЫХ ничего не зависит. Кроме того
ни один дистрибутив ( возможно я и ошибаюсь :) ) не может вместить в себя весь
софт. А тем более постоянно его поддерживать.

Поэтому люди всегда собирали и будут собирать софт из исходников независимо от
дистрибутива.

2Michael G <myte***@y*****.ru>

Во-первых нужно для начала выбрать дистрибутив. По поводу выбора
обращайтесь в comp.soft.linux.debate ( а то он что-то запустовал :)

Во-вторых Необходимо четко уяснить, что установка из исходников в packet-based
( да простит меня господь ) дистрибутивах требует повышенной квалификации. Пока
у вас не будет четкой ассоциации между названием пакета и тем что он делает -
лучше самосборками не заниматься и пользоваться теми пакетами, которые
предлагают разработчики вашего дистрибутива. Поверьте постоянные глюки и
переустановки системы не добавят вам удовольствия от работы с Linux и не
покажут все его сильные стороны.

Однако в тот день, когда вы все же обнаружите, что какой-то программы
нет в вашем дистрибутиве, а без нее жить вы физически не можете или не
хотите, ее аналоги вас так или иначе не устраивают, вот тогда все же придется
заняться самосборками ( или сменить дистрибутив - что на мой взгляд
правильнее ). К этому времени ( я верю в это ) вы самостоятельно будете
вести детальный лог установки ( на случай, если разработчик не предусмотрел
make uninstall ) :)

On Thu, 16 Feb 2006 19:16:01 +0000
Sergej <mailbox8.***@m*****.ru> wrote:

Ну зачем вы так критичны?
Существуют тьма прикладных программ, ОТ КОТОРЫХ ничего не зависит. Кроме того
ни один дистрибутив ( возможно я и ошибаюсь :) ) не может вместить в себя весь
софт. А тем более постоянно его поддерживать.

Поэтому люди всегда собирали и будут собирать софт из исходников независимо от
дистрибутива.

2Michael G <myte***@y*****.ru>

Во-первых нужно для начала выбрать дистрибутив. По поводу выбора
обращайтесь в comp.soft.linux.debate ( а то он что-то запустовал :)

Во-вторых Необходимо четко уяснить, что установка из исходников в packet-based
( да простит меня господь ) дистрибутивах требует повышенной квалификации. Пока
у вас не будет четкой ассоциации между названием пакета и тем что он делает -
лучше самосборками не заниматься и пользоваться теми пакетами, которые
предлагают разработчики вашего дистрибутива. Поверьте постоянные глюки и
переустановки системы не добавят вам удовольствия от работы с Linux и не
покажут все его сильные стороны.

Однако в тот день, когда вы все же обнаружите, что какой-то программы
нет в вашем дистрибутиве, а без нее жить вы физически не можете или не
хотите, ее аналоги вас так или иначе не устраивают, вот тогда все же придется
заняться самосборками ( или сменить дистрибутив - что на мой взгляд
правильнее ). К этому времени ( я верю в это ) вы самостоятельно будете
вести детальный лог установки ( на случай, если разработчик не предусмотрел
make uninstall ) :)

Здравствуйте, Sergej.

Вы писали 16 февраля 2006 г., 22:16:01:

А где они засветятся?

Это когда: при совместном использовании или при установке из tar?

А это уже философия. ИМХО, для rpm:
+ стандарт
- не очень простая сборка, человек, создавший что-то, может просто не
иметь времения на создание rpm-пакета.

В сообщении от 1140202356 секунд после начала Эпохи Дектярёв Михаил написал(а):

Вы не видели как создаются deb. IMHO, не для слабонервных.

В сообщении от 18 Февраль 2006 04:39 Konstantin Korikov написал(a):

написал(а):

:) Вы расскажите или линку дайте ;)

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 24680; Возраст листа: 939; Участников: 1468
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/517246

В сообщении от 1140266837 секунд после начала Эпохи PEDROSOFT написал(а):

http://www.debian.org/doc/manuals/maint-guide/index.ru.html

Дектярёв Михаил wrote:

Я не понимаю, почему програми из сырцов собираются в 95% случаев. Даже
новички с этим успешно справляются, а пакет собрать - это уже
проблема... Это так, взгляд со стороны, может эти системы пакетов
устарели, придумали бы, что-нибудь попроще...

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 24711; Возраст листа: 940; Участников: 1468
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/517462

В сообщении от 19 Февраль 2006 01:07 Ignatiy Goloviznin написал(a):

А зачем Вам собирать пакеты? На продажу что ли? Или часто систему
переустанавливаете?

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 24713; Возраст листа: 940; Участников: 1468
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/517470

А для себя любимого :)
Можно ведь совместить плюсы сборки из исходников и установки из rpm - просто
сделайте себе rpm своими руками.
Так сказать, получите все и сразу.

По моему личному опыту:
1. spec файл присутствует в большей части пакетов, даже если для них не нашелся
rpm - просто загляните вовнутрь.
2. Если в пакете его нет, то можно погуглить немножко и найти.
3. Если он за 1 минуту не нашелся в гугле - за 5 минут можно написать самому
черновик и потом отрихтовать по результатам пробной сборки пакета.
4. Когда все получится - отправьте spec автору пакета и попросите добавить его
в архив. Внесите свой вклад в open source.
5. Для следующих версий программ, как правило очень редко приходится что-то подправлять.
В основном это список устанавливаемых файлов, о которых rpmbuild сам же и сообщит.

Вот прямо вчера захотелось xfce 4.3 попробовать - примерно за 3 часа собрал
все нужные rpm и поставил.
Из этого времени большая часть ушла именно на сборку, т.к. spec файл во многих
пакетах уже есть, а там, где нет - за пару минут пишется новый.
Дело в том, что при сборке я могу вникнуть, какие версии каких библиотек нужны
конкретному пакету и т.п.
Но вот через неделю я об этом не вспомню - так пусть об этом помнит система,
а я только добавлю эти пакеты в локальный репозиторий yum и забуду навсегда.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 24726; Возраст листа: 940; Участников: 1468
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/517531

В сообщении от 1140343951 секунд после начала Эпохи Michael Krylov написал(а):

Еще рекомендую использовать ccache. При первой (пробной) сборке
результаты компиляции заносятся в кешь. Если вы просто забыли включить
или включили не тот файл в раздел %files, то после правки spec-файла
повторная компиляция будет проходить заметно быстрее. Так как повторная
компиляция проходит с теми же самыми параметрами, то ccache не вызывает
компилятор, а просто выдает результаты из своего кеша (правда тратится
немного времени на сравнение контрольных сумм). Это намного ускоряет
процесс сборки больших и сложных пакетов.

А можно чуть конкретней?
Это в spec файле нужно вместо make писать ccache make с какими-то параметрами?
man ccache ничего не прояснил :(

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 24831; Возраст листа: 941; Участников: 1470
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/518149

В сообщении от 1140470534 секунд после начала Эпохи Michael Krylov написал(а):

Нет, в spec файле ничего специально для этого делать не надо. Просто
всегда используете ccache вместо компилятора таким образом:

$ mkdir ~/fbin
$ ln -s /usr/bin/ccache ~/fbin/gcc
$ ln -s /usr/bin/ccache ~/fbin/g++
$ ln -s /usr/bin/ccache ~/fbin/cc

Далее в `~/.bash_profile' делаете:

PATH=$HOME/fbin:$PATH:$HOME/bin
export PATH

PEDROSOFT wrote:

В простом случае обновить програму при выходе новой версии. А зачем
собирать из исходников на двух машинах? Можно же собирать на быстрой
машине, а установить на двух. А если учесть, что вторая намного слабее
первой, то экономия времени получается. Да и база установленных програм
не нарушается.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 24739; Возраст листа: 940; Участников: 1468
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/517565

On Sun, 19 Feb 2006 12:37:24 +0200
Ignatiy Goloviznin <Ign10***@m*****.ru> wrote:

А еще удалять пакет потом удобнее

Здравствуйте, Ignatiy.

Вы писали 19 февраля 2006 г., 2:07:00:

Потому что такую систему (как и большинство вещей в linux) придумали
очень и очень неглупые люди.

Нескромный вопрос: а зачем новичкам собирать пакеты? Я пользуюсь
своими собственными двумя с половиной программами и без них.

Дектярёв Михаил wrote:

Например обновить браузер, после выхода новой версии, в которой
устранены уязвимости. Или обновить более нужную программу ради новых
возможностей или задолбавшей ошибки. Глупо же ради 1-2 программ покупать
новый дистрибутив, который к тому же выйдет как минимум через полгода.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 24738; Возраст листа: 940; Участников: 1468
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/517564

Здравствуйте, Ignatiy.

Вы писали 19 февраля 2006 г., 13:41:29:

И чтобы обновить нужно собирать пакет?

Если бы они ещё продавались...

On Sun, 19 Feb 2006 19:58:38 +0300
Дектярёв Михаил <drakon-mvd@y*****.ru> wrote:

есть rpmfind.net и freshmeat.
возможно что-то подобное есть для debian

На крайний случай - google -> имя пакета + нужная версия.

On Sun, 19 Feb 2006 20:48:24 +0300
Ilia N Ternovich <tilli***@m*****.ru> wrote:

http://www.debian.org/distrib/packages
А еще лучше apt

Дектярёв Михаил пишет:

Не знаю как у вас, а у нас в Воронеже продаются!.. Что характерно, в
разделе "Мултимедиа" дистрибьютера 1С:... :)))
Не всё, конечно, но RH и его производные (ALT, ASP, Linux XP, Mandrake)
найти можно... В прочем, подборки приложений тоже найти можно. К
сожалению (для любителей rpm, но не для меня) на таких дисках нет ни
одного rpm... Что, в принципе, считаю логичным.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 24795; Возраст листа: 941; Участников: 1470
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/517868

On Mon, 20 Feb 2006 12:01:04 +0300
BogDaN wrote:

...и более того: раздаются. :)

А также SuSE и Slachware на ftp'шнике ВГУ.
И, где-то в недрах сети ВГУ лежит миррор gentoo distfiles.

On Mon, 20 Feb 2006 20:05:49 +0300
Vladimir Rusinov <vladim***@l*****.ru> wrote:

К сожалению, как оказалось лишь малый кусок от большого пирога :)))))
( Список сильно зависит от сексуальной ориентации админа )
Хотя, не буду кривить душой, ядро и системные утилитки обновить можно запросто.

On Thu, 16 Feb 2006 16:00:11 +0200
Michael G wrote:

В дополнение к высказавшимся ораторам.

Не знаю как в генту, а преобразование rpm<->deb достигается с помощью пакета
alien. Так оперу ставил.
Чем плоха установка из исходников? Ужасов, описанных Vladimir Rusinov, не
наблюдал за два года ни разу. Если вы собираете из исходников что-то посложнее
gzip, то есть вероятность, что для получения необходимой функциональности
придется вникать в конфигурирование пакета перед сборкой. Более того, многие
пакеты не найдя чего-либо неинтерактивно отключают недоступные опции. За этим
приходится следить и доставлять нужные библиотеки. При собранном бинарнике за
вас уже подумали. Но не факт, что результат этих размышлений будет вам по
душе ;). О достоинствах уже вроде все сказали. Они, как всегда, вытекают из
недостатков.

Возможно, утверждаяя нежелательность установки из сорцов, автор подразумевал,
что бинарники, по крайней мере в дебиане, содержат поменьше дыр, чем последний
CVS, что благоприятно сказывается на общей безопасности сервера.

Hi Michael,

Thursday, February 16, 2006, 5:00:11 PM, you wrote:

imho, мнение, поданное автором статьи, не бесспорно, но веско
обоснованно. Это не экспериментатор, а админ (иногда -
взаимоисключающие ипостаси). Этот человек с линуксом давно и надолго.
А вам, Михаил, желаю побольше экспериментировать. Идеологические
вопросы рассосутся сами по себе. Не бойтесь узнавать
"лишнее-бесполезное".