На linuxquestions.org начался опрос «Почему Вы перестали пользоваться Slackware?»

Почему Вы перестали пользоваться Slackware?

Потому, что не нужно.

Собираетесь ли Вы вернуться в Slackware и почему?

Нет, так как не нужно.

На какой дистрибутив Вы перешли и почему?

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

Salix. В его репах есть slapt-get, с якобы прописанными зависимостями (судя по всему, полученными через этот твой sbbdep). Но даже если все эти зависимости учесть и установить, slapt-get все равно не запустится, потому что не установлен spkg — небинарная зависимость.

В Slackware это выглядит так:

# ls /var/log/packages/spkg-*
/bin/ls: cannot access '/var/log/packages/spkg-*': No such file or directory
# # то есть, spkg не установлен

# cd /tmp
# wget http://download.salixos.org/x86_64/14.2/salix/ap/slapt-get-0.10.2t-x86_64-2gv.txz
# upgradepkg --install-new slapt-get-*t?z
# sed -i -e 's,salix\.hostingxtreme\.com,download.salixos.org,' /etc/slapt-get/slapt-getrc
# slapt-get --update
...
# slapt-get --show slapt-get
Package Name: slapt-get
Package Mirror: http://download.salixos.org/x86_64/14.2/
Package Priority: Preferred
Package Location: ./salix/ap
Package Version: 0.10.2t-x86_64-2gv
Package Size: 156 K
Package Installed Size: 624 K
Package Required:   curl,cyrus-sasl,gpgme,libassuan,libgpg-error,libssh2,openldap-client,openssl-solibs|openssl,zlib
Package Conflicts:   
Package Suggests:   
Package MD5 Sum:  9a08802751755a3608a5da3b9cba8d4d
Package Description:
 slapt-get (an apt like system for Slackware package management)
 
 slapt-get allows one to search slackware and compatible repositories
 for packages, compare them with installed packages, install new
 packages or upgrade installed packages all with a few simple commands.
 * See /usr/doc/slapt-get-0.10.2t/ for complete documentation.
 * Support:
   http://software.jaos.org/cgi-bin/mailman/listinfo/slapt-get-user
 * Please translate:
   http://software.jaos.org/git/slapt-get/tree/po
   then send to slapt-get-devel@software.jaos.org
Package ChangeLog:
 Rebuilt.  slackware.uk is the default mirror now.

Package Installed: yes

потому что не установлен spkg

Рассказывайте, смелее, интересно же...

Красиво шлангуешь в угоду Патрику. Ты попробуй установи что-нибудь.

Ты попробуй установи что-нибудь

Логично ;)

# slapt-get -i spkg
Reading Package Lists...Done
The following NEW packages will be installed:
  spkg 
0 upgraded, 0 reinstalled, 1 newly installed, 0 to remove, 0 not upgraded.
Need to get 752.0kB of archives.
After unpacking 1.7MB of additional disk space will be used.
1/1 Get http://download.salixos.org/x86_64/14.2/ spkg 1.1-x86_64-1gv [752.0kB]...Done

Preparing to install spkg-1.1-x86_64-1gv
sh: /sbin/spkg: No such file or directory
Failed to execute command: [/sbin/spkg -i /var/slapt-get/./salix/a/spkg-1.1-x86_64-1gv.tgz]

diff -Naur slapt-get-0.10.2g-old//src/package.h slapt-get-0.10.2g/src/package.h
--- slapt-get-0.10.2g-old//src/package.h	2010-09-28 02:42:10.000000000 +0300
+++ slapt-get-0.10.2g/src/package.h	2010-12-15 22:56:03.105900969 +0200
@@ -25,9 +25,9 @@
 #define SLAPT_CHANGELOG_FILE "ChangeLog.txt"
 #define SLAPT_CHANGELOG_FILE_GZ "ChangeLog.txt.gz"
 #define SLAPT_PATCHDIR "patches/"
-#define SLAPT_REMOVE_CMD "/sbin/removepkg "
-#define SLAPT_INSTALL_CMD "/sbin/installpkg "
-#define SLAPT_UPGRADE_CMD "/sbin/upgradepkg --reinstall "
+#define SLAPT_REMOVE_CMD "/sbin/spkg -d "
+#define SLAPT_INSTALL_CMD "/sbin/spkg -i "
+#define SLAPT_UPGRADE_CMD "/sbin/spkg -u --reinstall "
 #define SLAPT_CHECKSUM_FILE "CHECKSUMS.md5"
 #define SLAPT_CHECKSUM_FILE_GZ "CHECKSUMS.md5.gz"
 #define SLAPT_HEAD_FILE_EXT ".head"

