Red Hat ຕັ້ງໃຈຢຸດການພັດທະນາເຊີບເວີ X.Org

Christian Schaller, ຜູ້ທີ່ນໍາພາທີມງານພັດທະນາ desktop ຢູ່ Red Hat ແລະທີມງານ Fedora Desktop, ການ​ທົບ​ທວນ​ຄືນ​ແຜນ​ການ​, ກ່ຽວກັບອົງປະກອບ desktop ໃນ Fedora 31, ໄດ້ກ່າວເຖິງຄວາມຕັ້ງໃຈຂອງ Red Hat ທີ່ຈະຢຸດການພັດທະນາການເຮັດວຽກຂອງເຄື່ອງແມ່ຂ່າຍ X.Org ຢ່າງຈິງຈັງແລະຈໍາກັດຕົວເອງພຽງແຕ່ການຮັກສາພື້ນຖານລະຫັດທີ່ມີຢູ່ແລະກໍາຈັດແມງໄມ້.

ໃນປັດຈຸບັນ, Red Hat ເປັນຜູ້ປະກອບສ່ວນທີ່ສໍາຄັນໃນການພັດທະນາເຄື່ອງແມ່ຂ່າຍຂອງ X.Org ແລະຮັກສາມັນຢູ່ໃນບ່າຂອງຕົນ, ດັ່ງນັ້ນຖ້າອອກຈາກການພັດທະນາ, ມັນບໍ່ຫນ້າຈະເປັນການສ້າງການປ່ອຍທີ່ສໍາຄັນຂອງເຄື່ອງແມ່ຂ່າຍ X.Org ຈະສືບຕໍ່. ໃນຂະນະດຽວກັນ, ເຖິງວ່າຈະມີການຢຸດເຊົາການພັດທະນາ, ການສະຫນັບສະຫນູນ X.Org ໂດຍ Red Hat ຈະສືບຕໍ່ຢ່າງຫນ້ອຍຈົນກ່ວາໃນຕອນທ້າຍຂອງວົງຈອນຊີວິດຂອງການແຈກຢາຍ RHEL 8, ເຊິ່ງຈະແກ່ຍາວເຖິງ 2029.

ການຢຸດເຊົາໃນການພັດທະນາເຄື່ອງແມ່ຂ່າຍຂອງ X.Org ແມ່ນສັງເກດເຫັນແລ້ວ - ເຖິງວ່າຈະມີວົງຈອນການປ່ອຍ 1.20 ເດືອນທີ່ຜ່ານມາ, ການປ່ອຍຕົວທີ່ສໍາຄັນຫຼ້າສຸດຂອງ X.Org Server 14 ໄດ້ຖືກຈັດພີມມາ 1.21 ເດືອນກ່ອນຫນ້ານີ້, ແລະການກະກຽມການປ່ອຍ XNUMX ແມ່ນຢຸດເຊົາ. ສະຖານະການອາດຈະປ່ຽນແປງຖ້າບໍລິສັດຫຼືຊຸມຊົນບາງຄົນປະຕິບັດມັນເພື່ອສືບຕໍ່ສ້າງການເຮັດວຽກຂອງເຄື່ອງແມ່ຂ່າຍ X.Org, ແຕ່ເນື່ອງຈາກການປ່ຽນແປງທີ່ກວ້າງຂວາງຂອງໂຄງການທີ່ສໍາຄັນໄປສູ່ Wayland, ມັນຄົງຈະບໍ່ມີຜູ້ຮັບ.

ຈຸດສຸມໃນປັດຈຸບັນຂອງ Red Hat ແມ່ນການປັບປຸງປະສົບການ desktop ຂອງ Wayland. ການຍ້າຍເຊີບເວີ X.Org ເຂົ້າໄປໃນໂຫມດການບໍາລຸງຮັກສາຄາດວ່າຈະສໍາເລັດເມື່ອການເພິ່ງພາອາໄສອົງປະກອບ X.Org ໄດ້ຖືກໂຍກຍ້າຍອອກຫມົດແລ້ວແລະ GNOME Shell ຈະດໍາເນີນການໂດຍບໍ່ມີການນໍາໃຊ້ XWayland, ເຊິ່ງຮຽກຮ້ອງໃຫ້ມີການ refactoring ຫຼືຖອນການຂຶ້ນກັບ X.org ທີ່ຍັງເຫຼືອ. ການຜູກມັດດັ່ງກ່າວເກືອບຖືກລົບລ້າງອອກຈາກ GNOME Shell, ແຕ່ຍັງຄົງຢູ່ໃນ GNOME Setting daemon. ໃນ GNOME 3.34 ຫຼື 3.36 ມັນໄດ້ຖືກວາງແຜນທີ່ຈະກໍາຈັດການຜູກມັດກັບ X.Org ຢ່າງສົມບູນແລະເປີດຕົວ XWayland ແບບເຄື່ອນໄຫວ, ເມື່ອຄວາມຕ້ອງການສໍາລັບອົງປະກອບເພື່ອຮັບປະກັນຄວາມເຂົ້າກັນໄດ້ກັບ X11 ເກີດຂື້ນ.

