1.1, danube55 (?), 00:27, 10/07/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
а вот это уже давно пора. а то не понятно как в обще с такой тормозной системой сидели.
З. Ы.
Ни чего личного. У меня Debian. :)
| |
|
2.2, Michael Shigorin (ok), 00:33, 10/07/2008 [^] [^^] [^^^] [ответить]
| +/– |
Вы о чём? Сам по себе rpm вполне шустр, dpkg в сравнении -- якорь.
Можно пронаблюдать, скажем, по времени вливания одного CD пакетов.
А так да, и rpm подзавалялся, и в макронаборах скорее разброд и шатание.
Причём у самих редхатов -- ещё и нищета ужасающая.
Давно пора :-)
| |
|
3.7, User294 (ok), 05:04, 10/07/2008 [^] [^^] [^^^] [ответить]
| +/– |
>Причём у самих редхатов -- ещё и нищета ужасающая.
Мало того что изначально RPM по сравнению c dpkg просто уродец, так еще это постоянно перетрясают.Здорово отбивает охоту иметь дело с redhat-based системами.Да-да, это кстати и вашей системы касается.Пока она будет основана на редхате я к ней на пушечный выстрел не подойду.А "на подумать" - посмотрите на чем как правило основываются все новые системы ;)
| |
3.25, devcoder (ok), 13:52, 10/07/2008 [^] [^^] [^^^] [ответить]
| +/– |
> Вы о чём? Сам по себе rpm вполне шустр, dpkg в сравнении -- якорь.
> Можно пронаблюдать, скажем, по времени вливания одного CD пакетов.
Совершенно некорректно сравнивать сами утилиты,
так как они выполняют правила (скрипты),
созданные разработчиками пакетов.
А политика в области автоматизации установки
и стремлению(пределов) к дружественности к пользователю,
у deb-based и rpm-based дистров сильно отличается.
Частично это объясняется форматом пакетов,
частично policy дистрибутивов, остальное - самим разработчиком пакета.
Сравните кол-во строк {pre,post}{in,un} скриптов в каком-нибудь "сложном"
rpm (например, в phpMyAdmin и ему подобных) с кол-вом строк
в {pre,post}{install,rm} deb-a.
Поэтому, после установки/обновления/апгрейда/отката на предыдущую версию
в Debian/Ubuntu даже "большие" программы-монстры становятся/остаются
в работоспособном состоянии, а в rpm-based дистрах зачастую нужны некоторые
ручные действия (базу обновить, пользователей завести, что-то в конфе поменять).
| |
|
2.6, User294 (ok), 04:57, 10/07/2008 [^] [^^] [^^^] [ответить]
| +/– |
> а вот это уже давно пора. а то не понятно как в обще с такой тормозной системой сидели.
О господи.Как раз за что не люблю redhat-based системы так это за тотальный бардак с RPM, разными версиями RPM, постоянные перетрясы и прочая.И так там черт ногу сломит, а они еще и перетрясают оный с завидной регулярностью.Ужас!
Сломается совместимость?Идите в зад!Это хучшее что может сделать дистроклепатель и это простительно только если слом несет реальные, неоспоримые преимущества стоящие того.
> Ни чего личного. У меня Debian. :)
Юзаю убунту и дебиан.Как раз в том числе по причине что пакетный манагер там сразу изначально нормальный и его не перехреначивают тотально каждый раз.
| |
|
3.12, Onotoley (?), 09:07, 10/07/2008 [^] [^^] [^^^] [ответить]
| +/– |
а ты что, используешь в реальной работе rawhide ветку? Почему вообще дебианщики так возбудились, когда люди у себя в альфа-версии новшества испытывают?
| |
|
|
1.3, kost BebiX (?), 01:57, 10/07/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Поздравляю! Главное чтоб ничего не поломали (всмысле "незаметно для обычных юзеров").
| |
1.5, Oles (?), 02:16, 10/07/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Всё равно RH/Centos 5.x будет ещё ОЧЕНЬ долго жить. И клепать придётся рпм-ки под них...
| |
1.9, Аноним (9), 06:22, 10/07/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
хз че там перетрясают, вроде все работают и проги из рпмок ставяться без проблем, а с юмом так и с зависимостями.
| |
1.10, prapor (??), 08:36, 10/07/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> %{_topdir} теперь указывает на $(HOME)/rpmbuild/, а не на /usr/src/redhat/;
>BuildRoot из spec игнорируется, в качестве корня для сборки теперь используется %{_topdir}/BUILDROOT/;
А что мешало раньше это переопределять? Если не ошибаюсь, то у альтов именно так и сделано. Да и BUILDROOT, если не ошибаюсь, сейчас задается относительно %{_tmpdir}
P.S. Юзаю Debian, но создание ./debian/* до сих пор не осилил, в отличие от .spec'ов.
| |
|
2.11, pavel_simple (??), 08:49, 10/07/2008 [^] [^^] [^^^] [ответить]
| +/– |
>P.S. Юзаю Debian, но создание ./debian/* до сих пор не осилил, в
>отличие от .spec'ов.
dh-make ? -- как база
| |
2.13, Аноним (9), 09:27, 10/07/2008 [^] [^^] [^^^] [ответить]
| +/– |
>P.S. Юзаю Debian, но создание ./debian/* до сих пор не осилил, в отличие от .spec'ов.
а мне как раз показалось проще моздание ./debian/*, чем .spec-ов
| |
|
1.14, ZANSWER (??), 09:46, 10/07/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ох недают лавры RPM покоя дебианщегам, вон как они тут разошлись, а воз и ныне там...*RPM*
| |
1.16, Имя (?), 10:13, 10/07/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
нужно сделать хотя бы такую же простоту установки пакетов
(и их совместимость) как в винде.
| |
|
2.23, Ant (??), 12:35, 10/07/2008 [^] [^^] [^^^] [ответить]
| +/– |
Да... Как я помню расстроился, когда скачал пакет, вроде как заточенный по мой дистр, пришел домой (дома инета нет), а он еще какой-то пакет захотел... Windows-кая логика не работает - там подразумевается, что если ты скачал программу, то кроме нее ничего не нужно (есть, конечно, исключения, например, проги под Frame Work).
| |
|
1.18, Аноним (18), 10:46, 10/07/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
В винде как таковых пакетов нет.
Каждая программулина заново в свой каталог ставит теже пакеты... библиотеки
| |
|
2.24, Осторожный (?), 13:26, 10/07/2008 [^] [^^] [^^^] [ответить]
| +/– |
>В винде как таковых пакетов нет.
>
>Каждая программулина заново в свой каталог ставит теже пакеты... библиотеки
есть Windows Installer
Это попытка Microsoft сделать сделать пакетный mananger
| |
|
1.21, guest (??), 11:49, 10/07/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Я чего-то не осилил - это они полумёртвый rpm-4 перетрахивают или на rpm-5 наконец-то переходят?
| |
1.22, Zulu (?), 12:28, 10/07/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Реализована поддержка привязанных к аппаратной архитектуре зависимостей;
то что в Debian есть сто лет, ВНЕЗАПНО появилось и у RH. Ура?
| |
|