Красиво шлангуешь в угоду Патрику

slapt-get — Jason Woodward
Salix — George Vlahavas
spkg — Ondrej Jirman и George Vlahavas

А Патрик тут при чём, стесняюсь спросить? У Патрика в Slackware оригинальный slapt-get замечательно без spkg живет, но без основного ПМ pkgtools (читай, без installpkg и removepkg) тоже ставить/удалять пакеты не может, сюрприз-сюрприз-огорчение ;-)

PS. spkg там в этой роли начиная с 13.37.

Никто никого ничего не лишал. Дело было в обычной Слаке.

Это был только пример того, что инструменты, подобные sbbdep, иногда могут не дать адекватной информации о зависимостях, надо самому тестировать, то есть выполнять работу мейнтейнера. А в репах Саликса наверняка всё на автоматике.

В Slackware основной ПМ — pkgtools (installpkg, removepkg — его составляющие)

Да, четыре портянки на баше.

# mv "Сектор Газа - Сельский туалет.mp3" megapackage-13.37-noarch-1th.txz
# installpkg megapackage-13.37-noarch-1th.txz
# :D

сюрприз-сюрприз-огорчение

Тебя маленько не туда понесло. Речь шла вообще не об этом.

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

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

Патрик скорее втащит systemd

Вот на этом месте слаку и похороним. Зато Патрик переедет в нормальный дом.

Никто никого ничего не лишал. Дело было в обычной Слаке.

Странный выбор — в обычную Слаку ставить необычный кастомизированный для Salix slapt-get вместо обычного с software.jaos.org.

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

Вопрос философский ;-) Скажем так, в документацию устанавливаемого посмотреть как минимум стоит. Иметь представление о том, что устанавливается, тоже неплохо.

Но это оборотная сторона одной и той же монеты: крупные пакеты (без нарезки на несколько включенных софтин, а их уже на bin, lib, dev, doc, ...), возможность ставить/удалять без оглядки на зависимости (тут часто привожу в пример пакет nmap, который в консольную установку притянул бы питон с иксами ради входящего в него скрипта zenmap), вот это вот всё. Ну вот такая она Slackware: или немножко разбираешься и всё работает, или плачешься «как страшно жить» ;-)

Странный выбор

Всё бывает в первый раз. К тому же Слака сама поощряет эксперименты над ней.

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

Для этого придумали опциональные зависимости. В Слаке их можно было бы описывать сразу в slack-desc.

Ну вот такая она Slackware: или немножко разбираешься и всё работает, или плачешься «как страшно жить» ;-)

Не спорю. Но все же стою на том, что человеческий ПМ сделал бы её только лучше.

Под человеческим ПМ понимаю поддержку зависимостей в стандартном репозитории плюс официальный™ фронтенд к pkgtools для работы с ними. И волки сыты, и овцы целы. Но этого никогда не будет (почему — см. make_world.sh).

Хочешь вместо плоского списка пакетов сделать граф, чтобы потом героически разруливать его? Слака тем и хороша, что сторонние тулзы могут рассматривать базовую систему как единое целое и не разводить адок зависимостей. Как только мы привязываемся к отдельным пакетам, моментально получаем в лучшем случае арч. И потом узнаём, что иной модели дистра кроме как роллинг с таким человеческим ПМ не потянуть, если ты не дебиан и не коммерс.

человеческий ПМ сделал бы её только лучше

Такие эксперименты уже есть — Salix, еще что-то было, можно наблюдать за успехами...
Вот только особенности Slackware — они обоюдоострые, и плюсы, и минусы одновременно. Если пойти по предложенному пути, получится Debian, шапка или арч — такие уже есть, зачем бы еще один «как все»? Тем более, что в одиночку подобное практически не поднять ;) А если и поднять, то сопровождать практически без вариантов ;)
Зато как есть: The Man made distro ^)

Переедет автобус Патрика — и нет больше Слаки. Уменьшившаяся частота релизов уже наводит на тревожные мысли (да, в карренте всё хорошо, я знаю).

Ян Мердок покинул Дебиан в 1996 году — Дебиан живет и здравствует в 2018.

Если пойти по предложенному пути, получится Debian, шапка или арч

systemd-free не роллинг-релиз дистрибутив с богатой историей — по-моему, с хорошим ПМ пользователей стало бы гораздо больше. Но это не точно. И, опять-таки, лучше меньше да лучше.

