ຜົນໄດ້ຮັບຂອງການລົງຄະແນນສຽງກ່ຽວກັບລະບົບ Debian init ໄດ້ຖືກສະຫຼຸບແລ້ວ

ຈັດພີມມາ ຜົນໄດ້ຮັບ ການລົງຄະແນນສຽງທົ່ວໄປ (GR, ການແກ້ໄຂທົ່ວໄປ) ຂອງຜູ້ພັດທະນາໂຄງການ Debian ມີສ່ວນຮ່ວມໃນການບໍາລຸງຮັກສາຊຸດແລະການບໍາລຸງຮັກສາພື້ນຖານໂຄງລ່າງ, ດໍາເນີນການກ່ຽວກັບບັນຫາການສະຫນັບສະຫນູນລະບົບ init ຫຼາຍ. ລາຍການທີສອງ (“B”) ໃນບັນຊີລາຍຊື່ຊະນະ - systemd ຍັງຄົງເປັນທີ່ນິຍົມ, ແຕ່ຄວາມເປັນໄປໄດ້ຂອງການຮັກສາລະບົບການເລີ່ມຕົ້ນທາງເລືອກຍັງຄົງຢູ່. ການລົງຄະແນນສຽງໄດ້ດໍາເນີນໂດຍວິທີການ Condorcet, ເຊິ່ງຜູ້ລົງຄະແນນແຕ່ລະຄົນຈັດລໍາດັບທາງເລືອກທັງຫມົດຕາມລໍາດັບຂອງຄວາມມັກ, ແລະໃນເວລາທີ່ການຄິດໄລ່ຜົນໄດ້ຮັບ, ມັນໄດ້ຖືກພິຈາລະນາຈໍານວນຜູ້ລົງຄະແນນທີ່ມັກທາງເລືອກຫນຶ່ງໄປອີກ.

ການສະເຫນີທີ່ໄດ້ຮັບໄຊຊະນະຍອມຮັບວ່າຫນ່ວຍບໍລິການ systemd ເປັນວິທີການທີ່ຕ້ອງການເພື່ອ configure daemons ແລະບໍລິການທີ່ຈະດໍາເນີນການ, ແຕ່ຍອມຮັບວ່າມີສະພາບແວດລ້ອມທີ່ນັກພັດທະນາແລະຜູ້ໃຊ້ສາມາດສ້າງແລະນໍາໃຊ້ລະບົບ init ທາງເລືອກແລະທາງເລືອກທີ່ເປັນປະໂຫຍດຕໍ່ຄວາມສາມາດຂອງ systemd. ນັກພັດທະນາວິທີແກ້ໄຂທາງເລືອກຕ້ອງການຊັບພະຍາກອນເພື່ອປະຕິບັດວຽກງານຂອງພວກເຂົາແລະຈັດຮູບແບບຊຸດຂອງພວກເຂົາ. ວິທີແກ້ໄຂທາງເລືອກເຊັ່ນ elogind ສໍາລັບການແລ່ນແອັບພລິເຄຊັນທີ່ຜູກມັດກັບສ່ວນຕິດຕໍ່ລະບົບສະເພາະຍັງຄົງມີຄວາມສໍາຄັນກັບໂຄງການ. ການສະຫນັບສະຫນູນການລິເລີ່ມດັ່ງກ່າວຮຽກຮ້ອງໃຫ້ມີການຊ່ວຍເຫຼືອໃນຂົງເຂດທີ່ການພັດທະນາເຕັກໂນໂລຢີທາງເລືອກຕັດກັນກັບສ່ວນທີ່ເຫຼືອຂອງໂຄງການ, ເຊັ່ນການຊັກຊ້າການທົບທວນ patch ແລະການສົນທະນາ.

