ຂໍ້ແຕກຕ່າງ

ເຄື່ອງ Mac ທີ່ໃຊ້ Apple Silicon ມີ ຂະບວນການບູດ (boot process) ທີ່ຖືກອອກແບບມາສະເພາະ ເຊິ່ງຕ້ອງມີການພິຈາລະນາເປັນພິເສດເພື່ອຮອງຮັບ ລະບົບປະຕິບັດການທາງເລືອກອື່ນ. ໃນປັດຈຸບັນ, Fedora Asahi Remix ແມ່ນຖືກຕິດຕັ້ງຈາກ macOS ຜ່ານ Asahi Installer, ເຊິ່ງເຮັດໜ້າທີ່ໃນການກຽມລະບົບສຳລັບການຕິດຕັ້ງ, ດາວໂຫຼດອິມເມຈ (image) ສຳລັບ Fedora Asahi Remix ແລະ ຕິດຕັ້ງລົງໃນດິດ.

The Asahi Installer has also the ability to prepare the system and install the supporting components for a barebone UEFI-enabled system. This could potentially be used in the future to support Anaconda-based installation using regular Fedora Linux install media, but it is not currently supported. The work required is tracked in our issue tracker (Anaconda, disk management tools).

ໃນປັດຈຸບັນ Asahi Installer ຍັງບໍ່ຮອງຮັບການຕິດຕັ້ງລະບົບໂດຍໃຊ້ການເຂົ້າລະຫັດດິດທັງໝົດ. ບໍ່ມີຂໍ້ຈຳກັດທາງດ້ານເຕັກນິກທີ່ຂັດຂວາງການໃຊ້ການເຂົ້າລະຫັດ, ແຕ່ໃນປັດຈຸບັນມັນຍັງບໍ່ແມ່ນຮູບແບບທີ່ໄດ້ຮັບການຮອງຮັບ, ແລະ ຕົວຕິດຕັ້ງກໍຍັງບໍ່ມີເຄື່ອງມືໃນການຕັ້ງຄ່າມັນ. ຫຼາຍໆແນວທາງໃນການແກ້ໄຂບັນຫານີ້ (ລວມທັງ ການພັດທະນາການຮອງຮັບໃນຕົວຕິດຕັ້ງ) ແມ່ນກຳລັງຖືກປຶກສາຫາລືຢູ່ໃນໂຄງການ Asahi Linux ຕົ້ນທາງ.

ອິມເມຈສຳລັບການຕິດຕັ້ງ Fedora Asahi Remix ແມ່ນຖືກສ້າງຂຶ້ນໂດຍໃຊ້ Kiwi ຈາກ ລາຍລະອຽດຂອງ Kiwi ທີ່ໄດ້ເຜີຍແຜ່ໄວ້.

ເພາະວ່າອິມເມຈສຳລັບການຕິດຕັ້ງມີສ່ວນປະກອບເພີ່ມເຕີມທີ່ບໍ່ໄດ້ເປັນສ່ວນໜຶ່ງຂອງ Fedora Linux ມາດຕະຖານ, ພວກມັນຈຶ່ງບໍ່ສາມາດຖືກສ້າງ ຫຼື ເກັບໄວ້ໃນໂຄງລ່າງພື້ນຖານຂອງ Fedora ໄດ້ໃນເວລານີ້. ພວກເຮົາໄດ້ໃຊ້ AWS ສຳລັບວຽກງານນີ້ແທນ, ແລະ ລາຍລະອຽດເພີ່ມເຕີມກ່ຽວກັບການຕິດຕັ້ງໂຄງລ່າງພື້ນຖານແມ່ນມີຢູ່ໃນໜ້າ ວິທີການສ້າງ.

