ຊຸດ MyPaint ແລະ GIMP ຂັດກັນໃນ ArchLinux

ເປັນເວລາຫຼາຍປີ, ປະຊາຊົນສາມາດໃຊ້ GIMP ແລະ MyPaint ພ້ອມກັນຈາກບ່ອນເກັບມ້ຽນ Arch ຢ່າງເປັນທາງການ. ແຕ່ບໍ່ດົນມານີ້, ທຸກສິ່ງທຸກຢ່າງໄດ້ປ່ຽນແປງ. ໃນປັດຈຸບັນທ່ານຕ້ອງເລືອກສິ່ງຫນຶ່ງ. ຫຼືປະກອບຫນຶ່ງຂອງຊຸດຕົວທ່ານເອງ, ເຮັດໃຫ້ການປ່ຽນແປງບາງຢ່າງ.

ມັນທັງຫມົດໄດ້ເລີ່ມຕົ້ນໃນເວລາທີ່ archivist ບໍ່ສາມາດລວບລວມ GIMP ແລະ ຈົ່ມ ສໍາລັບການນີ້ກັບນັກພັດທະນາຂອງ Gimp. ທີ່ລາວໄດ້ຖືກບອກວ່າທຸກສິ່ງທຸກຢ່າງເຮັດວຽກສໍາລັບທຸກຄົນ, GIMP ບໍ່ມີຫຍັງກ່ຽວຂ້ອງກັບມັນແລະວ່າເຫຼົ່ານີ້ແມ່ນບັນຫາໂບຮານຄະດີ. ລາຍງານ ຕົວຕິດຕາມແມງໄມ້ຂອງ Arch ໄດ້ແກ້ໄຂບັນຫາຂອງລາວ.

ມັນໄດ້ຫັນອອກວ່າຜູ້ຮັກສາຂອງ Arch ໄດ້ໃຊ້ patch ທີ່ປ່ຽນຊື່ຂອງບາງໄຟລ໌ libmypaint. ໃນບັນດາພວກມັນແມ່ນໄຟລ໌ການຕັ້ງຄ່າສໍາລັບ pkg-config, ເຊິ່ງສົ່ງຜົນກະທົບຕໍ່ການສ້າງ libmypaint-dependent Gimp. ອີງຕາມຜູ້ຮັກສາ, ນີ້ໄດ້ຖືກເຮັດໂດຍບໍ່ໄດ້ຕັ້ງໃຈແລະຫຼັງຈາກການຮ້ອງທຸກ, ແຜ່ນໂບຮານໄດ້ຖືກຍົກເລີກ. ຢ່າງໃດກໍ່ຕາມ, ຫຼັງຈາກການຍົກເລີກຂອງມັນ, ຄວາມຂັດແຍ້ງທີ່ບໍ່ສາມາດແກ້ໄຂໄດ້ລະຫວ່າງແພັກເກັດ libmypaint ແລະ MyPaint ເກີດຂື້ນ, ເນື່ອງຈາກຄວາມຈິງທີ່ວ່າແພັກເກັດມີຊື່ໄຟລ໌ດຽວກັນ.

ແນະນໍາໃຫ້ຜູ້ຂຽນຂອງ MyPaint, ຜູ້ທີ່ໃຊ້ຫ້ອງສະຫມຸດຂອງຕົນເອງບໍ່ຖືກຕ້ອງ, ຖືວ່າເປັນຜູ້ກະທໍາຜິດຂອງຄວາມຜິດພາດອັນໃຫຍ່ຫຼວງນີ້.

ຂ່າວລືວ່າຫຼັງຈາກການປ່ອຍ MyPaint 2 ບັນຫາຈະຖືກແກ້ໄຂ. ແຕ່ໃນປັດຈຸບັນສະບັບທີສອງແມ່ນພຽງແຕ່ຢູ່ໃນຂັ້ນຕອນຂອງການບໍ່ມີເພດ; ການປ່ອຍຕົວຫຼ້າສຸດຂອງ MyPaint 1.2.1 ແມ່ນໃນເດືອນມັງກອນ 2017 ແລະໃຜຮູ້ວ່າພວກເຮົາຈະຕ້ອງລໍຖ້າດົນປານໃດກ່ອນທີ່ຈະເປີດຕົວຮຸ່ນທີສອງຢ່າງເປັນທາງການ.

ຖ້າທ່ານມີ GIMP ແລະ MyPaint ຕິດຕັ້ງໃນເວລາດຽວກັນ, ຕອນນີ້ເຈົ້າຈະຕ້ອງເອົາອັນຫນຶ່ງອອກຫຼືເພີ່ມທາງເລືອກ IgnorePkg = mypaint ໄປຫາສ່ວນ [ທາງເລືອກ] ຂອງ /etc/pacman.conf ແລະຫວັງວ່າ MyPaint ຈະສືບຕໍ່ເຮັດວຽກຈົນກ່ວາ. ສະ​ບັບ​ໃຫມ່​ໄດ້​ຖືກ​ປ່ອຍ​ອອກ​ມາ​ເມື່ອ​.

ອ້າງອີງຈາກ ຄຳ ເຫັນ ຜູ້​ດູ​ແລ​ຄົນ​ອື່ນ​:

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

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