Si Michael Catanzaro (developer ng Epiphany at nag-ambag sa mga proyekto ng GNOME at Fedora) ay nagmungkahi ng isang solusyon na maaaring magbago sa paraan ng pamamahala ng Fedora Workstation sa mga pakete ng Flatpak.
Sa kanyang panukala, iminungkahi niyang bigyang-priyoridad ang FlatHub bilang default na pinagmulan para sa mga package na na-install ng mga user, na nililimitahan ang Fedora's Flatpak repository sa mga package na na-pre-install sa distribution.
Ang debate sa pamamahala ng Flatpak sa Fedora Workstation
Ngayon, Ginagamit ng Fedora ang sarili nitong imbakan ng Flatpak bilang default na pagsasaayos. Itong repositoryo Ito ay nabuo sa pamamagitan ng muling pagbuo ng mga RPM package at may mas mataas na priyoridad kaysa sa FlatHubBagama't posibleng paganahin ang mga pag-download mula sa FlatHub pagkatapos i-install ang system, kailangan nito sa user na manual na paganahin ang opsyong "mga third-party na repository" sa GNOME Software Manager. Gayunpaman, kahit na pinagana ang setting na ito, priyoridad pa rin ang mga pakete ng Fedora.
Naninindigan si Michael na mas gusto ng karamihan sa mga user na makuha ang kanilang mga package nang direkta Mula sa FlatHub. Pinagsasama-sama ng platform na ito ang mga pakete na ginawa at pinananatili ng mga mismong developer ng application, na tinitiyak ang mas mahusay na pag-unawa sa kanilang mga partikular na feature, higit na katatagan, at mas masusing pagsubok. Ayon sa data na binanggit ni Catanzaro, 80% ng mga panelist na na-survey ang nagpahayag ng kanilang kagustuhan para sa FlatHub kaysa sa Fedora repository.
Ang sitwasyong ito ay nagdulot din ng kalituhan sa mga gumagamit., na nag-aakala na kapag nag-i-install ng isang Flatpak na application sa Fedora ay ginagawa nila ito mula sa FlatHub, tulad ng kaso sa iba pang mga distribusyon. gayunpaman, Ang mga package ay nagmumula sa panloob na Fedora repository, na may posibleng kapansin-pansing pagkakaiba sa kalidad.
Ang Fedora Workstation ng hinaharap ay dapat na:
Secure at nakabatay sa imahe bilang default: isang atomic na operating system na binubuo ng mga RPM na nakabatay sa bootc. Karamihan sa mga user ay dapat pumili para sa image-based na mode, dahil mas mahirap sirain ang operating system at mas madaling i-troubleshoot kapag may nangyaring mali.
Flexible kung ninanais: Ang pag-convert mula sa isang operating system na nakabatay sa imahe patungo sa isang tradisyunal na operating system na nakabatay sa package, na pinamamahalaan ng RPM at dnf, ay dapat pahintulutan para sa mga user na gusto o nangangailangan nito. Bilang kahalili, kung hindi posible ang conversion, ang pag-install ng tradisyonal, hindi atomic na Fedora ay dapat manatiling posible. Sa anumang kaso, hindi namin dapat pilitin ang mga user na gumamit ng mga desktop na nakabatay sa imahe kung ayaw nila, kaya hindi na kailangang mag-alala. Ngunit ang mga desktop na nakabatay sa imahe ay dapat na maging default sa kalaunan.
Ang Silverblue ay hindi pa handa, ngunit ang Fedora ay may isang mahusay na komunidad ng developer at sa kalaunan ay maaaring malutas ang mga natitirang isyu.
Kapag lumitaw ang mga bug, ang mga reklamo ay madalas na nakadirekta sa mga opisyal na developer ng mga app, na lumilikha ng hindi kinakailangang tensyon, tulad ng nangyari sa kaso ng OBS Studio, na ang problemang pakete sa Fedora ay binigyan ng mas mataas na priyoridad kaysa sa bersyon nito sa FlatHub.
Ang isang ng mga argumentong pabor sa pagpapanatili ng custom na repository dat ang Fedora ay seguridad: Ang mga pakete ay binuo sa mga kinokontrol na kapaligiran, batay sa ipinahayag na source code, at sumunod lamang sa mga bukas na lisensya na inaprubahan ng Fedora. Bukod pa rito, posibleng magsama ng mga partikular na patch na hindi pa bahagi ng source code ng orihinal na proyekto.
Gayunpaman, Kinikilala ni Catanzaro ang pangangailangang palakasin din ang seguridad sa FlatHub. Kasama sa panukala ang pagtutulungan upang paganahin ang pagbuo ng package sa nabe-verify na imprastraktura, pagsamahin ang mga muling paggawa, at labanan ang pagkakaroon ng mga hindi napapanahong runtime. Sa kasalukuyan, halos isang-katlo ng mga na-verify na package sa FlatHub ay gumagamit ng mga runtime na ang suporta ay nag-expire na, na nagdudulot ng panganib sa seguridad.
Rin Natukoy ang iba pang mga isyu, tulad ng mga hindi napapanahong dependency at hindi pagpapagana ng mga hakbang sa paghihiwalay. ng ilang developer, na nakompromiso ang pagiging epektibo ng sandboxing. Bilang solusyon, iminumungkahi namin ang pagpapatupad ng mga awtomatikong pagsusuri sa runtime, pagpapalakas ng mga hakbang sa paghihiwalay, at pagtiyak ng patuloy na pagpapanatili ng mga pakete ng Flatpak.
Ang paglipat sa paggamit ng FlatHub ay hindi biglaan. Ang ideya ay payagan ang Fedora Workstation, sa atomic na edisyon nito, upang mapadali ang default na pag-install ng libreng software mula sa FlatHub, pinapanatili ang mga package na naka-pre-install mula sa Fedora repository. Ang pagbabago ay makakaapekto lamang sa mga pakete na pipiliin ng mga user na i-install. pagkatapos ay gamit ang GNOME software manager.
Timothée Ravier, isa pang developer ng Fedora, ay nai-back up ang linyang ito ng pag-iisip sa isang parallel na panukala para sa Fedora 43. Ito ay magbibigay-daan sa mga piling at nasuri na mga application ng FlatHub na maging available para sa direktang pag-install, habang ang mga paunang naka-install na package ay patuloy na pamamahalaan mula sa Fedora. Ang pagbabagong ito ay magbabawas sa workload para sa mga maintainer, mag-aalis ng pagkalito ng user, at mag-aambag sa mas mahusay na pakikipagtulungan sa pagitan ng Fedora at ng mga pangunahing proyekto.
Sa wakas, kung interesado kang malaman ang higit pa tungkol dito, maaari mong konsultahin ang mga detalye sa sumusunod na link.