ktown01

Суета вокруг Slackel’а. Часть 3: дело дошло до KDE

Алексей Федорчук

В подробной преамбуле к собственному репозиторию Эрик детально описывает все действия, которые следует проделать при агрейде до 4.14.1 с разных предыдущих версий KDE. В частности, для KDE 4.10.5 из Slackware-current (а именно её я заполучил в наследство вместе со всем прочим Slackel’ем) он указывает на необходимость удаления пакетов kdeadmin, kdetoys, kdesdk и kdenetwork, поскольку уже в версии 4.12 они были разбиты на ряд более мелких. Однако у меня ни одного такого пакета не оказалось — Дмитрис проделал расчленение громоздких авторских пакетов официального KDE ещё раньше.

Вообще Дмитрис такой же мастер по этой части, как и знаменитый эсторский палач-расчленитель по прозвищу Голый Дьявол. В частности, он из стандартного базового пакета kde-baseapps умудрился вычленить ряд, казалось бы, неотъемлемых компонентов этой среды, вроде Konqueror’а в обоих его ипостасях, сделав супероблегчённый kde-baseapps-lite. Интересно, что у меня после апгрейда поверх него установился kde-baseapps новой версии — но ни малейшего Konqueror’а в системе всё равно не обнаружилось.

Однако я забежал вперёд — KDE 4.14.1 ещё только предстояло установить. Для чего следовало запустить такую команду:

$=> sudo slackpkg install ktown

Она по умолчанию предложит установить все пакеты из репозитория ktown. То есть фактически — целиком среду KDE со всеми возможными её приложениями, имеющими официальный статус. И следает это вот в такой форме, от которой я аж заколдобился, подобно старику Ромуальдычу, понюхавшему по весне свою портянку:

ktown01

Это, конечно, не так страшно, как выбор пакетов при установке Slackware, но близко к тому. В списке отмеченных для установки пакетов была целиком Callogra со всеми её локализациями и все локализации самой среды (l10n), куча приложений, про которые я точно знал, что они мне не нужны, и не меньше таких, о которых я просто ничего не знал (то есть, с вероятностью 146%, тоже мне не нужных). Но это было ещё полбеды, потому что, похоже, остальную её половину составляли игры. Возможно, для кого-то и интересные, но мне, увы, только замыливающие глаза. Самое же обидное было в том, что возможности снять отметки со всего этого хозяйства, и потом отмечать только нужные пункты, я не нашёл. Хотя нужных пунктов в этом списке было заведомо меньше, чем ненужных.

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

$ slapt-get --search [имя_рек]

дабы поглядеть, был ли такой в моей системе. И если был — оставлял его в списке, в противном же случае вычёркивал.

Возможно, метод был не самый эффективный: в результате я пропустил много критически важных зависимостей, без которых, например, не желали запускаться skanlite, gwenview, okular и даже dolphin. Но как бороться с этим, я знал (и скоро поделюсь этим знанием), а от всякого рода хлама я избавлялся таким образом очень эффективно.

Однако до этого было ещё далеко. Потому что, закончив разбраковку пакетов, нажал на OK (кстати, основанный на ncurces интерфейс slackpkg поддерживает мышь) и…заколдобился второй раз. Теперь уже глядя на прогресс-бары и временные показатели скачивания пакетов с репозитория Эрика.

Когда в прошлой заметке я говорил о модемных скоростях downloud’а, я нисколько не преувеличил масштабы бедствий: иногда они падали не то что до килобит, а прямо таки до байт в секунду — это на моём-то сорокамегабитном канале… Большие (и очень нужные) пакеты, типа wallpapers и kdeartwork, начались за 40-60 минут. Так что я спокойно пересел за свою Ноутбучку и занялся другими делами.

Но всё когда-нибудь да кончается — кончилось и скачивание пакетов, и последующая за ней инсталляция оных. После чего я, согласившись с заменой всех старых конфигов их новыми аналогами, последовал мудрому руководящему указанию Эрика и перезагрузил машину (а не только сеанс KDE).

Загрузка, авторизация и последующий старт рабочей среды прошли безболезненно — даже мои привычные настройки, типа смены шрифтов, переноса гавной панели на верхний край экрана и прочие мелочи, сохранились. Однако, как уже было сказано, многие приложения, добавленные сверх BASIC-варианта первичной инсталляции, запускаться отказались — за отсуствием библиотек, от которых они зависят. И которые я все на память не помнил, и потому, разумеется, не смог отловить их, действуя описанным выше методом.

Впрочем, ничего страшного в этом не было. Я просто запускал на исполнение, скажем, skanlite в терминале, потом читал, чего ему не хватало для старта, и запускал (в данном случае) команду

$ sudo slapt-get -i sane

Если же дело о незапуске касалось какого-либо нового KDE-приложения, например, Kopete, которому для счасть не хватало kde’шной же библиотеки, в ход шла команда вроде такой:

$=> sudo slackpkg install ktown:kdepimlibs

Она предписывала устанавливать kdepimlibs не абы какую, а именно из репозитория ktown, то есть заведомо нужной версии. По идее, приоритеты, установленные в конфиге (как было описано в прошлой заметке), должны были и так привести к нужному результату, но я решил не рисковать и указывать источник явным образом. О чём, кстати, и Маттео пишет в своём руководстве.

Дело оказалось не таким уж и долгим, как может показаться. Во-первых, приложений мне по жизни надо не так уж много, а всякими экспериментами с пакетами, подозрительными на полезность, можно заниматься потом, в свободной и спокойной обстановке. А во-вторых, когда-то я устройство KDE знал неплохо (всё-таки за спиной — не один собранный LFS), и обычно угадывал, где искать библиотеку, недостающую для запуска Dophin’а (xapian‘а ему, видите ли, не хватало). Так или иначе, это занятие заняло намного меньше времени, чем скачивание пакетов. И наверняка меньше того, что я потратил бы на искоренение излишеств, установив KDE целиком. Ну а что из всего этого получилось — расскажу в следующей заметке (которой надеюсь завершить этот мини-цикл).

P.S. Разумеется, я избрал не самый эффективный способ обновления KDE. С помощью таких субкоманд для slackpkg, как install-new и clean-system, с указанием репозитория ktown в качестве аргумента, того же результата, вероятно, можно было бы добиться куда меньшей кровью. Но мне для начала хотелось поглядеть вообще на работосопосбность slackpkg/slackpkg+ в системе с пакетным менеджментом, контролирующим зависимости, а во-вторых, оживить в памяти взаимосвязь пакетов внутри KDE.

Содержание | Продолжение следует

Оставить комментарий

Перейти к верхней панели