Kebijakan sponsor packager

Sponsorship dapat diminta ketika sebuah permintaan tinjauan diajukan untuk paket baru, atau untuk paket yang sudah ditarik (retired) dan memerlukan tinjauan baru. Permintaan tersebut dilakukan dengan membuat tiket Bugzilla permintaan tinjauan memblokir bug pelacak FE-NEEDSPONSOR. Meskipun FE-NEEDSPONSOR diterapkan pada permintaan tinjauan paket, yang sebenarnya memerlukan sponsorship adalah orangnya, bukan paketnya.

Cara lain untuk bergabung dalam grup packager adalah dengan menjadi co-maintainer dari paket yang sudah ada di Fedora. Pemilik paket saat ini akan mengizinkan pelamar untuk ikut memelihara paket tersebut dan bertindak sebagai mentor mereka.

Jika pemilik paket adalah seorang sponsor, mereka dapat langsung mensponsori pelamar tersebut. Jika bukan, mereka dapat meminta sponsor lain yang sudah ada untuk melakukannya. Hal ini dapat dilakukan dengan menghubungi sponsor secara pribadi, atau dengan membuka tiket di instance pagure sponsor packager. Tiket tersebut harus menyatakan bahwa mereka adalah pemilik paket dan ingin agar pelamar ikut memelihara paket mereka. Mereka menyetujui untuk bertanggung jawab dalam membimbing pelamar sebagaimana dijelaskan dalam bagian Tanggung Jawab Sponsor Paket.

Jika pelamar ingin mulai memelihara paket yang telah menjadi yatim, atau baru saja ditarik sehingga, sesuai Kebijakan untuk Paket Yatim dan Ditarik, belum memerlukan tinjauan baru, mereka dapat membuka tiket di instance pagure sponsor packager, menyatakan bahwa mereka ingin memelihara paket tersebut dan memerlukan sponsor.

Sebelum mengajukan permintaan sponsorship, pelamar harus memeriksa paket dan melihat apakah terdapat isu terbuka di Bugzilla. Permintaan hanya boleh diajukan jika pelamar yakin dapat memperbaiki keadaan paket tersebut. Mereka harus membuka pull request untuk memperbaiki masalah yang ditemukan dan menautkannya dalam permintaan sponsorship mereka. Sponsor kemudian dapat memberikan umpan balik terhadap pull request tersebut sekaligus menilai pengetahuan pelamar.

Membuka pull request untuk memperbaiki masalah pada paket yang sudah ada adalah cara yang sangat baik untuk membantu maintainer paket lain sekaligus menunjukkan keahlian.

Jika pelamar telah mengajukan paket baru untuk ditinjau, paket tersebut dapat diperiksa untuk melihat apakah pelamar memahami pengemasan rpm dan Pedoman Pengemasan Fedora.

Pelamar dapat menunjukkan tingkat pemahaman mereka dengan memberikan komentar pada permintaan tinjauan paket. Ini juga membantu para peninjau lain, yang tentunya akan sangat dihargai.

Komentar tersebut harus mengikuti Pedoman Tinjauan yang berlaku, tetapi juga harus secara jelas menyatakan bahwa komentator belum menjadi packager resmi, sehingga tinjauan bersifat tidak resmi. Meskipun tidak wajib menyelesaikan seluruh daftar periksa, tinjauan yang lebih komprehensif akan lebih berharga.

Sponsor juga dapat memutuskan untuk menerima pelamar berdasarkan jenis kontribusi lain. Misalnya, pelamar mungkin merupakan maintainer hulu (upstream maintainer) dari proyek tersebut, atau telah memberikan kontribusi lain dalam pengemasan yang tidak termasuk dalam kategori sebelumnya.

Sponsor packager harus bersedia menjawab pertanyaan dari maintainer yang mereka sponsori. Sponsor dapat memilih untuk tersedia melalui IRC, email, Bugzilla, posting milis, telepon, atau sarana lainnya. Jika sponsor tidak dapat menjawab pertanyaan, mereka harus menyalurkannya ke forum yang sesuai: milis devel, salah satu milis khusus bahasa, Komite Pengemasan, milis legal, FESCo, atau forum lain yang relevan, dan kemudian menyampaikan kembali jawabannya.

Pertanyaan yang sebaiknya dijawab sponsor meliputi seluruh hal yang berkaitan dengan aspek praktis Fedora (Pedoman Pengemasan, Sistem Build, VCS, FAS, pembaruan, dan sebagainya).

Sponsor packager juga harus mampu membimbing packager yang disponsori dalam berbagai aspek lain dari Fedora. Misalnya, mengarahkan mereka ke kebijakan maintainer yang sesuai, membantu mereka merasa nyaman dalam komunitas Fedora, serta menjelaskan apa itu Fedora dan apa yang bukan termasuk dalam cakupannya.

Jika seorang maintainer yang disponsori tidak dapat memperbaiki masalah pada paket mereka, sponsor harus siap turun tangan untuk memberikan perbaikan atau membantu mereka menemukan solusi dari sumber lain. Hal ini mungkin mencakup mendorong pembaruan keamanan ketika maintainer tidak tersedia, menerapkan patch, menghapus paket yang terbangun secara tidak benar, atau menangani isu yang bersifat sensitif terhadap waktu atau keamanan. Ini juga dapat berarti mengirim pesan ke milis devel untuk meminta bantuan atau membimbing packager dalam menemukan milis proyek hulu dan meminta bantuan di sana. Perlu dicatat bahwa maintainer harus diperlihatkan perbaikannya dan diajarkan cara menangani masalah tersebut ke depannya.