ELN Extras

ELN-Extras ແມ່ນສ່ວນຂະຫຍາຍຂອງ Fedora ELN ໂດຍພື້ນຖານ, ຄວາມແຕກຕ່າງຫຼັກແມ່ນເນື້ອຫາໃນ ELN-Extras ຈະຖືກກຳນົດໂດຍຊຸມຊົນ Fedora/EPEL, ໃນຂະນະທີ່ເນື້ອຫາຂອງ ELN ແມ່ນຖືກຕັດສິນໃຈໂດຍການຈັດການຂອງ Red Hat ເປັນສ່ວນໃຫຍ່. ນີ້ຈະເປີດໂອກາດໃຫ້ຜູ້ໃຊ້ໄດ້ໝັ້ນໃຈວ່າແອັບພລິເຄຊັນຂອງພວກເຂົາຈະເຮັດວຽກໄດ້ໃນ RHEL ເວີຊັນທີ່ຈະມາເຖິງ ລວມທັງເປັນກົນໄກການເລີ່ມຕົ້ນ (bootstrapping) ສຳລັບ EPEL. ມັນຈະງ່າຍ ແລະ ໄວຂຶ້ນຫຼາຍໃນການປ່ອຍ EPEL N+1 ຖ້າຫາກແພັກເກັດເລີ່ມຕົ້ນຖືກສ້າງໄວ້ແລ້ວສຳລັບ ELN-Extras.

You are responsible when your package fails to build on ELN Extras. Remember to check your packages on the ELN Rebuild Status Page. ELN Extras packages get rebuilt much more frequently than in EPEL.

ວິທີການເພີ່ມແພັກເກັດເຂົ້າໃນ ELN Extras

ການເພີ່ມແພັກເກັດເຂົ້າໃນ ELN Extras ແມ່ນຄືກັນກັບການເພີ່ມເຂົ້າໃນ ELN. ຄວາມແຕກຕ່າງດຽວກໍຄື ຜູ້ຈັດທຳແພັກເກັດ (packager) ຂອງ Fedora ທຸກຄົນສາມາດເພີ່ມແພັກເກັດເຂົ້າໃນ ELN Extras ໄດ້, ໃນຂະນະທີ່ມີພຽງແຕ່ບາງຄົນເທົ່ານັ້ນທີ່ສາມາດເພີ່ມແພັກເກັດເຂົ້າໃນ ELN.

ທ່ານເພີ່ມແພັກເກັດໄບນາຣີໂດຍການສ້າງ ແລະ ສົ່ງວຽກ (workloads) ໃຫ້ກັບ Content Resolver. ໂດຍສົ່ງພວກມັນເປັນ pull requests ທີ່ content resolver input. ໄຟລ໌ວຽກຈະຢູ່ໃນໄດເຣັກທໍຣີ config.

ເມື່ອວຽກຖືກລວມ (merged) ແລ້ວ, Content Resolver ຈະກວດສອບສິ່ງທີ່ຈຳເປັນ (dependencies) ທັງໝົດຂອງວຽກນັ້ນ, ຕັດແພັກເກັດທີ່ມີຢູ່ແລ້ວໃນ ELN ອອກ, ແລະ ສະແດງຜົນໃນ ໜ້າສະແດງຜົນ ELN Extras.

ຫຼັງຈາກ Content Resolver ເຮັດວຽກສຳເລັດ, ຂະບວນການສ້າງຂອງ ELN ຈະເອົາລາຍຊື່ນັ້ນໄປເພີ່ມເຂົ້າໃນລາຍຊື່ການສ້າງຂອງ ELN Extras.

ວຽກ (Workloads)

ເອກະສານຄູ່ມືສະບັບເຕັມກ່ຽວກັບສິ່ງທີ່ຢູ່ໃນໄຟລ໌ workload yaml ສາມາດເບິ່ງໄດ້ຈາກຄຳອະທິບາຍໃນ ໄຟລ໌ຕົວຢ່າງ workload yaml.

ໃນການສ້າງໄຟລ໌ workload yaml ເບື້ອງຕົ້ນຂອງທ່ານ, ໃຫ້ເອົາໄຟລ໌ຕົວຢ່າງນັ້ນມາປ່ຽນຊື່, ແກ້ໄຂ, ແລ້ວສົ່ງມັນເປັນ pull request.

ຕົວຢ່າງ workload yaml ມີຕົວຢ່າງໃຫ້ທຸກຢ່າງ. ແຕ່ພວກເຮົາບໍ່ຈຳເປັນຕ້ອງໃຊ້ທຸກຢ່າງສຳລັບ ELN Extras.

