RPM based distro vs DEB based distro

Тут дело не в формате пакетов, а в направленности дистрибутивов. Ынтерпрайзный редхат и вечная бета федоры, либо глобальный и надёжный дебиан.

Еще про глобальный и надежный CentOS забыл. Предлагаю перечислить конкретные проблемы с rpm, с которыми столкнулся ТС - прямо по пунктам. Я прозреваю, что кто-то плохо читает документацию.

Вот еще что нашел http://m.jguk.org/2009/01/redhat-switch-from-rpm-to-deb-apt-get.html

Gentoo с его ебилдами рулит и педалит.

Вот проблема, как ставить ruby1.9 на centos5, предлагает скомпилировать из исходников: http://mjijackson.com/2010/02/ruby-1.9-centos-5

Да, забыл. Но он не такой глобальный и надёжный.

ports-based distro
и вообще, написал в удаленный тред

ну-ну, сравни сложность перекомпиляции пакета(+ установка зависимостей) в deb-based или в какой-нить федоре-центосе.

дальше - в Fedora/Centos уже появились рекомендованные зависимости?

> Вот еще что нашел

Там чушь написана.

Изза чего начал топик, сегодня хотел настроить monit для memcached на сервере с centos, обнаружил что yum install ом поставленный memcached, скрипт которого лежит в /etc/init.d/memcached, при запуске никуда не записывает свой pid, а процесс убивается через «killproc memcached». Это не нормально.

>Вот проблема, как ставить ruby1.9 на centos5, предлагает скомпилировать из исходников:
Не надо говорить о проблемах конкретного дистрибутива как о проблемах пакетного менеджера.
В debian sarge вас, наверное, попросили бы сделать тоже самое, ага.

Например вот тут (http://download.opensuse.org/repositories/home:/kwk:/ruby:/snapshot/) вполне есть rpm ruby 1.9, но для openSUSE и Fedora.

>ну-ну, сравни сложность перекомпиляции пакета(+ установка зависимостей) в deb-based или в какой-нить федоре-центосе.

apt-get source $package
apt-get build-dep $package
cd $package-$ver
dpkg-buildpackage
dpkg -i ../$package_$ver_$arch.deb

yumdownloader --source $package && rpm -ihv $package-$ver.src.rpm
yum-builddep $package
cd /usr/src/redhat/SPECS
rpmbuild -ba $package.spec
rpm -Uhv ../RPMS/$arch/$package-$ver.$arch.rpm

А в чем принципиальная разница?

дальше - в Fedora/Centos уже появились рекомендованные зависимости?

К счастью, нет.

> Это не нормально.

Это не имеет отношения к формату пакетов.

Есть ли какая-то техническая Ънтерпрайзность в RH? Тоесть если не покупать поддержку?

>дальше - в Fedora/Centos уже появились рекомендованные зависимости?
Не знаю, что там в федыре, а в opensuse - давно. Тоже RPM-based.

Если уж сравнивать, то либо OpenSUSE vs Ubuntu либо Debian Lenny vs CentOS

>А в чем принципиальная разница?

1)чтобы собирать не из под рута, в RH нужно править конфиг

2)yum-utils/rpmbuild, в отличие от, искаропки не устанавливается

К счастью, нет.

ну-ну, потом а потом у нас kde-шный софт gnomelibs тянет по зависимостям

>Не знаю, что там в федыре, а в opensuse - давно. Тоже RPM-based.

говорим RPM - подразумеваем Red Hat

а пакеты Сусе/Мандрива/Альт вообще непонятно что за зверь - не мышонок, не лягушка. Лучше бы они переименовали формат пакетов и не смущали честной народ.

P.S. спеки в одиночном файле меня тоже напрягают, хотя это скорее дело привычки

>В debian sarge

sarge это уже old-old-stable, а centos - всё ещё текущий stable

ах, да, ещё в дебиане есть dpkg-reconfigure и полноценный update-alternatives

> 1)чтобы собирать не из под рута, в RH нужно править конфиг

Нет.

2)yum-utils/rpmbuild, в отличие от, искаропки не устанавливается

dpkg-dev, по-моему, тоже.

Я из топика понял, что вам нужно распространить свою программу и есть конкретно у вас с вашей конкретной программой проблемы при распространении rpm пакетами. Можно эти проблемы описать?

>1)чтобы собирать не из под рута, в RH нужно править конфиг

Ога, очень сложно.
mkdir -p ~/rpmbuild/{BUILD,RPMS,SOURCES,SPECS,SRPMS} && echo '%_topdir %(echo $HOME)/rpmbuild' >> ~/.rpmmacros

А в дебиане надо ставить fakeroot, не менее сложно.

yum-utils/rpmbuild, в отличие от, искаропки не устанавливается

