LINUX.ORG.RU

Alpine Linux 3.9

 , , , ,


2

2

Вышла очередная версия Alpine Linux 3.9 — дистрибутива на musl + Busybox + OpenRC ,удобного для встраиваемых систем и виртуальных машин.

Выложены сборки для 7 архитектур: x86_64, x86, armhf, aarch64, armv7, ppc64le и s390x. Как обычно, в 5 вариантах, от 35-мегабайтного для виртуальных машин, до 420-мегабайтного расширенного.

Судьбоносных изменений помимо обновления версий нет. Только добавили архитектуру armv7 и сменили LibreSSL обратно на OpenSSL. И убрали Firefox для 32-битных x86 из-за Rust, оставив только для x86_64.

>>> Новость на Опеннет

>>> Список изменений

★★

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

Ответ на: комментарий от jollheef

Можно исправить

И убрали Firefox для архитектуры x86 из-за Rust.

на

И убрали Firefox для 32-битных x86 из-за Rust, оставив только для x86_64.

?

А то формулировка не всем понятна оказалась.

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

Задолбало что ломают совместимость в либре между версиями, а в openssl такого нету. Плюс в openssl пофиксили все что нужно было конкретного чувакам в Alpine. Общую повышенную дырявость OpenSSL учли, но все равно решили перейти

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

Кто давно? Вот ТС говорит что именно в этой версии появился Alpine для armv7

Сборки для Raspbery Pi были и раньше. Видимо, собирались для более старых обратно совместимых процессоров.

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

Ты про 0day уязыимости то хоть слышал? Погугли. А теперь сравни количество уже найденных дыр:
https://www.cvedetails.com/product/383/Openssl-Openssl.html?vendor_id=217
https://www.cvedetails.com/product/30688/Openbsd-Libressl.html?vendor_id=97
113 (OpenSSL) vs 7 (LibreSSL) дыр за последние 5 лет. Разница в 20x раз! Только абсолютно невменяемый выберет OpenSSL, если есть возможность выбирать!

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

А почему Rust не убрали? Или у них там всеми управляют гипстота?

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

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

чем тебе так не угодил раст в техническом плане?

  • Сырость. Изменений, в том числе breaking, очень много и постоянно надо следить за тем, что происходит.
  • Легковесные потоки уже не существуют. Временно они вынесены в отдельную библиотеку, но:
  • т.к. отказались от сегментированного стека, то легковесными эти потоки назвать уже нельзя.
  • выброшен весь слой, отвечающий за унификацию легковесных и полноценных потоков (синхронизация, ввод/вывод)
  • за библиотекой в принципе сейчас никто не следит, т.е. скорей всего она очень мило будет покоиться в коме как минимум до выпуска 1.33. Но даже после 1.33 очень сомнительно, что пользоваться будет так же удобно, как когда был слой унификации, т.к. теперь надо будет постоянно вручную следить за тем, где ты находишься и какие средства тебе доступны.
  • Лямбды, замыкания в данный момент практически неюзабельны, частично из-за того, что происходит переход на новую имплементацию, частично из-за того, что эти концепции не так хорошо уживаются со сложной системой работы с памятью.
  • Самая большая проблема языка на мой взгляд - это его сложность, т.е. вопрос «Как не запутаться во всех этих видах указателей, borrowing и так далее?» решаться языком не будет, это, наоборот, с радостью выносится на сторону разработчика. «Хотите скорости С++ - пожалуйста, получите, распишитесь, ваш мосх оставляете взамен».
Odalist ★★★★★ ()
Последнее исправление: Odalist (всего исправлений: 1)