Уменьшившаяся частота релизов

А зачем частые релизы? В том и суть, что Патрик просто перестал гнаться за релизами. У него нет календаря релизов. У него теперь принцип «Вот когда всё будет готово для следующего релиза - тогда и будет релиз».

Именно поэтому все перешли на каррент и Слака де-факто превратилась в роллинг-релиз.

Людям, ковырявшим Unix- и Unix-like системы в 90-х годах в России, не надо пояснять, кто такой Игорь Николаев :). Да и членам LUG в Питере тоже ;).

Нет, не все.

поэтому все перешли на каррент

Ну почему все, 14.2 вполне жива, пока еще вмешательство в пакетную базу ради свежего софта (например, новый gimp) остается точечным до сих пор, но со временем, безусловно, будет расти — будет новая версия — обычно новый выпуск связан именно с накопившимся неудобством в установке свежего софта в стабильную Slackware.

Было бы прекрасно, если бы Патрик бэкпортировал ядра. А то купил новый ноутбук, а с устаревшим 4.4 он почти не работает. Приходится либо тянуть с каррента, либо компилировать самому (что более satisfying).

Было бы прекрасно, если бы Патрик бэкпортировал ядра. А то купил новый ноутбук, а с устаревшим 4.4 он почти не работает. Приходится либо тянуть с каррента, либо компилировать самому (что более satisfying).

Тут тоже есть энтузиасты — DUSK — Dave's Unofficial Slackbuilt Kernels:
https://dusk.idlemoor.tk/

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

Оказывается, коммьюнити Слаки шире, чем я думал. Но какое-то оно разбросанное.

На официальном форуме на LQ обычно отмечаются, есть смысл его использовать в качестве источника, иначе зачем бы ему быть ^)

PS. Репы DUSK совместимы со slackpkg/slackpkg+, а также иными утилитами, работающими с хранилищами в стандартном для Slackware формате.

будто в дистре патрега не было HeartBleed. Пусть он хоть сто раз кристально чистым будет, но от него зависит столько же, сколько и от тебя. Просто он пакует чужой софт классическим способом и получает от этого кайф. И это совершенно не значит, что этот софт безопасен.

переедет в нормальный дом.

Престарелых?

Кое-что зависит. Чем меньше какашек раскидано по дистру, тем меньше вероятность вступить. А с такой миной, как системд, не вступить уже невозможно. Хотя я согласен, сейчас и к ядру доверия мало.

Аналогичный опрос на reddit:
https://www.reddit.com/r/linux/comments/991hhw/why_did_you_stop_using_slackware/

И почти каждый пишет о пакетном менеджере.

Вспомнилось: http://lorquotes.ru/view-quote.php?id=2

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

Зависит от требований к машине. Valve это которые халфлайф сделали?

2) отсутствие pam/kerberos и (опционально) systemd, который является удобнейшим инструментом для админов, как ни крути. Это тоже сужает область применения. Также отсутствие софта, который deb/rpm only, такое ещё встречается. В билдах есть не всё нужное.

deb/rpm only для слаки вообще не является проблемой. Конвертируешь пакет и ставишь.

3) slackbuilds и их ветвистые зависимости. Ты ставишь крупную программу, а у неё куча зависимостей, у многих зависимостей куча своих зависимостей и т. д. Плюс есть ещё опциональные зависимости, которые должны быть установлены ДО сборки, а также особые параметры сборки для некоторых слакбилдов. Всё это делает систему непригодной для установки софта сложнее чем helloworld без зависимостей. А как переводить потом систему на новый релиз со всем этим? Сказочные пердольные приключения!

То чувство, когда пердолишься с системой вместо того, чтобы поставить sbo-tools.

4) завязанность на одного человека, пусть он и бох.

Вот это минус точно.

5) сложность развёртывания на компьютерах в количестве > 1 штуки

Не затруднит объяснить в чём она выражается?

Воу-воу, кокой жыр я пропустил :)

«Почему Вы перестали пользоваться Slackware?»

Надоело работать решателем зависимостей для пакетного манагера.

Опрос на LQ. Был. В августе 2018.

Оу. Я думал тут темы старше года закрываются от комментов...

Собственно, аргументы мимокрокодилов с ценным мнением «я сам не пользовался, но ящетаю» тут были бы мне смешны и в 2018, но... «Тред не читал» :)

Да тут периодически какой-то некропостинг начинается, это лор :)