Void Linux переходит на OpenSSL

Ждём форка Void Linux. :)

Зачем?

И главное, кем.

В gentoo с начала февраля было решено поддержку libressl прекратить: https://archives.gentoo.org/gentoo-dev/message/55cb4dd700ff60361332b4475fd5ec00

Я так понимаю, что libre задачу расшевелить разработку оригинального проекта выполнил…

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

Зачем — с целью сохранить VoidLinux с LibreSSL.

Кем — ну написано же — «Большинство сопровождающих». Значит, меньшинство теоретически может уйти и форкнуть.

Ну а если серьёзно, я бы с бОльшим интересом про сам дистрибутив почитал, если он развивается. На ЛОРе по сути была про него одна новость аж в 2014 году (кстати, дублирующиеся теги, зарепортил).

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

Зачем — с целью сохранить VoidLinux с LibreSSL.

Чтобы что?

Ну то есть это примерно как с ffmpeg и libav? Про второй что-то давно не слышно. А какие амбиции были… «This program is deprecated, use avconv…»

Забей, это была наполовину шутка. По сути ты таки ответил.

Что мешает почитать в других источниках? Хороший, качественный оригинальный роллинг дистр, что и поддержку i686 не бросает, так же как и имеет альтернативу musl в виде glibc. С интересным шустрым пакетным менеджером и xbps-src. Иногда бывает мыльные оперы в руководстве, что не мешает постоянно развиваться.

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

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

Всегда удивляюсь сколько много свободного времени у производителей недодистрибутивов. Сначала туда, потом, обратно. Ничего с первого раза нормально сделать не могут. Ни систему управления пакетами, ни выбрать стратегическую базу, ни инсталлятор написать. Только Guix все правильно делает. С первого раза и навсегда.

Только Guix все правильно делает. С первого раза и навсегда.

Да, стремление Guix сдохнуть собственными силами ещё на фазе выбора языка поражает.

По теме: меньше криптобиблиотек, хороших и разных!

xbps-src

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

ставил на посмотреть мусл версию, в хромиум периодически страницы падают. сейчас на альпине, доволен.

кстати, дублирующиеся теги

В новости или вообще? В новости вроде нет.

Любопытно узнать, что по этому поводу скажет Iron_Bug. Вот уж кто точно свой форк поддерживает :)

Уже объединили просто :)

понаписали скриптов-оберток вокруг маке

Там 25 систем сборки поддерживается, а не только make. Сам же процесс сборки задается в большинстве случаев декларативно (файлы template).

В принципе вкусы у тебя неплохие. И Nixos и даже pulse audio не так уж отвратен. Но wayland сейчас??? Эта сырая поделка??? Чем же тебя так не устраивал стабильный i3?

Там 25 систем сборки поддерживается, а не только make. Сам же процесс сборки задается в большинстве случаев декларативно (файлы template)

Да хоть сто систем сборки, все эти скрипты усложняют процесс для рядового пользователя. Для сравнения:

https://crux.nu/ports/crux-3.6/core/gcc/Pkgfile,

https://github.com/void-linux/void-packages/blob/master/srcpkgs/gcc/template

Для сравнения

Вот когда crux будет поддерживать более чем одну архитектуру, тогда поговорим.

добавь нужную архитектуру и собирай. просто никому это не нужно. в любом случае скрипт сборки будет проще аналога в войд.

export CFLAGS="-O2 -march=x86-64 -pipe"
export CXXFLAGS="${CFLAGS}"

# export JOBS=$(nproc)
# export MAKEFLAGS="-j $JOBS"

case ${PKGMK_ARCH} in
	"64"|"")
		;;
	"32")
		export CFLAGS="${CFLAGS} -m32"
		export CXXFLAGS="${CXXFLAGS} -m32"
		export LDFLAGS="${LDFLAGS} -m32"
		export PKG_CONFIG_LIBDIR="/usr/lib32/pkgconfig"
		;;
	*)
		echo "Unknown architecture selected! Exiting."
		exit 1
		;;
esac

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

Ну в общем да.

Теперь то же, но чтобы поддерживало arm, mips, ppc, 32/64, big/little, musl, glibc.

Ну вот, осталось перейти с musl на glibc и неплохо получится.

Для сравнения:

Ну и что?

Проблема xbps-src совсем не в том.

Проблема, что его нельзя использовать как makepkg — прозрачно для пользователя. Нужно обязательно упороться тем, что клонировать их репозиторий, создать в клоне свою ветку и в ней собирать.

