Слака на файлохранилище

Заранее скажу - всё что перечислено (побеждено) работает стабильно и минус systemd. Плавный переход с debian stable на Slackware current.

openbsd

та же слака, только не linux и с пакетами :)

и sbopkg для много чего ещё

от себя скажу что софт по сравнению с debian stable поновее будет в Slackware current

От системы нужна стабильность и возможность оставить систему на несколько месяцев

бери дебиан

возможность оставить систему на несколько месяцев

Понятное дело арчик нужно обновлять «несколько» чаще

debian stable ну или цент, если умеешь с rpm

slapt-get. Но можешь и в сторону бзд посмотреть. Я бы так и сделал.

Для стабильных версий (не -current) slackpkg --install-new не нужно. То есть:

# slackpkg update
# slackpkg upgrade-all

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

За тем, чего нет в стоковом репозитории (transmission, postfix) следить также, как ставили, например, при помощи sbopkg.

А вообще, какие есть существенные отличия от того же рача или дебиана?

current уже месяца 3 с софтом из темы, даже намного больше, не жалуюсь

В случае slackware зависимости вручную прийдется «отлавливать», то есть в debian было apt-get install «приложение» (тебе принесёт помимо пакета ещё и то что для него нужно и даже сверх того:) иногда) в slackware тебе прийдется самому доставлять то что нужно приложению, это основное неудобство.

Я отлавливал зависимости либо запуском приложения через терминал, смотрел что нужно доставить, либо читал в readme изначально что оно «потребляет».

Господин bormant может меня поправит, расскажет то чего я не знаю, потому как он курирует Slackware форум и не только.

Какая у слаки примерно пакетная база? То, что можно ставить не только через пакетный менеджер, но и configure make make install это понятно. Я просто не люблю кашу в пакетах. Пытаюсь держать систему как можно чище. Меньше ненужных пакетов, меньше пакетов, которые пришли в качестве зависимости для другого пакета, которого уже нет.

Ответ на этот вопрос лучше у bormant узнать. Я не смогу квалифицированно ответить.

Какая у слаки примерно пакетная база?

Зачем же примерно? Можно глянуть в стоковое хранилище:

http://mirrors.slackware.com/slackware/slackware64-14.1/

описание пакетов: http://mirrors.slackware.com/slackware/slackware64-14.1/PACKAGES.TXT

Пакеты Slackware принято собирать при помощи сценариев, традиционно зовутся .SlackBuild, сама система собирается тем же образом, см. каталог /source в дереве любого из зеркал.

Имеющиеся в сети сторонние хранилища пакетов считают хорошим тоном положить рядом с бинарным пакетом (да и в сам пакет в /usr/doc/имя-пакета-версия/) его слакбилд. Как правило, такие хранилища стараются поддерживать формат хранилищ Slackware и могут быть использованы slackpkg (с установленным плагином slackpkg+, в его файле настроек есть список поддерживаемых хранилищ).

Имеется хранилище только сценариев: http://slackbuilds.org, к нему весьма удобный клиент http://sbopkg.org.

То есть, идея простая, даже когда бинарного пакета нет, вместо «make install» есть смысл собрать пакет и поставить его менеджером пакетов. Даже если руками, то после ./configure; make останется

rm -rf /tmp/pkg; mkdir /tmp/pkg
make install DESTDIR=/tmp/pkg; cd /tmp/pkg
makepkg -c y -l y /tmp/имя-пакета-версия-архитектура-сборка_метка.txz
upgradepkg --install-new /tmp/имя-пакета-версия-архитектура-сборка_метка.txz

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

lfs подошел бы идеально. debian с одной стороны перегружен собственными ненужными пакетами, с другой стороны разбивает нужные программы на пакеты (например vim). В слаке наоборот: не грузит собственными пакетами, но у нужных программ «всё включено». В общем выбирай по нужде и предпочтению.

Слака на файлохранилище

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

Для анализа зависимостей есть различные инструменты. Для бинарных файлов мне лично нравится sbbdep:
http://slackbuilds.org/repository/14.1/system/sbbdep/

С точки зрения установки зависимых пакетов можно обратить внимание на salixos.org, его пакеты совместимы с оригинальной Slackware, а хранилища поддерживают сведения о зависимостях, обслуживаются slapt-get/Gslapt.

возьми лучше фряху

а там pkg на rpm ещё не меняют?:)

Ужс. Там не только порно, там еще и пони с митолом есть.

Молодец, Co6aku! Так держать!

То, что можно ставить не только через пакетный менеджер, но и configure make make install это понятно.

Так ставить не надо. Лучше ./configure --prefix=/usr && make && make install DESTDIR=/some/path и потом cd /some/path && makepkg ...

Собственно Slackbuild-ы это и делают, почитай любой слакбилд.

Можешь ещё CRUX попробовать, там пакетный менеджер с зависимостями изкоробки и по умолчанию установка минималистичная. Почти как Arch, но без systemd и не RR.

Кстати, возможно будет интересным:
http://docs.slackware.com/howtos:network_services:postfix_dovecot_mysql

на файлопомойке Арч обновляется каждое утро, уже как год, на флешке.

Так и у меня, по cron обновлялось, но не каждое утро, а раз в 2 дня. По факту я за полтора года держания арча на файлохранилище имел траблы только несколько раз, т.к cron не может чекать новости на оффсайте, но это такое себе счастье. Особенно, когда меня занесло в другой город, а файлокачалка внезапно ВСЕ и я не могу стянуть с нее доки через FTP. + чисто логически держать систему с rolling release на том, что должно просто стабильно работать глупо. Я могу уделить 1-2 дня на полную настройку под себя, но потом забыть про какие-либо проблемы на долгое время.

настроил NFS, ssh и забыл про настройку. только иногда перегружаю, когда ядро уже совсем сильно новое. проблем пока 0.