ແພັກເກດສາມາດປະກອບມີທັງໄຟລ໌ຫນ່ວຍງານລະບົບແລະສະຄິບ init ສໍາລັບການບໍລິການເລີ່ມຕົ້ນ. ແພັກເກັດອາດຈະໃຊ້ຄຸນສົມບັດລະບົບໃດໆທີ່ຜູ້ຮັກສາຊຸດຕ້ອງການ, ຕາບໃດທີ່ຄຸນສົມບັດປະຕິບັດຕາມກົດລະບຽບຂອງ Debian ແລະບໍ່ຖືກຜູກມັດກັບຄຸນສົມບັດ Debian ທີ່ເປັນການທົດລອງ ຫຼື ທີ່ບໍ່ຮອງຮັບໃນແພັກເກດອື່ນ. ນອກຈາກ systemd, packages ຍັງອາດຈະປະກອບມີການສະຫນັບສະຫນູນສໍາລັບລະບົບ init ທາງເລືອກແລະສະຫນອງອົງປະກອບເພື່ອທົດແທນການໂຕ້ຕອບຂອງລະບົບສະເພາະ. ການຕັດສິນໃຈກ່ຽວກັບການລວມເອົາແຜ່ນແພແມ່ນເຮັດໂດຍຜູ້ຮັກສາເປັນສ່ວນຫນຶ່ງຂອງຂັ້ນຕອນມາດຕະຖານ. Debian ມຸ່ງຫມັ້ນທີ່ຈະເຮັດວຽກກັບການແຈກຢາຍອະນຸພັນທີ່ເລືອກທີ່ຈະໃຊ້ລະບົບ init ອື່ນໆ, ແຕ່ການໂຕ້ຕອບແມ່ນສ້າງຂຶ້ນໃນລະດັບຜູ້ຮັກສາ, ເຊິ່ງເຮັດໃຫ້ການຕັດສິນໃຈກ່ຽວກັບລັກສະນະຕ່າງໆທີ່ກະກຽມໂດຍການແຈກຢາຍຂອງພາກສ່ວນທີສາມຖືກຍອມຮັບເຂົ້າໃນອົງປະກອບ Debian ຕົ້ນຕໍແລະອັນໃດຖືກປະໄວ້. ໃນການແຈກຢາຍອະນຸພັນ.

ໃຫ້ພວກເຮົາຈື່ວ່າໃນປີ 2014 ຄະນະກໍາມະການດ້ານວິຊາການ ອະນຸມັດ ການຫັນປ່ຽນ ການແຈກຢາຍເລີ່ມຕົ້ນໃນ systemd, ແຕ່ບໍ່ແມ່ນ ເຮັດວຽກອອກ ການຕັດສິນໃຈກ່ຽວກັບການສະຫນັບສະຫນູນລະບົບການຈັດຫາຫຼາຍ (ລາຍການທີ່ຊີ້ໃຫ້ເຫັນເຖິງຄວາມບໍ່ເຕັມໃຈຂອງຄະນະກໍາມະການທີ່ຈະຕັດສິນໃຈກ່ຽວກັບເລື່ອງນີ້ໄດ້ຮັບຄະແນນສຽງ). ຜູ້ນໍາຄະນະກໍາມະການແນະນໍາວ່າຜູ້ຮັກສາຊຸດຮັກສາການສະຫນັບສະຫນູນ sysvinit ເປັນລະບົບ init ທາງເລືອກ, ແຕ່ຊີ້ໃຫ້ເຫັນວ່າລາວບໍ່ສາມາດກໍານົດທັດສະນະຂອງລາວແລະການຕັດສິນໃຈຄວນຈະເປັນເອກະລາດໃນແຕ່ລະກໍລະນີ.

ຫຼັງຈາກນີ້, ນັກພັດທະນາບາງຄົນພະຍາຍາມ ພະ​ຍາ​ຍາມ​ທີ່​ຈະ​ປະ​ຕິ​ບັດ​ ການລົງຄະແນນສຽງທົ່ວໄປ, ແຕ່ວ່າການລົງຄະແນນສຽງເບື້ອງຕົ້ນໄດ້ສະແດງໃຫ້ເຫັນວ່າບໍ່ຈໍາເປັນຕ້ອງມີການຕັດສິນໃຈກ່ຽວກັບບັນຫາການນໍາໃຊ້ລະບົບເບື້ອງຕົ້ນຫຼາຍ. ສອງສາມເດືອນກ່ອນຫນ້ານີ້, ຫຼັງຈາກ ບັນຫາ ດ້ວຍການລວມເອົາຊຸດ elogind (ຈໍາເປັນສໍາລັບການແລ່ນ GNOME ໂດຍບໍ່ມີລະບົບ) ໃນສາຂາການທົດສອບເນື່ອງຈາກການຂັດແຍ້ງກັບ libsystemd, ບັນຫາໄດ້ຖືກຍົກຂຶ້ນມາອີກເທື່ອຫນຶ່ງໂດຍຜູ້ນໍາໂຄງການ Debian, ນັບຕັ້ງແຕ່ນັກພັດທະນາບໍ່ສາມາດຕົກລົງກັນໄດ້, ແລະການສື່ສານຂອງພວກເຂົາກາຍເປັນ. ການ​ປະ​ເຊີນ​ຫນ້າ​ແລະ​ໄດ້​ບັນ​ລຸ​ຈຸດ​ຕາຍ​.

