Форум Slackware Linux

Здравствуйте.

Итак, потихоньку переползаю с Debian на Слаку.
Думаю, понятно, что при переходе на другой дистр возникает желание обустроить привычную для себя рабочую среду.
Отсюда по ходу дела возникают вопросы о том, какие пакеты есть в Слаке, установка, разруливание зависимостей и т.п.

В данное время обживаюсь на ноуте.
Там много не надо: системные утилиты (например, чтобы следить за батарейкой и подобные задачи), mplayer, пара читалок, ну может ещё компилятор (примерчики из книжек собирать).
Разумеется, установка в режиме full - это многовато в такой ситуации.
Уже есть довольно много тем по поводу "минимальной установки" Слаки.
Посмотрел здесь.
Далее, я был здесь,
а потом ещё и здесь.
А сейчас наткнулся ещё и на вот это, но пока не читал, возможно, почерпну что-то полезное.

Но меня заинтересовал вариант с tag-файлами.
Поэтому я собрал оригинальные tag-файлы (с сохранением структуры каталогов), проставил для всех пакетов SKP, затем на основании вышеприведенных источников выставил для отдельных пакетов ADD, плюс добавил что-то свое.
Попробовал провести установку системы, на основании этих tag-файлов.
Получилось, хотя далеко не сразу, я по невнимательности не пометил некоторые пакеты.
Для других пакетов пришлось уже потом разруливать зависимости.
Особенно много возился с mplayer. Использовал ldd и MANIFEST.bz2.
Потом поднимал иксы, сейчас вот пока не решил, какую взять оболочку.
В итоге, допилив систему до нужного состояния, собираюсь создать tag-файлы на основании /var/log/packages.

На десктопе, думаю, будет немного иначе, там другой набор пакетов, но и там tag-файлы не помешают (чтобы в случае чего, быстро поставить нужный набор пакетов).
Вообще, мне в Дебе нравится такая штука как get-selections/set-selections (собирает в файл список пакетов с пометкой установлен/не установлен, а потом на основании этого файла действует пакетный менеджер)
Tag-файлы позволяют сделать нечто подобное.
Но это всё присказка.

О главном.
В процессе подбора пакетов и разруливания зависимостей выясняется, что в официальных репах многих вещей нету, что существует slackbuilds.org,
что есть некие инструменты, облегчающие управление зависимостями. Таким образом узнал я о sbbdep и привели меня ссылки на http://www.slackware.com/~alien/
а там оказывается, много чего есть.
Удивило меня то, что на этот ресурс нет ссылок ни на официальном сайте, ни в вики, хотя это часть slackware.com, то есть штука достаточно официальная.
Было бы неплохо собрать сслыки на такие ресурсы (официальные или рекомендуемые) в одном месте. На вики-странице, к примеру.
Я такой страницы не нашёл. Если она есть, ткните носом.
Считаю, это нужно, потому что я бы в жизни не догадался, что существует этот "alien", попал на него, можно сказать, из гугла. И возможно, есть ещё такие ресурсы - официальные, но "невидимые"?
Какие будут мнения?

Теперь о слакбилдах.
Насколько я понял, при установке пакета со slackbuilds.org, зависимости, как всегда, не контролируются, хотя и перечислены в info-файле.
Я пользовался sbopkg, смотрел info, создавал очередь (queue), потом сортировал её, чтобы пакеты ставились в нужном порядке, потом всё кучей ставил.
Если я чего-то не так понял, и есть более простой способ использования slackbuilds, просветите меня, пожалуйста.

Одновременно с этим, когда я ставил e16, то автоматом подтянулись e16-docs и e16-themes, ну и для других пакетов тоже выполняется нечто подобное.
То есть, теоретически slackbuild мог бы подтягивать зависимости автоматом на основании info-файла.

Напоследок скажу, что мне действительно не понравилось в Слаке. Есть один момент, который меня огорчил и озадачил: никак не отслеживается наличие пакета в системе.
Если я ставлю пакет, который уже стоит (но другой версии, скажем), то новый ставится поверх без разговоров. Ну, хоть бы предупреждение какое было...
А то ведь это надо либо помнить, что у меня поставлено, что не поставлено, да каких версий, либо перед установкой каждого пакета убеждаться, что его ещё нет.
Получается, что менеджер пакетов в Слаке не только зависимости не разруливает, но и вообще за пакетами не следит.

Кстати, пока вспомнил. В pkgtool есть такая штука: установка пакетов из указанного каталога (или из текущего). Это только у меня не работает или оно вообще не работает?
У меня в ответ на выбор этого пункта pkgtool закрывается без каких-либо сообщений об ошибках.

