Разработчики из компании Canonical намерены в следующем году начать поставку дополнительных сборок Ubuntu Desktop, основанных на платформе Ubuntu Core и включающих только приложения, оформленные с использование пакетов в формате Snap. Похожая, но основанная на пакетах Flatpak, компоновка дистрибутива для рабочих станций, уже применяется такими проектами, как Fedora Silverblue и Endless OS. Первые экспериментальные сборки нового варианта Ubuntu Desktop планируют подготовить весной следующего года, в процессе формирования Ubuntu 23.04 LTS. Поставка классических сборок Ubuntu Desktop с deb-пакетами будет продолжена без изменений.
Ubuntu Core подразумевает поставку неделимого монолитного образа базовой системы, в котором не применяется разбивка на отдельные deb-пакеты и используется механизм атомарного обновления всей системы. Компоненты Ubuntu Core, включая базовую систему, ядро Linux, системные надстройки и дополнительные приложения, поставляются в формате snap и управляются инструментарием snapd. Компоненты в формате Snap изолируются при помощи AppArmor и Seccomp, что создаёт дополнительный рубеж для защиты системы в случае компрометации отдельных приложений. Базовая файловая система монтируется в режиме только для чтения. Обновления базового окружения доставляются в режиме ОТА (over-the-air), включают только изменения (delta-обновления) и синхронизированы с актуальным LTS-выпуском Ubuntu.
Из недавний достижений Ubuntu, позволяющий реализовать на базе Ubuntu Core сборку с графическим окружением, отмечается реализация возможности поставки в snap-пакетах стека вывода на печать на базе CUPS и разных версий драйверов Mesa. Поставка CUPS в формате snap планируют начать в выпуске Ubuntu 23.10.
// cc-by opennet.ru
// converted with crypt’s opennet autoreposter
<<<
Блин, чего только не придумают, чтоб только нормальный дистр не делать
на самом деле идея-то хоть и извращенная, но хоть какая-то попытка решить проблему отсутствия стабильных интерфейсов. я всегда говорил, что статическая линковка - лучшее решение.
слушай, я вот не понимаю визги пользователей про зависимости. У меня проблемы с зависимостями были на RedHat 6.2 (который в 2002 году примерно был), когда не было еще yum и вообще репозиториев (только в дебиане были), ты качал час так рпмку с какого-то сайта, (а там еще всегда были версии для всех дистрибутивов, кроме твоего), ставил его rpm -i, а он тебе в ответ писал, что зависимости тютю. Как появились репозитории - берешь из репы и ставишь. У меня даже в убунтах/дебианах проблем не было, особенно если не использовать репы от васяна. В крайнем случае если ты наставишь всякого говна из интернета - он тебе сам подскажет, как поправить. Кстате в бсд еще удобнее - если ты наставил говна какого-то, и хочешь все снести не переустанавливая системы - готовишь список пакетов, что у тебя стоит, убираешь оттуда явно лишнее, удаляешь все пакеты (база то остается) и заново из файлика со списком ставишь.
Как вкатиться в бсд?
берешь и ставишь
https://linuxtalks.co/forum/general/60627
хотя, если арч устраивает, я бы не заморачивался
Это особенно критично в энтерпрайзе как раз. Вот возьмем в пример школу. Пришли в школу китайские интерактивные доски. Драйвер под них написан во времена ubuntu 14.04.1, допустим. А на 14.04.2 он через полгода уже не ставится, потому что поломан ABI. А на windows можно запустить софт 15 летней давности!
RH в течении 10 лет поддерживает стабильный ABI в ряде библиотек. Раньше это касалось графики в т.ч., сейчас не знаю. Стабильности нет, понимаешь? Софт написанный один раз не должен нуждаться в постоянной рекомпеляции под каждый новый чих опенсорсного разработчика.
убунту лтс?
да, это был выпуск лтс. я какое-то время поддерживал. потом плюнул и перевел на центос. стало лучше. на RH, например, работали такие программы как Adobe Reader (нативный под линукс) и Nero (тоже нативный).
«RH в течении 10 лет поддерживает стабильный ABI в ряде библиотек» https://www.linux.org.ru/forum/talks/17243174?cid=17243678
и?
«новые пакеты зависят от других новых пакетов, которые тоже зависят от других новых пакетов» стабильное ABI
я по твоей ссылке вижу
я и написал “стабильный ABI в ряде библиотек”. они четко декларируют список. плюс я после RHEL6 с ними дела не имел. на RHEL6 вроде покрывало стабильным abi полностью, но могу уже и путать.
вцелом было очень неплохо. и сейчас, наверное, заметно лучше, чем в линуксе вообще.
было бы хорошо для графических тулкитов иметь какой-то минимальный enterprise стандарт типа win32, который бы предоставляли вообще все тулкиты. сами пусть вытворяют любые красивости, но чтобы enterprise софт, который просто должен работать, находил нужный интерфейс в любой системе.
а они вместо этого начали лепить systemd, который так же ломает ABI каждый релиз, но зато пытается объять необъятное.
Так давно известно же, самый стабильный тулкит в линуксе - win32 через wine
вот-вот. я просто не понимаю, о чем думают все эти люди. сделайте то же самое, но без трансляции вызовов!
кстати, фряшники реализуют часть(?) API ядра Linux и всегда синхронизируют с RHEL. тоже очень неплохая задумка. правда запуск энтерпрайзного софта обычно обламывается на разной работе с устройствами.
Пожалуйста - libwine
и что это?
А вообще, нафига интерпрайзу стабильный GUI тулкит? Он же может свой любой тулкит тянуть с собой.
в сабже так и делают. со всеми вытекающими минусами.
по риалтеку… в релизе перечислены примеры девайсов и ревизий, на которых протестировали.
и потом уже идут багреквесты на новые подверсии, 2020:
I added v2, but Hiroshi's card is v4.потом какое-то время патч не попадает в основную ветку.
Уже давно есть. I use arch, btw
а чем он нормальный-то? тем, что там каждый день что-нибудь ломается и большущая репа, которую пилят какие-то школьники и случайные люди? репозиторий почти любого линукс дистра и фряхи, кстати, очень похож. но во фряхе хотя бы стабильная база есть. я обновил ее - ничего не сломалось, потому что стабильный ABI. и RHEL отличается от остальных линукс дистров.
У этой вашей фряхи, даже вифи не заводится, но мне не нужно с тобой спорить, ведь рыночек давно все порешал, что лучше
пруф кстати
https://imgur.com/YGHx1Z0.png
пруф чего? вайфай-то какой.
claire@localhost ~> lspci ... 02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8821CE 802.11ac PCIe Wireless Network Adapterclaire@localhost ~> lsusb ... Bus 001 Device 002: ID 0b05:17e8 ASUSTek Computer, Inc. USB-N14 802.11b/g/n (2x2) Wireless Adapter [Ralink RT5372]риалтек нет, а ралинк есть
https://man.freebsd.org/cgi/man.cgi?run(4)
Кстати, а чё с проводным реалтеком, типа rtl8168? Там под одним названием куча разных ревизий, даже в винде не всегда работает, пока вручную последний драйвер не поставишь
то есть ты думаешь у меня будет откуда-то эта инфа?)
ну ты же тут главный по бзд) Могу рассказать кулстори, что в LTSC десяточке сеть не работала, причем драйвер вроде стоит, но якобы кабель не подключен. Это на Х99 хуанане, уже думали, что горелую прислали, но с последними драйверами таки заработала. Может у тебя тоже был какой опыт, китайцы вообще любят этот чип, везде суют, в материнки, мини-PC, на PCIe сетевые карты, но работает он как повезёт, с линуксами тоже, где-то из коробки, где-то васянский r8168-dkms якобы помогает, или вообще фигвам
я же не работаю сейчас. FreeBSD - это чисто мое хобби дома. я ее года два как использую всего.
есть приятные фишки и вцелом я бы хотел, чтобы все эти “русские линуксы” вместо линукса были на FreeBSD. во-первых, базара меньше, а во-вторых, хоть какой-то минимум стабильного ABI.
хотя, конечно, рыба гниет с головы и проблема тут в мире опенсорса вообще.
а могли бы просто собирать софт статически и не было бы проблем.
там драйверы вайфай из линукса всевремя копируют.
ага, то-то ты в каждый тред со скриншотами приходишь их обоср*ть
Твое сравнение неверно