DNF ເຮັດວຽກຜ່ານພຣັອກຊີ. ເປັນຫຍັງ GNOME Software ຈຶ່ງບໍ່ເຮັດວຽກ?

DNF ດາວໂຫຼດແພັກເກດໄດ້ໂດຍບໍ່ມີການຮ້ອງທຸກ. GNOME Software ສະແດງລາຍການ ແລ້ວຢຸດເມື່ອທ່ານຂໍໃຫ້ຕິດຕັ້ງບາງຢ່າງ. ມັນງ່າຍທີ່ຈະສະຫຼຸບວ່າແອັບກຣາຟິກພຽງແຕ່ບໍ່ສົນໃຈພຣັອກຊີ. ຍັງມີຄວາມເປັນໄປໄດ້ອີກຢ່າງໜຶ່ງ: ຂໍ້ມູນພຣັອກຊີບໍ່ເຄີຍໄປຮອດອົງປະກອບທີ່ເຮັດການດາວໂຫຼດ.

ຕິດຕາມການສົ່ງຕໍ່

GNOME Software ແລະ ຄຳສັ່ງທີ່ທ່ານພິມໃນເທີມິນອລບໍ່ມີເສັ້ນທາງການຕັ້ງຄ່າດຽວກັນ. ເອກະສານພຣັອກຊີຂອງ PackageKit ອະທິບາຍຂະບວນການຂອງເຊສຊັນທີ່ອ່ານການຕັ້ງຄ່າຂອງເດສະທັອບ ແລ້ວສົ່ງຕໍ່ໃຫ້ດີມອນ. ໃນ GNOME ນັ້ນ gnome-software ອ່ານ GSettings ແລ້ວເອີ້ນອິນເຕີເຟສຕັ້ງຄ່າພຣັອກຊີຂອງ PackageKit.

ຈາກນັ້ນດີມອນຈະໃຫ້ການຕັ້ງຄ່າຂອງເຊສຊັນທີ່ເໝາະສົມແກ່ແບັກເອນຂອງແພັກເກດ. ໝາຍຄວາມວ່າຄຳຂໍ DNF ທີ່ສຳເລັດພິສູດວ່າພຣັອກຊີສາມາດບໍລິການການເອີ້ນ DNF ນັ້ນໄດ້. ແຕ່ມັນບໍ່ໄດ້ພິສູດວ່າເຊສຊັນເດສະທັອບໄດ້ລົງທະບຽນການຕັ້ງຄ່າດຽວກັນກັບ PackageKit.

ສາມຄຳຖາມທີ່ເປັນປະໂຫຍດ

1. ການດຳເນີນການໃດທີ່ລົ້ມເຫຼວ? ການເບິ່ງຂໍ້ມູນລາຍການ, ການໂຫຼດເມຕາດາຕາຄືນໃໝ່ ແລະ ການດາວໂຫຼດແພັກເກດ ແມ່ນການດຳເນີນການຕ່າງກັນ. ບັນທຶກອັນທີ່ສ້າງຂໍ້ຜິດພາດຕົວຈິງ.
2. ພຣັອກຊີຂອງເຊສຊັນຖືກລົງທະບຽນແລ້ວບໍ່? ກວດເບິ່ງການຕັ້ງຄ່າພຣັອກຊີທີ່ໃຊ້ຕົວຈິງຂອງເດສະທັອບ ແລະ ຂໍ້ຜິດພາດທີ່ PackageKit ລາຍງານ. ການຕັ້ງພຣັອກຊີບໍ່ສຳເລັດແຕກຕ່າງຈາກພຣັອກຊີທີ່ສົ່ງຄືນ 407 ລະຫວ່າງການດາວໂຫຼດ.
3. ເວີຊັນໃດເປັນເຈົ້າຂອງການຕັ້ງຄ່ານີ້? PackageKit ໄດ້ປ່ຽນແປງຕາມເວລາ. ກະແຈການຕັ້ງຄ່າທີ່ຄັດລອກມາຈາກຄຳຕອບກ່ຽວກັບ Fedora 25 ອາດອະທິບາຍແບັກເອນເກົ່າ ຫຼື ຂໍ້ຜິດພາດທີ່ບໍ່ໃຊ້ແລ້ວ.

ຕົວແປທີ່ສົ່ງອອກຈາກເທີມິນອລບໍ່ແມ່ນຕົວແທນທີ່ໜ້າເຊື່ອຖືສຳລັບກວດການສົ່ງຕໍ່ນີ້. ດີມອນບໍ່ແມ່ນລູກຂອງສະເວລທີ່ທ່ານພິມ export, ແລະ ການເຂົ້າສູ່ລະບົບແບບກຣາຟິກອາດມີສະພາບແວດລ້ອມຕ່າງກັນ.

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