Ang Fedora 33 ay lilipat sa Vi para kay Nano at ang pagtigil sa suporta ng BIOS ay tinalakay

Mga developer ng Fedora hindi sila nanatili sa kanilang mga braso na naka-krus sa harap ng kasalukuyang problema na nararanasan ng pandemya at iyon ay naglabas ng maraming balita sa mga nagdaang araw lubos na kawili-wili hanggang sa mga bersyon sa pamamahagi ng hinaharap at lalo na para sa Fedora 33.

Mula noon sa loob ng mga pagbabago na naiisip para sa Fedora 33, inihayag nila na plano nilang gumawa ng pagbabago na ay upang pumunta mula sa paggamit ng default na text editor na "Vi" na kunin ang panukalang ginawa ni Chris Murphy ng nagtatrabaho grupo sa pagbuo ng Fedora Workstation na binubuo sa pagpapatupad ng Nano.

Ang panukalang ito ay hindi pa ganap na naaprubahan ng Komite, FESCO (Fedora Engineering Steering Committee), na responsable para sa teknikal na bahagi ng pagpapaunlad ng pamamahagi ng Fedora.

Bilang motibo upang magamit ang nano text editor bilang default sa halip na vi, ang pagnanais na gawing mas naa-access ang pamamahagi ay nabanggit para sa mga nagsisimula pa lamang, pagbibigay ng isang editor na maaaring magamit ng anumang gumagamit wala kang isang espesyal na kaalaman sa mga gumagana na pamamaraan sa editor ng Vi.

Sa parehong oras, pinaplano itong magpatuloy sa paghahatid ng vim-minimal na pakete sa pangunahing pakete ng pamamahagi (mananatili ang direktang tawag sa vi) at pagbibigay ng kakayahang baguhin ang default na editor sa vi o vim sa kahilingan ng gumagamit.

Gayundin, kasalukuyang hindi itinakda ng Fedora ang variable ng kapaligiran sa $ EDITOR, at bilang default sa mga utos tulad ng "git commit" tinatawag itong vi.

Isa pang pagbabago na pinakawalan ng mga developer ng Fedora at tinatalakay, ay ang paksa ng pagtigil sa 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.

Sa talakayan, hindi sumang-ayon ang ilang mga developer sa pagpapahinto ng suporta ng BIOS, dahil ang gastos ng pag-optimize ay ang pagwawakas ng kakayahang gumamit ng mga bagong bersyon ng Fedora sa ilang mga laptop at PC na inilabas bago ang 2013 at naipadala sa mga UEFI na sumusunod na hindi-vBIOS graphics card.

Nabanggit din dito ang pangangailangan na simulan ang Fedora sa mga virtualization system na sumusuporta lamang sa BIOS.

Sa kabilang banda iba pang mga pagbabago na tinalakay para sa paglawak sa Fedora 33 ay kinabibilangan ng:

• Paggamit ng default na Btrfs file system sa desktop at portable na mga edisyon ng Fedora. Ang paggamit ng built-in na manager ng pagkahati ng Btrfs ay malulutas ang mga problema ng mauubusan ng libreng disk space kapag magkakahiwalay na nai-mount ang mga direktoryo ng / at / home
  Sa Btrfs, ang mga partisyon na ito ay maaaring mailagay sa dalawang mga subseksyon, magkakabit na naka-mount, ngunit gumagamit ng parehong puwang sa disk.
  Papayagan ka rin ng Btrfs na gumamit ng mga tampok tulad ng mga snapshot, transparent na compression ng data, tamang paghihiwalay ng mga pagpapatakbo ng input / output sa pamamagitan ng cgroups2, pagbabago ng laki ng mga partisyon nang mabilis.
• Plano itong magdagdag ng isang proseso ng background SID (Storage Instantiation Daemon) upang subaybayan ang katayuan ng mga aparato sa iba't ibang mga subsystem ng imbakan (LVM, multipath, MD) at mga handler ng tawag kapag nangyari ang ilang mga kaganapan, halimbawa upang maisaaktibo at ma-deactivate ang mga aparato . Gumagawa ang SID bilang isang plug-in sa udev at tumutugon sa mga kaganapan sa udev, inaalis ang pangangailangan na lumikha ng mga kumplikadong patakaran ng udev upang makipag-ugnay sa iba't ibang mga klase ng aparato at mga subsystem ng imbakan na mahirap panatilihin at i-debug.