The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"OpenNews: Продолжение темы проблем пакетного менеджера RPM"
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [Проследить за развитием треда]

"OpenNews: Продолжение темы проблем пакетного менеджера RPM"
Сообщение от opennews on 05-Июл-05, 23:30 
Jeff Johnson, один из разработчиков и руководитель проекта RPM, опубликовал (http://wraptastic.org/blog/?p=22) комментарии к недавно опубликованной статье (http://tweek.dyndns.org:8080/blog/20050613/top-ten-problems-in-rpm), в которой подчеркивается 10 главных проблем RPM.

URL: http://wraptastic.org/blog/?p=22
Новость: https://www.opennet.ru/opennews/art.shtml?num=5722

Cообщить модератору | Наверх | ^

 Оглавление

Сообщения по теме [Сортировка по времени, UBB]


1. "Продолжение темы проблем пакетного менеджера RPM"
Сообщение от Lazarenko email on 05-Июл-05, 23:30 
А мне понравилось, RPM рулит.
Cообщить модератору | Наверх | ^

2. "Продолжение темы проблем пакетного менеджера RPM"
Сообщение от Аноним email on 06-Июл-05, 04:02 
рулит make install clean
Cообщить модератору | Наверх | ^

3. "Продолжение темы проблем пакетного менеджера RPM"
Сообщение от Bocha email(??) on 06-Июл-05, 06:36 
Согласен с редыдущим оратором. cd /usr/ports/*/* && make install clean
Cообщить модератору | Наверх | ^

7. "Продолжение темы проблем пакетного менеджера RPM"
Сообщение от Stanislav email(??) on 06-Июл-05, 09:07 
Долго однако.
apt-get install имя_пакета - быстрее.
Cообщить модератору | Наверх | ^

11. "Продолжение темы проблем пакетного менеджера RPM"
Сообщение от Celcion on 06-Июл-05, 10:39 
> Долго однако.
apt-get install имя_пакета - быстрее. <

А portinstall <имя пакета> - еще быстрее ;-)
А если еще и алиасов наделать, или вообще на сочетания клавишь комманды повесить - так вообще гиперскорость набирешь при установке софтин. ;-)

Важно не то - сколько буков надо набить, а насколько адекватнен будет результат их набора, про что тут и речь. ;-)

Cообщить модератору | Наверх | ^

14. "Продолжение темы проблем пакетного менеджера RPM"
Сообщение от Аноним email on 06-Июл-05, 14:10 
emerge все равно лучше всех
Cообщить модератору | Наверх | ^

4. "Продолжение темы проблем пакетного менеджера RPM"
Сообщение от CDigger email on 06-Июл-05, 07:35 
emerge
revdep-rebuild
и т.д.

Хотя я не говорил что там нет проблем;)

Cообщить модератору | Наверх | ^

5. "Продолжение темы проблем пакетного менеджера RPM"
Сообщение от Илья Шипицин email on 06-Июл-05, 08:02 
с точки зрения поддержания каталога 3rd party software, да, в портах FreeBSD на халяву и в актуальном виде есть то, что в линуксовых дистрибутивах обычно либо старое, либо по подписке (у RedHAT или SuSE попробуйте найти на халявую коллекцию свежих spec-ов, удавятся ведь)

а с точки зрения здравого смысла у spec объективно больше преимуществ.


rpmbuild -bb имя_файла.spec - ничуть не сложнее, чем make intall :-)

в RPM более аккуратно прописаны зависимости, это факт. RPM на уровне пакетного менеджера опять позволяет обновлять пакеты, pkg_upgrade - такого нету :-) собственно, два больших косяка налицо.

Cообщить модератору | Наверх | ^

6. "Продолжение темы проблем пакетного менеджера RPM"
Сообщение от Алексей (??) on 06-Июл-05, 08:42 
1) В RH вобще достаточно старые версии - но во всяком случае там ошибок меньше. Таже идеология в debian stable.

2) для того что бы сделать rpmbuild -bb имя_файла.spec нужно еще разспаковать src.rpm. тогда уж вспоминай rpmbuild --rebuild $name.src.rpm.
А если хранить у себя только spec + патчи - то может быть лучше уж порты ? :)
src.rpm удобен тем что в его комплекте сразу и сходники идут..
На счет "акуратности зависимостей" вот официальный ответ от RH
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=129875
Одна из основных проблем rpm (да и вобще любого пакетного менеджера под линухом) - если в post скритах будут использоваться вещи из пакетов которые уже стерты, но эта зависимость не отображена была - получим облом..

3) portupgrade уже отменили?

Cообщить модератору | Наверх | ^

8. "Продолжение темы проблем пакетного менеджера RPM"
Сообщение от dvg_lab (??) on 06-Июл-05, 09:28 
portupgrade меня уже пару раз подводил когда зависимости не совсем корректно отрабатывал, хотя весчь достаточно мощная факт.
так же не совсем крут и portdowngrade тоже примерно в 10% случаев не спасает.
Cообщить модератору | Наверх | ^

12. "Продолжение темы проблем пакетного менеджера RPM"
Сообщение от Celcion on 06-Июл-05, 10:43 
>portupgrade меня уже пару раз подводил когда зависимости не совсем корректно отрабатывал,
>хотя весчь достаточно мощная факт.

Добавить еще ключик -R, чтобы уж наверняка. А еще лучше, перед этим сделать pkg_create -vb <полное имя установленного пакета>, создав пакет из уже установленой проги - чтоб потом можно было легко и безболезненно вернуть взад старую версию. :-)

Cообщить модератору | Наверх | ^

15. "Продолжение темы проблем пакетного менеджера RPM"
Сообщение от KonstantinK email(??) on 06-Июл-05, 17:43 
> что в линуксовых дистрибутивах обычно либо старое,

a-la fedora ?

> либо по подписке (у RedHAT или SuSE попробуйте найти на халявую
> коллекцию свежих spec-ов, удавятся ведь)

srpm'ки в свободной доступности - берите и пересобирайте (закрыты только бинарные пакеты) :)

ЗЫ. Так что - неправда Ваша. Не знаете, а говорите.

Cообщить модератору | Наверх | ^

9. "Продолжение темы проблем пакетного менеджера RPM"
Сообщение от Илья Шипицин email on 06-Июл-05, 09:43 
аргумент насчет необходимости иметь в нагрузку к spec файлу распакованный src.rpm - скорее от нехватки опыта :-)

всю жись собираю php и apache из spec-ов, пока что src.rpm не требовалось. хз, может что-то неправильно делаю, наверное.

так что, почему SuSE не выкладывает в cvs/cvsup репозиторий коллекцию актуальных spec-ов (и паччей  к исходникам) - фиг знает, наверное от жадности. а то было бы как в коллекции портов под фри.

насчет portupgrade - хм, а я могу уже собранный пакет при помощи этой штуки накатить ? то есть, по аналогии

rpm -U xyz1.rpm xyz2.rpm ... xyzN.rpm

такое ТОЧНО можно сделать на фри при помощи portupgrade ?


насчет прописывания зависимостей на фри и в RPM, в собранном пакете samba будет явно указана зависимость от той версии openldap, с которой он компилировался, а не с библиотекой liblber.so.2 например, и не с openldap >= 2.2.26, в этом самое палево и есть.

Cообщить модератору | Наверх | ^

13. "Продолжение темы проблем пакетного менеджера RPM"
Сообщение от Celcion on 06-Июл-05, 10:47 
>насчет portupgrade - хм, а я могу уже собранный пакет при помощи
>этой штуки накатить ? то есть, по аналогии
>
>rpm -U xyz1.rpm xyz2.rpm ... xyzN.rpm
>
>такое ТОЧНО можно сделать на фри при помощи portupgrade ?

$ man portupgrade

...

     -P
     --use-packages         Use packages instead of ports whenever available.
                            portupgrade searches the local directories listed
                            in PKG_PATH for each package to install or upgrade
                            the current installation with, and if none is
                            found, pkg_fetch(1) is invoked to fetch one from a
                            remote site.  If it doesn't work either, the port
                            is used.

     -PP
     --use-packages-only    Never use the port even if a package is not avail-
                            able either locally or remotely, although you
                            still have to keep your ports tree up-to-date so
                            that portupgrade can check out what the latest
                            version of each port is.

...

Читайте маны, они рулез.

Cообщить модератору | Наверх | ^

16. "Продолжение темы проблем пакетного менеджера RPM"
Сообщение от Алексей (??) on 07-Июл-05, 09:35 
1) видимо в твоих spec не было патчей. Таки да без патчей можно один spec держать :) А если там есть патчики ? :) Которые еще и не подоходят к новой версии программы? :)

2) собраные пакеты можешь. Цитата из man portupgrade
     -PP
     --use-packages-only    Never use the port even if a package is not avail-
                            able either locally or remotely, although you
                            still have to keep your ports tree up-to-date so
                            that portupgrade can check out what the latest
                            version of each port is.

3) Пишите правильно spec и все будет зашибись. Все это можно указать - было бы желание, которого увы у большинства spec писателей нету.

Cообщить модератору | Наверх | ^

10. "Продолжение темы проблем пакетного менеджера RPM"
Сообщение от AGP email on 06-Июл-05, 10:05 
Здорово. Вот это комментарии. Хороший пример того как любитель критиковать нарвался на профессиональное знание предмета.
А ещё мне понравился английский, не знаю откуда автор родом, но язык хороший.
Cообщить модератору | Наверх | ^

17. "OpenPKG.org"
Сообщение от Peter email(??) on 07-Июл-05, 10:29 
кто-нибудь прикручивал к фре? кстати об RPM. Понимаю, что не нужно, просто интересно, как apt на фре будет работать...
Cообщить модератору | Наверх | ^

18. "OpenPKG.org"
Сообщение от Алексей (??) on 07-Июл-05, 16:32 
Прикрутить можно.. но нафига? возмешся конвертировать все порты в spec ? :)
Cообщить модератору | Наверх | ^

Удалить

Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру