LINUX.ORG.RU

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

 , ,


2

2

Void Linux — дистрибутив, основанный на библиотеках musl и LibreSSL, переходит на OpenSSL. Напомним, что LibreSSL является форком OpenSSL, созданным с целью модернизации кодовой базы, повышения безопасности и применения передового опыта в разработке ПО [1].

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

В настоящее время все пакеты программ, зависящих от LibreSSL, пересобраны и уже доступны для обновления.

>>> Анонс от команды разработчиков



Проверено: DoctorSinus ()

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

kardjoe ()
Ответ на: комментарий от wandrien

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

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

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

hobbit ★★★★★ ()
Ответ на: комментарий от wandrien

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

hobbit ★★★★★ ()
Ответ на: комментарий от hobbit

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

One ★★★★★ ()
Ответ на: комментарий от hobbit

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

grem ★★★★★ ()

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

fernandos ★★★ ()

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

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

t184256 ★★★★★ ()
Ответ на: комментарий от One

xbps-src

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

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

eve ()
Ответ на: комментарий от t184256

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

anonymous ()
Ответ на: комментарий от eve

Там 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

anonymous ()
Ответ на: комментарий от eve

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

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
anonymous ()
Ответ на: комментарий от anonymous

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

Ну в общем да.

wandrien ()
Ответ на: комментарий от anonymous

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

eve ()
Ответ на: комментарий от anonymous

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

Ну и что?

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

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

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

wandrien ()
Последнее исправление: wandrien (всего исправлений: 1)

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

anonymous ()
Ответ на: комментарий от wandrien

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

wandrien ()

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

bug_ ()
Ответ на: комментарий от wandrien

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

anonymous ()
Ответ на: комментарий от bug_

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

anonymous ()
Ответ на: комментарий от anonymous

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

anonymous ()
Ответ на: комментарий от anonymous

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

anonymous ()
Ответ на: комментарий от anonymous

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

anonymous ()
Ответ на: комментарий от One

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

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

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

Toxo2 ★★ ()
Последнее исправление: Toxo2 (всего исправлений: 1)
Ответ на: комментарий от anonymous

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

anonymous ()
Ответ на: комментарий от wandrien

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

chenbr0 ()
Ответ на: комментарий от anonymous

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

anonymous ()
Ответ на: комментарий от anonymous

оно?

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

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

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

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

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

Toxo2 ★★ ()

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

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

anonymous ()
Ответ на: комментарий от anonymous

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

bug_ ()
Ответ на: комментарий от eve

А как же Unix Way?

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

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

Toxo2 ★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.