Michael Catanzaro (dezvoltator Epiphany și contribuitor la proiectele GNOME și Fedora) a propus o soluție care ar putea schimba modul în care Fedora Workstation gestionează pachetele Flatpak.
În propunerea sa, el propune prioritizarea FlatHub ca sursă implicită pentru pachetele instalate de utilizatori, limitând depozitul Flatpak al Fedora la acele pachete care vin preinstalate în distribuție.
Dezbaterea privind gestionarea Flatpak în Fedora Workstation
În prezent, Fedora folosește propriul depozit Flatpak ca configurație implicită. Acest depozit Este generat prin reconstruirea pachetelor RPM și are o prioritate mai mare decât FlatHub.Deși este posibil să activați descărcările de pe FlatHub după instalarea sistemului, acest lucru necesită ca utilizatorul să activeze manual opțiunea „depozite terțe” din Managerul de software GNOME. Cu toate acestea, chiar și cu această setare activată, pachetele Fedora au în continuare prioritate.
Michael susține că majoritatea utilizatorilor ar prefera să primească pachetele direct De la FlatHub. Această platformă reunește pachete create și întreținute chiar de dezvoltatorii de aplicații, asigurând o mai bună înțelegere a caracteristicilor lor specifice, o stabilitate mai mare și o testare mai amănunțită. Conform datelor citate de Catanzaro, 80% dintre participanții la panel și-au exprimat preferința pentru FlatHub în detrimentul repozitoriului Fedora.
Această situație a generat și confuzie în rândul utilizatorilor., care presupun că atunci când instalează o aplicație Flatpak pe Fedora, o fac din FlatHub, așa cum este cazul și în cazul altor distribuții. Cu toate acestea, Pachetele provin din depozitul intern Fedora, cu posibile diferențe notabile de calitate.
Stația de lucru Fedora a viitorului trebuie să fie:
Securizat și bazat pe imagini în mod implicit: un sistem de operare atomic compus din RPM-uri bazate pe bootc. Majoritatea utilizatorilor ar trebui să opteze pentru modul bazat pe imagini, deoarece este mult mai greu să deteriorezi sistemul de operare și mai ușor să depanezi atunci când ceva nu merge bine.
Flexibilitate, dacă se dorește: Conversia de la un sistem de operare bazat pe imagini la un sistem de operare tradițional bazat pe pachete, gestionat de RPM și dnf, ar trebui să fie permisă utilizatorilor care o preferă sau o necesită. Alternativ, dacă conversia nu este posibilă, instalarea unui Fedora tradițional, non-atomic, ar trebui să rămână posibilă. În orice caz, nu ar trebui să forțăm utilizatorii să utilizeze desktop-uri bazate pe imagini dacă nu doresc, deci nu este nevoie să vă faceți griji. Dar desktop-urile bazate pe imagini ar trebui să devină în cele din urmă implicite.
Silverblue nu este încă gata, dar Fedora are o comunitate de dezvoltatori excelentă și ar trebui să poată rezolva în cele din urmă problemele rămase.
Când apar erori, reclamațiile sunt adesea îndreptate către dezvoltatorii oficiali ai aplicațiilor, creând tensiuni inutile. așa cum s-a întâmplat în cazul OBS Studio, al cărui pachet problematic pe Fedora a primit prioritate mai mare decât versiunea sa pe FlatHub.
A argumentele în favoarea menținerii depozitului personalizat diar Fedora este securitate: Pachetele sunt construite în medii controlate, bazat pe codul sursă declarat și respectă doar licențele deschise aprobate de Fedora. În plus, este posibil să se includă anumite patch-uri care nu fac încă parte din codul sursă al proiectelor originale.
Sin embargo, Catanzaro recunoaște și nevoia de a consolida securitatea pe FlatHub. Propunerea include colaborarea pentru a permite construirea de pachete pe o infrastructură verificabilă, a încorpora versiuni reproductibile și a combate prezența runtime-urilor învechite. În prezent, aproape o treime din pachetele verificate de pe FlatHub utilizează runtime-uri al căror suport a expirat deja, ceea ce reprezintă un risc de securitate.
de asemenea Au fost detectate și alte probleme, cum ar fi dependențe învechite și dezactivarea măsurilor de izolare. de către unii dezvoltatori, ceea ce compromite eficacitatea sandboxing-ului. Ca soluție, propunem implementarea unor verificări automate la runtime, consolidarea măsurilor de izolare și asigurarea întreținerii continue a pachetelor Flatpak.
Tranziția la utilizarea FlatHub nu este una bruscă. Ideea este de a permite Fedora Workstation, în ediția sa atomică, să faciliteze instalarea implicită de software gratuit de la FlatHub, păstrând pachetele preinstalate din depozitul Fedora. Modificarea ar afecta doar pachetele pe care utilizatorii aleg să le instaleze. ulterior, utilizând managerul de software GNOME.
Timothée Ravier, un alt dezvoltator Fedora, a susținut această linie de gândire cu o propunere paralelă pentru Fedora 43. Acest lucru ar permite ca aplicațiile FlatHub selectate și verificate să fie disponibile pentru instalare directă, în timp ce pachetele preinstalate ar continua să fie gestionate din Fedora. Această modificare ar reduce volumul de muncă pentru mentenatori, ar elimina confuzia utilizatorilor și ar contribui la o mai bună colaborare între Fedora și proiectele principale.
În cele din urmă, dacă sunteți interesat să aflați mai multe despre acesta, puteți consulta detaliile în următorul link.