Ветки Slackware

Есть ли смысл использовать slackpkg+ ?

Если используешь сторонние бинарные репозитории, например AlienBOB или MSB.

ой. а я его оказывается уже использую тоже. совсем уже запуталься в этих пакетных менеджерах для слаки

Да усё просто.

Низкий уровень

Установка, обновление, удаление локальных пакетов.

• pkgtools (installpkg, upgradepkg, removepkg, makepkg, explodepkg, pkgtool) [bash]
• spkg [c], по умолчанию в Salix

Высокий уровень

Синхронизация с репозиториями, выкачка оттуда пакетов, вычисление зависимостей, если возможно.

• slackpkg [bash]
  • slackpkg+ [bash], аддон к предыдущему
• swaret, сдох
• slapt-get [c]

SBo

Синхронизация с SBo, выкачка сорцов, сборка — портеж, в общем.

• sbopkg [c]
• sbotools [perl], вроде сдох

Не так много вспомнил, казалось больше. Хотя многие слакарщики пишут свои ПМ, myself included.

неужели никто не знает?
cast bormant.
что-то кроме зеркал в конфигах пакетных менеджеров и /etc/os-release надо менять?

Про Slackel не скажу, не пользовался, личного опыта нет, а про чужой и сами почитать сможете.

Можно ли как-то с 14.2 свичнуться на ветку current

Процесс ровно тот же, что и при обновлении на новую стабильную версию Slackware:

0. Понимаем, что сторонний самосборный софт придется пересобрать; для SBo использовать репо для current, не для 14.2

1. Меняем в /etc/slackpkg/mirrors путь к хранилищу для current той же разрядности; в /etc/slackpkg/slackpkgplus.conf для сторонних хранилищ используем их версии для current.

2. Поверить /etc/slackpkg/blacklist, исключить из списка ядра и прочие части собственно Slackware.

# telinit 3
# slackpkg update
# slackpkg install-new
# slackpkg upgrade-all
# slackpkg clean-system

# slackpkg install a ap l n ...

# find /etc -name \*.new

# slackpkg new-config

В чём отличие Slackel от обычной слаки, кроме того, что он current?

Расспрашивал Dimitris о репах Slackel

Здесь моё сообщение по итогам.

во время миграции на куррент пришлось очищать /var/lib/slackpkg/ .
потом посреди процесса slackpkg upgrade-all, после обновления wget прервалось. пришлось делать ln -s /usr/lib64/libunistring.so.2.1.0 /usr/lib64/libunistring.so.0

так как у меня fglrx, иксы я не обновлял.
после запуска системы иксы не реагируют ни на какие комбинации клавишь, даже в другой tty нельзя переключиться. плюс экран обрезан — часть приглашения не видно за краями экрана.
сначала подумал что это после clean-system; повторил процесс не делая slackpkg clean-system — то же самое. значит это после upgrade-all.
вопрос: какие пакеты не обновлять, которые отвечают за получение ввода с клавиатуры?

посреди процесса slackpkg upgrade-all, после обновления wget прервалось

Я предупреждал, что в /etc/slackpkg/slackpkg.conf нужно было сделать:

# If this variable is set to "on", all files will be downloaded before the
# requested operation (install or upgrade) is performed.   If set to "off",
# then the files will be downloaded and the operation (install/upgrade)
# performed one by one.  Default=on
DOWNLOAD_ALL=on

так как у меня fglrx, иксы я не обновлял

А так можно было? ;-)
Исследовать возможность:
1) обновить X-ы и собрать под них fglrx в том или ином виде,
2) обновить X-ы и использовать один из драйверов из поставки,
3) собрать в current предыдущую подходящую версию X-ов,
4) вернуться на предыдущую версию Slackware,
5) перейти на другой дистрибутив.
Принимать решение сообразно полученным результатам.

Вариант «не обновлять X-ы» на наборе софта с разрывом более 3-х лет сомневаюсь, что прокатит просто так.

fglrx собрался под последние иксы, но иксы не стартуют, говорят no screens found

fglrx собрался под последние иксы

Это вы как определили (гложут меня смутные сомнения)? Иксы что-то еще в /var/log/Xorg.log говорят?
И что с ядерной частью?

А зачем разные ветки? Я помню, хоть и лет 10 назад, просто смотрел конфигурациооный файл, докачивал, собирал и устанавливал основной пакет. Иногда, когда версии не совпадали тупо делал линк под нужную версию, все работало. Правда не слака, а зенволк, но в принцепе тогда было однох...

Это вы как определили (гложут меня смутные сомнения)?

ну он скомпилировался, собрался в пакет и установился без ошибок.

выяснил что модуль fglrx не подгружается.
при modprobe radeon: exec format error. при этом в dmesg --
module: fglrx: Unknown rela relocation: 4

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

А зачем разные ветки?

