Portupgrade в FreeBSD - Ports & Packages - Каталог статей

	Документация по ОС FreeBSD	Среда, 29.01.2025, 23:32
		Главная Регистрация Вход

Приветствую Вас Гость | RSS

Меню сайта

Категории каталога

Мои статьи [0]

Установка и настройка [281]

X Window [25]

Man pages [30]

Ports & Packages [26]

cvs [18]

Multimedia [20]

Нововсти в мире Unix [0]

RFC [4]

RFC (Request for Comments, Запрос на комментарии) - серия документов, публикуемая сообществом исследователей и разработчиков, руководствующихся практическими интересами, в которой описывается набор протоколов и обобщается опыт функционирования Интернет.

Безопасность [52]

Работа с железом [58]

Книги по FreeBSD [17]

Сеть [505]

Программирование [40]

FireWall [58]

Темы экзамена BSDA [14]

Официальные темы экзамена BSDA, включая подробноые описания и советы по обучению.

Главная » Статьи » Ports & Packages

Portupgrade в FreeBSD

Установка portupgrade

Порт portupgrade устанавливается, как и любой другой порт, путём перехода в соответствующий каталог и выполнения команды make:

% cd /usr/ports/sysutils/portupgrade
% make install clean

Установка даст нам несколько весьма полезных утилит. Используем трюк из последней статьи, и посмотрим какие man'ы установил порт:

Цитата

% pkg_info -xL portupgrade | grep man
/usr/local/man/man1/pkg_deinstall.1.gz
/usr/local/man/man1/pkg_fetch.1.gz
/usr/local/man/man1/pkg_glob.1.gz
/usr/local/man/man1/pkg_sort.1.gz
/usr/local/man/man1/pkgdb.1.gz
/usr/local/man/man1/portcvsweb.1.gz
/usr/local/man/man1/portsclean.1.gz
/usr/local/man/man1/portsdb.1.gz
/usr/local/man/man1/portupgrade.1.gz
/usr/local/man/man1/portversion.1.gz
/usr/local/man/man5/pkgtools.conf.5.gz
/usr/local/man//man1/pkg_which.1.gz
/usr/local/man//man1/portinstall.1.gz
/usr/local/man//man1/ports_glob.1.gz

Мы не зря потратили время, решив взглянуть на man'ы. Теперь Вы имеете представление о мощи и гибкости коллекции портов, а также сможете узнаеть о трюках, которые Вы и представить не могли. Хотя, конечно, такое количество информации вполне может привести в смятение. В последующих статьях мы рассмотрим несколько конкретных примеров, для того, чтобы Вы могли эффективно использовать эти утилиты.

Для начала, взглянем на структуру портов, установленных на Вашей системе, и разберёмся, как своевременно их обновлять.

Когда Вы установили FreeBSD и выбрали установку коллекции портов Вы получили /usr/ports, а также его файлы и подкаталоги. Если Вы сделаете ls /usr/ports, Вы увидите подкаталоги, на которые логически разбита коллекция портов. Например на каталоги mail, www, и databases. Каждая директория разбита на подкаталоги с приложениями, так www содержит mozilla и lynx. Каждый из этих подкаталогов содержит информацию, необходимую для установки данного приложения. Например:

Цитата

$ ls -F /usr/ports/www/mozilla
./ Makefile distinfo pkg-descr pkg-message
../ README.html files/ pkg-descr.gtk2

Таким образом мы видим Makefile, pkg-descr, и pkg-message файлы, которые вместе с некоторыми утилитами и ключами, мы рассмотрели в прошлой статье.

Коллекция портов постоянно обновляется. Регулярно добавляются новые порты, обычно раз в день. Если Вы любопытны, и любите подробности FreshPorts, станет для Вас неоценимым ресурсом.

То, что коллекция портов постоянно меняется, здорово, но это означает, что структура Вашей /usr/ports может быстро устареть. Чтобы быть уверенным, что Ваша коллекция портов актуальна и пригодна дял построения новейших приложений, используйте cvsup.

Синхронизация Вашего дерева портов

