|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 19 May 2003 00:10:01
To : Vladimir Mosgalin
Subject : asp7.3 -> asp9 (was: установка пакета со всеми зависимостями)
--------------------------------------------------------------------------------
Hi, Vladimir!
>>>>> "VM" == Vladimir Mosgalin
>>>>> <Vladimir.Mosgalin@p17.f1041.n5030.z2.fidonet.org> writes:
провели эксперементик. Задача не для полного ламера, но решаемая.
VB>>>> как обновлять "переименованые пакеты", я могу тебе расскзать, если
VB>>>> ты конечно представляешь что умеет делать rpm.
VM>>> Кстати, расскажи. Я тоже послушаю.
VB>> если авторы новых пакетов не учли ситуацию обновления старой версии
VB>> дистрибутива,
Авторы ситуацию почти учли практически полностью.
Hеучли в licq* и еще несколько пакетов, которые были в asp7.3, и которые
викинули в asp9
VM> У обычного юзера что? Пакеты из дистрибутива, пакеты из rh или чего
VM> еще, когда апдейтов в дистрибутиве долго нет, а позарез нужно -
VM> самосборные или, чаще, тянутые из других дистрибутивов. Парочка
VM> программ по make install...
таким разнообразием мы не занимались, поставили asp7.3 в варианте "Офис",
и налили часть обновлений (из тех, что были под рукой)
[skip]
VM>>> Думаю, если что-нибудь подобное напишешь, многие спасибо скажут.
VB>> да че там говорить? Пробовать нада, но мне пока лениво :)
VM> Я понимаю, что за спасибо никому не хочется,
поэтому пришлось "за кило мороженого, и пару шоколадок" на всех :).
Ко всему этому потом присовокупили пару литров колы :)
[skip]
итак, основная пробелма при обновлении asp7.3 -> asp9 была в том, что
часть пакетов просто отсутвует в asp9.
Hаличие пакетов типа gnorpm, которые хотели более старые версии
_библиотек_, приводили к неразрешимым зависимостям. Снос таких пакетов
ситуацию лечил.
Команда yum upgrade вопрос с "переименоваными пакетами" решает в лучшем
виде (на примере KDE это очень хорошо видно).
То, что ставилось "сбоку через make install", нас ваще не волнует - под
отвевенность того, кто ставил. Это, разумеется никакой yum не
проконтролирет (он работает сугубо по зависимостям прописаным в rpmdb).
Еще мы с толкнулись с парой приколов (например со сменой версии openssl,
которая как-то странно происходила). Обходили "довольно хитро", но когда
делали анализ проблемы постфактум, решили что возможно удолось бы пройти
"в лоб", еслиб ходили "другим путем" - т.е. сначала бы снесли всё,
чтотребовало отсутсвующих новых версий, а потом yum upgrade.
Проверять "другой путь", ставить/обновлять всё второй раз не стали.
В ближайшее время будет апргейт одной машинки из asp7.3+что-то-с-чем-то
до asp9, сказали что "расскажут как всё прошло".
А потом (но не ранее чем через пару недель), я сам буду обновляться, и
тоже расскажу как у меня всё прошло.
Еще возникла мысль собрать apt-rpm для asp9, и попробовать то-же самое
сделать с помощью apt, чтоб посмотреть, насколько оно рулез...
Воплотится это в жизнь или нет я не знаю, эт точно без меня :)
Hо если воплотится - мне расскажут, а я перескажу :))
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