просто мне не хватало свежего софта на 14.2, решил перейти на куррент или попробовать какое-то ответвление слаки (хотел попробовать slackel, но у него нет установочного образа, только live, а мне такая установка не катит, нужна с кастомными тагфайлами).
похоже, куррента мне хватит, + возможно какие-то репы из конфига slackpkg+, но не все. первый раз когда обновлял до куррента, со всеми включенными репами в конфиге slackpkg+, которые на куррент, он без создания .new затёр мне rc скрипты в /etc/rc.d/ с меткой # modified by Salix, хотя зеркал Salix я не подключал, а в /var/log/packages/ нету этих файлов в /etc/rc.d/.
теперь сразу все репы не буду подключать, а по одному.

s/radeon/fglrx

какой пакет отвечающий за ввод с клавиатуры мне не обновлять вместе с иксами?

можно начать смотреть от xf86-input-keyboard или xf86-input-evdev, libevdev, mtdev проверив по Xorg.0.log, что для ввода использован именно evdev.

пакет отвечающий за ввод с клавиатуры

Мне кажется, вы недооцениваете масштаб проблемы, xorg-server слинкован с
aaa_elflibs | eudev
glibc-solibs | glibc
libX11
libXau
libXaw
libXdmcp
libXext
libXfixes
libXfont2
libXi
libXmu
libXpm
libXrender
libXt
libdmx
libdrm
libepoxy
libglvnd
libpciaccess
libunwind
libxshmfence
mesa
nettle
pixman

Если где-то поменялся только so-name, то это еще полбеды, если осталась бинарная совместимость и можно бросить симлинк со старым именем на новую библиотеку. А если нет?

не могу понять.
скачал в 14.2 slackpkg download 3 пакета xf86-input-keyboard xf86-input-evdev libevdev (mtdev в куррент такой же).
в курренте удалил такие же пакеты и установил 3 скаченных.
после старта системы ничего не изменилось. но в Xorg.0.log пишет что несовместима версия ABI evdev'а: 22 против 21. но до этого было 24. версия та же что и в 14.2 — 2.10.3. но пишет что скомпилировано для 1.18.3, хотя должно быть 1.17.4.
как так?

пишет что скомпилировано для 1.18.3, хотя должно быть 1.17.4

С какой радости-то должно?
14.2 вышла с 1.18.3, 1.17.4 был в ней за полгода до выпуска, см. ChangeLog.txt.
Вот на этом зеркале есть пакеты, находившиеся в дереве в ходе подготовки выпуска (зеркало обновляется по rsync без --delete, пригодно для ручной загрузки, но не пытайтесь прописывать его в mirrors):
http://ftp.pieskovisko.sk/slackware/slackware64-current/
Можете попробовать оттуда вручную наковырять необходимое, вычислив версии по Changelog.txt или по датам файлов пакетов.

ну у меня на 14.2 в Xorg.0.log пишет, что скомпилирован для 1.17.4.
и та же версия

а всё. я же xf86-input-evdev вместе с даунгрейдом иксов перекомпилировал

оказалось надо было ещё не обновлять x11-driver.
в итоге иксы завелись.

bormant, а как даунгрейдить пакеты? допустим мне нужна предыдущая версия пакета. где брать слакбилды предыдущих версий?

мне нужна предыдущая версия пакета. где брать слакбилды предыдущих версий?

Чем короче вопрос, тем дольше на него отвечать, описывая варианты того, что мог иметь в виду вопрошавший ;-)

1) Slackware*-current, бинарный пакет
Пойти на кумулятивное зеркало, взять прошлую версию пакета. Пример такого зеркала:
http://slackware.uk/cumulative/
http://ftp.pieskovisko.sk/slackware/
2) Slackware*-stable, бинарный пакет
Пойти на кумулятивное зеркало, взять прошлую версию пакета. Пример такого зеркала:
http://ftp.pieskovisko.sk/slackware/
3) Slackware*-current, слакбилд
Пойти в VCS, взять прошлую версию слакбилда. Например там:
http://git.slackware.nl/current/
4) Slackware-stable, слакбилд
тут обычно подойдет текущий слакбилд с точностью до патчей.
5) slackbuilds.org, слакбилд
Пойти в VCS, взять прошлую версию слакбилда.
https://git.slackbuilds.org/slackbuilds/
https://gitlab.com/SlackBuilds.org/slackbuilds/

Нужно понимать, что если апстрим для проекта не менял инструменты сборки (autotools -> cmake -> ninja -> ...), то с точностью до патчей подойдет тот слакбилд, что есть в наличии, достаточно поменять в нем версию на нужную.

PS. upgradepkg не различает UP-/DOWN- grade, ему все, что отличается по версии — апгрейд.

bormant, я тебе этот вопрос уже задавал, но тогда не понял ответа, а сейчас вообще этот комментарий найти не могу:
нужно ли делать rsync_slackware_patches.sh? или это токо когда из исходников собираешь?

