{"id":139705,"date":"2025-07-23T11:11:58","date_gmt":"2025-07-23T09:11:58","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-fedora-predlozheno-zadejstvovat-flathub-v-atomarnyh-redakcziyah-distributiva"},"modified":"2025-07-23T11:11:58","modified_gmt":"2025-07-23T09:11:58","slug":"v-fedora-predlozheno-zadejstvovat-flathub-v-atomarnyh-redakcziyah-distributiva","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/v-fedora-predlozheno-zadejstvovat-flathub-v-atomarnyh-redakcziyah-distributiva","title":{"rendered":"In Fedora \u00e8 stato proposto di utilizzare FlatHub nelle edizioni atomiche del distributore","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Michael Catanzaro, uno degli sviluppatori del browser web Epiphany (GNOME Web), coinvolto in progetti GNOME e Fedora, ha proposto di rivedere l'uso del catalogo FlatHub in Fedora Linux. Nella versione di Fedora Workstation con aggiornamenti atomici, \u00e8 stata suggerita l'integrazione predefinita del catalogo FlatHub per i pacchetti flatpak installati dagli utenti, mentre il repository di pacchetti flatpak di propriet\u00e0 verr\u00e0 limitato all'uso per i pacchetti preinstallati. <\/p>\n
Attualmente, Fedora offre per impostazione predefinita un proprio repository flatpak, il cui contenuto \u00e8 basato su una ricompilazione dei pacchetti rpm. Per impostazione predefinita, il download dei pacchetti da FlatHub pu\u00f2 essere attivato solo dopo l'installazione, abilitando nell'applicazione GNOME l'opzione «Enable Third-Party Repositories», ma anche in tal caso i pacchetti del repository di Fedora hanno una priorit\u00e0 maggiore. <\/p>\n
Secondo Michael, la maggior parte degli utenti preferirebbe installare i pacchetti dal catalogo FlatHub, compilati dagli sviluppatori principali delle applicazioni, piuttosto che quelli forniti con Fedora (l'80% dei partecipanti alla discussione si \u00e8 espresso a favore dell'uso di FlatHub). Si presume che gli sviluppatori delle applicazioni conoscano meglio le peculiarit\u00e0 dei loro progetti e compilino pacchetti flatpak che funzionano meglio e sono pi\u00f9 testati dalla comunit\u00e0. Nel frattempo, i pacchetti rpm forniti con Fedora non mostrano interesse nel mantenere le varianti di pacchetti in formato flatpak e non prestano sufficiente attenzione ai messaggi di errore relativi a tali pacchetti, il che porta a una qualit\u00e0 dei pacchetti flatpak di Fedora inferiore rispetto a quelli elencati in FlatHub dai progetti principali. <\/p>\n
Molti utenti non sanno che installando un pacchetto flatpak tramite il gestore delle applicazioni Fedora, questo non viene installato da FlatHub, come in altre distribuzioni, ma dal repository di Fedora. I pacchetti in quest'ultimo differiscono da quelli di FlatHub. A causa di ci\u00f2, i problemi specifici dei pacchetti del repository di Fedora vengono percepiti come problemi nei pacchetti ufficiali di FlatHub, e le lamentele vengono indirizzate agli sviluppatori principali invece che ai manutentori di Fedora. Ad esempio, la fornitura di un pacchetto flatpak problematico di OBS Studio in Fedora, che era prioritario rispetto al pacchetto di FlatHub, ha portato a un conflitto con il progetto OBS Studio a febbraio. <\/p>\n
Si osserva che il futuro di Fedora Workstation \u00e8 visto come una distribuzione con aggiornamenti atomici, quindi non \u00e8 consigliabile procrastinare il passaggio a FlatHub. L'uso di un proprio repository Flatpak \u00e8 giustificato dalla necessit\u00e0 di costruire in un ambiente affidabile. Per i pacchetti in FlatHub, anche considerando solo i pacchetti verificati, per cui sono responsabili i progetti principali, la costruzione avviene in infrastrutture esterne, la cui sicurezza pu\u00f2 destare preoccupazioni. <\/p>\n
Tra i vantaggi di mantenere un proprio repository in Fedora, si segnalano le garanzie che il pacchetto \u00e8 costruito a partire dal codice sorgente dichiarato e contiene solo componenti sotto licenze aperte approvate per l'uso in Fedora. I pacchetti nel repository di Fedora possono includere anche patch disponibili solo per i pacchetti RPM in Fedora e non ancora accettate nella base di codice principale dei progetti. <\/p>\n
La proposta di Michael riguarda l'inclusione per impostazione predefinita, nell'edizione atomica di Fedora Workstation, del supporto per l'installazione dei pacchetti da FlatHub, quelli nella categoria «software libero». La possibilit\u00e0 di installare da FlatHub riguarder\u00e0 solo i pacchetti installati dagli utenti tramite il gestore di applicazioni GNOME Software. Tutti i pacchetti flatpak preinstallati continueranno a essere scaricati dal proprio repository di Fedora, ma per i pacchetti non predefiniti si propone di utilizzare FlatHub come fonte di download. <\/p>\n
Prima di passare a FlatHub, \u00e8 consigliabile implementare insieme a FlatHub le capacit\u00e0 di assemblaggio dei pacchetti in un'infrastruttura affidabile e attivare i controlli basati su build riproducibili. Inoltre, occorre affrontare la questione dell'utilizzo di versioni obsolete di Flatpak Runtime nei pacchetti, per le quali non vengono pi\u00f9 forniti aggiornamenti di sicurezza. Attualmente, 994 su 3438 (quasi un terzo) dei pacchetti controllati di FlatHub utilizzano Runtime obsoleti. I problemi di sicurezza sorgono anche a causa di dipendenze interne obsolete incluse nei pacchetti e di misure di isolamento sandbox insufficienti (gli sviluppatori di alcuni pacchetti disattivano le modalit\u00e0 di protezione). <\/p>\n
Oltre a Michael, anche Timoth\u00e9e Ravier ha avanzato una proposta simile: in Fedora 43 si propone di continuare a fornire pacchetti flatpak preinstallati dal repository di Fedora, ma di aggiungere un filtro che consenta l'installazione da FlatHub di applicazioni verificate selezionate. I vantaggi della soluzione proposta includono la riduzione della confusione per gli utenti e gli sviluppatori dei progetti principali (agli sviluppatori viene richiesto di risolvere i messaggi di errore specifici per i pacchetti Flatpak di Fedora, presentati come se facessero parte del pacchetto flatpak ufficiale). La modifica ridurr\u00e0 anche il carico sui manutentori, consentendo loro di concentrarsi sulla trasmissione delle correzioni ai progetti principali e sul test dei pacchetti Flatpak preinstallati di default. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"