Вопрос о серверах на Slackware

сейчас убунту онли, даже сентос не препадают, практически, ушли из россии

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

Трудность только одна - нужен толковый админ.

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

это система для вооруженных сил, на исколько я поня из объявления на hh я бы не стал)

Дело не в неосиляторах, а в эффективности труда, управляемости, сопровождаемости и т.п. Ничего личного, только бизнес.

Ну ты загнул ))

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

А Gentoo? Gentoo на серверах? Её можно?

Да Господь с этой Gentoo, а CRUX! CRUX если парни используют в проде? Это всё? Бай-бай разум?

В джобе человек сомневается можно ли на перле сайты писать. Теперь это нормально.

Однако. Ну, в job модерирование унылое, там корма нет.

Путаешь с Астрой наверное ты. Калька это очень скромное и «нишевое» решение, хотя и претендующее на некоторые позиции в «импортозамещающем» ПО. Но по причине отсутствия мощного лобби, которое имеется у Альтлинукс и Астра, перспективы не особенно блещут. Просто мне она нравится, и всё.

Да слился я уже, слился. Хватит меня пинать, рёбра болят. Ты уже победил и убедил, слака отличное решение для энтерпрайз практически.

А Gentoo? Gentoo на серверах? Её можно?

Более того, можно даже LFS.

слака отличное решение для энтерпрайз практически.

Решение, что подходит для ынерпрайза, принимают не более чем софтопейсатили под конкретный дистр.

Да, от софта пляшем.

Ну вот, чтд.

