Ilang nakaraan araw na ibinabahagi namin dito sa blog ang tungkol sa balita ang talakayan na nagaganap sa loob ng mga tagabuo ng Fedora, kung saan nagkomento sila sa baguhin mula sa editor vi hanggang nano.
At ito ay ang pagpapatupad ng default na paggamit ng nano sa halip na vi ay dahil sa pagnanasang gawing mas naa-access ang pamamahagi para sa mga nagsisimula sa pamamagitan ng pagbibigay ng isang editor na maaaring magamit ng anumang gumagamit na walang espesyal na kaalaman sa mga gumagana na pamamaraan sa editor ng Vi.
Sa parehong oras, pinaplano na magpatuloy sa paghahatid ng vim-minimal na pakete sa pangunahing pakete ng pamamahagi (mananatili ang direktang tawag sa vi) at magbigay ng kakayahang baguhin ang default editor sa vi o vim sa kahilingan ng gumagamit. Kasalukuyang hindi itinatakda ng Fedora ang variable ng kapaligiran sa $ EDITOR, at bilang default sa mga utos tulad ng "git commit" tinatawag itong vi.
At pagkatapos ng maraming pag-uusap, tinanggap ng mga developer ang pagbabago at mailalapat ito sa susunod na bersyon ng Fedora, na bersyon 33.
Bilang karagdagan sa ito, ang pagbabago mula EXT4 hanggang Btrfs ay tinalakay din sa kabilang banda kung saan ang Komite ng Steering Engineering ng Fedora (FESCo), na responsable para sa panteknikal na pagpapaunlad ng pamamahagi ng Fedora, inaprubahan ang isang panukala na gamitin ang default na Btrfs file system sa desktop at portable na mga edisyon ng Fedora.
Bilang karagdagan sa komite na ito ay inaprubahan din ang pagbabago ng layout upang magamit ang default nano text editor sa halip na vi.
Sa mga pasyang ito tulad ng sa Fedora 33 ang Ext4 file system ay mababago sa Btrfs bilang default. Hindi ito isang pangunahing rebolusyon o isang hindi maibabalik na hakbang, ngunit arawo isang pagbabago sa mga default na setting ng pag-install system, na kung saan sa prinsipyo ay hindi makakaapekto sa mga tao na nag-upgrade mula sa nakaraang Fedora o sa mga ayaw sa Btrfs. Dahil nananatili lamang sila sa iyong ginustong file system.
Ang pangangatuwiran para sa pagbabago kay Btrfs, yun ba magdaragdag ito ng mga bagong kakayahan at mas mahusay ding tugunan ang mga sitwasyon sa pag-save ng puwang hindi pamantayan para sa mga gumagamit.
Ang Btrfs ay may ilang mga tampok na kapaki-pakinabang sa panahong ito tulad ng mga snapshot ng kopya sa pagsulat, compression ng data sa antas ng file system, pag-optimize para sa SSD, katutubong suporta ng RAID, nagpapahiwatig na ng mas mahusay na pamamahala ng puwang, isang mas sopistikadong sistema ng tsekum, paghihiwalay ng I / O sa pamamagitan ng cgroups2, suporta para sa pagbawas at pagpapagaan ng online na pagkahati, at mas madaling pagsasaayos ng patlang.
Gamit ang built-in na manager ng pagkahati ng Btrfs malulutas nito ang mga problema ng nauubusan ng libreng disk space kapag pinapalaki ang mga direktoryo ng / at / bahay magkahiwalay.
Bukod diyan pinagtatalunan nila na ang isa pang mahusay na kalamangan ay lisang kakayahang baguhin ang laki ng mga partisyon sa online, kabilang ang pagbawas, kahit na sa mga tuntunin ng posibleng pagsasama-sama ng systemd-homed.
Sa wakas, pinapasimple ng Btrfs ang pamamahala at pagpapatakbo ng mga kumplikadong sistema ng pag-iimbak at nagdaragdag ng mahusay na pagtitiklop, mga karagdagang pag-backup na may Btrfs na ipinadala / natanggap ng Btrfs atbp.
Tulad ng para sa iba pang mga pagbabago na nasa mesa pa rin at nagtatalo pa yan, ay ang paksa ng paghinto ng suporta para sa pag-boot gamit ang klasikong BIOS at iwanan ang pagpipilian upang mai-install lamang sa mga system na sumusuporta sa UEFI.
Ito, inilagay sa mesa, mula pa ito ay sinusunod na ang mga sistema batay sa platform ng Intel ay naipadala mula sa UEFI mula pa noong 2005, at sa 2020 pinlano ng Intel na ihinto ang pagsuporta sa BIOS sa mga system ng client at platform ng data center.
Ang talakayan tungkol sa pagtanggi sa suporta ng BIOS sa Fedora din ay sanhi ng pagpapagaan ng pagpapatupad ng pumipiling teknolohiya sa pagpapakita mula sa menu ng boot, kung saan ang menu ay nakatago bilang default at ipinapakita lamang pagkatapos ng isang pag-crash o pag-activate ng opsyon sa GNOME.
Para sa UEFI, ang kinakailangang pagpapaandar ay magagamit na sa sd-boot, ngunit kapag ginagamit ang BIOS nangangailangan ito ng mga patch para sa GRUB2.