Fedora sedang mempertimbangkan kembali penggunaan FlatHub 

Logo Fedora Linux

Michael Catanzaro (pengembang Epiphany dan kontributor untuk proyek GNOME dan Fedora) telah mengusulkan solusi yang dapat mengubah cara Fedora Workstation mengelola paket Flatpak.

Dalam usulannya, ia mengusulkan untuk memprioritaskan FlatHub sebagai sumber default untuk paket yang diinstal oleh pengguna, membatasi repositori Flatpak Fedora pada paket-paket yang telah diinstal sebelumnya dalam distribusi tersebut.

Perdebatan tentang manajemen Flatpak di Fedora Workstation

Saat ini, Fedora menggunakan repositori Flatpak miliknya sendiri sebagai konfigurasi default. Repositori ini Ini dihasilkan dengan membangun kembali paket RPM dan memiliki prioritas lebih tinggi daripada FlatHubMeskipun dimungkinkan untuk mengaktifkan unduhan dari FlatHub setelah menginstal sistem, pengguna harus mengaktifkan opsi "repositori pihak ketiga" secara manual di Pengelola Perangkat Lunak GNOME. Namun, meskipun pengaturan ini diaktifkan, paket Fedora tetap diprioritaskan.

Michael berpendapat bahwa sebagian besar pengguna lebih suka menerima paket mereka secara langsung Dari FlatHub. Platform ini menyatukan paket-paket yang dibuat dan dikelola oleh pengembang aplikasi itu sendiri, memastikan pemahaman yang lebih baik tentang fitur-fitur spesifiknya, stabilitas yang lebih baik, dan pengujian yang lebih menyeluruh. Menurut data yang dikutip oleh Catanzaro, 80% panelis yang disurvei menyatakan preferensi mereka terhadap FlatHub dibandingkan repositori Fedora.

Situasi ini juga menimbulkan kebingungan di kalangan pengguna., yang berasumsi bahwa ketika menginstal aplikasi Flatpak di Fedora, mereka melakukannya dari FlatHub, seperti halnya distribusi lain. Namun, Paket berasal dari repositori internal Fedora, dengan kemungkinan perbedaan kualitas yang signifikan.

Stasiun Kerja Fedora di masa depan haruslah:

Aman dan berbasis image secara default: sistem operasi atomik yang terdiri dari RPM berbasis bootc. Sebagian besar pengguna sebaiknya memilih mode berbasis image, karena jauh lebih sulit merusak sistem operasi dan lebih mudah memecahkan masalah jika terjadi kesalahan.
Fleksibel jika diinginkan: Konversi dari sistem operasi berbasis citra ke sistem operasi berbasis paket tradisional, yang dikelola oleh RPM dan dnf, sebaiknya diizinkan bagi pengguna yang menginginkan atau membutuhkannya. Sebagai alternatif, jika konversi tidak memungkinkan, instalasi Fedora tradisional non-atomik sebaiknya tetap dimungkinkan. Bagaimanapun, kita tidak boleh memaksa pengguna untuk menggunakan desktop berbasis citra jika mereka tidak mau, jadi tidak perlu khawatir. Namun, desktop berbasis citra pada akhirnya akan menjadi pilihan utama.
Silverblue belum siap, tetapi Fedora memiliki komunitas pengembang yang hebat dan pada akhirnya seharusnya mampu menyelesaikan masalah yang tersisa.

Ketika bug muncul, keluhan sering ditujukan kepada pengembang resmi aplikasi, sehingga menciptakan ketegangan yang tidak perlu, seperti yang terjadi pada kasus OBS Studio, yang paketnya yang bermasalah pada Fedora diberi prioritas lebih tinggi daripada versinya pada FlatHub.

Sebuah dari argumen yang mendukung pemeliharaan repositori kustom ddan Fedora adalah keamanan: Paket dibangun di lingkungan yang terkendali, berdasarkan kode sumber yang dideklarasikan, dan hanya mematuhi lisensi terbuka yang disetujui oleh Fedora. Selain itu, dimungkinkan untuk menyertakan patch tertentu yang belum menjadi bagian dari kode sumber proyek asli.

Namun, Catanzaro juga menyadari perlunya memperkuat keamanan di FlatHub. Proposal ini mencakup kerja sama untuk memungkinkan pembangunan paket pada infrastruktur yang terverifikasi, menggabungkan build yang dapat direproduksi, dan mengatasi keberadaan runtime yang kedaluwarsa. Saat ini, hampir sepertiga paket terverifikasi di FlatHub menggunakan runtime yang dukungannya telah berakhir, sehingga menimbulkan risiko keamanan.

juga Masalah lain terdeteksi, seperti dependensi yang ketinggalan zaman dan penonaktifan tindakan isolasi. oleh beberapa pengembang, yang mengurangi efektivitas sandboxing. Sebagai solusinya, kami mengusulkan penerapan pemeriksaan runtime otomatis, penguatan langkah-langkah isolasi, dan pemeliharaan paket Flatpak yang berkelanjutan.

Transisi ke penggunaan FlatHub bukanlah sesuatu yang tiba-tiba. Idenya adalah untuk memungkinkan Fedora Workstation, dalam edisi atomnya, untuk memfasilitasi instalasi default perangkat lunak gratis dari FlatHub, dengan tetap mempertahankan paket-paket yang telah diinstal sebelumnya dari repositori Fedora. Modifikasi tersebut hanya akan memengaruhi paket yang dipilih pengguna untuk diinstal. selanjutnya menggunakan manajer perangkat lunak GNOME.

Timothée Ravier, pengembang Fedora lainnya, telah mendukung pemikiran ini dengan proposal paralel untuk Fedora 43. Hal ini akan memungkinkan aplikasi FlatHub terpilih dan terverifikasi tersedia untuk instalasi langsung, sementara paket-paket yang telah diinstal sebelumnya akan tetap dikelola dari Fedora. Perubahan ini akan mengurangi beban kerja pengelola, menghilangkan kebingungan pengguna, dan berkontribusi pada kolaborasi yang lebih baik antara Fedora dan proyek-proyek inti.

Akhirnya, jika Anda tertarik untuk mengetahui lebih banyak tentangnya, Anda dapat berkonsultasi dengan detail di link berikut.