Если Вы еще не используете cvsup Вам стоит прочесть Обновление FreeBSD с помощью cvsupпрежде чем браться за дело.

Команда cvsup загрузит последние дополнения коллекции портов и добавит их к Вашему дереву. Этот тип команды подразумевает ежедневное применение, и просто просится в cron.

Процесс cvsup также обновляет /usr/ports/INDEX. Этот файл содержит список всех приложений в Вашем дереве портов. Чтобы посмотреть, насколько свежие у Вас порты, наберите:

$ ls -l /usr/ports/INDEX
-rw-r--r-- 1 root wheel 3678738 Jan 17 17:04 INDEX

Установка операционной системы на этой машине была произведена 17 мая и с тех пор я не обновляла дерево портов. Сравним её с моей основной машиной, на которой я выполняю cvsup ежедневно:

$ ls -l /usr/ports/INDEX
-rw-r--r-- 1 root wheel 6567220 Apr 30 08:50 INDEX

Что ж, за три месяца размер файла, а значит и количество приложений в коллекции портов, значительно увеличился.

<b>Обновление базы данных портов</b>
Ну что ж, теперь мы готовы к portupgrade и прочим утилитам из её набора. После каждого cvsup, запустите команду:

% portsdb -Uu
После первого запуска этой команды, будет создан файл базы данных INDEX.db в /usr/ports. Он будет обновляться каждый раз, когда Вы используете команду portsdb после обновления cvsup. Если Вы используете утилиту file, Вы обнаружите, что не можете увидеть содержимое INDEX.db, поскольку это не текстовый ASCII файл:

$ file /usr/ports/INDEX.db
/usr/ports/INDEX.db:
Berkeley DB 1.85/1.86 (Btree, version 3, native byte-order)

Тем не менее, некоторые утилиты portupgrade используют эту базу данных. Btree - алгоритм базы данных, специально предназначенный для просмотра большого количества данных. Он идеален для коллекции портов - как мы увидим, многие утилиты portupgrade быстрее и эффективнее нативных, которые мы рассматривали в прошлой статье, и это благодаря Btree.

Когда утилита portsdb начнёт свою работу, наберитесь терпения. Когда она закончит, Вы готовы к использованию portversion чтобы взглянуть, какие порты требуют обновления. Помните эту комманду?

% portversion -l "<"

Если Вы получили какой-либо вывод, значит Вашим следующим шагом должно стать обновление устаревших портов. Что неудивительно, мы используем portupgrade, также именуемый portinstall.

Апгрейд портов

В своей простейшей форме, portupgrade -a проапгрейдит все (-a) Ваши устаревшие порты. Тем не менее, время от времени могут встречаться порты, которые отказываются обновляться. Эта кажущаяся аномалия, не недостаток portupgrade, а умолчание, связанное с проблемой зависимостей.

Порт имеет два типа зависимостей. Первый тип называется build dependency и относится к другим портам, которые должны быть собраны и установлены перед установкой порта. Второй тип зависимости связан с портами, которым для нормальной работы требуется данный порт. Как Вы помните из предыдущей статьи pkg_delete отказывается удалять приложение, если имеются другие приложения, которые зависят от него.

Если Вы просто апгрейдите порты, то рано или поздно сталкиваетесь с портами, которые отказываются апгрейдится. Для предотвращения такой ситуации, используйте portupgrade с двумя ключами, вот так:

% portupgrade -arR

Ключ -R проверит зависимости для установки, а ключ -r проверит приложения, которые зависят от порта. Это предотвратит появление в Вашей системе устаревших зависимостей и несовместимости программ.

Периодически, когда Вы используете portupgrade или его утилиты, Вам будет выдаваться сообщение с предложением запустить pkgdb -F. Как Вы можете догадаться, по её названию, эта утилита обновляет базу данных пакетов. Эта база данных находится в /var/db/pkg/pkgdb.db. Кроме того, эта база данных использует Btree для оптимизации времени поиска.

Если Вас просят запустить pkgdb -F, сделайте это. И ещё, если Вы запустили эту команду, не прерывайте её работу, иначе Вы рискуете остаться с противоречивой базой данных. Если же неприятность случилась, эта команда устранит несовместимость:

