Прекращена поддержка порта MIPS64.

Что так?

Совсем никому не нужен?

системы инициализации OpenRC

Ха, я думал там runit

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

Void Linux

Artix.

Это ты «поделка», а Void Linux - вещь!

Сдохла лошадка…

Я бы даже сказал, вещь не в себе.

они не минималистичный, а просто сделан правильно. Там еще и на doas вместо sudo хотят перейти по дефолту, красавцы

Единственный оставшийся нужным Linux, чтобы под Windows 10 WSL собирать докер-контейнеры. А когда Microsoft допилит свой дистрибутив - то и этот станет никому не нужен.

Я тебя давно опередил.

Непонятно, кому он нужен. systemd нет, glibc нет.

Тем кому не нужны systemd и glibc!

Как пускалка докер-контейнеров - идеален. В другом ключе я его использовать пока не пробовал.

И да, у меня есть docker/podman на более других дистрибутивах. Мельче/быстрее Alpine нет никого(да, даже гента жирнее).

Как пускалка докер-контейнеров

Неправильно ты, Дядя Фёдор, бутерброд ешь.

Как пускалка докер-контейнеров - идеален.

И в чём его идеальность? musl это не glibc, будешь ловить всякие фантомные глюки от того, что все люди софт тестируют именно с glibc. Сэкономить несколько десятков мегабайтов на диске? Ты же в курсе, что в докере есть слои и твой базовый дистрибутив будет в одном экземпляре на диске, хоть там миллион контейнеров будет.

musl это не glibc, будешь ловить всякие фантомные глюки от того, что все люди софт тестируют именно с glibc.

Если речь не о десктопе(и то, на Alpine недавно KDE запустили официально, на минуточку!), то я тебе как человек, который uclibc юзал на домашнем сервере с гентой почти 10 лет скажу - количество этих самых «глюков» сильно преувеличено.

И да, какое отношение glibc пускалки контейнеров имеет отношение к той libc, которая находится ВНУТРИ контейнеров(если они не построены на Alpine, конечно)?

Я подумал, что ты пишешь про образы на базе alpine. Тогда я вообще ничего не понимаю. Зачем для пускалки докера использовать какой-то экзотический дистрибутив, если можно использовать полноценный?

Зачем для пускалки докера использовать какой-то экзотический дистрибутив, если можно использовать полноценный?

Потому что для меня он проще и быстрее в обслуживании(особенно это заметно когда обслуживать особо то и нечего - тут что CentOS, что deb-based в объемах геморроя с треском проиграли), чем «полноценный». «Полноценность» Linux-дистрибутивов очень часто переоценена. Это кстати причина, почему я в конечном итоге(Gentoo->Debian->CentOS->Alpine) свалил на домашнем сервере на Alpine, хотя мог продолжить использовать генту как пускалку контейнеров.

Идеальнее будет только использование какого-нибудь CoreOS, но я решил не грубить и остаться на дистрибутиве более-менее классическом, а не «контейнеры и только контейнеры»(маршрутизацию пихать в контейнеры я пока не готов, а у меня там и OSPF и OpenVPN и много чего еще...)

OSPF дома… Месье знает толк в извращениях!

Ура!

Пишу из свежего альпина! Отлично, просто и удобно.

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

Лорчане, а сборку Alpine для Raspberry Pi кто-нибудь пробовал?

Что интересует?

Что интересует?

Всё. Работоспособность, отзывчивость, скорость загрузки от включения до готовности к работе (как я понимаю, достоинством Alpine считалось именно отсутствие свойственных большинству десктопных дистрибутивов тяжеловесности)…

Всё супер, кроме того, что есть нестандартное поведение по умолчанию в некоторых случаях и чтобы поменять его, надо перерыть wiki. А так - всё ништяк.

Pinkbyte,

Можешь, пожалуйста, дать линки на то как:

1. Собрать и опакетить Libre ядро для Alpine.

2. Установить headless VNC сервер типа TigerVNC в Debian. В Debian могу настроить IceWM поверх тигра за 5-10 минут.

А в Alpine я пролюбил мозг целый день и у меня так ничего и не получилось. Проги не запускались даже на внешнем X11 сервере через ssh -X, уж каких только пакетов я не понаставил, чего только не нагуглил в тот день, и все тщетно …

