ໂຄງການ Glibc ໄດ້ຍົກເລີກການໂອນສິດບັງຄັບໃຊ້ລະຫັດໄປຫາມູນນິທິແຫຼ່ງເປີດ

ນັກພັດທະນາຂອງຫ້ອງສະຫມຸດລະບົບ GNU C Library (glibc) ໄດ້ເຮັດການປ່ຽນແປງກົດລະບຽບການຍອມຮັບການປ່ຽນແປງແລະການໂອນລິຂະສິດ, ຍົກເລີກການໂອນສິດທິຊັບສິນທີ່ບັງຄັບໃຊ້ລະຫັດໄປຫາມູນນິທິ Open Source. ໂດຍການປຽບທຽບກັບການປ່ຽນແປງທີ່ໄດ້ຮັບຮອງເອົາກ່ອນຫນ້ານີ້ໃນໂຄງການ GCC, ການລົງນາມໃນຂໍ້ຕົກລົງ CLA ກັບ Open Source Foundation ໃນ Glibc ໄດ້ຖືກໂອນໄປຫາປະເພດຂອງການດໍາເນີນງານທາງເລືອກທີ່ດໍາເນີນຕາມຄໍາຮ້ອງຂໍຂອງຜູ້ພັດທະນາ. ການປ່ຽນແປງກົດລະບຽບ, ເຊິ່ງອະນຸຍາດໃຫ້ patches ໄດ້ຮັບການຍອມຮັບໂດຍບໍ່ມີການໂອນສິດກັບພື້ນຖານແຫຼ່ງເປີດ, ຈະມີຜົນໃນວັນທີ 2 ສິງຫາແລະຈະສົ່ງຜົນກະທົບຕໍ່ທຸກສາຂາຂອງ Glibc ທີ່ມີຢູ່ສໍາລັບການພັດທະນາ, ຍົກເວັ້ນລະຫັດທີ່ຖືກແບ່ງປັນຜ່ານ Gnulib ກັບໂຄງການ GNU ອື່ນໆ.

ນອກເຫນືອຈາກການໂອນສິດຊັບສິນໃຫ້ກັບມູນນິທິ Open Source, ນັກພັດທະນາໄດ້ຮັບໂອກາດທີ່ຈະຢືນຢັນສິດທິໃນການໂອນລະຫັດກັບໂຄງການ Glibc ໂດຍໃຊ້ກົນໄກການຢັ້ງຢືນແຫຼ່ງກໍາເນີດຂອງນັກພັດທະນາ (DCO). ອີງຕາມ DCO, ການຕິດຕາມຜູ້ຂຽນແມ່ນປະຕິບັດໂດຍການຄັດຕິດເສັ້ນ "ເຊັນອອກໂດຍ: ຊື່ຜູ້ພັດທະນາແລະອີເມວ" ໃນແຕ່ລະການປ່ຽນແປງ. ໂດຍການແນບລາຍເຊັນນີ້ໃສ່ແທັບ, ນັກພັດທະນາຢືນຢັນການເປັນເຈົ້າຂອງລະຫັດທີ່ຖືກໂອນແລະຕົກລົງເຫັນດີກັບການແຈກຢາຍຂອງມັນເປັນສ່ວນຫນຶ່ງຂອງໂຄງການຫຼືເປັນສ່ວນຫນຶ່ງຂອງລະຫັດພາຍໃຕ້ໃບອະນຸຍາດຟຣີ. ບໍ່ເຫມືອນກັບການກະທໍາຂອງໂຄງການ GCC, ການຕັດສິນໃຈໃນ Glibc ບໍ່ໄດ້ຖືກນໍາມາລົງໂດຍສະພາບໍລິຫານຈາກຂ້າງເທິງ, ແຕ່ໄດ້ຖືກເຮັດຫຼັງຈາກການສົນທະນາເບື້ອງຕົ້ນກັບຜູ້ຕາງຫນ້າທັງຫມົດຂອງຊຸມຊົນ.