% pkgdb -fu

Эта комбинация ключей легко запоминается, оставляя возможность мыслям свободно течь через ваш мозг.

Запуск pkgdb с ключом -F интерактивно исправит Вашу базу данных. Имеется в виду, что pkgdb будет останавливаться и спрашивать Вас о Вашем выборе, перед тем, как что-либо сделать. Michael Lucas написал статью о том, как реагировать на это. Тем не менее, если Вас смущает необходимость искать правильные ответы, используйте pkgdb с ключом -fu и она молча сделает то, что считает наилучшим. Если Вы настящий параноик, используйте ключи -Fa, которые говорят pkgdb исправлять только те несоответствия, которые могут быть безопасно исправлены.

Вообще, всё не так страшно, как кажется. Вероятность того, что система попросит запустить pkgdb -F, очень мала. pkgdb обычно используется для других целей, например which, также называемый pkg_which.

Использование pkg_which

pkg_which (или pkgdb) используется для определения, какому приложению принадлежит файл. Вот простой пример, иллюстрирующий различие между встроенной командой which и pkg_which:

$ which pkgdb
/usr/local/sbin/pkgdb

which используется для того, чтобы показать путь к приложению. pkg_which скажет мне какому приложению принадлежит файл:

$ pkg_which pkgdb
portupgrade-20030723

Эта команда эквивалентна предыдущей команде pkg_which:

$ pkgdb pkgdb
portupgrade-20030723

Ещё пример. Скажем, каталоги из /usr/local, содержат файлы, установленные приложениями. Вы нашли целую кучу файлов, и хотели бы узнать, что откуда взялось. Вот и работа для pkg_which. Взгляните для примера на эту выдержку из вывода моей системы:

Цитата

$ ls /usr/local/bin | grep yaf
tryaffix*
yaf-cdda*
yaf-mpgplay*
yaf-splay*
yaf-tplay*
yaf-vorbis*
yaf-yuv*

Если Вы похожи на меня, то эти имена файлов ничего Вам не говорят. Давайте посмотрим, какому приложению они принадлежат:

Цитата

$ pkg_which *yaf*
ispell-3.2.06_3
kdemultimedia-3.1.3
kdemultimedia-3.1.3
kdemultimedia-3.1.3
kdemultimedia-3.1.3
kdemultimedia-3.1.3
kdemultimedia-3.1.3

pkg_which содержит несколько полезных ключей. Один из них - ключ -o, или "начало". Скажем, Вы не помните, откуда из дерева портов происходит kdemultimedia-3.1.3. Попробуйте это:

$ pkg_which -o kdemultimedia-3.1.3
multimedia/kdemultimedia3

Вывод показывает, что каталог, из которого было построено приложение -/usr/ports/multimedia/kdemultimedia3.

Ключ -v также может оказаться полезным. Если я хочу узнать какие приложения kde у меня установлены:

Цитата

$ pkg_which -v kde*
kde-config: kdelibs-3.1.3
kdebugdialog: kdebase-3.1.3
kded: kdelibs-3.1.3
kdeeject: kdebase-3.1.3
kdeinit: kdelibs-3.1.3
kdeinit_shutdown: kdelibs-3.1.3
kdeinit_wrapper: kdelibs-3.1.3
kdepasswd: kdeutils-3.1.3
kdeprintfax: kdebase-3.1.3
kdesktop: kdebase-3.1.3
kdesktop_lock: kdebase-3.1.3
kdessh: kdeutils-3.1.3
kdesu: kdebase-3.1.3
kdesu_stub: kdelibs-3.1.3
kdesud: kdebase-3.1.3
kdevdlg2ui: kdevelop-2.1.5
kdevelop: kdevelop-2.1.5

Красивый, информативный вывод. Каждая строка показывает имя приложения и следующее за ней через : имя порта, который установил это приложение. Кстати, похоже на этой машине установлен KDE версии 3.1.3.

Прежде чем двигаться дальше, подведём итоги. Итак шаги, нужные для поддержания Ваших программ в акуальном состоянии, будут следующими:

