A Fedora újragondolja a FlatHub használatát 

Fedora Linux logó

Michael Catanzaro (az Epiphany fejlesztője és a GNOME, valamint a Fedora projektek közreműködője) egy olyan megoldást javasolt, amely megváltoztathatja a Fedora Workstation Flatpak csomagok kezelésének módját.

Javaslatában a FlatHub-ot javasolja alapértelmezett forrásként a felhasználók által telepített csomagokhoz, a Fedora Flatpak repository-ját pedig azokra a csomagokra korlátozza, amelyek előre telepítve vannak a disztribúcióban.

Vita a Fedora Workstation Flatpak kezeléséről

jelenleg A Fedora saját Flatpak adattárat használ alapértelmezett konfigurációként. Ez a tárház Az RPM csomagok újraépítésével generálódik, és magasabb prioritású, mint a FlatHub.Bár a rendszer telepítése után engedélyezni lehet a letöltéseket a FlatHubból, ehhez a felhasználónak manuálisan kell engedélyeznie a „harmadik féltől származó tárolók” opciót a GNOME szoftverkezelőben. Azonban még ha ez a beállítás engedélyezve is van, a Fedora csomagok továbbra is elsőbbséget élveznek.

Michael azt állítja, hogy a legtöbb felhasználó szívesebben kapná meg közvetlenül a csomagjait. A FlatHubtól. Ez a platform az alkalmazásfejlesztők által létrehozott és karbantartott csomagokat egyesíti, biztosítva azok sajátosságainak jobb megértését, nagyobb stabilitást és alaposabb tesztelést. A Catanzaro által idézett adatok szerint a megkérdezettek 80%-a a FlatHubot részesítette előnyben a Fedora adattárral szemben.

Ez a helyzet a felhasználók körében is zavart keltett., akik feltételezik, hogy amikor egy Flatpak alkalmazást telepítenek a Fedorára, azt a FlatHubról teszik, ahogyan más disztribúciók esetében is. Azonban A csomagok a Fedora belső adattárából származnak, lehetséges minőségbeli különbségekkel..

A jövő Fedora munkaállomásának a következőnek kell lennie:

Biztonságos és alapértelmezés szerint képfájl-alapú: egy atomikus operációs rendszer, amely bootc-alapú RPM-ekből áll. A legtöbb felhasználónak a képfájl-alapú módot kell választania, mivel sokkal nehezebb károsítani az operációs rendszert, és könnyebb a hibaelhárítás, ha valami rosszul megy.
Rugalmas, ha szükséges: A képalapú operációs rendszerről egy hagyományos, csomagalapú operációs rendszerre való átállást, amelyet az RPM és a dnf kezel, lehetővé kell tenni azoknak a felhasználóknak, akik ezt előnyben részesítik vagy igénylik. Alternatív megoldásként, ha az átalakítás nem lehetséges, továbbra is lehetségesnek kell lennie egy hagyományos, nem atomikus Fedora telepítése. Mindenesetre nem szabad a felhasználókat képalapú asztali környezetek használatára kényszeríteni, ha nem akarják, így nincs ok az aggodalomra. De a képalapú asztali környezeteknek végül az alapértelmezetté kell válniuk.
A Silverblue még nincs kész, de a Fedora nagyszerű fejlesztői közösséggel rendelkezik, és végül képesnek kell lennie a fennmaradó problémák megoldására.

Amikor hibák merülnek fel, a panaszok gyakran az alkalmazások hivatalos fejlesztőihez érkeznek, ami szükségtelen feszültséget kelt, ahogy az OBS Studio esetében is történt, amelynek problémás csomagja a Fedorán magasabb prioritást kapott, mint a FlatHubon lévő verziója.

A az egyéni adattár fenntartása mellett szóló érvek dés a Fedora a biztonság: A csomagok ellenőrzött környezetben készülnek, a deklarált forráskód alapján, és csak a Fedora által jóváhagyott nyílt licenceknek felel meg. Ezenkívül lehetőség van olyan speciális javítások beillesztésére is, amelyek még nem részei az eredeti projektek forráskódjának.

Azonban, Catanzaro felismeri a FlatHubon a biztonság megerősítésének szükségességét is. A javaslat magában foglalja az együttműködést a csomagok ellenőrizhető infrastruktúrára történő építésének lehetővé tétele, a reprodukálható buildek beépítése és az elavult futtatókörnyezetek elleni küzdelem érdekében. Jelenleg a FlatHubon található ellenőrzött csomagok közel egyharmada olyan futtatókörnyezeteket használ, amelyek támogatása már lejárt, ami biztonsági kockázatot jelent.

is Más problémákat is észleltek, például elavult függőségeket és az elkülönítési intézkedések letiltását. egyes fejlesztők által, ami rontja a sandboxing hatékonyságát. Megoldásként automatikus futásidejű ellenőrzések bevezetését, az elkülönítési intézkedések megerősítését és a Flatpak csomagok folyamatos karbantartásának biztosítását javasoljuk.

A FlatHub használatára való áttérés nem hirtelen történik. Az ötlet az, hogy a Fedora Workstation atomi kiadásában lehetővé tegye az alapértelmezett telepítést. a FlatHub ingyenes szoftvereinek egy részét, a csomagokat előre telepítve tartva a Fedora repositoryból. A módosítás csak azokat a csomagokat érintené, amelyeket a felhasználók telepíteni kívánnak. ezt követően a GNOME szoftverkezelő használatával.

Timothée Ravier, egy másik Fedora fejlesztő, ezt a gondolkodásmódot egy párhuzamos javaslattal támasztotta alá a Fedora 43-ra. Ez lehetővé tenné, hogy kiválasztott és ellenőrzött FlatHub alkalmazások közvetlenül telepíthetők legyenek, míg az előre telepített csomagokat továbbra is a Fedoráról lehetne kezelni. Ez a változás csökkentené a karbantartók munkaterhelését, kiküszöbölné a felhasználói zavart, és hozzájárulna a Fedora és az alapvető projektek közötti jobb együttműködéshez.

Végül, ha többet szeretne megtudni róla, a részletekről tájékozódhat a következő link.