LINUX.ORG.RU
ФорумTalks

RPM based distro vs DEB based distro


0

2

Мне как программисту более удобен debian или ubuntu, с ними не приходится самому компилировать библиотеки, и кажется они более продуманы, и коммюнити за ними ощущается.
В redhat и centos у меня всегда были проблемы, то настройки не доделаны, то пакетов нету, приходится самому компилировать и ставить, да и обновлять пакеты сложно. Но видно админам больше нравится rpm основанные дистрибутивы.
Что лучше rpm based distro или deb based distro?

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

melkor217 ★★★★★ ()
Ответ на: комментарий от melkor217

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

ostin ★★★★★ ()

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

Zhbert ★★★★★ ()
Ответ на: комментарий от ostin

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

melkor217 ★★★★★ ()

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

NekoExMachina ()
Ответ на: комментарий от ostin

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

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

lazyklimm ★★★★★ ()

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

dilshod ()
Ответ на: комментарий от dilshod

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

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

unikoid ★★★ ()
Ответ на: комментарий от lazyklimm

>ну-ну, сравни сложность перекомпиляции пакета(+ установка зависимостей) в 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 уже появились рекомендованные зависимости?


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

nnz ★★★★ ()
Ответ на: комментарий от dilshod

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

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

reader ()
Ответ на: комментарий от lazyklimm

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

unikoid ★★★ ()

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

Kosyak ★★★★ ()
Ответ на: комментарий от nnz

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

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

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

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

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

lazyklimm ★★★★★ ()
Ответ на: комментарий от unikoid

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

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

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

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

lazyklimm ★★★★★ ()
Ответ на: комментарий от unikoid

>В debian sarge

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

lazyklimm ★★★★★ ()
Ответ на: комментарий от lazyklimm

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

Нет.

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


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

reader ()
Ответ на: комментарий от dilshod

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

ostin ★★★★★ ()
Ответ на: комментарий от lazyklimm

>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 придется закопать?

nnz ★★★★ ()
Ответ на: комментарий от vertexua

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

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

melkor217 ★★★★★ ()
Ответ на: комментарий от lazyklimm

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

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

melkor217 ★★★★★ ()
Ответ на: комментарий от melkor217

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

melkor217 ★★★★★ ()

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

UVV ★★★★★ ()
Ответ на: комментарий от lazyklimm

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

unikoid ★★★ ()
Ответ на: комментарий от melkor217

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

unikoid ★★★ ()
Ответ на: комментарий от nnz

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

менее

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

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

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

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

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

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

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

lazyklimm ★★★★★ ()
Ответ на: комментарий от lazyklimm

>менее

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

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


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

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


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

nnz ★★★★ ()
Ответ на: комментарий от nnz

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

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

nnz ★★★★ ()
Ответ на: комментарий от reader

А в 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@

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

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

lazyklimm ★★★★★ ()
Ответ на: комментарий от nnz

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

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

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

см. выше

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

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

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

lazyklimm ★★★★★ ()
Ответ на: комментарий от ostin

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

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

lazyklimm ★★★★★ ()
Ответ на: комментарий от lazyklimm

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

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

annoynimous ★★★★★ ()
Ответ на: комментарий от annoynimous

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

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

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

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

lazyklimm ★★★★★ ()
Ответ на: комментарий от lazyklimm

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

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

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

см. выше


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

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


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

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


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

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

nnz ★★★★ ()
Ответ на: комментарий от annoynimous

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

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

elipse ★★★ ()
Ответ на: комментарий от nnz

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

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

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

elipse ★★★ ()
Ответ на: комментарий от elipse

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

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

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


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

nnz ★★★★ ()
Ответ на: комментарий от nnz

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

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



elipse ★★★ ()
Ответ на: комментарий от nnz

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

запросы идентичные: «пересборка $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 :). Теперь иногда будет легче жить.

lazyklimm ★★★★★ ()

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

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

Siado ★★★★★ ()
Ответ на: комментарий от unikoid

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

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

Siado ★★★★★ ()
Ответ на: комментарий от lazyklimm

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

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

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

nnz ★★★★ ()
Ответ на: комментарий от Siado

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

unikoid ★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.