Ага. Это, конечно же, проблема исключительно формата RPM.

// Между прочим, gcc, make и прочая компания из коробки не устанавливается ни там, ни там. Вывод?

ну-ну, потом а потом у нас kde-шный софт gnomelibs тянет по зависимостям

Кривые руки мейнтейнера — это тоже ключевая проблема формата пакета, ага.
Я могу в дебиане так procps собрать, что оно компиз по зависимостям потребует. После этого dpkg придется закопать?

> Есть ли какая-то техническая Ънтерпрайзность в RH? Тоесть если не покупать поддержку?

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

> ах, да, ещё в дебиане есть dpkg-reconfigure и полноценный update-alternatives

А в редхате этого нет? Ох, ужас-то какой.

Кстати, есть коммерческие конторки, которые предоставляют поддержку дебиана.

А где тут конкретно вина rpm? (-;

А мне как программисту более удобен Slackware.

> dpkg-reconfigure

Нет debconf'а - нет проблем! :)

полноценный update-alternatives

А в Fedora/Red Hat он не полноценный?

>говорим RPM - подразумеваем Red Hat
Эта те самые, у которых либо Ъ-ынтырпрайз, в котором все давно протухло (RHEL && CentOS), либо все самое свежее, но нихрена не работает (Fedora)? Нахрен такое счастье.

У дебиана стейбл не протух, а в сиде всё работает? :)

>У дебиана стейбл не протух, а в сиде всё работает? :)
При чем тут дебиан, когда речь шла об RPM-дистрибутивах?

А в дебиане надо ставить fakeroot, не менее сложно.

менее

Ага. Это, конечно же, проблема исключительно формата RPM.

нет, это проблема Fedora/Centos

Кривые руки мейнтейнера — это тоже ключевая проблема формата пакета, ага.

нет, это проблема Fedora/Centos

К тому же, на запрос в гугле «пересборка deb пакета» ты сразу найдёшь информацию про fakeroot, а на запрос «пересборка rpm пакета» придётся перелопатить кучу хлама, и не факт, что ты найдешь хоть какое-то упоминание про yum-utils

Да, это не проблема дистрибутива. Но и не моя, потому я по возможности стараюсь использовать Debian.

Кстати, тема не про формат пакетов, а про дистры, использующие эти форматы

>менее

Насколько менее сложно? Можно представить количественную оценку, почему два клика средней кнопкой мыши в одном случае сложнее, чем ровно те же действия в другом случае?

нет, это проблема Fedora/Centos

У deb-дистров проблема ровно такая же — фиг чего соберешь из коробки.

нет, это проблема Fedora/Centos

А у дебиана таких проблем нет?
Например, сейчас в сквизе пакет xtables-addons не может работать без iptables >= 1.4.9, но мейнтейнер не хочет ставить эту зависимость, потому что в сквизе iptables >= 1.4.9 нет и не предвидится, и если поставить эту зависимость, пакет «сломается» не только фактически, но и формально, а значит, испортит статистику.
Результат: пакет ставится, но не работает. Из-за неправильной зависимости. И это считается нормальным.

>почему два клика средней кнопкой мыши

Один, на самом деле.

А в Fedora/Red Hat он не полноценный?

centos

ls /etc/alternatives                                                                                                                    
ksh@         mta-aliasesman@  mta-newaliasesman@  mta-sendmailman@  print-lp@      print-lpq@     print-lprmman@
ksh-man@     mta-mailq@       mta-pam@            print@            print-lpc@     print-lpqman@  print-lpstat@
ksh-usrbin@  mta-mailqman@    mta-rmail@          print-cancel@     print-lpcman@  print-lprm@    print-lpstatman@
mta@         mta-newaliases@  mta-sendmail@       print-cancelman@  print-lpman@   print-lprman@  qemu-pxe-roms@

- фактически, используется только 4-мя пакетами.

debian