ການຍົກເລີກການລົງນາມແບບບັງຄັບຂອງຂໍ້ຕົກລົງກັບມູນນິທິ Open Source ຢ່າງຫຼວງຫຼາຍເຮັດໃຫ້ການເຂົ້າຮ່ວມຂອງຜູ້ເຂົ້າຮ່ວມໃຫມ່ໃນການພັດທະນາງ່າຍຂຶ້ນແລະເຮັດໃຫ້ໂຄງການເປັນເອກະລາດຂອງແນວໂນ້ມໃນມູນນິທິ Open Source. ຖ້າການລົງນາມໃນຂໍ້ຕົກລົງ CLA ໂດຍຜູ້ເຂົ້າຮ່ວມສ່ວນບຸກຄົນພຽງແຕ່ເຮັດໃຫ້ເສຍເວລາໃນພິທີການທີ່ບໍ່ຈໍາເປັນ, ຫຼັງຈາກນັ້ນສໍາລັບບໍລິສັດແລະພະນັກງານຂອງບໍລິສັດຂະຫນາດໃຫຍ່, ການໂອນສິດທິໃນກອງທຶນ Open Source ແມ່ນກ່ຽວຂ້ອງກັບຄວາມຊັກຊ້າທາງດ້ານກົດຫມາຍຫຼາຍຢ່າງແລະການອະນຸມັດ, ເຊິ່ງບໍ່ແມ່ນ. ສະເຫມີສໍາເລັດສົບຜົນສໍາເລັດ.

ການປະຖິ້ມການຄຸ້ມຄອງການລວມສູນຂອງສິດທິຂອງລະຫັດຍັງເສີມສ້າງເງື່ອນໄຂການອອກໃບອະນຸຍາດທີ່ໄດ້ຮັບການຍອມຮັບໃນເບື້ອງຕົ້ນ, ເນື່ອງຈາກວ່າການປ່ຽນແປງໃບອະນຸຍາດໃນປັດຈຸບັນຈະຕ້ອງການຄວາມຍິນຍອມສ່ວນບຸກຄົນຈາກຜູ້ພັດທະນາແຕ່ລະຄົນທີ່ບໍ່ໄດ້ໂອນສິດໃຫ້ກັບມູນນິທິ Open Source. ແນວໃດກໍ່ຕາມ, ລະຫັດ Glibc ຍັງສືບຕໍ່ສະໜອງໃຫ້ພາຍໃຕ້ໃບອະນຸຍາດ “LGPLv2.1 ຫຼືໃໝ່ກວ່າ”, ເຊິ່ງອະນຸຍາດໃຫ້ຍົກຍ້າຍໄປສູ່ LGPL ລຸ້ນໃໝ່ກວ່າໂດຍບໍ່ມີການອະນຸມັດເພີ່ມເຕີມ. ເນື່ອງຈາກສິດທິຂອງລະຫັດສ່ວນໃຫຍ່ຍັງຄົງຢູ່ໃນມືຂອງ Free Software Foundation, ອົງການຈັດຕັ້ງນີ້ຍັງສືບຕໍ່ມີບົດບາດຂອງຜູ້ຮັບປະກັນການແຈກຢາຍລະຫັດ Glibc ພຽງແຕ່ພາຍໃຕ້ໃບອະນຸຍາດ copyleft ຟຣີ. ຕົວຢ່າງ, ມູນນິທິແຫຼ່ງເປີດອາດຈະຂັດຂວາງຄວາມພະຍາຍາມທີ່ຈະແນະນໍາໃບອະນຸຍາດແບບຄູ່ / ການຄ້າຫຼືການປ່ອຍຜະລິດຕະພັນທີ່ເປັນເຈົ້າຂອງທີ່ຖືກປິດພາຍໃຕ້ຂໍ້ຕົກລົງແຍກຕ່າງຫາກກັບຜູ້ຂຽນລະຫັດ.

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

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