CITKIT.ru - свободные мысли о свободном софте
Деловая газета CitCity.ru Библиотека CITForum.ru Форумы Курилка
Каталог софта Движение Open Source Дискуссионный клуб Дистрибутивы Окружение Приложения Заметки Разное
11.12.2017

Последние комментарии

ОСТОРОЖНО: ВИНДОФИЛИЯ! (2250)
24 December, 22:53
Kubuntu Feisty (15)
24 December, 18:42
Один на один с Windows XP (3758)
24 December, 11:46

Каталог софта

Статьи

Дискуссионный клуб
Linux в школе
Open Source и деньги
Open Source и жизнь
Windows vs Linux
Копирайт
Кто такие анонимусы
Лицензии
Нетбуки
Нужен ли русский Linux?
Пользователи
Дистрибутивы
Идеология
Выбор дистрибутива
Archlinux & CRUX
Debian
Fedora
Gentoo
LFS
LiveCD
Mandriva
OpenSolaris
Slackware
Zenwalk
Другие линуксы
BSD
MINIX
Движение Open Source
История
Классика жанра
Окружение
shell
Библиотеки UI
Графические среды
Шрифты
Приложения
Безопасность
Управление пакетами
Разное
Linuxformat. Колонки Алексея Федорчука
Заметки
Блогометки
Файловые системы
Заметки о ядре

Дистрибутивы :: Fedora

Fedora — не горе: обновление системы

http://alv.me/

Как я говорил в предыдущей заметке , одной из главных целей моего приобщения к Fedora, кроме повышения общеобразовательного уровня, было опробование новой модификации файловой системы btrfs (версии 0.19), каковая обещала скачок в быстродействии файловых операций. Для чего надлежало обновить установленную систему до "сыромятной" её версии, содержащей, помимо всего прочего, ядро 2.6.31-rc1, эту модификацию поддерживающее.

С этой целью перво-наперво я обратился к штатному средству управления пакетами нашего дистрибутива, именуемому PackageKit . Это — кросс-дистрибутивная надстройка над различными системами пакетного менеджмента, такими, как yum или apt (говорят, он умеет работать даже с tar.gz пакетами из Archlinux — подробности см. здесь ).

PackageKit включает backend'ы для работы с различными менеджерами пакетов (в Fedora это yum backend) и графические frontend'ы, предназначенные для работы в средах KDE (kpackagekit) или GNOME (gnome-packagekit). Поскольку я устанавливал Xfce, использующий GNOME'вские библиотеки, именно второй и оказался в моём распоряжении.

В среде Xfce PackageKit запускается из главного стартового меню: Администрирование -> Установка и удаление программ. После чего мы видим примерно следующую картину:

Очевидно, что первое, что тут нужно сделать — проверить, как обстоит дело с репозиториями. Для чего отправляемся в меню System, где выбираем пункт Software sources. После чего мы видим четыре теоретически доступных репозитория, из которых по умолчанию включены два:
  1. Fedora 11.90 - x86_64
  2. Fedora 11.90 - x86_64 Updates
Путём несложных логических умозаключений можно прийти к выводу, что для подключения "сыромятных" репозиториев нужно отметить чекбоксы против строк
  1. Fedora 11.90 - x86_64 Test Updates
  2. Fedora Rawhide
Интересно, что при этом основные репозитории релиза отключились сами собой:

Если есть потребность в доступе к репозиториям исходников (пакетам srpm — у меня такой потребности пока не возникло), следует "поставить птицу" на Show debug and development software sources и из расширенного списка выбрать нужное, например, Fedora Rawhide - Source.Теперь через меню System -> Refresh package lists надо обновить списки доступных пакетов, и если в оных появятся обновления (а при переходе на разрабатываемую версию они появятся неизбежно), возникнет следующая панель:

Тут, казалось бы, всё просто: нажать кнопку Установить обновления — и дело в шляпе, по аналогии с классово близкими менеджерами пакетов типа Synaptic или Xnetpkg можно ожидать, что остальное произойдёт само собой. Но не тут-то было — вместо сообщения о благополучном завершении появляется такая вот панель:

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

Однако печальный итог таков, что никакого обновления при этом не происходит — даже для тех пакетов, у которых с зависимостями всё в порядке. То есть работает принцип — всё или никак. И разрешить данную коллизию в рамках PackageKit невозможно. По крайней мере, я не нашёл, как это можно сделать.

