В дистрибутивах с ограниченными встроенными средствами установки пакетов (например, Slackware, LFS) используете ли вы какой-либо дополнительный механизм установки ПО?

Ответил «Не пользуюсь такими дистрибутивами», а вообще Portage, Flatpak, AppImage.

Установки в систему (не portable) — архаизм времён Windows 98, 2000 и XP.

Ок… И что?

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

Вот и выяснилось реальное количество маководов на ЛОРе.

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

Результат опроса немножко предсказуем.

Секса много, польза неочевидна

Ну как не очевидна, накачаешься.

Одно время участвовал в разработке и поддерживал собственный дистр внутри компании. Собирали с нуля. Основу собирали стандартным make install и допиливали скриптами. Для «пользовательских» пакетов прикручивали apt из собственного репозитария, который наполнялся пересобранными пакетами из debian'а. Не смог определиться с пунктом, поэтому проголосовал сразу за три(ручная, другое, dpkg).

Есть Homebrew для Linux

У меня вопрос. А чем был обусловлен выбор имено slackware?

Для работы конкретную область надо качать, сети или ещё что-то. Кастомное DE и пересборка ядра не оплачиваются.

Nix. Дистрибутивы не на его основе автоматически являются дистрибутивами с ограниченными встроенными средствами установки пакетов.

По нему есть хорошая документация, сравнимая с гентушным хендбуком или с арчевики? :)

Про слаку не знаю, но иногда даже в дебиан что то собирать приходится. Configure make и так далее

Да, если в твоём мире корректно сравнивать пятитомную документацию на советскую ПЭВМ с книгой о здоровой и вкусной пище или кулинарным блогом.

Когда сидел на BLFS использовал paco, сейчас сижу на Guix’е.

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

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

использую sbopkg (ранее slapt-src). изредка флатпак.

еще пользуюсь в силу рабочей необходимости более специфическими инструментами сборки по типа EasyBuild и Spack.

ставил постгреса на слаке в /usr/local через самосборку. надо было кое-чего не стандартное. давно правда это было.))

Интересуюсь как с недавнего времени пользователь Slackware в качестве основной системы.

Я вот после Слаки перешёл на Gentoo и познал дзен. Чего и тебе советую.

Устанавливаю многие программы в домашний каталог.

Делаю клоны системных каталогов ПО из старых zfs-снапшотов, чтобы оперативно монтировать необходимые рабочие образы и работать с ними вместо актуальных.

не использую такие дистрибутивы

Уже сколько времени, как придумали Nix и NixOS…

Pip

Как пользователь арча не брезгую и make install или install.sh если надо. в хомяке для этого есть ~/bin каталог, что бы не срать в /usr/bin и пр.

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

Документация неплохая есть:

• https://nixos.org/manual/nix/stable/
• https://nixos.org/manual/nixos/stable/
• https://nixos.org/manual/nixpkgs/stable/

А как там в генту, я не знаю.

[ ] нативные и "полунативные" инструменты (например, slackpkg и Slackbuild-ы/sbopkg)
Я так понимаю этот пункт и к CRUX применим?

Не слушай никого тут. Любой дистрибутив Linux является «source-based» - make и configure ты можешь сделать в той же Ubuntu, если прям задасться целью. Но зачем, если всё уже собрали в удобном виде? Зачем тратить время на то, на что уже время потрачено? Тред прочитал наполовину - глаза превратились в кровавые окуляры.

Написать ebuild выглядит проще, чем написать default.nix (или что там надо написать для сборки пакета?).

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

Научившись писать ebuild-ы, как ты это будешь применять в других дистрибутивах?

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

В качестве редкого исключения rpm (меня несколько удивило, что он в Slackware есть из коробки), это очень удобно - например, таким образом заинсталлил с –nodeps Cloudflare VPN, который только в deb и rpm виде существует, без дженериков в сжатом tar.

Так есть же rpm2tgz

По нему есть хорошая документация, сравнимая с гентушным хендбуком или с арчевики? :)

Документация есть. По ней просто разобраться как поставить систему, нужные пакеты, обновления и как в никсе всё настраивается.

С описанием практических сценариев как на арч/генту вики всё плохо. Это усугубляется дополнительной сложностью из-за слоя абстракции nix.

Решение пользовательских проблем в nix по документации похоже на попытку поправить баг в ядре с книгой по Си в руках.