ສ່ວນທີ່ຈຳເປັນຂອງ Workload

  • document: feedback-pipeline-workload

    • ໃຊ້ແຖວນີ້ເລີຍ, ຫ້າມປ່ຽນແປງ

  • version: 1

    • ໃຊ້ແຖວນີ້ເລີຍ, ຫ້າມປ່ຽນແປງ

  • name: <ຊື່ຂອງວຽກ>

    • ຕັ້ງຊື່ໃຫ້ສັ້ນ, ສາມາດເວັ້ນວ່າງໄດ້

  • description: <ຄຳອະທິບາຍວຽກ>

    • ຄຳອະທິບາຍທີ່ຍາວຂຶ້ນ, ແຕ່ຕ້ອງຢູ່ໃນແຖວດຽວ

  • maintainer: <FAS ແລະ/ຫຼື Github ID>

    • ໃຜຈະເປັນຜູ້ເບິ່ງແຍງແພັກເກັດໃນວຽກນີ້ສຳລັບ ELN ແລະ EPEL.

    • ຫ້າມໃສ່ຊື່ຄົນອື່ນເປັນຜູ້ເບິ່ງແຍງໂດຍບໍ່ໄດ້ຮັບອະນຸຍາດ.

  • labels: eln-extras

    • ເຖິງວ່າຈະສາມາດລະບຸໄດ້ຫຼາຍປ້າຍ (labels), ແຕ່ສຳລັບ eln-extras ໃຫ້ໃສ່ພຽງອັນດຽວນີ້

  • packages:

    • ລາຍຊື່ແພັກເກັດໄບນາຣີໃນກຸ່ມວຽກ

    • ຫ້າມໃສ່ຊື່ແພັກເກັດຊອຣ໌ສ (SOURCE PACKAGE) ໃນລາຍຊື່ແພັກເກັດ.

    • ໃຫ້ລະບຸລາຍຊື່ແພັກເກັດໄບນາຣີທັງໝົດທີ່ທ່ານຕ້ອງການ.

    • ຖ້າທ່ານລະບຸລາຍຊື່ແພັກເກັດໃນສ່ວນ arch specific ແລ້ວ, ຫ້າມມາລະບຸຢູ່ນີ້ອີກ.

ສ່ວນເສີມຂອງ Workload (Optional)

  • arch_packages:

    • ຖ້າທ່ານມີແພັກເກັດທີ່ບໍ່ໄດ້ສ້າງໃນທຸກສະຖາປັດຕະຍະກຳ (arches), ທ່ານຕ້ອງລະບຸລາຍຊື່ໃນທຸກ arches ທີ່ມັນຖືກສ້າງ.

    • ແພັກເກັດ noarch ທັງໝົດໃຫ້ໃສ່ໃນສ່ວນ package: ປົກກະຕິ.

  • options:

    • ຖ້າທ່ານຈຳເປັນຕ້ອງໃຊ້ options, ສາມາດໃຊ້ໄດ້.

ສ່ວນທີ່ບໍ່ໄດ້ໃຊ້ໃນ Workload

  • modules_disable:

    • ພວກເຮົາບໍ່ມີໂມດູນ (modules) ໃນ ELN Extras

  • groups:

    • ພວກເຮົາບໍ່ມີກຸ່ມ (groups) ໃນ ELN Extras

  • package_placeholders:

    • ພວກເຮົາບໍ່ມີການປະມວນຜົນ package_placeholders ໃນ ELN Extras

ແພັກເກັດສຳລັບ ELN ເທົ່ານັ້ນ