Вместо простого makepkg в произвольной директории и всё.

у них glibc есть, причём у их пользователей как основной, musl значительно меньше используют.

Просто последнее время разработчики нацелились на работоспособность системы. Из нехорошего разве что поломана возможность запуска SpaceFM из-под wayland. Раньше не заводился Goldendict в течении огромного количества времени, но все меняется. Firefox работает, в прошлой версии даже ускорение декодирования видео работало. Это чтоб на musl всякие тормозы перестали наговаривать. Единственная особенность так это необходимость запускать sway скриптом при входе в терминал чтобы запускать под wayland Goldendict. SDDM конечно не единственный, кто может запустить wayland сессию, но сраный GDM ставить нет никакого желания. Pipewire собраный из исходников работает. Грузится система все так же бодрее OpenRC в Gentoo. Хорошо что нет systemd.

проблема вот в чем, если у тебя не собирается, ты должен идти смотреть что они там в скрипте наваяли. или там можно просто в темплате написать make && make DESTDIR=$PKG install?

Если в сорцах лежат типовые автотулзы без особенностей, то даже это не обязательно. Там есть какой-то дефолт, который всё билдит через ./configure && make && make install, подставляя типовые аргументы.

А так да. Можно всё лишнее удалить и собрать самым коротким скриптом, как в арче. Суть не менялась, просто наворотили сверху кучу допов.

Хорошо, попытка пошутить не удалась.

отличный дистрибутив, шустрый (xbps), non-systemD, (runit) простой и быстрый, изи установщик (ставил крыску как-то). вообщем долгих лет проекту! респект Хуану за такой шедевр!

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

А gui package manager не завезли? А то иногда лень печатать и хочется просто мышкой проклацать как с тем же synaptic

оно?

Очень примитивно, до синаптика реально далеко, даже у арча поделка и то лучше. Как там с пакетами и обновлениями? Если сравнивать с devuan - какие плюсы или минусы?

понятия не имею, я ставил на посмотреть только, лучше пусть пользователи ответят. xbps поддерживает частичные обновления.

Тебе мышкой потыкать или таки метапрог себе хочешь? С пакетами все в норме - хочешь жди месяцами как в девуане обновления, хочешь обновлялся...

кстати, если смотреть по repology, в войде 12к пакетов, против 18 в альпине.

Вот когда в альпайн завезут mate, дровишки от нвидии и вайн тогда и поговорим…

и поддержку i686 не бросает

Хочу добавить, что у него еще и форк (как просил hobbit) есть для архитектуры PowerPC. Неофициальный, но есть.

Чертовски удобно оказалось, когда захотелось поиграть в PPC - можно быстренько пользовать уже знакомый по x86 Void.

Дело не в метапрогах, а в том, что синаптик показывает всю инфо по пакетам, размеры и тд. А не просто установлено/не установлено. Как вообще войд по юзабельности на реальном железе? И как реально в сравнении с девуаном?

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

mate есть, ну а вине – это вы сэр чего-то не того хочите. а в войде как там с нвидиа позвольте спросить? профиль то надеюсь musl смотрите?

оно?

Оно не настоящее. Оно просто дёргает командную строку.

  xbps.start(QStringLiteral("/usr/bin/xbps-query"), sl);
  xbps.waitForFinished();

Было бы настоящее - дёргало бы API напрямую из libxbps.

Как я понимаю главная загвоздка в написании полноценного клиента GUI в том, что у этого API документации практически нет.

Такое впечатление, что о том как именно оно внутри работает знают и понимают полтора человека. Плюс оно всё ещё настолько живое, что устаканить API просто невозможно пока. Мне так кажется.

дёргало бы API напрямую из libxbps

А как же Unix Way?

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

Тётя Баг, стаж программирования 50 лет

нет, не завезли.. и не завезут наверное, считаю это совершенно лишним, специфика дистра и минимализм как фича ~400 пакетов в свежеустановленной системе, да, не убунту, но дружелюбнее того же рачика, а не поюзать терминал для своих нужд, серьезно? ну… это же линь детка.

А как же Unix Way?

Мне кажется это и есть «Unix Way» - отдельно движок, отдельно взаимодействие с пользователем.

На мой взгляд в ALPM/pacman это очень красиво выглядит внешне. Один чтобы хорошо выставлять рукоятки наружу, другой чтобы хорошо дёргать за эти рукоятки. При этом, гипотетически, второй точно можно заменить.