нельзя, о ней вообще никто не помнит(

за centos и ubuntu?

Убунту это не для серверов. И вобщем-то даже не для десктопов.

Можно и на debian фигачить в продакшене в /usr/local через make; make install;

А можно и в /usr, попробуй.

Слака - хобби дистрибутив. Максимум куда её имеет смысл натягивать это домашний подкроватный сервер.

В https://t.me/slackware_ru писали, что мол под Debian не собирались какие-то нужные им ванильные сорцы для ISP (т.е. бизнес), и по их словам Slackware решила все их проблемы своей гладкой сборкой из ванильных сорцов.

Лично мне не нравится, что в Slackware (если я правильно понимаю) по умолчанию нет пакетной зависимости, т.е. ставятся все пакеты из всего нескольких групп типа графика, гамесы и т.п.

  A   - Base Linux system
      AP  - Various applications that do not need X
      D   - Program Development (C, C++, Kernel source, Lisp, Perl, etc.)
      DES - crypt() add-on
      E   - GNU Emacs
      F   - FAQ lists
      GTK - GTK+ apps and libs (including GNOME)
      K   - Linux kernel source
      KDE - Qt and KDE (the K Desktop Environment)
      N   - Networking (TCP/IP, UUCP, Mail)
      T   - TeX
      TCL - Tcl/Tk/TclX, Tcl language, and Tk toolkit for developing X apps
      X   - XFree86 Base X Window System
      XAP - X Window Applications
      XD  - XFree86 X11 server development system
      XV  - XView (OpenLook [virtual] Window Manager, apps)
      Y   - Games (that do not require X)

К счастью существует Debian like (с моей точки зрения в плане возможности ставить только нужные пакеты) дистр на базе Слаки:

https://forum.salixos.org/viewtopic.php?f=17&t=8335&start=120

Пока в бете, но вероятно уже скоро увидим релиз для v15.

Как мне кажется, серьезный недостаток Slackware - это отсутствие верификации пакетов ранее установленных пакетов, которая теперь есть почти во всех серьезных и даже некоторых хипстерских дистрах:

https://wiki.archlinux.org/title/Pacman/Rosetta#Verification_and_repair

В Alpine кстати тоже теперь есть.

Но Slackware осталась без верификации (после, а не до установки пакета), гордая и независимая, ей такое, видите ли, ненужно?

В джобе человек сомневается можно ли на перле сайты писать.

http://www.webgui.org/features

Но таки проект скорее мертв, чем жив :(

на сервер ее ставить хочешь

Если в контейнер из пакетов Salix (не полный Slackware), то почему нет?

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

Если все делать на скриптах, контейнерах, Ansible и т.п., то какие проблемы в случае передачи?

Навскидку возможна проблема с брендовым оборудованием, когда дровишки идут в виде собранных модулей под конкретное ведро.

IMHO экзотику типа Slackware надо ставить в виртуальные среды и контейнеры, чтобы не рисковать непредсказуемостью на bare metal ?

Дело не в неосиляторах, а в эффективности труда, управляемости, сопровождаемости и т.п. Ничего личного, только бизнес. Собсно поэтому и существует ограниченное количество популярных серверных дистрибутивов, потому что есть курсы, есть сертификаты, литература и прочее, что называется «инфраструктура поддержки и сопровождения».

Можно узнать список? RHEL based (Alma/Rocky), Debian based (Ubuntu, etc.), Alpine ? Что-нибудь еще?

и для души у меня сейчас она, в «диком» виде и в виде Calculate Linux.

А что сейчас лучше всего для универсальной сборочной платформы (дистр линукса)? Gentoo IMHO не очень, потому-что rolling.

По любым

слака даже для десктопа сомнительна,

OpenBSD тоже сомнительна на десктопе без Trinity DE кроме безопасных выделенных терминалов например в JWM.

Однако на шлюзах она очень даже хороша? На некоторых серверах тоже?

он работать должен стабильно без ошибок и безопасно

Где безопасно и где слака?

Слака небезопасный дистрибутив для сервера.

Лет 15 назад трудился в месте, где Слака стояла на серверах (с тех пор и питаю к ней нежную любовь).

Дистр простой и понятный и хорошо подходит для простых и понятных вещей в стиле «поставил - и обновляешь только если зеродей пришёл» ну или для хобби-сервера. В кровавенький энтерпрайз о тысячах серверов Слаку обычно не пихают (но тут, наверное, таки синдром гусёнка — с ansible возможно всё). Для селфхоста и SOHO — в любом случае хороший вариант. Выше по треду упоминали о необходимости документировать изменения, и совершенно справедливо, равно как и совершенно справедлива актуальность этого замечания для абсолютно любой системы, котороую больше года админит более одного человека.

Игого: если устраивают особенности инструмента — используй смело. :)

Проблема с дровами будет понятна задолго до. И слака не «экзотика».

Как мне кажется, серьезный недостаток Slackware - это отсутствие возможности верификации ранее установленных пакетов

Как только что выяснилось, оказывается, есть хотя бы mtree:

https://slackbuilds.org/repository/14.2/system/go-mtree/

похожее на:

https://www.freebsd.org/cgi/man.cgi?mtree(8)

Хотя если готовить образы контейнеров (из минимального Salix), то можно обойтись и без верификации, достаточно того, что уже есть в контейнерной системе.

Игого: если устраивают особенности инструмента — используй смело. :)

Зато вроде бы обещают одинаковость Slackware «на века», мол тот, кто начинал с древних слак почти не почувствует разницы и дискомфорта от необходимости много доучивать и в последней версии по крайне мере в области организации самого дистра, привычный инит (хотя можно конечно и заменить например на OpenRC) и т.п.?

«Одинаковость» любого дистра очень легко проверяется на предмет «доучивать»||«вспомнить», возьмите версию возрастом эдак на 15-20 лет помладше, много нового откроете || вспомните.

Близко к истине — политика внедрения новшеств там очень консервативная и в основном касается десктопных компонентов. Инит работает? Работает. Прекрасно, оставляем. LiLo работает? Отлично, работаем дальше.

Близко к истине — политика внедрения новшеств там очень консервативная и в основном касается десктопных компонентов.

Вот, а лично мне десктоп на Slackware ненужен, но хотелось бы попробовать сервера и контейнеры (из минимального Salix).

Калька
«импортозамещающем» ПО
перспективы не особенно блещут