ແພັກເກັດສຳລັບ ELN ເທົ່ານັ້ນກໍສາມາດເພີ່ມເຂົ້າໃນ ELN Extras ໄດ້ຄືກັນ. ຕົວຢ່າງໜຶ່ງແມ່ນ -epel packages ຊຶ່ງມັກຖືກໃຊ້ເພື່ອສະໜອງແພັກເກັດຍ່ອຍ (subpackages) ທີ່ບໍ່ໄດ້ຖືກສົ່ງອອກ ຫຼື ຖືກຍົກເວັ້ນໃນ RHEL. ແພັກເກັດເຫຼົ່ານີ້ສາມາດເພີ່ມເຂົ້າໃນ ELN Extras ໄດ້ ໂດຍມີເງື່ອນໄຂເພີ່ມເຕີມບາງຢ່າງ:

  • ຄືກັນກັບແພັກເກັດ -epel ທົ່ວໄປ, ແພັກເກັດຕ້ອງສ້າງສະເພາະແພັກເກັດຍ່ອຍທີ່ຈຳເປັນເທົ່ານັ້ນ ແລະ ບໍ່ມີສິ່ງອື່ນ

  • ແພັກເກັດຕ້ອງຖືກສ້າງດ້ວຍມືສຳລັບ ELN ຈາກ branch "eln" ໃນ dist-git

  • ຊື່ SRPM ຕ້ອງແຕກຕ່າງຈາກແພັກເກັດ Rawhide ທີ່ກ່ຽວຂ້ອງ (ຕົວຢ່າງ)

  • ຊື່ SRPM ຕ້ອງຖືກເພີ່ມເຂົ້າໃນລາຍຊື່ຍົກເວັ້ນໃນ ELNBuildSync ເພື່ອຫຼີກເວັ້ນການສ້າງໃໝ່ໂດຍບໍ່ໄດ້ຕັ້ງໃຈ (ຕົວຢ່າງ)

  • ແພັກເກັດຍ່ອຍທີ່ຈຳເປັນຕ້ອງຖືກເພີ່ມເຂົ້າໃນ Content Resolver ສຳລັບ ELN Extras ຕາມປົກກະຕິ (ຕົວຢ່າງ)

ຄຳຖາມທີ່ພົບເລື້ອຍກ່ຽວກັບ ELN Extras

ຂ້ອຍສາມາດເພີ່ມແພັກເກັດ Fedora ໃດໜຶ່ງ ຫຼື ທັງໝົດເຂົ້າໃນ ELN-Extras ໄດ້ບໍ່?

ທ່ານກຳລັງໃສ່ຊື່ຂອງທ່ານໃນຖານະຜູ້ສະໜັບສະໜູນແພັກເກັດເຫຼົ່ານີ້. ທ່ານຈະເປັນຜູ້ສົ່ງແພັກເກັດວຽກເຫຼົ່ານີ້ໃນຮູບແບບ pull requests. ກຸ່ມ ELN SIG ຈະກວດສອບ pull requests ແລະ ຖາມຄຳຖາມຖ້າຫາກເຫັນສິ່ງທີ່ຜິດປົກກະຕິ ຫຼື ບໍ່ຖືກຕ້ອງ. ດັ່ງນັ້ນ, ແມ່ນແລ້ວ, ຖ້າທ່ານເຕັມໃຈທີ່ຈະສະໜັບສະໜູນແພັກເກັດ, ມັນສາມາດເປັນແພັກເກັດ Fedora ໃດກໍໄດ້ທີ່ບໍ່ມີຢູ່ໃນ ELN. ແລະ ໃນຂະນະທີ່ພວກເຮົາບໍ່ໄດ້ກຳນົດຂີດຈຳກັດທີ່ຕາຍຕົວສຳລັບຈຳນວນແພັກເກັດທີ່ທ່ານສາມາດເພີ່ມເຂົ້າໃນ ELN Extras, ແຕ່ SIG ຈະກວດສອບພວກມັນ ແລະ ຈະບໍ່ລວມ (merge) ຄຳຮ້ອງຂໍທີ່ເບິ່ງຄືວ່າຫຼາຍເກີນໄປສຳລັບຜູ້ຮ້ອງຂໍຄົນນັ້ນ.

ຖ້າມີຄົນເພີ່ມແພັກເກັດເຂົ້າໃນວຽກຂອງພວກເຂົາແລ້ວ, ຂ້ອຍສາມາດມີແພັກເກັດດຽວກັນນັ້ນໃນວຽກຂອງຂ້ອຍໄດ້ບໍ່?

ໄດ້. Content Resolver ຖືກຕັ້ງຄ່າມາເພື່ອຈັດການກັບແພັກເກັດທີ່ຢູ່ໃນຫຼາຍກວ່າໜຶ່ງວຽກ, ຫຼື ສິ່ງທີ່ຈຳເປັນ (dependency) ໃນຫຼາຍກວ່າໜຶ່ງວຽກ. ມັນຈະສະແດງໃຫ້ເຫັນວ່າວຽກໃດລະບຸ ຫຼື ຕ້ອງການແພັກເກັດໃດ. ມັນຍັງຊ່ວຍຄາດເດົາວ່າໃຜຄວນເປັນເຈົ້າຂອງແພັກເກັດນັ້ນນຳອີກ.

Want to help? Learn how to contribute to Fedora Docs ›