ທາງເລືອກທີ່ພິຈາລະນາ:

ຈຸດສຸມຕົ້ນຕໍແມ່ນກ່ຽວກັບລະບົບ. ການສະຫນອງການສະຫນັບສະຫນູນສໍາລັບລະບົບ init ທາງເລືອກບໍ່ແມ່ນບູລິມະສິດ, ແຕ່ຜູ້ຮັກສາທາງເລືອກອາດຈະປະກອບມີສະຄິບ init ສໍາລັບລະບົບດັ່ງກ່າວໃນແພັກເກັດ.

systemd ຍັງຄົງເປັນທີ່ຕ້ອງການ, ແຕ່ຄວາມເປັນໄປໄດ້ຂອງການຮັກສາລະບົບການເລີ່ມຕົ້ນທາງເລືອກແມ່ນປະໄວ້. ເຕັກໂນໂລຢີເຊັ່ນ elogind, ເຊິ່ງອະນຸຍາດໃຫ້ແອັບພລິເຄຊັນທີ່ຜູກມັດກັບ systemd ເພື່ອດໍາເນີນການໃນສະພາບແວດລ້ອມທາງເລືອກ, ແມ່ນເຫັນວ່າມີຄວາມສໍາຄັນ. ແພັກເກດອາດຈະປະກອບມີໄຟລ໌ init ສໍາລັບລະບົບທາງເລືອກ.

ສະຫນັບສະຫນູນລະບົບ init ທີ່ຫຼາກຫຼາຍແລະຄວາມສາມາດໃນການບູດ Debian ກັບລະບົບ init ນອກເຫນືອຈາກ systemd.
ເພື່ອດໍາເນີນການບໍລິການ, ແພັກເກດຕ້ອງປະກອບມີສະຄິບ init; ການສະຫນອງພຽງແຕ່ໄຟລ໌ຫນ່ວຍງານລະບົບທີ່ບໍ່ມີສະຄິບ sysv init ແມ່ນບໍ່ສາມາດຍອມຮັບໄດ້.

ສະຫນັບສະຫນູນລະບົບທີ່ບໍ່ໃຊ້ systemd, ແຕ່ບໍ່ມີການປ່ຽນແປງທີ່ຈະຂັດຂວາງການພັດທະນາ. ຜູ້ພັດທະນາຕົກລົງທີ່ຈະສະຫນັບສະຫນູນລະບົບ init ຫຼາຍສໍາລັບອະນາຄົດທີ່ຄາດໄວ້, ແຕ່ຍັງເຊື່ອວ່າມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະເຮັດວຽກເພື່ອປັບປຸງການສະຫນັບສະຫນູນລະບົບ. ການພັດທະນາແລະການຮັກສາການແກ້ໄຂສະເພາະຄວນຈະຖືກປະໄວ້ໃຫ້ຊຸມຊົນທີ່ສົນໃຈໃນການແກ້ໄຂເຫຼົ່ານັ້ນ, ແຕ່ຜູ້ຮັກສາອື່ນໆຄວນຊ່ວຍຢ່າງຈິງຈັງແລະປະກອບສ່ວນເຂົ້າໃນການແກ້ໄຂບັນຫາໃນເວລາທີ່ຄວາມຕ້ອງການເກີດຂື້ນ. ໂດຍຫລັກການແລ້ວ, ແພັກເກດຄວນເຮັດວຽກໂດຍໃຊ້ລະບົບ init ໃດກໍ່ຕາມ, ເຊິ່ງສາມາດເຮັດໄດ້ໂດຍການສະຫນອງສະຄິບ init ແບບດັ້ງເດີມຫຼືໃຊ້ກົນໄກອື່ນໆທີ່ອະນຸຍາດໃຫ້ພວກເຂົາເຮັດວຽກໂດຍບໍ່ມີລະບົບ. ຄວາມບໍ່ສາມາດທີ່ຈະເຮັດວຽກໂດຍບໍ່ມີລະບົບແມ່ນຖືວ່າເປັນ bug, ແຕ່ບໍ່ແມ່ນ bug ການປ່ອຍຕົວ, ເວັ້ນເສຍແຕ່ວ່າມີການແກ້ໄຂທີ່ກຽມພ້ອມສໍາລັບການເຮັດວຽກໂດຍບໍ່ມີລະບົບ, ແຕ່ມັນຖືກປະຕິເສດທີ່ຈະຊ່ວຍປະຢັດ (ຕົວຢ່າງເຊັ່ນ, ເມື່ອບັນຫາແມ່ນເກີດມາຈາກ. ການກໍາຈັດສະຄຣິບ init ທີ່ສະໜອງໃຫ້ໃນເມື່ອກ່ອນ).

