Meminta paket baru di EPEL

Saat meminta paket Fedora untuk EPEL, langkah-langkahnya sedikit berbeda tergantung pada kemampuan atau kesediaan Anda untuk membantu.

Jika Anda sudah menjadi kontributor Fedora, untuk paket Anda sendiri gunakan prosedur standar untuk meminta branch baru menggunakan fedpkg request-branch.

Sebelum meminta sebuah paket di EPEL, paket tersebut harus sudah ada di Fedora terlebih dahulu. Ada beberapa pengecualian langka ketika paket khusus EPEL diperlukan, tetapi itu di luar cakupan panduan ini.

Menentukan komponen

Permintaan paket EPEL dilacak di bugzilla. Nama source package digunakan sebagai field Component di bugzilla. Ini bisa sama atau tidak sama dengan nama paket yang Anda cari. Jika Anda tidak yakin apa nama source package-nya, cari paket yang Anda inginkan di aplikasi web Fedora Packages. Setelah Anda menemukan paket yang diinginkan di aplikasi ini, URL-nya akan memiliki struktur berikut:

https://packages.fedoraproject.org/pkgs/<source_package>/<package>/

Judul halaman akan berbunyi "<package> Subpackage of <source_package>" jika namanya berbeda, atau hanya "<package>" jika namanya sama. Gunakan nama source package sebagai komponen untuk sisa panduan ini.

Ajukan bug

Sebelum membuka laporan bug baru, periksa dulu laporan yang sudah ada untuk melihat apakah paket tersebut sudah pernah diminta. Gunakan URL berikut, dengan mengganti <component> menggunakan komponen Anda, untuk melihat bug terbuka yang sudah ada.

https://bugz.fedoraproject.org/<component>

Jika tidak ada permintaan terbuka untuk versi EPEL yang Anda inginkan, maka buka bug baru di https://bugzilla.redhat.com/enter_bug.cgi.

Silakan ajukan bug terpisah untuk versi mayor EPEL yang berbeda. Untuk EPEL 8 dan 9, Anda hanya perlu mengajukan bug untuk versi mayor. Untuk EPEL10, harap catat versi minor EPEL mana yang Anda minta dalam deskripsi bug.
Field Bugzilla untuk permintaan EPEL

  • Classification: Fedora

  • Product: Fedora EPEL

  • Component: <component> (jika komponen tidak ditemukan, lanjutkan ke catatan berikutnya)

  • Version: epel10 (atau epel9, epel8, dan seterusnya)

  • Summary: Please branch and build <package> in epel10 (atau epel9, epel8, dan seterusnya)

Jika paket ini belum pernah ada di EPEL sebelumnya, komponen tersebut tidak akan ada dalam Product Fedora EPEL. Anda tetap dapat meminta paket tersebut dengan menggunakan Product Fedora.

Field Bugzilla untuk permintaan EPEL (alternatif)

  • Classification: Fedora

  • Product: Fedora

  • Component: <component>

  • Version: rawhide

  • Summary: Please branch and build <package> in epel10 (atau epel9, epel8, dan seterusnya)

Jika komponen tidak ditemukan baik di Product Fedora EPEL maupun Fedora, maka kemungkinan paket tersebut belum ada di Fedora dan perlu ditambahkan ke sana terlebih dahulu.

Pada titik ini, langkah-langkahnya berubah tergantung pada kemampuan atau kesediaan Anda untuk membantu.

Konsumen/pengguna akhir

Kosongkan Description lalu isi dengan:

Please branch and build <package> in epel10.

Jika Anda menginginkan paket tersebut di versi minor epel10 saat ini, silakan tambahkan hal itu ke deskripsi seperti disebutkan di atas.

Jika tidak ada tanggapan setelah seminggu, tambahkan komentar berikut di bug:

Will you be able to branch and build <package> in epel10?

Jika tidak ada tindakan pada bug tersebut setelah dua minggu berikutnya, kirim email ke epel-devel untuk menanyakan apakah ada packager yang ingin memaketkan dan memelihara paket Anda di EPEL. Pastikan Anda menyertakan URL Bugzilla dalam email Anda.

Packager Fedora/EPEL

Kosongkan Description lalu isi dengan:

Please branch and build <package> in epel10.

If you do not wish to maintain <package> in epel10,
or do not think you will be able to do this in a timely manner,
I would be happy to be a co-maintainer of the package (FAS <your FAS Id>);
please add me through https://src.fedoraproject.org/rpms/<package>/adduser

Jika Anda menginginkan paket tersebut di versi minor epel10 saat ini, silakan tambahkan hal itu ke deskripsi seperti disebutkan di atas.

Jika tidak ada tanggapan setelah seminggu, tambahkan komentar berikut di bug:

Will you be able to branch and build <package> in epel10?
I would be happy to be a co-maintainer if you do not wish
to build it on epel10 (FAS: <your FAS Id>).

Jika tidak ada tindakan pada bug tersebut setelah dua minggu berikutnya, ikuti langkah permintaan EPEL yang terhenti, dan buka tiket di releng:

  • Judul Tiket:

    Stalled EPEL package: <package>

  • Isi Tiket:

    <package> has a stalled EPEL branch request.

<bugzilla URL>

Since this has met the time requirements as outlined in the stalled EPEL request policy,
please grant my FAS (@<FAS of requester>) commit access to the package.

cc: @<FAS of maintainer>

Setelah Anda diberi izin commit, Anda kemudian dapat membuat branch, build, dan memelihara paket tersebut di epel.

Permintaan EPEL yang terhenti

Ada kalanya pengelola paket EPEL/Fedora tidak merespons permintaan paket EPEL. Jika packager lain ingin membangun dan memelihara paket tersebut di EPEL, inilah langkah-langkah yang mereka lakukan.

  • Seseorang membuka bug Bugzilla untuk meminta agar sebuah paket ditambahkan ke EPEL-X. Seorang packager, baik pelapor Bugzilla tersebut maupun orang lain, menyatakan bahwa mereka bersedia membantu memelihara/menjadi ko-pengelola paket itu di EPEL-X.

  • Satu minggu berlalu tanpa tindakan.

  • Mereka kembali menyatakan bahwa mereka bersedia memelihara/menjadi ko-pengelola paket tersebut di EPEL dan menetapkan flag needinfo untuk pengelola.

    • Ini dilakukan jika pesan awal terlewat.

  • Dua minggu berlalu tanpa tanggapan.

  • Mereka mengajukan tiket releng untuk meminta hak akses yang sesuai agar dapat membuat branch dan build paket tersebut di EPEL-X. Tiket ini harus menyertakan tautan ke permintaan bugzilla dan menyebutkan akun FAS pengelola.

    • Bagian kebijakan ini akan disesuaikan seiring berbagai fitur diterapkan di pagure dan dist-git.

  • Hak akses tersebut diberikan dan packager dijadikan kontak Bugzilla untuk EPEL.

  • Setelah itu mereka meminta branch, lalu membangun paket di EPEL-X dengan mengikuti langkah normal.

"Tindakan" dianggap sebagai sesuatu yang memajukan bug tersebut. "Tindakan" bisa positif atau negatif. Misalnya respons seperti "Kode ini tidak diperbarui selama 10 tahun dan memiliki masalah keamanan" lalu mereka menutup tiket. "Tidak ada tindakan" bisa berarti tidak ada respons sama sekali, atau bisa juga berupa respons seperti "Saya tidak ingin mengerjakan epel" lalu mereka tidak melakukan apa pun lagi.

Templat untuk langkah-langkah ini dapat ditemukan di atas.

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