Мне кажется, всё строго наоборот. Там, где не нужны сертификаты, гемор с лицензиями и траты бешеного бабла, калька - кандидат номер 1. Просто берёшь и пользуешься!

точно знаю контору где все сервера на генту, а это на секундочку провайдер

Как старому слкавареведоводу мне есть что сказать.

Слака божественна! Это абсолютный факт. Кто с этим не согласен могут проследовать в афедрон.

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

Если сервер для комерции/ентерпрайза/производства (даже если все это твой личный энтерпрайз), то тут главным становиться вопрос, надежности и поддержки. В случае слаки, поддержка супердорогая. Возможно даже дороже генты (у нас есть несколько «серверов» на генте, и я даже лично знаю человека который это сделал).

Если ты не понимаешь, что поддержка слаки будет дорожи покупки фирменной rhel с бесконечной подпиской, то тебе еще рано в энтерпрайз (даже личный).

Ответы на вопрос почему это так, дали предыдущие ораторы.

Лично ставил несколько серверов на слаке (это было примерно 20 лет назад). Даже вкатил арм-слаку в один секретный прибор. Но вот сейчас, на домашнем сервере у меня proxmox. А на работе, везде на стенды я ставлю ubuntu-server. Хотя на всех локалхостах у меня слака.

Не супер. Просто повыше, чем у обезьяны RH. Это всё зависит от задач, требований, понимания руководства.

Вы уверены, что все затраты посчитали?

Давайте тогда уж говорить в цифрах надежности, скорости восстановления и т. д.

В качестве упражнения для ума предлагаю такой эксперимент: Вы «ингосстрах», к вам пришел мамкин датацентр с предложеним застраховать вынужденый простой любого клиента этого датацентра. И вы вот начинаете считать вероятности отказов и соответственно стоимость своих услуг как страховщика. И вот посчитайте сколько будет страховка если на серверах будет слака и рхел.

спроси у русских физиков, они раньше выбирали Слакварь

Я сталкивался. Больше не хочу. А ещё с админами, которые ставят слаку на сервера, я тоже сталкивался. Их я не хочу видеть ещё больше.

Но Патрег всё равно бох!

потому что спустя несколько лет эксплуатации поддерживать слакосервер становится затратно по времени и неудобно.

Я не понимаю, что значит «поддерживать слакосервер становится затратно по времени и неудобно». На что вы тратите время? Вот у нас на некоторых объектах слакосервера отработали уже 20 лет. Раз в год выезд на объект для сопровождения и обновления прикладного ПО + дистанционная поддержка. При этом системное ПО слаки вообще не требует затрат. И это довольно специфическое АСУТП - слака используется не только на серверах, но и на управляющих контроллерах и на АРМах (производный от Слаки дистрибутив) - простои более 30мин. недопустимы. Есть правда холодный резерв, а в последние годы на новых объектах - горячий резерв с авт. переключением на резервный комплект.

собственном бессмертии и неувольняемости, и некомпетентном руководстве

В принципе, если использовать слаку как винтажный UNIX дистрибутив, оглядываясь на «руководство системного администратора v.2» и ведя журнал производимых работ, то он вполне будет норм. Но зачем?

В случае слаки, поддержка супердорогая. Возможно даже дороже генты (у нас есть несколько «серверов» на генте, и я даже лично знаю человека который это сделал).

Ну вот, вообще ниразу.

20-ти летием похвастаться немогу, но 19 лет отработало.

На самом древнем объекте работает с 1998г. Там производный дистрибутив от Слаки с ядром 2.0.36. Последний раз обновлялся где то в 2000г. С тех пор работает с нулевыми затратами на поддержку (нет сопровождения). Пару раз только консультировали по развертыванию образа на новый винт.
Итого 24 г. работы - 0 затрат на поддержку

И в чем именно это выражается?

Сколько времени займет обновить слаку на новую версию?

CRUX если парни используют в проде?

cast Spoofing у тебя booty вроде crux собирает, не?