aclocal@              ex.it.1.gz@             keytool@                 policytool@          tclsh@               vncpasswd.1.gz@
aclocal.1.gz@         ex.pl.1.gz@             keytool.1.gz@            policytool.1.gz@     tclsh.1@             vncserver@
aptitude@             ex.ru.1.gz@             ksh@                     qemu@                tcptraceroute@       vncserver.1.gz@
automake@             faked.1.gz@             ksh.1.gz@                qtconfig@            tcptraceroute.8.gz@  w@
automake.1.gz@        faked.es.1.gz@          lft@                     qtconfig.1.gz@       telnet@              w.1.gz@
awk@                  faked.fr.1.gz@          lft.1.gz@                rcp@                 telnet.1.gz@         wish@
awk.1.gz@             faked.sv.1.gz@          libblas.so.3gf@          rcp.1.gz@            testparm@            wish.1@
b2m@                  fakeroot@               libgksu-gconf-defaults@  rcs-checkin@         testparm.1.gz@       write@
b2m.1.gz@             fakeroot.1.gz@          liblapack.so.3gf@        rcs-checkin.1.gz@    tnameserv@           write.1.gz@
bash_completion_gem@  fakeroot.es.1.gz@       locate@                  README               tnameserv.1.gz@      www-browser@
bibtex@               fakeroot.fr.1.gz@       locate.1.gz@             rename@              traceproto@          www-browser.1.gz@
bibtex.1.gz@          fakeroot.sv.1.gz@       midbrowser-flashplugin@  rename.1.gz@         traceproto.1.gz@     x0vncserver@
builtins.7.gz@        firefox-flashplugin@    mozilla-flashplugin@     rlogin@              traceroute@          x0vncserver.1.gz@
c++@                  from@                   mt@                      rlogin.1.gz@         traceroute.1.gz@     x-cursor-theme@
c89@                  from.1.gz@              mt.1.gz@                 rmid@                traceroute6@         xdvi.bin@
c89.1.gz@             ftp@                    nawk@                    rmid.1.gz@           traceroute6.1.gz@    xinput-all_ALL@
c99@                  ftp.1.gz@               nawk.1.gz@               rmiregistry@         traceroute.sbin@     xinput-lo_TH@
c99.1.gz@             gconftool@              nc@                      rmiregistry.1.gz@    unpack200@           xinput-th_TH@
cc@                   gconftool.1.gz@         nc.1.gz@                 rmt@                 unpack200.1.gz@      x-session-manager@
ControlPanel@         geeqie@                 nes@                     rmt.8.gz@            unrar@               x-session-manager.1.gz@
cpp@                  gem@                    nes.1.gz@                rsh@                 unrar.1.gz@          x-terminal-emulator@
ctags@                gem.1.gz@               net@                     rsh.1.gz@            updatedb@            x-terminal-emulator.1.gz@
ctags.1.gz@           gnome-www-browser@      net.8.gz@                rview@               usr.bin.ksh@         xulrunner-addons-flashplugin@
djview@               grep-changelog@         netcat@                  rvim@                vi@                  xulrunner-flashplugin@
djview.1.gz@          grep-changelog.1.gz@    netcat.1.gz@             rxvt@                vi.1.gz@             xulrunner-stub@
ebrowse@              guile@                  nmblookup@               rxvt.1.gz@           view@                xulrunner-stub.1.gz@
ebrowse.1.gz@         iceape-flashplugin@     nmblookup.1.gz@          rzsh@                view.1.gz@           Xvnc@
editor@               iceweasel-flashplugin@  openjade@                rzsh.1.gz@           view.fr.1.gz@        Xvnc.1.gz@
editor.1.gz@          infobrowser@            orbd@                    servertool@          view.it.1.gz@        x-window-manager@
editorrc@             infobrowser.1.gz@       orbd.1.gz@               servertool.1.gz@     view.pl.1.gz@        x-window-manager.1.gz@
emacs@                jar@                    pack200@                 smbstatus@           view.ru.1.gz@        x-www-browser@
emacs.1.gz@           jar.1.gz@               pack200.1.gz@            smbstatus.1.gz@      vi.fr.1.gz@          yacc@
emacsclient@          java@                   pager@                   start-here-16.png@   vi.it.1.gz@          yaccman@
emacsclient.1.gz@     java.1.gz@              pager.1.gz@              start-here-22.png@   vim@                 zsh@
emacs-snapshot@       java_vm@                php@                     start-here-24.png@   vimdiff@             zsh-usrbin@
etags@                javaws@                 php.1.gz@                start-here-256.png@  vi.pl.1.gz@
etags.1.gz@           javaws.1.gz@            php-cgi@                 start-here-32.png@   vi.ru.1.gz@
ex@                   jcontrol@               php-cgi.1.gz@            start-here-48.png@   vncconfig@
ex.1.gz@              jexec@                  php-cgi-bin@             start-here.svg@      vncconfig.1.gz@
ex.fr.1.gz@           jexec-binfmt@           pluginappletviewer@      stratagus-data@      vncpasswd@

пакетов, конечно, чуть побольше, но суть передана верно

И, да, это проблема мейнтейнеров.

>Насколько менее сложно?

сделать - несложно, сложно найти информацию что и как сделать. В случае с дебианом - информация находится элементарно.

У deb-дистров проблема ровно такая же — фиг чего соберешь из коробки.

см. выше

сейчас в сквизе

Ну да, проблемы везде есть, другое дело - где их проще решить...

p.s. сквиз - ещё не релиз

>Еще про глобальный и надежный CentOS забыл.

о, вспомнил, как мне недавно глобальный и надёжный CentOS x86_64 (дефолтная установка) за каким-то фигом при обновлении хотел обновлять кучу откуда ни возьмись взявшихся 686 пакетов