Надо отметить, что механизм обновления можно запустить и отдельно — через меню Администрирование -> Источники программ (для подключения репозиториев) и Администрирование -> Обновление программ (для собственно обновления). Но, поскольку при этом используется всё тот же PackageKit, результат будет аналогичным, то есть нулевым.

Но тут вовремя вспомнился далёкий 2001 год, когда я сочинял документацию к первой коробочной версии ASPLinux'а, в которой использовался пакетный менеджер yum, употребимый нынче в Fedora, Red Hat и его клонах. В скобках замечу, что долгое время yum в собственно Red Hat etc. был в загоне, а развивался именно силами разработчиков ASPLinux'а, но это отдельная история.

Освежив свои воспоминания с помощью вот этого руководства и, разумеется, тёти Мани (man yum), я, получив права root'а посредством su, бестрепетно ввёл в командной строке терминала команду

# yum update
Каковая должна выполнить полное обновление как списка доступных пакетов, так и собственно системы.

Правда, ожидаемого обновления не произошло и на этот раз: после длинного списка пакетов, готовых подвергнуться апдейту, появилось сообщение об ошибке, связанное с нарушением зависимостей пары или тройки пакетов. Что, опять же, в тестируемой версии не является чем-то необычным. Тем более, что тут же предлагался и рецепт борьбы с этим — команда

# yum update —skip-broken
Теперь, наконец, система обновилась до "сыромятной" версии, и можно было заняться доустановкой пакетов.

С этой целью я опять-таки сначала воспользовался PackageKit'ом — и с переменным успехом. Некоторые пакеты устанавливались нормально, со всеми зависимостями. Иные же опять-таки выдавали ошибки в разрешении зависимостей. И потому пришлось снова обратиться к командной строке и yum'у, что выглядит примерно так:

# yum install имя_рек
Однако оказалось, что пакеты, которые отказывались устанавливаться через PackageKit, в yum'е с полпинка также не вставали, выдавая для некоторых их зависимостей такое сообщение:
Package имя_рек.rpm is not signed
Правда, это решилось достаточно просто — достаточно было установить проблемный пакет индивидуально:
# yum install имя_рек1
После того, как все проблемные зависимости были установлены таким образом, и собственно главный пакет инсталлировался благополучно.

В отношении же некоторых пакетов пришлось прибегнуть к классическому rpm, например, только таким способом мне удалось установить браузер Opera (поскольку бета-версия FireFox в первоначальном виде оказалась почти неработоспособной — хотя нынешняя, релизная, функционирует вполне справно):

prm -ihv path2/opera-9.64.gcc4-shared-qt3.x86_64.rpm
Подводя предварительный итог своему беглому знакомству со средствами пакетного менеджмента в Fedora, могу сказать следующее:
  • PackageKit показался мне простым и удобным в обращении, но несколько недоработанным; в частности, в нём очень трудно определить причины ошибки при установке конкретного пакета;
  • yum, напротив, произвёл на меня очень хорошее впечатление — не уступая по возможностям семейству apt, он несколько проще синтаксически;
  • ну а rpm — он и в Африке rpm, и пользоваться им следует только в том случае, если нет другого выхода.
В связи с этим я решил уделить время изучению возможностей yum'а, что со временем составит предмет серии заметок. Но сначала я всё-таки хочу рассмотреть ремикс Русской Fedora, благо в конце концов мне удалось скачать цельный образ DVD, прошедший все проверки. О чём — в следующем номере нашей программы.



Комментарии

Страницы комментариев: 1 :: 2 :: следующая

аноним, Sun Aug 2 03:44:12 2009:
Про зависимости люди говорят: тут парень недавно деда топором зарубил. Свидетели рассказывали: выскочил на улицу или из окна выпрыгнул - с топором! Орет матерно: предатели! ей капец! ей капец! кто она - не разобрать было. Громко так орал, что непонятно. А тут дед идет. Этот парень подбегает к деду с криком: бармен! бармен! и... рубанул... топором... да-а, дела.. слава Богу деду повезло, он ему по плечу попал. обухом. вскольз. Рубашку немного испачкал. А бабка рядом в обморок упала - подумала он и ее рубить начнет. Тут добрые люди схватили его, скорая приехала и отвезла его в дурку. А там уже сказали, что он зависимости не смог разрешить вот крыша и съехала. Вроде навсегда. А мож еще и подлечат.
А дед добрый попался, говорит что парень не виноват, а система виновата. Говорит с ней взрослые умом трогаються, а молодой так - в легкую. Такие дела, вот.
аноним, Sat Aug 1 22:05:02 2009:
>Так почему же вроде бы "свободное" ПО имеет такие "зависимости", с которыми никто не может управиться?! И когда это кончится?

