Так всем этим разные люди занимаются. Те, кто пилит три rpm-ostree редакции, это часть команды Red Hat, которая при других условиях вообще бы федорой не занималась.
Да и все три rpm-ostree редакции Fedora это почти одно и то же, только набор пакетов отличается, который дублируется с другими обычными редакциями и проходит то же тестирование. Там только CoreOS немного необычные каналы обновлений добавляет, но это ничего особенного
Ну не было бы столько редакций, людей было бы тоже меньше
shadowchain
А так кто-нибудь сидит на CoreOS Next (на canary-устройствах в кластере) и находит баги в testing репах
shadowchain
И повторюсь, те кто пилят rpm-ostree редакции, преимущественно только в них и заинтересованы, а если бы они их в федоре не пилили, то они бы вообще в проекте сильно меньше времени проводили, потому что это часть их работы, за денежку
Я вот чего действительно не понимаю, зачем деление на RHEL for Edge и RHCOS (Fedora IoT и Fedora CoreOS). Вот эти два проекта реально надо объединить, потому что делают хоть и для разных целей, но примерно одно и то же
Они пилят редакции для IoT и Openshift-кластеров, и это часть их работы в Red Hat, даже если они и пилят это частично в Fedora. Fedora CoreOS — часть okd (фришного дистрибутива Openshift), а на IoT просто всё обкатывают, как и на обычной федоре, только для RHEL for Edge. И вот обе эти редакции были бы неконкурентноспособны на dnf
shadowchain
А Silverblue… её ставят на десктопы, поэтому на ней большим количеством людей можно обкатывать rpm-ostree-специфичные приколы. Те же akmods или фиксы для кастомных SELinux политик для rpm-ostree в основном сильверблюшники наныли.
Да и в будущем есть планы и хотелки поменять Workstation на Silverblue
так-то незачем, единственный его жирный + в том, что на всех дистрибутивах запускается софт, это удобно для разработчиков, то шо собирать пакеты наверно тот еще челлендж, особенно под разные дистрибутивы
Надо думать не о разработчиках, а о пользователях. Пакеты в дистрибутивы также собирают не разработчики, а маинтейнеры. И обычно это не сложно, если софт не какашка.
Rpm пакеты требуют зависимость определённых версий и не старее.
Отсюда, невозможность ставить на старую систему новое и на новую систему чет старое. Флатпак это решает.
Как только решат проблемы с "линвовкой" системных компонентов между контейнерами и основной системой - тогда флатпаки станут по количеству плюсов и минусов выигрышнее обычных пакетов :)
Vasiliy Glazov
От разработчика требуется лишь выкатить исходники с системой сборки, всё.
были случаи когда 1) проги из rpm не работали или выглядели корява, например версия древнего qt в гноме, в флатпаке часто норм 2) то что из rpm порой бывает устаревшим, а иногда реально нужны новые функции.
в итоге если времени разбирать в чем проблема проще запустить рабочий флатпак. Ну и еще многих прог вообще не было в джругом виде, а собирать реально бывет долго с выявлением всех зависимостей.
Это не так. Если зависимость нужна - она также обновляется в дистрибутиве, а не тянется древняя дырявая версия зависимости.
У федоры поддержка - 1 год и 1 месяц. Ставить что-то на старую версию опасно, как и использовать её в принципе.
Андрей
Это аналог Shazam, для Linux. Работает как через микрофон, так и через динамики. Но есть только Flatpak и вряд ли RPM скоро появится
Ну не скажи :)
Поставил какой-нить пакет, решил апнуть систему - оп, беды с зависимостями (кто-то чет пока недособрал для этого пакета).
Флатпак хоть и может сделать разраба более "ленивым", но людям работающим упрощает жизнь.
Вот ща не понял, сарказм или нет. Конечно было б круто. Я не знаю насколько это сложно, для тех кто шарит. Но вообще круто, если кто-то этим занимается...
По поводу "дырявых" зависимостей как раз и придумали изоляцию, какую-никакую.
Да и, например, хочу свежий-свежий kdenlive, который новые опции имеют. А он есть только в 36 федоре (только вышла, например). Но в только вышедшей федоре что-то намудрили мейнтейнеры с видеодрайвером, пока не могу обновиться.
Вот тут флатпак решает :)
У меня около месяца назад не хотела ставиться прога, так как ей требовалась старая версия какой-то там библиотеки. Как думаешь, каким образом я решил эту проблему?)
Ставил я тот же nvidia драйвер из реп - пока не дернули мейнтейнера, ни новой версии, ни фикса не было. А со старой, Silverblue обновляться не хотел.
Такое может быть и с обычными пакетами без проблем.
Мейнтейнеры тоже люди.
Ты пойми, это очень индивидуально. Нельзя всем советовать ставить флатпак, в котором зашита старая (читай дырявая, неподдерживаемая) версия либы. Ради непонятно чего.
Я вот выше описал вполне себе живой сценарий, объединив 2 события.
Нужен свежий софт, а обновить всю систему на только вышедшую не хочу пока.
Флатпак как раз спасал.
Причём тут это?
Фикс давно был, его впихнуть в пакет и готово. Но нет - мейнтейнер недоглядел.
Здесь не потому что "проприетарь", а потому что "система обновилась, а пакет к ней недособрали".
Ты подразумеваешь, что в каждом флатпаке обязательно зашита устаревшая либа. Мне нужно объяснить, почему это неверно, или ты и сам знаешь и намеренно повторяешь этот вводящий в заблуждение тезис?
Я не про деньги. Энтузиазм можно подкрепить просто интересом, обратной связью.
Из моих ~80 пакетов я реально использую лишь пару десятков. Но, если кто-то скажет, что с пакетом что-то не так, я бросаюсь разбираться, связываться с апстримом, и решать проблему. А, если все молчат - значит всех всё устраивает.
А вот это, имхо, уже оправдания.
Нельзя браться за 1000 пакетов, понимая, что после обновления могут быть проблемы и нужно будет фиксить и не делать это достаточно оперативно.
Легче уж привязать все это к версиям либ и в контейнерах кое-как изолированных поставлять. И затем постепенно, как есть время и возможность, переводить софт на новое.
Простоя функционирования софта будет меньше :)
Я понимаю, но... жалко всегда, когда видишь в инете качественную работу и за просто так как бы... Раньше видел это только в прикольных онлнай-курсах. А ща вот узнал про Линукс и про то что тут пакеты надо поддерживать.
А зря. Будь во флетпаках все программы, что есть в нативных пакетах, silverblue была бы намного лучше для десктопа, чем workstation. Стабильнее, защищённее и так далее.