Politica relativa agli sponsor dei pacchetti

È possibile richiedere una sponsorizzazione quando viene presentata una richiesta di revisione per un nuovo pacchetto o per un pacchetto ritirato che necessita di una nuova revisione. Tale richiesta va presentata facendo in modo che il ticket Bugzilla relativo alla richiesta di revisione blocchi il bug di tracciamento FE-NEEDSPONSOR. Sebbene FE-NEEDSPONSOR sia impostato sulla richiesta di revisione del pacchetto, è la persona che necessita di essere sponsorizzata, non il pacchetto.

Un altro modo per entrare nel gruppo packager è co-mantenere un pacchetto già presente in Fedora. L’attuale proprietario di tale pacchetto autorizzerà il candidato alla co-manutenzione e agirà come suo mentore.

If the package owner is a sponsor, they can sponsor the applicant themselves. If they are not a sponsor, they can get another existing sponsor to do so. This can be done either by contacting a sponsor personally, or by opening a ticket in the packager sponsors pagure instance. The ticket should state that they are a package owner and that they would like the applicant to co-maintain their package. They agree to be responsible for mentoring the applicant as described in section Package Sponsor Responsibilities.

If the applicant wants to start maintaining a package that has been orphaned, or retired recently enough so that, according to Policy for Orphan and Retired Packages, it does not yet require a new review, they can open a ticket in the packager sponsors pagure instance, stating that they want to maintain that package and need a sponsor.

Prima di inviare la richiesta di sponsorizzazione, il richiedente dovrebbe ispezionare il pacchetto e verificare se presenta problemi aperti su Bugzilla. La richiesta dovrebbe essere inviata solo se il richiedente è certo di poter portare il pacchetto in buone condizioni. Dovrebbe aprire una pull request per correggere eventuali problemi riscontrati e includerne il link nella richiesta di sponsorizzazione. Gli sponsor possono quindi fornire feedback su queste pull request e, allo stesso tempo, valutare le competenze del richiedente.

"Aprire pull request per risolvere problemi nei pacchetti esistenti è un ottimo modo per aiutare gli altri manutentori e dimostrare la propria competenza.

"Se il candidato ha sottomesso un nuovo pacchetto per la revisione, il pacchetto può essere ispezionato per verificare se il candidato comprende il packaging RPM e le Linee guida per il packaging di Fedora.

"I candidati possono dimostrare il loro livello di competenza commentando le richieste di revisione dei pacchetti. Questo aiuta anche gli altri revisori, un contributo che sarà molto apprezzato.

"Tali commenti devono seguire le consuete Linee guida per la revisione, specificando però chiaramente che l’autore del commento non è ancora un manutentore (packager) e che la revisione è quindi ufficiosa. Sebbene non sia strettamente necessario completare l’intera checklist, le revisioni più complete hanno un valore maggiore.

I garanti (sponsor) possono anche decidere di accettare un candidato basandosi su altri tipi di contributi. Per esempio, il candidato potrebbe essere il manutentore upstream del progetto, oppure potrebbe aver fornito altri contributi al packaging che non rientrano in una delle categorie sopra elencate.

"Gli sponsor dei pacchettizzatori dovrebbero essere disponibili a rispondere alle domande dei manutentori da loro sponsorizzati. Spetta allo sponsor decidere se essere disponibile via IRC, email, Bugzilla, post sulle mailing list, telefono o simili. Nel caso in cui uno sponsor non sia in grado di rispondere a una domanda, dovrebbe inoltrarla al forum appropriato: la mailing list devel, una delle mailing list specifiche per linguaggio, il Packaging Committee, la mailing list legal, il FESCo o simili, e trasmettere la risposta ottenuta."

"Le domande a cui gli sponsor dovrebbero rispondere in particolare sono tutte quelle relative agli aspetti pratici di Fedora (Linee guida per il packaging, sistema di build Koji, sistemi di controllo versione, FAS, aggiornamenti…​).

"Gli sponsor dei pacchettizzatori dovrebbero anche essere in grado di guidare la persona sponsorizzata in altri aspetti di Fedora. Per esempio, indicare in modo appropriato le policy di responsabilità del manutentore, aiutare il manutentore sponsorizzato a sentirsi a proprio agio nella comunità Fedora e spiegare cosa Fedora sia e cosa non sia.

"Se un manutentore sponsorizzato non è in grado di risolvere un problema nei propri pacchetti, lo sponsor dovrebbe essere pronto a intervenire per fornire una soluzione o aiutarlo a trovarne una tramite altre risorse. Ciò potrebbe includere l’invio di un aggiornamento di sicurezza quando il manutentore non è disponibile, l’applicazione di una patch, la rimozione di un pacchetto compilato in modo errato o la gestione di altre questioni urgenti o legate alla sicurezza. Potrebbe anche significare l’invio di un messaggio alla mailing list 'devel' per chiedere supporto, oppure guidare il pacchettizzatore nel trovare la mailing list del progetto originale (upstream) per richiedere assistenza lì. Si noti che al manutentore andrebbe mostrata la soluzione e spiegato come gestire il problema in futuro.