Это с непривички только кажется.
Наличие установленного пакета (и поставленных из него файлов) определяется наличием файла с именем пакета в /var/log/packages (и его содержимым). Описание удаленных пакетов переезжает при удалении в /var/log/removed_packages.
Полное имя пакета (не считая пути) имеет следующий формат:то есть, общим именем является все, что левее третьего, считая справа, дефиса.
Специальных утилит для выяснения, что установлено, не предусмотрено, достаточно стандартных. Например:
В стоковой Slackware пакетов с одинаковыми именами нет. При необходимости держать несколько версий -- обычно меняется имя пакета соответствующим образом:
Низкоуровневые утилиты пакетного менеджера installpkg, upgradepkg, removepkg лишних вопросов не задают, если специально не спросить:
ap/slackpkg более разборчив: slackpkg install не обновляет установленное, slackpkg upgrade не обновляет неустановленное.
sbopkg для исключения сборки/установки уже имеющегося имеет ключик -k, результат -- исключение имеющихся пакетов из очереди (статус DISABLED).

Единственное, на мой взгляд, упрощение для sbopkg -- взять готовые очереди сборки или сгенерировать самостоятельно при помощи sqg. Про готовые очереди можно почитать тут: viewtopic.php?f=9&t=1257 (ссылка на оригинал там тоже есть).

Насчет pkgtool --> Current/Other -- вроде работает. Правда смысла мало в нем, куда проще:Может быть это последствия неполной установки? Посмотрите, что вызывается изнутри pkgtool (это сценарий sh), все ли требуемые пакеты установлены (coreutils, sed)?


ps. Помимо tag-файлов можно обратить внимание на slackpkg {generate-template | install-template | remove-template}

_________________
irc://freenode.net/##slackware-ru

Недавно на другом форуме возникал похожий вопрос: http://forum.posix.ru/viewtopic.php?id=2333
И, собственно, по итогам: http://alv.me/?p=5668

Особо нужно отметить
оф. форум (англ.): http://www.linuxquestions.org/questions/slackware-14/
неоф. документацию: http://docs.slackware.com (англ.), и переводные разделы, в т.ч. русский -- http://docs.slackware.com/ru:start .

_________________
irc://freenode.net/##slackware-ru

Это хорошо, когда два пакета. А если пятьдесят два? Уже довольно неудобно.

В том-то и дело: забудешь проверить руками - получишь проблему.
У меня получилось так: ставил dvdauthor из слакбилдов текущей слаки. Версия 0.7.1.
Эта версия не совсем рабочая (не только в Слаке), когда я убедился что в Слаке она такая же как, везде, я решил попробовать более раннюю версию 0.6.8, кажется. Слакбилдом её собрать не получилось, я забрал исходники с оф.сайта и сделал слакварный пакет с помощью src2pkg. К этому моменту я уже забыл, что у меня стоит версия 0.7.1 и поставил пакет версии 0.6.8. Оно поставилось без всяких разговоров. Но беда в том, что пути к файлам в этих пакетах частично совпадали, часть файлов перезаписалась экземплярами устанавливаемой версии. Получился этакий гибрид из двух пакетов. При этом менеджер пакетов показывал, что у меня два пакета dvdauthor разных версий.
Я понимаю, что с пакетами из официальных репов такое невозможно, но... это ж всё таки не make & make install. Раз уж речь идет об управлении пакетами, то проверка хотя бы на уровне имен должна производиться.


Вот за это отдельное спасибо. Буду посмотреть. :)

Честно говоря, я не ощутил особых преимуществ, используя слакбилды. Всё равно каждую зависимость надо ставить, всё равно тянутся с официальных сайтов.
Мне как-то раз быстрее оказалось сделать src2pkg.

У меня на работе слака развернута на виртуалке. Сейчас проверил - и впрямь работает. 32-битная версия.
А дома у меня две слаки: одна полная - тоже на виртуалке, другая неполная - на ноуте. Обе 64 бита. И в обеих не работает. Приду домой - буду смотреть конкретно, чего ей не хватает.

О! Выглядит обещающе. Непременно глянем.
Вообще, в свете всего сказанного, надо будет выбрать для себя один какой-то способ управления пакетами.
Есть ещё slapt-get и я бы его пощупал, но... Его нет в официальных репах и в слакбилдах тоже нет. А использовать сторонний инструмент в таком важном деле, как управление пакетами, считаю неприемлемым.

За сим позвольте откланяться.
Благодарю за помощь.

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