ເລີ່ມຕັ້ງແຕ່ Fedora Linux 40 ເປັນຕົ້ນມາ, ມັນສາມາດ ສ້າງອິມເມຈ Kiwi ໃນ Koji ໄດ້; ສິ່ງນີ້ຈະຊ່ວຍໃຫ້ຄວາມພະຍາຍາມໃນອະນາຄົດໃນການສ້າງອິມເມຈ Fedora Linux ມາດຕະຖານທີ່ຮອງຮັບ Apple Silicon ເປັນໄປໄດ້.

Fedora Asahi Remix ມາພ້ອມກັບສະພາບແວດລ້ອມ Wayland 100%. Wayland ແມ່ນມີຄວາມຈຳເປັນເພື່ອໃຫ້ປະສົບການທີ່ດີໃນແພລັດຟອມນີ້, ແລະ ບໍ່ຮອງຮັບ Xorg server ແບບເກົ່າ. ແອັບພລິເຄຊັນ X11 ທີ່ມີຢູ່ແລ້ວແມ່ນໄດ້ຮັບການຮອງຮັບຢ່າງເຕັມສ່ວນໂດຍຜ່ານ XWayland.

Fedora Asahi Remix ລວມມີສ່ວນປະກອບຈຳນວນໜຶ່ງທີ່ບໍ່ໄດ້ເປັນສ່ວນໜຶ່ງຂອງ Fedora Linux ມາດຕະຖານ; ສ່ວນປະກອບເຫຼົ່ານີ້ຖືກຕິດຕັ້ງໄວ້ລ່ວງໜ້າ ແລະ ສົ່ງມອບຜ່ານ ຄັງເກັບຊອບແວ copr ຂອງພວກເຮົາ.

These components include u-boot (source, copr), which requires patches in the process of being upstreamed.

ເຄີເນິນ (kernel) ຍັງຖືກບຳລຸງຮັກສາຢູ່ໃນປາຍທາງ (downstream) ໃນຮູບແບບຂອງ fork ຈາກຄັງເກັບ kernel-ark ຫຼັກ. ເຄີເນິນແມ່ນຢູ່ໃນລະຫວ່າງການພັດທະນາຢ່າງຕໍ່ເນື່ອງ — ໃນຂະນະທີ່ການເປີດໃຊ້ງານແພລັດຟອມສຳລັບ Apple Silicon ແມ່ນ ຢູ່ໃນຂັ້ນຕອນ ຂອງການສົ່ງເຂົ້າສູ່ຕົ້ນທາງ, ໃນປັດຈຸບັນຍັງຈຳເປັນຕ້ອງໃຊ້ເຄີເນິນປາຍທາງເພື່ອໃຫ້ໄດ້ປະສົບການທີ່ດີທີ່ສຸດ.

ສຸດທ້າຍ, ແພັກເກັດຈຳນວນໜຶ່ງທີ່ສະເພາະເຈາະຈົງສຳລັບການເຮັດ Remix ກໍຖືກບຳລຸງຮັກສາຢູ່ໃນປາຍທາງເຊັ່ນກັນ; ລາຍລະອຽດເພີ່ມເຕີມກ່ຽວກັບເລື່ອງນີ້ແມ່ນມີຢູ່ໃນໜ້າ ວິທີການສ້າງ.

ຂະໜາດໜ້າຄວາມຈຳ (page-size) ພື້ນຖານຂອງຮາດແວ Apple Silicon ແມ່ນ 16K; ດັ່ງນັ້ນ, ນີ້ຈຶ່ງເປັນຄ່າເລີ່ມຕົ້ນຂອງ Fedora Asahi Remix ແລະ ພວກເຮົາຈຶ່ງໃຊ້ເຄີເນິນລຸ້ນ kernel-16k. ເຖິງແມ່ນວ່າຈະມີເຄີເນິນຂະໜາດ 4K ຢູ່ໃນແພັກເກັດ kernel, ແຕ່ມັນບໍ່ໄດ້ຮັບການຮອງຮັບເລີຍ ແລະ ບໍ່ຄວນນຳໃຊ້.

