Michael Catanzaro (Epiphany-Entwickler und Mitwirkender an den GNOME- und Fedora-Projekten) hat eine Lösung vorgeschlagen, die die Art und Weise ändern könnte, wie Fedora Workstation Flatpak-Pakete verwaltet.
In seinem Vorschlag schlägt er vor, FlatHub als Standardquelle für von Benutzern installierte Pakete zu priorisieren und das Flatpak-Repository von Fedora auf die Pakete zu beschränken, die in der Distribution vorinstalliert sind.
Die Debatte über die Flatpak-Verwaltung in Fedora Workstation
Heute Fedora verwendet ein eigenes Flatpak-Repository als Standardkonfiguration. Dieses Repository Es wird durch den Neuaufbau von RPM-Paketen generiert und hat eine höhere Priorität als FlatHubZwar ist es möglich, Downloads von FlatHub nach der Installation des Systems zu aktivieren, allerdings muss der Benutzer dazu die Option „Drittanbieter-Repositorys“ im GNOME-Software-Manager manuell aktivieren. Selbst mit dieser Einstellung haben Fedora-Pakete jedoch weiterhin Vorrang.
Michael behauptet, dass die meisten Benutzer ihre Pakete lieber direkt erhalten würden Von FlatHub. Diese Plattform vereint Pakete, die von den Anwendungsentwicklern selbst erstellt und gepflegt werden. Dies gewährleistet ein besseres Verständnis ihrer spezifischen Funktionen, höhere Stabilität und gründlichere Tests. Laut von Catanzaro zitierten Daten bevorzugten 80 % der befragten Teilnehmer FlatHub gegenüber dem Fedora-Repository.
Diese Situation hat auch bei den Benutzern für Verwirrung gesorgt., die davon ausgehen, dass sie bei der Installation einer Flatpak-Anwendung auf Fedora dies von FlatHub aus tun, wie es bei anderen Distributionen der Fall ist. Allerdings Die Pakete stammen aus dem internen Fedora-Repository, wobei es möglicherweise erhebliche Qualitätsunterschiede gibt.
Die Fedora-Workstation der Zukunft muss sein:
Standardmäßig sicher und imagebasiert: ein atomares Betriebssystem, bestehend aus bootc-basierten RPMs. Die meisten Benutzer sollten sich für den imagebasierten Modus entscheiden, da das Betriebssystem dadurch weniger beschädigt werden kann und die Fehlerbehebung im Problemfall einfacher ist.
Flexibilität auf Wunsch: Die Konvertierung von einem Image-basierten Betriebssystem zu einem traditionellen, paketbasierten Betriebssystem, verwaltet über RPM und dnf, sollte Benutzern, die dies wünschen oder benötigen, ermöglicht werden. Alternativ sollte, falls eine Konvertierung nicht möglich ist, die Installation eines traditionellen, nicht-atomaren Fedora-Systems möglich bleiben. Wir sollten Benutzer jedoch nicht zur Verwendung von Image-basierten Desktops zwingen, wenn sie dies nicht möchten. Es besteht also kein Grund zur Sorge. Image-basierte Desktops sollten sich jedoch irgendwann zum Standard entwickeln.
Silverblue ist noch nicht fertig, aber Fedora hat eine großartige Entwickler-Community und sollte schließlich in der Lage sein, die verbleibenden Probleme zu lösen.
Wenn Fehler auftreten, werden Beschwerden oft an die offiziellen Entwickler der Apps gerichtet, was zu unnötigen Spannungen führt. wie es im Fall von OBS Studio passiert ist, dessen problematisches Paket auf Fedora eine höhere Priorität erhielt als seine Version auf FlatHub.
Uno der Argumente für die Beibehaltung des benutzerdefinierten Repository dund Fedora ist Sicherheit: Pakete werden in kontrollierten Umgebungen erstellt, basierend auf dem deklarierten Quellcode und entspricht nur den von Fedora genehmigten offenen Lizenzen. Darüber hinaus ist es möglich, bestimmte Patches einzuschließen, die noch nicht Teil des Quellcodes des ursprünglichen Projekts sind.
Jedoch Catanzaro erkennt die Notwendigkeit, auch die Sicherheit auf FlatHub zu erhöhen. Der Vorschlag sieht eine Zusammenarbeit vor, um die Paketerstellung auf einer überprüfbaren Infrastruktur zu ermöglichen, reproduzierbare Builds zu integrieren und das Vorhandensein veralteter Laufzeiten zu bekämpfen. Derzeit verwendet fast ein Drittel der verifizierten Pakete auf FlatHub Laufzeiten, deren Support bereits abgelaufen ist, was ein Sicherheitsrisiko darstellt.
auch Es wurden weitere Probleme festgestellt, beispielsweise veraltete Abhängigkeiten und die Deaktivierung von Isolationsmaßnahmen. von einigen Entwicklern, was die Effektivität der Sandbox beeinträchtigt. Als Lösung schlagen wir die Implementierung automatischer Laufzeitprüfungen, die Verstärkung von Isolationsmaßnahmen und die Sicherstellung der kontinuierlichen Wartung von Flatpak-Paketen vor.
Der Übergang zur Nutzung von FlatHub erfolgt nicht abrupt. Die Idee ist, Fedora Workstation in seiner Atomic Edition zu ermöglichen, die Standardinstallation zu erleichtern von kostenloser Software von FlatHub, wobei die Pakete aus dem Fedora-Repository vorinstalliert bleiben. Die Änderung würde sich nur auf Pakete auswirken, die Benutzer installieren möchten. anschließend mit dem GNOME-Softwaremanager.
Timothée Ravier, ein weiterer Fedora-Entwickler, hat diese Denkweise mit einem parallelen Vorschlag für Fedora 43 untermauert. Dadurch könnten ausgewählte und geprüfte FlatHub-Anwendungen direkt installiert werden, während vorinstallierte Pakete weiterhin von Fedora verwaltet werden. Diese Änderung würde den Arbeitsaufwand für die Betreuer reduzieren, Verwirrungen bei den Benutzern vermeiden und zu einer besseren Zusammenarbeit zwischen Fedora und den Kernprojekten beitragen.
Wenn Sie daran interessiert sind, mehr darüber zu erfahren, können Sie schließlich die Details im einsehen folgenden Link