В репо Alien что-то не так

sudo slackpkg update gpg, а также проверь настройки времени.

плюсую камрада выше. Всё ок.

Спасибо. Все хорошо теперь. Я кажется понимаю почему только один репо может быть открыт одновременно.

А я чесн говоря подумал что кровавая до него добралась -_-

У нас нет мультирепозиторийности искаропки. Есть плагин slackpkg+ для его поддержки.

уж лучше slapt-get/slapt-src тогда. Хотя, всё на вкус и цвет.

зеркало лучше выберете другое, н-р:
http://bear.alienbase.nl/mirrors/people/alien/sbrepos/14.2/x86_64/
http://slackware.uk/people/alien/sbrepos/14.2/x86_64/

и да, для от 2 реп и выше нужен slackpkg+
http://alien.slackbook.org/blog/introducing-slackpkg-an-extension-to-slackpkg...

slackpkg изначально писался как инструмент поддержки зеркала официального хранилища.
Для одновременной поддержки нескольких хранилищ к нему разработан плагин slackpkg+: http://slakfinder.org/slackpkg .html.
Другой вариант — использовать slapt-get, в нем возможность иметь несколько хранилищ заложена изначально. Например, salix использует в качестве основного менеджера пакетов именно slapt-get сотоварищи (slapt-src, gslapt, sourcery).

уж лучше slapt-get/slapt-src

Использую slackpkg+. Сказать, что slapt-get слишком лучше — покривить душой :), если только не брать в расчет поддержку загрузки/установки зависимостей в случаях, когда их поддерживает хранилище.

Ну, если не брать в расчёт это преимущество, то какая разница?)

какая разница?

slackpkg/slackpkg+ — сценарии bash, slapt-get — бинарник на сях, кое в чем бывает быстрее. Но на общем фоне это не очень сильно заметно.

slapt-src недоработан, даже не обновить ПО, код у обоих проектов хороший, но никак не документирован комментариями.

С высокой скоростью я не соглашусь, порой некоторые операции в нём медленнее.

поэтому мне нравится, и пользуюсь sbotools. Только, чтоб он был годнотой, ему не хватает пару фич, которые, к сожалению, бывает нереально трудно запилить. У сообщества slackbuilds.org отсутствует стандарты на написание слэкбилдов. Где и как должны храниться/записываться опциональные зависимости, опции сборки, как должны называться файлы специфичные для слаквари, и общие. Трудно парсить. Нет правил. Одни пишут в readme.feature, другие readme.slackware, третьи в readme, четвертые readme1, readme2, и т.д. У одних JOBS, у других NUMJOBS, у третьих нет. Кароч, реально slack.

У нас нет

Ну не из коробки, но есть ведь.

Но на общем фоне это не очень сильно заметно.

Ну да, при скорости современных машин.

Такс-с. А у нас оказывается целый зоопарк тулз еще надо пощупать ^_^

Ну какбы есть один стандарт - от slackbuilds.org

В slackbuilds.org много авторов, которые пишут слакбилды не договариваясь об однообразии. Из за этого трудно парсить и делать автоматику.

Из за

Из-за

этого трудно парсить и делать автоматику.

Ну, хотябы ясно где хависимости решать.

Ну, хотябы

Для хотя бы — достаточно. Но хочется большего.

Я чего-то понял что единнобразие самим слакбилдам обеспечено какими-то стандартами. Но вот мейки и пре/пост скрипты... Там похоже собаки роются. Ну да ничего. Победим.

На сайте SBo есть ссылка на каталог типовых шаблонов для разных вариантов сборки: autotools, cmake и т.д.

Я про другое. К примеру, узнал недавно про sbotools. Оно при установке показывает README, и это хорошо, бывает нужная информация там. Посоветовался с разрабом, предложил фичу: показывать README.SLACKWARE для дистро-специфичных указаний. Ну, там, создать группу, прежде чем начинать сборку, и прочее. Важная вещь, а то начинаешь сборку, а потом выясняется что чего-то не учел.

Взялся уже было запиливать фичу, как вдруг оказалось, что README.SLACKWARE - это не стандартное именование, есть readme.slackware.txt в разных регистрах. Или Readme{-_}sbo, readme.txt, readme.issues, readme.sources, readme.html, redme.wtf, всечтоугодно-readme, и даже не readme вовсе. Смысл в этой фиче теряется, и лучше показывать список всех файлов и давать пользователю на выбор какой почитать, чем пытаться предугадать где общие указания, где дистроспецифичные, где софто-специфичные и т.д.

Как некое решение сойдёт, но автоматизация страдает от такого разнобоя.

Тут есть смысл выловить такие пакеты и отписать их сопровождающим, да и Вилли настучать ;) Может быть предварительно тему поднять в рассылке SBo.

Написал бы, только меня на русском не все понимают, а на инглише вообще атас.

Ты бы мог им преподнести эту инфу в правильном ключе, убедить систематизировать иерархию/содержимое директории слак-билда? Я не ленивый, просто могу запороть хорошую идею плохим изложением.

P.S. И разумеется поправлю с своей стороны некоторые слакбилды в соответствии с правилами.

P.P.S. И патч для sbotools.

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