Ты еще расскажи как надо полясать, чтобы multilib из коробки на дебиане сделать.

Нет, deb хорош только скоростью. Всем остальным он плох.

>Ты еще расскажи как надо полясать, чтобы multilib из коробки на дебиане сделать.

так и знал что кто-нибудь придёт и задаст этот риторический вопрос.

Всем остальным он плох.

чем, помимо мультилиба?

>сделать - несложно, сложно найти информацию что и как сделать. В случае с дебианом - информация находится элементарно.

Ну да. Косяки в алгоритмах поисковой системы и чье-то неумение составлять запросы уж точно относятся к проблемам дистров.

А в официальной документации все описано, и непредвзятому человеку найти ее совсем не трудно
http://wiki.centos.org/PackageManagement/Rpm

см. выше

Что, выше написано, что в дебиане build-essential уже установлены из коробки?
Звездеж.

Ну да, проблемы везде есть, другое дело - где их проще решить...

Когда фанатику надо доказать какую-нибудь глупость, нечеткие понятия вроде просто/сложно очень сильно облегчают его работу ;)

p.s. сквиз - ещё не релиз

Согласно правилам заморозки, обновление пакетов для исправления important-ошибок ЗАПРЕЩЕНО. Разрешается обновлять пакеты только для исправления критических ошибок.

Т.е. если пакет не ломает систему в целом, а просто не работает, то пусть так и остается в testing-stable-oldstable, не надо его трогать.
Как известно, в дебиане баги умирают от старости :)

И нафига болезным multilib ?

конкретные случаи в студию

> Согласно правилам заморозки, обновление пакетов для исправления important-ошибок ЗАПРЕЩЕНО. Разрешается обновлять пакеты только для исправления критических ошибок.

Вы задрали уже преподаванием своих комплексов.

пакеты от gnome 2.32 уже есть в скизе, а вы все вещаете что-то оторванное от реальности ..

>вы все вещаете что-то оторванное от реальности ..

xtables-addons без бубна не работает, вот это трагедия.
Сидим без фаерволов.

пакеты от gnome 2.32 уже есть в скизе

А где-то в Африке вообще гражданская война, и что?

> xtables-addons без бубна не работает, вот это трагедия.
Сидим без фаерволов.

Да плевать что кто-то там в Африке сидит без фаерволов.
Вам как не срачка так болячка ...

>чье-то неумение составлять запросы

запросы идентичные: «пересборка $PACKAGENAME пакета».

или это злобный гугл продвигает deb?

Что, выше написано, что в дебиане build-essential уже установлены из коробки?

выше написано, что для deb по вышеуказанному запросу первым выхлопом выдаётся вся нужная информация. По rpm - даже на первой странице я не нашёл упоминания про yum-utils.

а ещё apt-get build-dep ставит всё что нужно.

http://wiki.centos.org/PackageManagement/Rpm

тыкни мне носом, где там упоминание про yum-utils и я замолчу.

нечеткие понятия вроде просто/сложно

вот тебе чОткий алгоритм действий:

deb.

1)нужно пересобрать deb пакет, идём в гугл с очевидным запросом

2)первая ссылка - опеннет, все детально расписано, достаточно просто делается.

rpm.

1)нужно пересобрать rpm пакет, идём в гугл с аналогичным запросом

2)перерыв ссылки на первой странице (с чОткой целью найти алгоритм попроще), видим, что алгоритма попроще нет, т.е. нам предлагается ставить rpmbuild руками, ставить зависимости руками, собирать из под рута (не везде, но есть).

p.s. и всё-таки огромное тебе спасибо за yum-utils :). Теперь иногда будет легче жить.

>Мне как программисту более удобен debian или ubuntu, с ними не приходится самому компилировать библиотеки, и кажется они более продуманы, и коммюнити за ними ощущается.

Программисты выбирают Gentoo

>Не надо говорить о проблемах конкретного дистрибутива как о проблемах пакетного менеджера.

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

Скажу по секрету: вторая ссылка по запросу «yum install build depends» в гугле.
http://linux.die.net/man/1/yum-builddep

А про deb много инфы потому, что убунта пошла в массы, да.
На мой взгляд, сравнивать нужно по объективным факторам, а не по количеству вьющихся мух и следам их деятельности.

// Лично меня, как бывшего мейнтейнера внутрикорпративных реп для дебиана и центоса, вопрос поиска документации по сборке пакетов какбэ не занимает.

> но как коснется дело установки/обновления - так хоть стой хоть падай.
Пруфы будут? На нетбуке стоит суся, последовательно обновлявшаяся с 11.0 до 11.3. Все работает. На десктопе с 11.2 до 11.3 (на старом была 11.0-11.1-11.2).