ການປ່ອຍລະບົບການຫຸ້ມຫໍ່ທີ່ພຽງພໍດ້ວຍຕົນເອງ Flatpak 1.14.0

ສາຂາທີ່ຫມັ້ນຄົງໃຫມ່ຂອງຊຸດເຄື່ອງມື Flatpak 1.14 ໄດ້ຖືກເຜີຍແຜ່, ເຊິ່ງສະຫນອງລະບົບການສ້າງແພັກເກັດທີ່ມີຕົວຕົນທີ່ບໍ່ຕິດກັບການແຈກຢາຍ Linux ສະເພາະແລະດໍາເນີນການໃນຖັງພິເສດທີ່ແຍກແອັບພລິເຄຊັນອອກຈາກສ່ວນທີ່ເຫຼືອຂອງລະບົບ. ສະຫນັບສະຫນູນການດໍາເນີນການຫຸ້ມຫໍ່ Flatpak ແມ່ນສະຫນອງໃຫ້ສໍາລັບ Arch Linux, CentOS, Debian, Fedora, Gentoo, Mageia, Linux Mint, Alt Linux ແລະ Ubuntu. ແພັກເກັດ Flatpak ແມ່ນລວມຢູ່ໃນບ່ອນເກັບມ້ຽນ Fedora ແລະໄດ້ຮັບການສະຫນັບສະຫນູນໂດຍຜູ້ຈັດການແອັບພລິເຄຊັນ GNOME.

ນະວັດຕະກໍາທີ່ສໍາຄັນໃນສາຂາ Flatpak 1.14:

