Доступен релиз Alpine Linux 3.22, минималистичного дистрибутива, построенного на базе системной библиотеки Musl и набора утилит BusyBox. Дистрибутив отличается повышенными требованиями к обеспечению безопасности и собран с защитой SSP (Stack Smashing Protection). В качестве системы инициализации используется OpenRC, для управления пакетами применяется собственный пакетный менеджер apk. Alpine применяется для формирования официальных образов контейнеров Docker и используется в проекте PostmarketOS. Загрузочные iso-образы (x86_64, x86, armhf, aarch64, armv7, ppc64le, s390x, riscv64 и loongarch64) подготовлены в шести вариантах: стандартном (240 МБ), загружаемом по сети (268 МБ), расширенном (1 ГБ), для виртуальных машин (64 MB) и для гипервизора Xen (1 ГБ)...Подробнее: https://www.opennet.me/opennews/art.shtml?num=63330
А почему такая большая разница в образах между виртуалным и загружаемым? Чего там такого выкинули, что он в 4 раза похудел?
Все драйвера за исключением базовых для KVM: virtio, и скорее всего парочку fs
Наверное, прошивки
firmware тяжелый
Зачем kde, шрифты и прочее gui в alpine?
Потому что за альпинкой будущее.
>> Потому что за альпинкой будущее.Надо проверить busybox если там md5 не 94f054949eafe4c72f22426199c0d001 и вес не 697,5 Kb то тогда это их , а так сообщите потому что это чужая лицензия
Да нет, они заняли свою нишу и видимо неплохо себя чувствуют, но и развиваться не пытаются, предпочитая долю докерных сосальщиков. Завтра придумают какую-нибудь другую фигню вместо контейнеров и альпайн очень быстро помрёт.
Так что скорей не будущее, а настоящее. Будущее как раз туманно.
Ну помрёт и помрёт, вместо него что-то другое появится. Откуда такая неуверенность в завтрашнем дне?
это как раз уверенность, что за тебя своё время бесполезно простратить может и кто-нибудь другой
Ну почему сразу же бесполезно? Очень даже полезно: мы с сабжа спрыгнули в этом году (по нетехническим причинам), благодаря моим организаторским способностям мои админы смигрировали всё в два раза быстрее чем рассчитывли архитекторы, а я получил персональный чек с бонусом за подписью CEO и бюджет на бонусы для подчинённых. Как по мне так сплошная польза.
> Потому что за альпинкой будущее.Ага, а наступит оно сразу после виндокапца и наступления коммунизма. ;)
Дла смартфонов.
у меня на без дисковом копьютере стоит, очень удобно настраивать. Там правда i3 для экономии памяти, но буть копьютер помошьнее поставил бы kde.
Минималистичный на 1ГБ о_О
Это ещё по-божески, по нонешним временам.
И где ты это нашел? У меня система 400мб занимает
На гигабайт это расширенный, там куча пакетов прилагается в локальном репозитории и он удобен, если ставить туда, где инета нет.
> Из репозиториев удалён Qt 5, поддержка данной ветки прекращена.Ahahahahaah.... да уж нет слов.
Актуальная КуТя - это шестая.
Пятерка была представлена больше десятка лет назад.
Даже у 5.15 LTS коммерческая(!) поддержка закончилась буквально вчера - 25 May 2025.Так что смысла держать древний хлам вообще никакого нет.
> Актуальная КуТя - это шестая.
> Пятерка была представлена больше десятка лет назад.
> Даже у 5.15 LTS коммерческая(!) поддержка закончилась буквально вчера - 25 May
> 2025.
> Так что смысла держать древний хлам вообще никакого нет.Есть софт который еще не портировался на Qt5. Из-за различных всяких проблем, которые требуют кучу изменений. Вот я сейчас занимаюсь одним таким на 149 тысяч строк кода. Там не только порт на Qt6, а уход от C++03 на C++20. По несколько часов каждый день, у меня это займет такими темпами целый год при учете, что не всегда есть время.
Авторы Alpine выглядят как смузихлебы практикующие DEI, с голыми красными задницами налево направо визжат "depricated", "outdated", etc.
> Есть софт который еще не портировался на Qt5.Есть софт который застрял на motif, gtk2 и прочем древнем омнище. И что теперь?
> Вот я сейчас занимаюсь одним таким на 149 тысяч строк кода.
149k LOC не звучит много...
> уход от C++03 на C++20.
хотя это многое объясняет)))
А если бы авторы не забивали на проект, а вовремя переводили бы его с C++03 на C++11 (а потом на 14 и 17, но там различий намного меньше), то у тебя бы проблем сейчас не было!
Скажи спасибо ленивым myдилаm-папередникам.> Авторы Alpine выглядят как смузихлебы практикующие DEI,
> с голыми красными задницами налево направо визжат "depricated", "outdated", etc.Что за бред про DEI?
Это как раз такие как вы топите за дайверсити - все время требуете "поддержите мене и Qt6, и Qt5, и Qt4 заодно. И еще давай все версии гтк вплоть до двойки! И чтобы работало хорошо!" и визжите "Вы ниимеете права выкидывать мое овно!!! Вы абязаны поддерживать его ВЕЧНО!!!!111"А тут никакого дайверсити. Версия eolнулась поставщиком - идете нафиг.
Что-то не нравится - тоже идите на хурд.
Qt выпускает новую версию Фреймворка, KDE, переезжают на новую версию, мейнстрим дистрибутивы выкидывают старые версии, заменяя на новые. Это логичное поведение всей цепочки, им всем хочется кушац. Меньше всего их волнует мнение анонима с опеннета, что ему долго портировать.
Авторы сабжа ничем тебе не обязаны.
Старые версии выкидывают только маргинальные дистрибутивы! Например, Федора 42 вышла месяц назад. Почему то там не выкинули qt5, но есть и qt4 и даже qt3. И все эти версии qt мирно сосуществуют вместе с qt6 и могут быть установлены одновременно! У меня сейчас стоит qt3, qt5 и qt6. И я всеми ими пользуюсь! (на qt3 и qt5 есть АРМы по работе, которые нужно сопровождать и дорабатывать).
Авторы сабжа ничем тебе не обязаны. Сабж минималистичный дистрибутив.
Выше вы писали "мейнстрим дистрибутивы выкидывают старые версии, заменяя на новые" - я отвечал на это! Федора вполне себе мейстрим. А так да - маргиналы мне ничем не обязаны! Чем меньше у них будет пользователей, тем мне лучше!
А если нужна стабильность, переписывай на TQt3 из Trinity TDE.
>Есть софт который еще не портировался на Qt5.Для таких как вы, существует прекрасный дистрибутив NixOS. Процитирую одно из своих старых сообщений:
>Если вы чего-то не умеете, это не значит, что это невозможно. Я без особого труда могу запустить программу, из nixos 18.09 в nixos 24.11 одной командой. Между ними 11 релизов. Можно попробовать взять и старше, мне просто лень сейчас искать. Как по моему, эта совместимость ничуть не отличается от виндой, даже лучше, поскольку программа запускается одной единстенной командой, без поиска и выкачивания всяких фреймворков и прочего.
>nix-shell -p lxqt.qterminal -I nixpkgs=https://github.com/NixOS/nixpkgs/archive/c0c50dfcb70d48e5b79... --run qterminal
>opennet обрезает адрес, должно быть
>https://github.com/NixOS/nixpkgs/archive/ c0c50dfcb70d48e5b79c4ae9f1aa9d339af860b4.tar.gz без пробелов
>В NixOS элементарно поставить старую версию, я выше приводил команду, как я запустил qterminal релизнутый в 2016 году на системе в 2025. Ваш дебиан так может?
>Тут всё из тех лет, glibc-2.24 (сейчас 2.40-36), qtbase-5.6.2 (сейчас 5.15.15), qterminal-0.7.0 (сейчас 2.1.0) и все остальные файлы. Даже ломай qt совместимость в каждой минорной версии, она бы всё равно запустилась бы и заработала, аналогично тому времени, из которого взятаТак что у вашей проблемы есть невероятно простое решение.
>Авторы Alpine выглядят как смузихлебы практикующие DEI, с голыми красными задницами налево направо визжат "depricated", "outdated", etc.Авторы alpine - типичные деды неосиляторы. Пакетный менеджер alpine примитивен, и был устаревшим уже на момент первого выпуска alpine. А удаление пакетов из релиза - вещь правильная. Кому надо, тот сможет без проблем взять старые версии, как в примеры выше - одной командой. Незачем в текущей ветке держать неподдерживаемые версии.
> Актуальная КуТя - это шестая.
> Пятерка была представлена больше десятка лет назад.
> Даже у 5.15 LTS коммерческая(!) поддержка закончилась буквально вчера - 25 May
> 2025.
> Так что смысла держать древний хлам вообще никакого нет.Ну да, ведь у кедерастов нет понятия LTS-продукт, есть только понятие - "давно мы не переписывали свистоперделки на новую версию тулкита, свистоперделки сами себя не перепишут"
Смысл держать древний хлам есть, если ты один раз его установил, настроил, и дальше занимаешься какой-то осмысленной созидательной деятельностью, а не ежедневным пердолингом своего компьютера.
> а не ежедневным пердолингом своего компьютера.Чуваааак. Десять лет прошло! ДЕСЯТЬ!
За это время не было времени адаптировать свой кусок кода?
Ну значит твои проблемы!
> Десять лет прошло! ДЕСЯТЬ!И чо?
> За это время не было времени адаптировать свой кусок кода?Это не мой кусок кода. Это чужой кусок кода, который вполне меня устраивал.
Ну пользуйся дальше, раз устраивал. За тебя это делать никто не нанимался, равно как и старый код никто не отбирал. В чём причина тряски?
Не поверишь - пользовался (пока было актуально) даже без твоего разрешения.
Т.е у тебя была древняя версия Альпины которую "ты один раз его установил, настроил, и дальше занимаешься какой-то осмысленной созидательной деятельностью".
Но потому вышла новая версия и тебе срочно нужно обновиться!!!Что мешает сидеть на версии ядра 2.6 до талого? Пока комп от старости не рассыпется?
Ты не поверишь - сидел и горя не знал. Правда, не 2.6, а 2.2.8, и не Linux, а FreeBSD, но это не принципиально.
>Смысл держать древний хлам естьА зачем вы берёте дистрибутив с таким примитивным пакетным менеджером? Берите NixOS, я даже привёл пример, как тривиально запустить старую программу на современной системе.
Так это ж не от пакетного менеджера зависит. Дропнуть ли тянуть - это решение конкретных людей, и пакетный менеджер для этого только инструмент.
В nix можно без проблем поставить старые версии, прямо в текущую систему. Alpine так может? Я очень сомневаюсь, что в условной федоре уязвимости и баги в этих пакетах исправляют.
зачем systemd-efi-stub, когда есть его форк из puzzle os, который, причем, уже есть в репах альпайна ?
хотя, это скорее имело бы смысл для девуана, где просто так отвязать сд'шный стаб от сд не могут.
> зачем systemd-efi-stub, когда есть его форк из puzzle os, который, причем, уже
> есть в репах альпайна ?
> хотя, это скорее имело бы смысл для девуана, где просто так отвязать
> сд'шный стаб от сд не могут.Потому что девановцы обычные васяны на пафосе, а antiX спокойно можно поставить ту же Xfce и никаких ошмётков systemd в системе при этом не будет.
за непреодолимую любовь к musl - частенько противопоказан для продакшна.Тот случай, когда мог бы и почти стал стандартом в своей нише (эталонная ос для контейнерных образов), но оказался с фатальным недостатком.
Что не так с маслом?
Ща вспомнят драму с Хабра, когда в каком-то пакете не было бинаря под масл, поэтому штатно для "неизвестной" архитектуры включалась питон-реализация, которая была раз в 5 медленнее.
*Питон-пакете из pypi
> Что не так с маслом?Например, если, как советовал аноним (https://www.opennet.me/openforum/vsluhforumID3/136918.html#130),
> скачать на условной убунте архив с сайта производителя, распаковать в папку и оно запуститсято на дистре с мышцой ты получишь дулю.
> то на дистре с мышцой ты получишь дулю.То ли дело с glibc - получишь гарантийную динамическую только компиляцию
Иногда там бывают специфичные баги, типа того, что не работает dns. Я не помню, тот ли это баг, или какой-то другой https://github.com/alpinelinux/docker-alpine/issues/326
> Иногда там бывают специфичные баги, типа того, что не работает dns.Это давно уже испраленно начиная с 3.18.
gcompat не помогает?
Почему aplpine-virt не может установить пакет с зависимостями из cache, сформированный во время предыдущей установки этого пакета?