Может быть, попробовать Xorg + dummy video card, но она и так вроде как раз используется по умолчанию в испробованных мной способах.

В идеале вот напишите ман по шагам, как установить Telegram в VNC сессию на Alpine с либре ядром, и все это запустить на одноплатнике Beaglebone Black. В принципе я и сам могу без готового мана, но у меня может уйти на это 2 дня и больше с учетом различных нестыковок по сравнению с Debian/Devuan. Devuan я уже умею на одноплатниках, обычно использую загрузчик от Arch, там уже все готовенькое для каждой платы, остается только поменять ядро и все дела.

PS: с серверным Alpine я неплохо знаком, настраивал сервера с ZFS, iSCSI таргетом, докер CLI для containerd и т.п.,

Эм, я кажется явно говорил, что крутил Alpine только в качестве пускалки для докера. Иксов у меня на нём нет и не планируется

Есть иксы в докер контейнере правда, но там не Alpine, а старая убунта и не менее древний файрфокс с флешем и ява-плагином - для хождения по старым свичам/рулилкам серверов. А доступ ко всему этому хозяйству через noVNC, да...

В идеале вот напишите ман по шагам, как установить Telegram в VNC сессию на Alpine с либре ядром, и все это запустить на одноплатнике Beaglebone Black

А что не в гамаке, ластах и стоя?

А что не в гамаке, ластах и стоя?

Потому что в Firecracker в Кубере или OpenNebula однако.

А смотрелка как раз в ластах, называется OpenBSD на первопне :)

Во время установки теперь можно использовать шифрование диска.

Кому сдалось софтварное шифрование диска лол?

Кому сдалось софтварное шифрование диска лол?

Лучше расскажи кому сдалось хардварное? Ну, кроме очевидных откатов с поставок.

Лучше расскажи кому сдалось хардварное? Ну, кроме очевидных откатов с поставок.

Тут скорость решает. Шифрование само по себе только для кулцхакеров на Кали.

Для чего они хотят это сделать и что выиграть таким путем?

Вы так говорите, как будто оно лучше софтварного

Там еще и на doas вместо sudo хотят перейти по дефолту, красавцы

И все таки, кто нибудь может мне ответить на простой вопрос: зачем они это делают?

А как с питоном быть? Чтобы не быть голословным: https://habr.com/ru/post/486202/

sudo - монструозное нечто, 99.5% фич которого никто никогда не пользуется и в котором уже несколько раз находили CVE.

doas - утилитка на 2к строк кода с очень простым конфигом и единственной функцией «позволять юзеру вводить собственный пароль вместо пароля рута», там просто нечему ломаться.

Там реально эта функция единственна? То есть вот буквально- только это и ничего больше?

Если бы ты был более внимательным, ты бы заметил, что описываемая в статье проблема относится к системе ВНУТРИ docker-контейнеров(а не к хостовой).

Про то, на базе чего строить контейнеры - отдельный разговор. Alpine там вариант хороший, но как доказывает подобная статья - далеко не универсальный. У меня самого Alpine внутри контейнеров живет только для всякой мелочи, тот же Calibre я собирал на базе убунты. Потому что там мелкость самой базы дистрибутива никак не повлияет на ворох зависимостей, необходимый для запуска самого софта(>300 пакетов ЕМНИП).

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

Я сейчас наверное буду реально душным, но что насчет официального образа для Python? Да, там Debian под капотом. Но так ли это «плохо»?

Но так ли это «плохо»?

Настоящий мастер сразу старается выбить у противника наиболее опасный аргумент?))) Не устраивает это и только это. Рассматриваю как резерв на крайний случай.

Ну а если рассматривать что либо максимально похожее на Alpine по идеологии? То есть компактное, без лишних зависимостей, без хлама, без systemd (господа - не надо бросаться в атаку - я не называл systemd хламом), но без проблем с Python и не с Musl, а с glibk? Или если уж с systemd, то хотя бы не debian и предельно компактное, но нормально работающее с python?

На базе debian-slim

Например 3-slim-bullseye

musl тормозный, uclibc так вообще днище

Выше уже давали ссылку.

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