|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 02 Aug 2002 15:39:24
To : Anton Kovalenko
Subject : Re: Debian vs RH
--------------------------------------------------------------------------------
> <m365yvlkf3.fsf@vb.dn.ua> <20020801073740.7AD8674D.NOFFLE@dimail.umc.com.ua>
> <m3ado68p7e.fsf@vb.dn.ua> <20020802080350.3BDC4971.NOFFLE@dimail.umc.com.ua>
> <m3ofcl7hta.fsf@vb.dn.ua> <87bs8lsega.fsf@lenin.doma.net>
From: Vladimir Bormotov <bor@vb.dn.ua>
Hi, Anton!
>>>>> "AK" == Anton Kovalenko <a_kovalenko@fromru.com> writes:
VB>> навскидку, такое делается даже средствами просто RPM, путем
VB>> выставления epoch. Hасколькоя заметил (не сильно изучал), RH epoch
VB>> не пользует, а ограничивается только version-release. сравнение
VB>> "какой новее" сам rpm проводит по epoch:version-release. Т.е. в
VB>> бльшинсве случаев это 0:ver-rel. если свои пакеты собирать с
VB>> каким-нибудь epoch: 99, то получится что их не обновят...
AK> Мало того, что epoch для этого не предназначен (он предназначен для
AK> случаев, когда сменилась схема нумерации версий). Hо есть очевидные
AK> грабли, на которые можно наступить при таком подходе.
я понимаю, я же сказал что "навскидку" ;)
AK> Предположим, ты себе собрал python 1.5 и выставил ему epoch 99. Потом
AK> ставишь себе софтину, которой занадобился питон 2.1.
...который по практике RH лежит в пакете python2-2.1-x
AK> С ненулевой вероятностью она будет требовать python >= 2.1, и python
AK> 99:1.5 этому условию удовлетворит. То есть, софтина поставится, но
AK> работать не будет.
с вероятностью 100% он требует python2 >= 2.1
Уже сейчас. Да, мне этот подход не нравится, но других красивых вариантов
как держать два питона на одной машине чтоб они не мешали друг другу я
придумать не могу. Разрешать "конфликты" версий через имя пакета мне
кажется наимение опасно.
AK> А если вспомнить о том, что все пакеты, зависящие от python = 1.5,
AK> придётся пересобрать с указанием зависимости от python = 99:1.5...
нет, не прийдется. Если epoch не указан, то подойдет любой питон. Хотя
утверждать не буду, я не пробовал, но судя по тому что я понял из чтения
rpm API - как-то так оно должно работать ;)
VB>> до манов apt я не скоро доберусь, ибо скорее всего я его так
VB>> и не увижу ;).
AK> Рассказал бы тогда, что ли, про этот ваш yum.
а че рассказывать? У автора все написано ;-)
http://www.dulug.duke.edu/yum/
Вашего там не много, и авторскому видению не противоречит. В той сборке
yum которая будет в asp7.3 (и которая возможно уже есть в updates к
asp7.2) есть некоторые доработки:
- reget over http
- работы через proxy
- работа с file://
- перевод документации на русский
еще какие-то совсем мелочи, так сходу не помню.
AK> А то несправедливо получается: тут тебе man apt* пересказывают с
AK> выражением, а ты молчишь, как партизан.
в двух словах - простенькая софтина, которая является переработкой yup -
(YellowDog Linux Updater) и кусков anaconda, занимающихся обновлением при
инсталяций RH. Внутри код страшный. Hо работает. Кое-как, но таки
работает ;)
Автор честно заявляет что он не программер а админ, и ваще... В общем,
это все можно почтитаь в архиве списка рассылки за июнь-июль этого года.
Там совсем немного трафика.
У меня есть мысль "допинать yum" до более-мение приличного состояния. У
ASP Team есть мысль пропихивать патчи автору, по крайней мере до тех пор,
пока он будет их принимать ;-)
AK> Глядишь, появится новая holy war: yum vs. apt.
не, war мне не интересен, даже в плане "пофлеймить". ;-)
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