Ну вот какая разница, как содержимое
$ЗЕРКАЛО/slackware-ВЕРСИЯ/patches/
забирать?
# slackpkg upgrade-all
вполне достаточно. Если несколько систем и трафик дорогой, в slackpkg.conf можно сказать не удалять загруженное (DEL_ALL=no, если правильно путаю) и пошарить его для остальных.

/patches/ — это каталог, куда в стабильной ветке приходят обновления, пакеты в /patches/packages, исходники их в /patches/source.

так он нужен или нет? если я slackpkg update && slackpkg upgrade-all делаю, оно мне надо?

Нет.
Мне сложно представить, зачем бы да. Единственный вариант — вера в какую-то непонятную магию.

Я поискал, откуда ноги растут с этим сценарием
https://docs.slackware.com/slackware:beginners_guide

Другой способ состоит в настройке сценария для проверки обновлений один раз в день и рассылке уведомления по электронной почте, когда обновления станут доступны.
Для этого, у Вас должен быть настроен sendmail (хотя оно запускается из коробки), и вам нужно знать, как создать задачу в cron. И конечно же, иметь сценарий, который делает эту работу.

Это как альтернатива существующей рассылки.

Ну такое себе ;)

Кстати, посмотреть, есть ли обновления, можно по
# slackpkg check-updates

bormant, а на current'е slapt-get не работает?
для куррента версии не нашёл. та версия, что осталась от 14.2 выдаёт segmentation fault во время slapt-get -u (во время Verifying checksum signature)

sbopkg, похоже, на курренте тоже не работает

sbopkg, похоже, на курренте тоже не работает

Откуда такие выводы? Просто репо нужно выбирать соответствующее, для current от ponce.
Или в чем выражается «не работает»?

а как выбрать правильно репо?
я в кофиге прописал
REPO_BRANCH=${REPO_BRANCH:-current}
так ругается

задал правильно REPO_NAME, заработало.
а slapt-get не заставить работать?

В 'man sbopkg' описан ключик -V, который в варианте -V ? выводит список известных репо. Для current это
SBo-git/current
Соответственно:

REPO_BRANCH=${REPO_BRANCH:-current}
REPO_NAME=${REPO_NAME:-SBo-git}

а slapt-get не заставить работать?

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

та версия, что осталась от 14.2 выдаёт segmentation fault во время slapt-get -u (во время Verifying checksum signature)

Slackware64-current (Wed Nov 13 03:37:49 UTC 2019)

# cd /tmp
# git clone https://software.jaos.org/git/slapt-get
# cd slapt-get
# make dopkg
# upgradepkg --install-new slapt-get-*t?z

# slapt-get -u

slapt-get не заставить работать?

Заработал после сборки или снова падает?

Не падает, уже хорошо.
Есть подозрение, что тут подпись и руками не проверится (покривел источник).
Руками пробовали?

подправил конфиг (взял новый .new).
теперь не может проверись сумму уже с другого адреса.

а как руками проверить?

а как руками проверить?

Забираем файл и подпись, проверяем подпись, например для основного зеркала

# cd /tmp
# wget http://slackware.osuosl.org/slackware64-current/CHECKSUMS.md5{,.asc}
# gpg --verify CHECKSUMS.md5.asc

gpg: Good signature from ...

gpg: BAD signature from ...

gpg: Can't check signature: public key not found

# slapt-get --addkeys

# slackpkg update gpg

вручную проверил — Good signature from
при # slapt-get --add-keys говорит для каждого адреса Retrieving GPG key ...Cached
GPG key could not be imported.
для slackpkg всё нормально

GPG key could not be imported.

А должен:
GPG key succefully imported.
или
GPG key already present.

Что-то в инфраструктуре ключей у вас сломано. Что будет при попытке добавить ключ в связку руками?

wget -qO- http://slackware.osuosl.org/slackware64-current/GPG-KEY | gpg --import -

для slackpkg всё нормально

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

Вероятно и с ключом от Патрика все будет нормально.

gpg: key 40102233: «Slackware Linux Project <security@slackware.com>» not changed

Все нормально, ключ в связке ключей уже есть точно такой же, не изменен.

Надо бы попробовать с одним из тех ключей, что невозможно добавить.

при # slapt-get --add-keys говорит для каждого адреса
Retrieving GPG key ...Cached
GPG key could not be imported.

Вот для этих, но адресов их не давали, а в хрустальном шаре всё плывёт и плохо видно, давно не чищен.

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

Почему не зайти с Android-а на машинку по ssh?

ладно на слаке ssh настроить. но на андроиде его настраивать не хочется. тут в консоли мало что работает. поищу готовых программ для передачи файлов.

Что там настраивать-то на Android-е, любое приложение ssh-клиент поставить и всех делов.

ftp://ftp.slackware.com/pub/slackware/slackware64-current/