На http://software.jaos.org/ доступны как бинарные пакеты slapt-get, gslapt, slapt-src, так и их исходники и слакбилды. "Стороннесть" инструмента в данном случае не аргумент -- для установки/обновления/удаления пакетов все они в конечном итоге используют штатные возможности pkgtools (управление файлами пакетов по-прежнему за installpkg/upgradepkg/removepkg), равно как и имеющийся в дистрибутиве slackpkg. В некоторых из основанных на Slackware дистибутивах (например, Salix) slapt-get/gslapt является основным пакетным менеджером. slackpkg+ (плагин для slackpkg с поддержкой нескольких репозиториев) тоже не входит в официальное дерево Slackware, но это ведь ни разу не повод, чтобы не использовать его?

Слакбилды -- это всего лишь принцип, когда процесс сборки пакета фиксируется в сценарии оболочки. См. /source в оригинальном дереве Slackware. Цель проста -- обеспечение возможности с минимальными затратами воспроизвести создание пакета из исходного кода. То, что на slackbuilds.org собрался довольно крупный репозиторий пакетов, не делает его исключительным либо единственным источником слакбилдов. Предоставление слакбилда с пакетом является правилом хорошего тона и практикуется практически на всех источниках пакетов для Slackware.

Про dvdauthor -- чуть позже отдельно.

_________________
irc://freenode.net/##slackware-ru

До тех пор, пока берем пакет, собранный кем-то, либо однократно собираем что-то для себя -- преимуществ и не может быть в принципе, если не считать а) необходимость все повторить из-за "затыков" при сборке, б) пересобрать имеющийся пакет с несколько иными опциями. Преимущества начинаются, когда вышла версия с нужными исправлениями, если минорная, то в 99,9% хватит
Преимущество slackbuilds.org, как и любого другого сборника слакбилдов или пакетов/слакбилдов -- взаимная согласованность, возможность получить рабочий комплект, плюс возможность достаточно гибко управлять тем, что в этот комплект войдет при сборке из исходников.

Преимущество бинарных репозиториев прежде всего в том, что не надо тратить время на сборку. Плата -- выбранные кем-то по своим соображениям параметры configure. Но при наличии слакбилда -- есть не только выбор, но и практически готовый способ его реализации.

src2pkg вполне имеет право на жизнь, в конце концов тривиальные слакбилды на 95% близнецы-братья. Но есть и весьма нетривиальные, например, в официальном дереве /source/x/x11, у alien-а: libreoffice, vlc...

И да, раз уж есть 2 экземпляра 64-битной системы, не собираете ли по 2 раза одно и тоже? А если да, то зачем?

_________________
irc://freenode.net/##slackware-ru

А в текущем каталоге хоть один бинарный пакет есть? Штатное поведение -- поставил, все, что попросили, и завершился. А поскольку ошибок в ходе сей процедуры не возникло (пустое множество пакетов -- не ошибка), приличные *NIX утилиты пользователю в таких случаях какими-либо сообщениями не докучают.

_________________
irc://freenode.net/##slackware-ru

Я имел в виду, что негоже работу с пакетами ставить в зависимость от инструмента, которого нет в репах. Ибо завтра система может измениться/обновиться и стать банально несовместимой с этим инструментом. Нужно будет ждать, пока его приведут в соответствие.
И наоборот: если этот инструмент завтра сдохнет, то не будет новых версий, и рано или поздно пользоваться им станет невозможно. Инструменты для работы с пакетами, рекомендованные официально гораздо вероятнее останутся рабочими в любых ситуациях.

Абижяещь, дарагой!
Конечно, я собираю пакеты один раз. Собираю на десктопе, складываю на флешку. Про запас.
Специальная такая флешка, там slax, инсталлятор, образы дисков (бинарные и сорцовые) и пакеты, собранные из слакбилдов либо самостоятельно, и ещё измененные мной системные конфиги (чтобы не забыть, где чего настраивал). Всё, что я ставил на ноут, я ставил с этой флешки.
Интернет на ноуте мне не нужен, я даже сеть не поднимал там. Привода там нету. Так что флешка - наше всё.

Я сейчас проверил - работает, зараза. Видимо, я действительно стартовал откуда-то, где не было пакетов. Хотя я вроде бы отслеживал наличие пакетов в каталоге.

А почему она неофициальная?
Находится, можно сказать, на официальном сайте. И на неё есть ссылка на slackware.com в разделе зеркал.

http://docs.slackware.com/slackdocs:new ... ity_drivenи перевод на русский
http://docs.slackware.com/ru:slackdocs:news#инициатива_сообщества

_________________
irc://freenode.net/##slackware-ru