• ມັນເປັນໄປໄດ້ທີ່ຈະສ້າງໄດເລກະທໍລີສໍາລັບໄຟລ໌ຢູ່ໃນລັດ (.local/state) ແລະກໍານົດຕົວແປສະພາບແວດລ້ອມ XDG_STATE_HOME ຊີ້ໄປຫາໄດເລກະທໍລີນີ້.
• ເພີ່ມການກວດສອບເງື່ອນໄຂຂອງແບບຟອມ "have-kernel-module-name" ເພື່ອກໍານົດການປະກົດຕົວຂອງ kernel modules (a analogue ທົ່ວໄປຂອງການກວດສອບ have-intel-gpu ທີ່ສະເຫນີກ່ອນຫນ້ານີ້, ແທນທີ່ຈະເປັນຄໍາວ່າ "have-kernel-module-i915. ” ດຽວນີ້ສາມາດໃຊ້).
• ຄໍາສັ່ງ “flatpak document-unexport —doc-id=…” ໄດ້ຖືກຈັດຕັ້ງປະຕິບັດແລ້ວ.
• ການສົ່ງອອກ metadata ຂອງ Appstream ສໍາລັບການນໍາໃຊ້ໃນສະພາບແວດລ້ອມຕົ້ນຕໍແມ່ນສະຫນອງໃຫ້.
• ເພີ່ມກົດລະບຽບການສໍາເລັດຄໍາສັ່ງ flatpak ສໍາລັບຫອຍປາ
• ການເຂົ້າເຖິງເຄືອຂ່າຍ X11 ແລະບໍລິການ PulseAudio ແມ່ນອະນຸຍາດໃຫ້ (ຖ້າການຕັ້ງຄ່າທີ່ເຫມາະສົມຖືກເພີ່ມ).
• ສາຂາຕົ້ນຕໍໃນບ່ອນເກັບມ້ຽນ Git ໄດ້ຖືກປ່ຽນຊື່ຈາກ "ແມ່ບົດ" ເປັນ "ຕົ້ນຕໍ", ເພາະວ່າຄໍາວ່າ "ແມ່ບົດ" ບໍ່ດົນມານີ້ໄດ້ຖືກພິຈາລະນາບໍ່ຖືກຕ້ອງທາງດ້ານການເມືອງ.
• ຕອນນີ້ສະຄຣິບເປີດຕົວຖືກຂຽນໃໝ່ ຖ້າແອັບພລິເຄຊັນຖືກປ່ຽນຊື່.
• ເພີ່ມຕົວເລືອກ "--include-sdk" ແລະ "--include-debug" ໃສ່ຄໍາສັ່ງຕິດຕັ້ງເພື່ອຕິດຕັ້ງໄຟລ໌ SDK ແລະ debuginfo.
• ເພີ່ມການຮອງຮັບພາລາມິເຕີ “DeploySideloadCollectionID” ໃຫ້ກັບໄຟລ໌ flatpakref ແລະ flatpakrepo. ເມື່ອຕັ້ງ, ID ຄໍເລັກຊັນຈະຖືກຕັ້ງເມື່ອເພີ່ມ repository ໄລຍະໄກ, ແລະບໍ່ແມ່ນຫຼັງຈາກໂຫຼດ metadata.
• ອະ​ນຸ​ຍາດ​ໃຫ້​ສ້າງ​ສະ​ພາບ​ແວດ​ລ້ອມ sandbox ທີ່​ຕິດ​ຕັ້ງ​ສໍາ​ລັບ​ຕົວ​ຈັດ​ການ​ໃນ​ພາກ​ສ່ວນ​ທີ່​ມີ MPRIS (ສະ​ເພາະ​ການ​ໂຕ້​ຕອບ​ຫ່າງ​ໄກ​ສອກ​ຫຼີກ​ຂອງ​ຜູ້ນ​ສື່​ມວນ​ຊົນ​)​.
• ປະຈຸບັນນີ້ utilities ເສັ້ນຄໍາສັ່ງໃຫ້ຂໍ້ມູນກ່ຽວກັບການນໍາໃຊ້ການຂະຫຍາຍ runtime ລ້າສະໄຫມ.
• ຄໍາສັ່ງຖອນການຕິດຕັ້ງປະຕິບັດຄໍາຮ້ອງຂໍການຢືນຢັນກ່ອນທີ່ຈະເອົາ runtime ຫຼື runtime extensions ທີ່ຍັງຖືກນໍາໃຊ້.
• ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບທາງເລືອກ "--socket=gpg-agent" ກັບຄໍາສັ່ງເຊັ່ນ "flatpak run".
• ຊ່ອງໂຫວ່ໄດ້ຖືກແກ້ໄຂໃນ libostree ທີ່ອາດຈະເຮັດໃຫ້ຜູ້ໃຊ້ສາມາດລຶບໄຟລ໌ທີ່ຕົນເອງມັກຢູ່ໃນລະບົບໂດຍການຫມູນໃຊ້ຕົວຈັດການ flatpak-system-helper (ສົ່ງຄໍາຮ້ອງຂໍການລຶບດ້ວຍຊື່ສາຂາທີ່ມີຮູບແບບພິເສດ). ບັນຫາພຽງແຕ່ປາກົດຢູ່ໃນສະບັບເກົ່າຂອງ Flatpak ແລະ libostree ທີ່ປ່ອຍອອກມາກ່ອນ 2018 (< 0.10.2) ແລະບໍ່ມີຜົນກະທົບຕໍ່ການປ່ອຍປະຈຸບັນ.

ໃຫ້ພວກເຮົາເຕືອນທ່ານວ່າ Flatpak ອະນຸຍາດໃຫ້ຜູ້ພັດທະນາແອັບພລິເຄຊັນເຮັດໃຫ້ການແຈກຢາຍໂປຼແກຼມຂອງພວກເຂົາງ່າຍດາຍທີ່ບໍ່ໄດ້ລວມຢູ່ໃນບ່ອນເກັບຂໍ້ມູນການແຈກຢາຍມາດຕະຖານໂດຍການກະກຽມຫນຶ່ງຖັງທົ່ວໄປໂດຍບໍ່ມີການສ້າງສະພາແຫ່ງແຍກຕ່າງຫາກສໍາລັບການແຈກຢາຍແຕ່ລະຄົນ. ສໍາລັບຜູ້ໃຊ້ທີ່ມີສະຕິຄວາມປອດໄພ, Flatpak ອະນຸຍາດໃຫ້ທ່ານດໍາເນີນການຄໍາຮ້ອງສະຫມັກທີ່ມີຄໍາຖາມຢູ່ໃນຖັງ, ສະຫນອງການເຂົ້າເຖິງພຽງແຕ່ຫນ້າທີ່ເຄືອຂ່າຍແລະໄຟລ໌ຜູ້ໃຊ້ທີ່ກ່ຽວຂ້ອງກັບແອັບພລິເຄຊັນ. ສໍາລັບຜູ້ໃຊ້ທີ່ສົນໃຈໃນຜະລິດຕະພັນໃຫມ່, Flatpak ອະນຸຍາດໃຫ້ທ່ານສາມາດຕິດຕັ້ງການທົດສອບຫລ້າສຸດແລະການປ່ອຍຄໍາຮ້ອງສະຫມັກທີ່ຫມັ້ນຄົງໂດຍບໍ່ຈໍາເປັນຕ້ອງມີການປ່ຽນແປງລະບົບ. ຕົວຢ່າງ, ແພັກເກດ Flatpak ຖືກສ້າງຂຶ້ນສໍາລັບ LibreOffice, Midori, GIMP, Inkscape, Kdenlive, Steam, 0 AD, Visual Studio Code, VLC, Slack, Skype, Telegram Desktop, Android Studio, ແລະອື່ນໆ.

ເພື່ອຫຼຸດຜ່ອນຂະຫນາດແພັກເກັດ, ມັນປະກອບມີພຽງແຕ່ການເພິ່ງພາອາໄສສະເພາະຂອງແອັບພລິເຄຊັນ, ແລະຫ້ອງສະຫມຸດລະບົບແລະຮູບພາບພື້ນຖານ (GTK, Qt, GNOME ແລະ KDE libraries, ແລະອື່ນໆ) ຖືກອອກແບບເປັນ plug-in runtime ມາດຕະຖານສະພາບແວດລ້ອມ. ຄວາມແຕກຕ່າງທີ່ ສຳ ຄັນລະຫວ່າງ Flatpak ແລະ Snap ແມ່ນວ່າ Snap ໃຊ້ອົງປະກອບຂອງສະພາບແວດລ້ອມຂອງລະບົບຕົ້ນຕໍແລະການໂດດດ່ຽວໂດຍອີງໃສ່ການໂທລະບົບການກັ່ນຕອງ, ໃນຂະນະທີ່ Flatpak ສ້າງຕູ້ຄອນເທນເນີແຍກຕ່າງຫາກຈາກລະບົບແລະດໍາເນີນການກັບຊຸດ runtime ຂະຫນາດໃຫຍ່, ສະຫນອງການຫຸ້ມຫໍ່ທີ່ບໍ່ຂຶ້ນກັບ, ແຕ່ມາດຕະຖານ. ສະພາບແວດລ້ອມຂອງລະບົບໃດໜຶ່ງ (ຕົວຢ່າງ, ຫ້ອງສະໝຸດທັງໝົດທີ່ຈຳເປັນສຳລັບການເຮັດວຽກຂອງໂປຣແກຣມ GNOME ຫຼື KDE).

ນອກເຫນືອໄປຈາກສະພາບແວດລ້ອມຂອງລະບົບມາດຕະຖານ (runtime), ການຕິດຕັ້ງໂດຍຜ່ານ repository ພິເສດ, ການເພິ່ງພາອາໄສເພີ່ມເຕີມ (ມັດ) ທີ່ຈໍາເປັນສໍາລັບການດໍາເນີນງານຂອງຄໍາຮ້ອງສະຫມັກແມ່ນສະຫນອງໃຫ້. ໂດຍລວມແລ້ວ, runtime ແລະ bundle ປະກອບເປັນການຕື່ມຂອງບັນຈຸ, ເຖິງວ່າຈະມີຄວາມຈິງທີ່ວ່າ runtime ໄດ້ຖືກຕິດຕັ້ງແຍກຕ່າງຫາກແລະ tied ກັບ containers ຫຼາຍຄັ້ງ, ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານເພື່ອຫຼີກເວັ້ນການ duplicating ໄຟລ໌ລະບົບທົ່ວໄປກັບບັນຈຸ. ລະບົບຫນຶ່ງສາມາດຕິດຕັ້ງ runtime ທີ່ແຕກຕ່າງກັນຫຼາຍ (GNOME, KDE) ຫຼືຫຼາຍລຸ້ນຂອງ runtime ດຽວກັນ (GNOME 3.40, GNOME 3.42). container ທີ່ມີແອັບພລິເຄຊັນເປັນ dependency ໃຊ້ການຜູກມັດກັບ runtime ສະເພາະ, ໂດຍບໍ່ມີການຄໍານຶງເຖິງແຕ່ລະແພັກເກັດທີ່ປະກອບເປັນ runtime. ອົງປະກອບທີ່ຂາດຫາຍໄປທັງຫມົດແມ່ນຖືກຫຸ້ມຫໍ່ໂດຍກົງກັບແອັບພລິເຄຊັນ. ເມື່ອບັນຈຸຖືກສ້າງຕັ້ງຂຶ້ນ, ເນື້ອໃນ runtime ໄດ້ຖືກຕິດຕັ້ງເປັນພາທິຊັນ / usr, ແລະມັດໄດ້ຖືກຕິດຕັ້ງຢູ່ໃນ /app directory.

ເວລາແລ່ນແລະກ່ອງບັນຈຸແອັບພລິເຄຊັນຖືກສ້າງຂື້ນໂດຍໃຊ້ເທກໂນໂລຍີ OSTree, ເຊິ່ງຮູບພາບໄດ້ຖືກປັບປຸງດ້ວຍປະລໍາມະນູຈາກບ່ອນເກັບມ້ຽນ Git ຄ້າຍຄື, ເຊິ່ງຊ່ວຍໃຫ້ວິທີການຄວບຄຸມເວີຊັນຖືກ ນຳ ໃຊ້ກັບສ່ວນປະກອບການແຈກຢາຍ (ຕົວຢ່າງ, ທ່ານສາມາດກັບຄືນລະບົບໄດ້ໄວ. ລັດ​ທີ່​ຜ່ານ​ມາ). ຊຸດ RPM ຖືກແປເຂົ້າໄປໃນບ່ອນເກັບມ້ຽນ OSTree ໂດຍໃຊ້ຊັ້ນ rpm-ostree ພິເສດ. ການຕິດຕັ້ງແລະການປັບປຸງການຫຸ້ມຫໍ່ແຍກຕ່າງຫາກພາຍໃນສະພາບແວດລ້ອມການເຮັດວຽກແມ່ນບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນ; ລະບົບໄດ້ຖືກປັບປຸງບໍ່ຢູ່ໃນລະດັບຂອງອົງປະກອບສ່ວນບຸກຄົນ, ແຕ່ໂດຍລວມ, ການປ່ຽນແປງຂອງປະລໍາມະນູ. ສະໜອງເຄື່ອງມືເພື່ອນຳໃຊ້ການປັບປຸງເທື່ອລະກ້າວ, ລົບລ້າງຄວາມຈຳເປັນໃນການປ່ຽນຮູບພາບທັງໝົດດ້ວຍການອັບເດດແຕ່ລະອັນ.

ສະພາບແວດລ້ອມທີ່ໂດດດ່ຽວທີ່ສ້າງຂຶ້ນແມ່ນເປັນເອກະລາດຢ່າງສົມບູນຈາກການແຈກຢາຍທີ່ໃຊ້ແລະ, ດ້ວຍການຕັ້ງຄ່າທີ່ເຫມາະສົມຂອງຊຸດ, ບໍ່ມີການເຂົ້າເຖິງໄຟລ໌ແລະຂະບວນການຂອງຜູ້ໃຊ້ຫຼືລະບົບຕົ້ນຕໍ, ບໍ່ສາມາດເຂົ້າເຖິງອຸປະກອນໂດຍກົງ, ຍົກເວັ້ນຜົນຜະລິດຜ່ານ DRI, ແລະໂທຫາລະບົບຍ່ອຍເຄືອຂ່າຍ. ການສະແດງຜົນກຣາຟິກ ແລະການຈັດຕັ້ງການປ້ອນຂໍ້ມູນຖືກປະຕິບັດໂດຍໃຊ້ໂປຣໂຕຄໍ Wayland ຫຼືຜ່ານການສົ່ງຕໍ່ຊັອກເກັດ X11. ການໂຕ້ຕອບກັບສະພາບແວດລ້ອມພາຍນອກແມ່ນອີງໃສ່ລະບົບການສົ່ງຂໍ້ຄວາມ DBus ແລະ Portals API ພິເສດ.

ສໍາລັບການໂດດດ່ຽວ, ຊັ້ນ Bubblewrap ແລະເທກໂນໂລຍີ virtualization container Linux ແບບດັ້ງເດີມແມ່ນຖືກນໍາໃຊ້, ອີງໃສ່ການນໍາໃຊ້ cgroups, namespaces, Seccomp ແລະ SELinux. PulseAudio ຖືກນໍາໃຊ້ເພື່ອອອກສຽງ. ໃນກໍລະນີນີ້, ການໂດດດ່ຽວສາມາດຖືກປິດການໃຊ້ງານໄດ້, ເຊິ່ງຖືກນໍາໃຊ້ໂດຍຜູ້ພັດທະນາແພັກເກັດທີ່ນິຍົມຫຼາຍເພື່ອເຂົ້າເຖິງລະບົບໄຟລ໌ແລະອຸປະກອນທັງຫມົດໃນລະບົບຢ່າງເຕັມທີ່. ຕົວຢ່າງ, GIMP, VSCodium, PyCharm, Octave, Inkscape, Audacity, ແລະ VLC ມາພ້ອມກັບໂຫມດການໂດດດ່ຽວທີ່ຈໍາກັດທີ່ປ່ອຍໃຫ້ການເຂົ້າເຖິງເຕັມໄປຫາໄດເລກະທໍລີເຮືອນ. ຖ້າແພັກເກັດທີ່ມີການເຂົ້າເຖິງໄດເລກະທໍລີເຮືອນຖືກທໍາລາຍ, ເຖິງວ່າຈະມີປ້າຍ "sandboxed" ໃນຄໍາອະທິບາຍຊຸດ, ຜູ້ໂຈມຕີພຽງແຕ່ຕ້ອງການປ່ຽນໄຟລ໌ ~/.bashrc ເພື່ອປະຕິບັດລະຫັດຂອງລາວ. ບັນຫາທີ່ແຍກຕ່າງຫາກແມ່ນການຄວບຄຸມການປ່ຽນແປງການຫຸ້ມຫໍ່ແລະຄວາມໄວ້ວາງໃຈໃນຜູ້ສ້າງຊຸດ, ຜູ້ທີ່ມັກຈະບໍ່ກ່ຽວຂ້ອງກັບໂຄງການຕົ້ນຕໍຫຼືການແຈກຢາຍ.

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