1. Запустите cvsup для синхронизации дерева портов.
2. Запустите portsdb для обновления INDEX.db.
3. Используйте portversion для определения приложений, требующих обновления.
3. Используйте portupgrade для апгрейда этих приложений.

Дополнительные ключи portupgrade

Мы уже убедились, что portupgrade -arR корректно обновляет все устаревшие приложения. Тем не менее, у portupgrade есть еще несколько ключей, позволяющих Вам выбирать какие приложения апгрейдить, и как это делать.

Опция, которая полезна, если у Вас нет постоянного соединения с интернетом -F. Обычно, когда Вы производите апгрейд, portupgrade идёт в интернет, когда ей требуется файл, а затем тратит время на его сборку. Если Вы производите большой апгрейд, например KDE, она может много раз выходить в интернет с перерывами в несколько часов.

Эта команда выходит в интернет, вытягивает все нужные файлы, но ничего не устанавливает:

$ portupgrade -aFrR

Когда Вы загрузили необходимые файлы, можно отключаться от интернета и запускать portupgrade -arR как обычно.

Другой ключ -n. Этот ключ просто сообщает Вам, что собирается делать portupgrade. Этот ключ очень полезен, если Вы относитесь к нервному, параноидальному типу и хотите заранее знать, что случится с Вашим софтом.

Вот пример вывода:

Цитата

$ portupgrade -anrR
---> Session started at: Sun, 17 Aug 2003 22:06:00 -0400
<a page of output snipped>
---> Reporting the results (+:done / -:ignored / *:skipped / !:failed)
- lang/ruby16 (ruby-1.6.8.2003.04.19)
- net/cvsup-without-gui (cvsup-without-gui-16.1h)
+ lang/ruby16-shim-ruby18 (ruby-shim-ruby18-1.8.0.p2.2003.04.19)
+ databases/ruby-bdb1 (ruby-bdb1-0.1.9)
- sysutils/portupgrade (portupgrade-20030723)
- www/lynx (lynx-2.8.4.1d)
---> Session ended at: Sun, 17 Aug 2003 22:06:02 -0400 (consumed 00:00:02)

Давайте посмотрим на этот вывод. portupgrade систематически проходит через каждый установленный в системе порт, а затем помещает результат в отчет. Каждая строка отчета показывает заголовок порта, установленную версию, и символ, показывающий требуется ли апгрейд. В этом частичном отчёте показано два порта, требующих модернизации. Они находятся в строках, начинающихся со знака +. Если я сравню отчёт с показаниями portversion, я увижу один результат, записанный по разному:

Цитата

$ portversion -l "<"
ruby-bdb1
ruby-shim-ruby18

Если Вы очень осторожны, можете использовать ключ -i, что означает интерактивность. Добавьте его к Вашим ключам portupgrade и portupgrade будет делать паузу перед апгрейдом приложения или зависимости. Пауза выглядит так:

Цитата

---> Upgrading 'ruby-bdb1-0.1.9' to 'ruby-bdb1-0.2.1'
(databases/ruby/bdb1)
OK? [yes]

Обратите внимание на ответ "да" в квадратных скобках, этот ответ будет использован по умолчанию. Это значит, что нажимая Enter, Вы говорите "Да". Если Вы полагаете, что Вы не хотите обновлять этот порт, наберите no.

Последний ключ, который я хотела бы упомянуть, ключ l, или лог. Этот ключ неоценим, когда порт отказывается устанавливаться, и Вы собираетесь послать кому-либо лог неудачной установки. Для примера, я проапгрейжу один порт и направлю вывод в файл, названный logfile:

$ portupgrade -rR ruby-shim-ruby18 -l logfile

Скорее всего, Вы не захотите использовать этот ключ, особенно если у Вас много файлов, требующих модернизации. Кому же хочется продираться через огромный лог-файл!

Источник: http://www.yakimchuk.ru/index.php?name=Pages&op=page&pid=9

Категория: Ports & Packages | Добавил: oleg (17.12.2007)

Просмотров: 2472 | Рейтинг: 0.0/0 |