Это закончится только с переходом на винды. После линукса винды просто рай и спокойствие. :)
stranger, Tue Jul 14 12:58:40 2009:
Мне вот интересно, а зачем вообще понадобилось обновляться до Rawhide? Это же вообще репозиторий для "суровых разработчиков". Поэтому и вылезло столько конфликтов. Если стояла задача потестить работу системы обновлений, так для этого можно было подождать пару дней - к Федоре обычно много обновлений выходит.

А поводу deb-дистриба, с которым "нет проблем при обновлениях"... Ну подключите какой-нибудь Debian Experimental и тоже огребете кучу конфликтов при попытке обновиться. Тут, конечно, же сейчас найдется куча специалистов, которые сидят на experimental и у них "полет нормальный", но обычно таких счастливчиков мало. Доли процента.
аноним, Sat Jul 11 17:25:03 2009:
mansur, суббота, 11 июля 2009 г. 17:10:07:
Все наладится:)))

надеемся))
mansur, Sat Jul 11 17:10:07 2009:
Так в том-то и дело, что в данном случае работает принцип "не хочешь-не плюхайся". Бесплатно ничего не бывает, придется вместо денег потратить немного жизни на заточку "под себя". Дистрибутив некоммерческий, обязательств никто на себя не берет. Да, раздражает порой, но ничего не попишешь, разработчики работают, стараются, исправляют. Тем более федора дистр, позиционирующийся как передовой, т.е. со самыми свежими пакетами.
Все наладится:)))
аноним, Sat Jul 11 15:41:40 2009:
mansur, пятница, 10 июля 2009 г. 22:09:39:
т.е. подумать надо, поработать,

извините, набрался наглости спросить у Вас: а, жить когда? ну, там иногда ходить на работу, отдыхать и все остальное с этим связанное, с жизнью? Спасибо.
mansur, Fri Jul 10 22:09:39 2009:
Да и вообще, Алексей наш, Федорчук, как девочка на примерке - здесь-то ему не нравится, там-то жмет. В общем, настоящий критик, ему бы еще руки подправить:))), ибо, как показывает практика, пока еще Линукс только для головоруких:), т.е. подумать надо, поработать, а кто не хочет, велкам ту вынь!
mansur, Fri Jul 10 22:02:07 2009:
Да не нужно мучать задницу, пользуйте yum и все будет ОК. Была у меня федора 9, подправил пути в /etc/yum.repos.d/*, набрал yum update, и 9-ка стала 10-кой, без проблем. Что я не так делаю?
Кстати, почти (все же пришлось с некоторыми пакетами и зависимостями повозиться, что раздражает) так же было с 11-ой, но вернулся к 10-ке, ибо отточена уже. Через полгодика, перед выходом 12-й, буду думать об апдейте до 11-й. Селявуха, ак говорят, лягушатники:)
аноним, Fri Jul 10 04:28:27 2009:
rpm -ihv path2/opera-9.64.gcc4-shared-qt3.x86_64.rpm
опечатка
аноним, Thu Jul 9 23:05:02 2009:
на редкость отвратительный дистрибутив )))

Страницы комментариев: 1 :: 2 :: следующая

Комментарии заморожены.

Новости:

Все новости на CitCity.ru

Компании месяца

 
Последние комментарии
Почему школам следует использовать только свободные программы (101)
20 Декабрь, 14:51
ОСТОРОЖНО: ВИНДОФИЛИЯ! (2250)

24 Декабрь, 22:53
Linux в школе: мифы про школу и информатику (334)
24 Декабрь, 22:43
Kubuntu Feisty (15)
24 Декабрь, 18:42
Software is like sex: it's better when it's free.
©Linus Torvalds