ສະ​ຫນັບ​ສະ​ຫນູນ​ການ​ເຄື່ອນ​ໄຫວ​ໂດຍ​ບໍ່​ມີ​ການ​ນໍາ​ສະ​ເຫນີ​ການ​ປ່ຽນ​ແປງ​ທີ່​ຂັດ​ຂວາງ​ການ​ພັດ​ທະ​ນາ​. Debian ຍັງສືບຕໍ່ຖືກເຫັນວ່າເປັນຂົວສໍາລັບການລວມເອົາຊອບແວທີ່ແຕກຕ່າງກັນທີ່ສະຫນອງຫນ້າທີ່ທຽບເທົ່າຫຼືຄ້າຍຄືກັນ. ການເຄື່ອນທີ່ລະຫວ່າງແພລະຕະຟອມຮາດແວແລະຊໍແວ stacks ແມ່ນເປົ້າຫມາຍທີ່ສໍາຄັນ, ແລະການລວມເອົາເຕັກໂນໂລຢີທາງເລືອກໄດ້ຖືກຊຸກຍູ້, ເຖິງແມ່ນວ່າທັດສະນະຂອງໂລກຂອງຜູ້ສ້າງຂອງພວກເຂົາແຕກຕ່າງຈາກຄວາມເຫັນດີທົ່ວໄປ. ຕໍາແຫນ່ງກ່ຽວກັບ systemd ແລະລະບົບເບື້ອງຕົ້ນອື່ນໆຢ່າງສົມບູນກົງກັນກັບຈຸດ 4.

ເຮັດໃຫ້ການສະຫນັບສະຫນູນສໍາລັບລະບົບການເລີ່ມຕົ້ນຫຼາຍຂໍ້ບັງຄັບ. ການສະຫນອງຄວາມສາມາດໃນການດໍາເນີນການ Debian ກັບລະບົບ init ນອກເຫນືອຈາກ systemd ຍັງສືບຕໍ່ມີຄວາມສໍາຄັນກັບໂຄງການ. ແຕ່ລະແພັກເກັດຕ້ອງເຮັດວຽກກັບຕົວຈັດການ pid1 ນອກເຫນືອຈາກ systemd, ເວັ້ນເສຍແຕ່ວ່າຊອບແວທີ່ລວມຢູ່ໃນຊຸດແມ່ນມີຈຸດປະສົງເບື້ອງຕົ້ນເພື່ອເຮັດວຽກກັບ systemd ເທົ່ານັ້ນແລະບໍ່ສະຫນັບສະຫນູນການແລ່ນໂດຍບໍ່ມີລະບົບ (ການຂາດສະຄິບ init ບໍ່ໄດ້ນັບວ່າເປັນຈຸດປະສົງພຽງແຕ່ສໍາລັບການເຮັດວຽກກັບ systemd). .

ສະ​ຫນັບ​ສະ​ຫນູນ​ການ​ເຄື່ອນ​ໄຫວ​ແລະ​ການ​ປະ​ຕິ​ບັດ​ຫຼາຍ​. ຫຼັກການທົ່ວໄປແມ່ນຄືກັນກັບຈຸດ 5, ແຕ່ບໍ່ມີຂໍ້ກໍານົດສະເພາະສໍາລັບລະບົບ systemd ແລະ init, ແລະບໍ່ມີພັນທະຖືກບັງຄັບໃຫ້ນັກພັດທະນາ. ນັກພັດທະນາໄດ້ຮັບການຊຸກຍູ້ໃຫ້ຄໍານຶງເຖິງຜົນປະໂຫຍດຂອງກັນແລະກັນ, ເຮັດໃຫ້ການປະນີປະນອມແລະຊອກຫາວິທີແກ້ໄຂທົ່ວໄປທີ່ພໍໃຈຂອງຝ່າຍຕ່າງໆ.

ສືບຕໍ່ສົນທະນາ. ລາຍການສາມາດຖືກນໍາໃຊ້ເພື່ອດາວເກຣດທາງເລືອກທີ່ບໍ່ສາມາດຍອມຮັບໄດ້.

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