Fedora Asahi Remix ໃຊ້ btrfs ສຳລັບທຸກລຸ້ນທີ່ສົ່ງມອບ. ສິ່ງນີ້ກົງກັບສິ່ງທີ່ Fedora Linux ເຮັດຕັ້ງແຕ່ Fedora Linux 33 ເປັນຕົ້ນມາ, ຍົກເວັ້ນ Fedora Server ເຊິ່ງຍັງຄົງໃຊ້ XFS ເປັນຄ່າເລີ່ມຕົ້ນ. ພວກເຮົາໃຊ້ btrfs ໃນທຸກບ່ອນເພາະວ່າພວກເຮົາຕ້ອງການຄວາມສາມາດໃນການປັບຂະໜາດລະບົບໄຟລ໌ແບບອອນລາຍ, ເພື່ອໃຫ້ມັນສາມາດຂະຫຍາຍອອກໃຫ້ເຕັມພື້ນທີ່ທີ່ມີຢູ່ໄດ້ໃນການບູດຄັ້ງທຳອິດຫຼັງການຕິດຕັ້ງ, ແລະ ເພື່ອໃຫ້ຜູ້ໃຊ້ສາມາດຫຍໍ້ຂະໜາດມັນໄດ້ຕາມຄວາມຕ້ອງການຫາກພວກເຂົາຕ້ອງການຈັດວາງໂຄງສ້າງເອງ.

Fedora Asahi Remix ຈະຕິດຕັ້ງ openh264 ໂດຍອັດຕະໂນມັດໃນການບູດຄັ້ງທຳອິດ, ເຮັດໃຫ້ສາມາດຫຼິ້ນເນື້ອຫາທີ່ເຂົ້າລະຫັດດ້ວຍ H.264 ໄດ້ທັນທີ. ສິ່ງນີ້ເປັນໄປໄດ້ຍ້ອນຂະບວນການຕິດຕັ້ງແບບສອງຂັ້ນຕອນ — ໂດຍ Asahi Installer ຈະດາວໂຫຼດແພັກເກັດທີ່ຈຳເປັນຈາກເຊີບເວີຂອງ Cisco ແລະ ກຽມໄວ້ໃຫ້ລະບົບທີ່ຕິດຕັ້ງໃໝ່ເພື່ອດຳເນີນການຕິດຕັ້ງຜ່ານບໍລິການ systemd ທີ່ເຮັດວຽກພຽງຄັ້ງດຽວ.

Fedora Asahi Remix ສະໜອງຂໍ້ມູນ AppStream metadata ທີ່ຈຳເປັນເພື່ອຮອງຮັບການອັບເດດລະຫວ່າງລຸ້ນຫຼັກຜ່ານ PackageKit ໂດຍຜ່ານ fedora-asahi-remix-appstream-metadata (ຊອດໂຄດ, copr). ເຖິງຢ່າງໃດກໍຕາມ, ໃນປັດຈຸບັນ GNOME Software ຍັງບໍ່ຮອງຮັບການອ່ານ metadata ນີ້, ດັ່ງນັ້ນມັນຈຶ່ງບໍ່ສະແດງການອັບເດດລຸ້ນຫຼັກສຳລັບ Fedora Asahi Remix ລຸ້ນ GNOME ໃຫ້ຜູ້ໃຊ້ເຫັນ. ແທນທີ່ຈະເປັນແນວນັ້ນ, ຜູ້ໃຊ້ຕ້ອງໃຊ້ປລັກອິນ DNF System Upgrade ເພື່ອດຳເນີນການອັບເດດ. ມັນເປັນໄປໄດ້ທີ່ຈະຮອງຮັບສິ່ງນີ້ຢ່າງຖືກຕ້ອງໃນ GNOME Software ໂດຍການພັດທະນາ ປລັກອິນ ເພື່ອດຶງຂໍ້ມູນ AppStream metadata ມາໃຊ້, ຄ້າຍຄືກັບສິ່ງທີ່ KDE Discover ເຮັດ.