ທີ່ໄດ້ກ່າວມາຍັງແມ່ນຄວາມຕ້ອງການທີ່ຈະແກ້ໄຂຈໍານວນຂອງ ບັນຫາທີ່ຍັງເຫຼືອ ກັບ Wayland, ເຊັ່ນການເຮັດວຽກກັບຄົນຂັບ NVIDIA ທີ່ເປັນເຈົ້າຂອງແລະການປັບປຸງເຄື່ອງແມ່ຂ່າຍຂອງ XWayland DDX ເພື່ອຮັບປະກັນການເປີດຕົວທີ່ມີຄຸນນະພາບສູງຂອງຄໍາຮ້ອງສະຫມັກ X ໃນສະພາບແວດລ້ອມທີ່ອີງໃສ່ Wayland. ໃນບັນດາວຽກງານທີ່ດໍາເນີນໃນການກະກຽມສໍາລັບ Fedora 31, ການປະຕິບັດໃນ XWayland ຂອງຄວາມສາມາດໃນການດໍາເນີນການຄໍາຮ້ອງສະຫມັກ X ກັບສິດທິຂອງຮາກແມ່ນສັງເກດເຫັນ. ການເປີດຕົວດັ່ງກ່າວແມ່ນມີຄໍາຖາມຈາກມຸມເບິ່ງຄວາມປອດໄພ, ແຕ່ມີຄວາມຈໍາເປັນເພື່ອຮັບປະກັນຄວາມເຂົ້າກັນໄດ້ກັບໂຄງການ X ທີ່ຮຽກຮ້ອງໃຫ້ມີການແລ່ນດ້ວຍສິດທິພິເສດ.

ເປົ້າຫມາຍອີກອັນຫນຶ່ງແມ່ນເພື່ອປັບປຸງການສະຫນັບສະຫນູນ Wayland ໃນຫ້ອງສະຫມຸດ SDL, ຕົວຢ່າງເພື່ອແກ້ໄຂບັນຫາການປັບຂະຫນາດໃນເວລາທີ່ແລ່ນເກມເກົ່າທີ່ເຮັດວຽກຢູ່ໃນຄວາມລະອຽດຫນ້າຈໍຕ່ໍາ. ຍັງມີຄວາມຕ້ອງການທີ່ຈະປັບປຸງການສະຫນັບສະຫນູນຂອງ Wayland ໃນລະບົບທີ່ມີໄດເວີ NVIDIA ທີ່ເປັນເຈົ້າຂອງ - ໃນຂະນະທີ່ Wayland ສາມາດເຮັດວຽກເທິງໄດເວີດັ່ງກ່າວໄດ້ດົນນານ, XWayland ໃນການຕັ້ງຄ່ານີ້ຍັງບໍ່ສາມາດໃຊ້ເຄື່ອງມືສໍາລັບການເລັ່ງຮາດແວຂອງກາຟິກ 3D (ມັນວາງແຜນທີ່ຈະ. ໃຫ້ຄວາມສາມາດໃນການດາວໂຫລດໄດເວີ x.org NVIDIA ສໍາລັບ XWayland).

ນອກຈາກນັ້ນ, ການເຮັດວຽກແມ່ນສືບຕໍ່ປ່ຽນແທນ PulseAudio ແລະ Jack ດ້ວຍເຄື່ອງແມ່ຂ່າຍມັນຕິມີເດຍ ທໍ່ສາຍ, ເຊິ່ງຂະຫຍາຍຄວາມສາມາດຂອງ PulseAudio ດ້ວຍເຄື່ອງມືສໍາລັບການເຮັດວຽກກັບສະຕຣີມວິດີໂອແລະການປະມວນຜົນສຽງທີ່ມີຄວາມລ່າຊ້າຫນ້ອຍ, ໂດຍຄໍານຶງເຖິງຄວາມຕ້ອງການຂອງລະບົບການປຸງແຕ່ງສຽງທີ່ເປັນມືອາຊີບ, ແລະຍັງສະເຫນີຮູບແບບຄວາມປອດໄພຂັ້ນສູງສໍາລັບການຄວບຄຸມການເຂົ້າເຖິງໃນລະດັບຂອງແຕ່ລະອຸປະກອນແລະສາຍນ້ໍາ. . ເປັນສ່ວນຫນຶ່ງຂອງວົງຈອນການພັດທະນາ Fedora 31, ການເຮັດວຽກແມ່ນສຸມໃສ່ການນໍາໃຊ້ PipeWire ສໍາລັບການແບ່ງປັນຫນ້າຈໍໃນສະພາບແວດລ້ອມທີ່ອີງໃສ່ Wayland, ລວມທັງການນໍາໃຊ້. Miracast.

ໃນ Fedora 31 ຍັງ ມີການວາງແຜນ ເພີ່ມຄວາມສາມາດໃນການດໍາເນີນການຄໍາຮ້ອງສະຫມັກ Qt ໃນກອງປະຊຸມ GNOME ທີ່ Wayland ໂດຍໃຊ້ plugin Qt Wayland ແທນທີ່ຈະເປັນ plugin XCB ໂດຍໃຊ້ X11 / XWayland.

ແຫຼ່ງຂໍ້ມູນ: opennet.ru