Подготовлен (https://www.alpinelinux.org/posts/Alpine-3.5.0-released.html) релиз Alpine Linux 3.5 (http://alpinelinux.org), минималистичного дистрибутива, построенного на базе системной библиотеки Musl (https://www.opennet.ru/opennews/art.shtml?num=39365) и набора утилит BusyBox (https://www.opennet.ru/opennews/art.shtml?num=43131). Дистрибутив сформирован с оглядкой на повышенную безопасность и собран с патчами PaX и SSP (Stack Smashing Protection). Alpine применяется (https://www.opennet.ru/opennews/art.shtml?num=43828) для формирования официальных образов контейнеров Docker. Загрузочные iso-образы (http://dl-4.alpinelinux.org/alpine/v3.5/releases/) (x86_64, x86, armhf, aarch64) подготовлены в пяти вариантах: урезанном (75 Мб), с ядром без патчей (76 Мб), расширенном (245 Мб) и для виртуальных машин (24 Мб).В новом выпуске осуществлён переход с OpenSSL на LibreSSL, началось формирование сборок для архитектуры aarch64, добавлена возможность использования файловой системы ZFS в корне, добавлена поддержка языков R, JRuby и OCaml, улучшена поддержка Python 3.
Обновлён графический стек (xorg-server 1.18.4, GTK+3.0 3.22.5) и пакеты, например LibreOffice 5.2.3.3, PostgreSQL 9.6.x. Samba 4.5.3, glib 2.50.2. Пакет nodejs переименован в nodejs-current и перемещён в репозиторий community, а пакет nodejs-lts переименован в nodejs.URL: https://www.alpinelinux.org/posts/Alpine-3.5.0-released.html
Новость: https://www.opennet.ru/opennews/art.shtml?num=45752
Молодцы, что-то такое для Raspberry Pi и нужно
Да оно не только на разбери хорошая штука, как понимаю.
> В новом выпуске осуществлён переход с OpenSSL на LibreSSLЗачем? Ведь:
GNU> We recommend using GNUTLS instead of OpenSSL in software you write.
Ну хорошо, судя по https://en.wikipedia.org/wiki/LibreSSL
там пофикшено больше багов. Но проблема с лицензией так и остаётся. Например, GPLv3 ring.cx не может использовать OpenSSL.
Это дистрибутив, блджад, а не прога. И OpenSSL в нем должен быть.
Так в нем есть openssl. Никто не мешает использовать. просто по умолчанию тянет libre
Столлман теперь истина в последней инстанции?
Молодцы, но TinyCore меньше.
Есть куда развиваться.
> Молодцы, но TinyCore меньше.
> Есть куда развиваться.В минималке ядро+musl+busybox+openrc.
Куда уже меньше?
> Куда уже меньше?Побойтесь OpenWRT!
мда, тяжёлый случай
У этих проектов разные задачи.> TinyCore
> Our goal is the creation of a nomadic ultra small graphical desktop operating system capable of booting from cdrom, pendriveНикто его в здравом уме в качестве десктопа или сервера использовать не будет. Ну разве что дома побаловаться.
А Alpine изначально вообще был дистр для эмбеддовки и роутеров. Это сейчас там десктоп решили пилить. Непонятно зачем - десктопных дистров и так жoпой жуй.
> Alpine применяется для формирования официальных образов контейнеров Docker.Он тоже нашёл свою нишу.
>Никто его в здравом уме в качестве [..] или сервера использовать не будетПочему? Вот мне надобно на серваке крутить одну задачу, но ресурсоемкую.
Чем не пойдет?
Неудобно. Будете каждый нужный пакет в ручную собирать? Тогда уж проще, ArchLinux, хоть я его и не люблю.
> Неудобно. Будете каждый нужный пакет в ручную собирать? Тогда уж проще, ArchLinux,
> хоть я его и не люблю.Вот я и думаю - кого выбрать - несколько одинаковых серверов, на них нужно только sshd, iptables2, да и все, пожалуй. Будет крутиться аппликуха
без внешних зависимостей (кроме glibc). Хочется централизованное обновление и минимум лишнего. Тяготею к deb, хотя это не принципиально. Что посоветуете?
в пяти вариантах:
1 урезанном (75 Мб),
2 с ядром без патчей (76 Мб),
3 расширенном (245 Мб)
4 и для виртуальных машин (24 Мб).
Найс
>для виртуальных машин*virt*
*Xen*
Любителям могу рекомендовать Void: glibc/musl, hardened, libressl, runit, xbps+xbps-src+tor, rolling, i686/x86_64/armv5te/armv5tel/armv6hf/armv6l/armv7hf/armv7l/mips/mipsel/mipselhf.Не уговариваю. Просто к сведению.
Мята падучая там (gtk3), крыса норм...
Если бы только мята) я бы в целом выразился о дистре: навороченная пороховая бочка с парашютом. Юзерам противопоказана. Но продвинутым, апстрим-разработчикам, хакерам подойдёт. К тому же, минимальная база, которая может быть легко собрана под 12 архитектур, достаточно стабильна, и одновременно наисвежайша (спеллчекер не знает такого слова, лол).Да и по вкусу будут всякие ништяки, вроде гитхаб-разработки, присутствие ~всех разрабов в irc'e, билдботе, ядер на выбор (3.14, 3.18, 4.1, 4.3, 4.4-lts, 4.5, 4.6, 4.7, 4.8, 4.9, версии для всяких микроустройств, netbsd-rump), легкой и простой кросскомпиляции под всякие архитектуры, простых шаблонов сборки пакетов.
наисвежайшаЯ
> наисвежайшаЯкаковá?
Мне Войд показался не сложнее Арча. Вот только с документацией куда сложнее, такой вики как у последних нету и в помине.
Впрочем, неподъемных вопросов передо мной Войд не ставил, а если их маны что-то и не охватывали, то накрайняк можно было подсмотреть в доках других дистрибутивов, например того же Арча.
пользуюсь циннамоном, ничего не падает - никаких претенций к работе нет
или вы о том, что какое-то время назад они поломали пакеты минтовые ДЕ (как раз не пережили очередной апдейт gtk3)? даже новость написали на своем сайте, когда все пофиксили
http://www.voidlinux.eu/news/2016/11/Mate-1.16.1-and-Cinnamo...
Нет, из коробки, не уверен что последний срез, но до xbps-install Su, при первичных настройках панель становится не юзабельна вообще, то сильно раньше было.
А я добавлю, что дистрибутив не смотря на свою новизну выглядит устаревшим, т.к. не поддерживает multiarch. А также Debian Testing, который multiarch, является rolling и hardened, и там есть по крайней мере пакеты musl и newlib. Есть куча архитектур. Чего нет, так это LibreSSL - лучше просто использовать GnuTLS. Так, как напоминание.
>устаревшим
>multiarchконтейнеросрач, так понимаю?)
Контейнерами не пользуюсь. Всё собирается кросс-компилятором, а затем запускается сразу на рабочем Debian благодаря qemu-user-static.
> Контейнерами не пользуюсь. Всё собирается кросс-компилятором, а затем запускается сразу
> на рабочем Debian благодаря qemu-user-static.Все это возможно и в Void.
Т.е. можно взять и установить одновременно пакеты, например libicu-dev:amd64, libicu-dev:i386, libicu-dev:armv7hf? И есть пакеты с кросс-компиляторами для всех поддерживаемых платформ, так что установил -dev пакет и больше ничего не надо делать: компилятор ищет заголовки и либы в правильных путях?
> Т.е. можно взять и установить одновременно пакеты, например libicu-dev:amd64, libicu-dev:i386,
> libicu-dev:armv7hf? И есть пакеты с кросс-компиляторами для всех поддерживаемых платформ,
> так что установил -dev пакет и больше ничего не надо делать:
> компилятор ищет заголовки и либы в правильных путях?./xbps-src -h
Options:
-a <target>
Cross compile packages for this target machine. Supported targets:aarch64-musl
aarch64
armv5te-musl
armv5te
armv5tel-musl
armv5tel
armv6hf-musl
armv6hf
armv6l-musl
armv6l
armv7hf-musl
armv7hf
armv7l-musl
armv7l
i686-musl
i686
mips-musl
mipsel-musl
mipselhf-musl
x86_64-musl
Хорошо, кросскомпилировать можно, а как
> можно взять и установить одновременно пакеты, например libicu-dev:amd64, libicu-dev:i386, libicu-dev:armv7hf?