Work-Needing and Prospective Packages, WNPP per brevità, è l'elenco dei pacchetti che hanno bisogno di un nuovo manutentore e dei futuri pacchetti Debian. Allo scopo di seguire da vicino lo stato reale di questi pacchetti, WNPP è correntemente implementato come un pseudo-pacchetto nel sistema di tracciamento dei bug Debian (BTS).
Pacchetti che necessitano di un nuovo manutentore:
Pacchetti che richiedono aiuto
Software che non può essere pacchettizzato
Nota: questi elenchi sono aggiornati quotidianamente; per informazioni più aggiornate si veda la voce wnpp pseudo package nel BTS.
Dal momento che WNPP si appoggia sul BTS, ogni sviluppatore dovrebbe già conoscere i dettagli tecnici come la sottomissione di nuove informazioni, la modifica di informazioni o la chiusura delle richieste pendenti. D'altro canto, allo scopo di aumentare il livello di automatismo, devono essere seguite alcune procedure.
Per sottoporre nuove informazioni si deve inviare una segnalazione di bug per lo pseudo-pacchetto wnpp per ciascun (futuro) pacchetto interessato. Notare che si deve inviare una segnalazione per ogni pacchetto sorgente e non per ogni pacchetto binario derivato dallo stesso sorgente.
reportbug
Si può utilizzare reportbug (apt-get install reportbug):
$ reportbug --email nomeutente@domain.tld wnppSaranno mostrate tutte le segnalazioni relative a WNPP e che dovrebbero essere lette in modo da evitare l'inserimento dei doppioni per lo stesso pacchetto.
Alla fine dell'elenco si dovrà definire il tipo di richiesta:
What sort of request is this?Intent To Package. Please submit a package description
Orphaned. It needs a new maintainer as soon
Request for Adoption. Due to lack of time, resources,
Request For Help). Il manutentore del pacchetto vuole continuare a supportarlo, ma ha bisogno di aiuto per farlo perché ha del tempo limitato o il pacchetto à piuttosto grosso e richiede vari manutentori.
Request For Package. You have found an interesting piece
Dopo aver effettuato la scelta si dovrà inserire il nome del pacchetto:
Choose the request type: xSe la propria richiesta è di ITP (1) o RFP (4) allora sarà richiesta una breve descrizione e delle informazioni sul pacchetto:
Please briefly describe this package; this should be an appropriate short description for the eventual package:Dopo la riga Description
si devono inserire altre informazioni sul
pacchetto.
Se la richiesta è di O (2) o RFA (3) si deve inserire il nome del pacchetto.
Choose the request type: xSi devono poi inserire alcune informazioni relative allo stato del pacchetto, la situazione dello sviluppo a monte e eventualmente una motivazione del perché si vuole abbandonare il pacchetto.
Infine si deve confermare l'invio della segnalazione:
Report will be sent to Debian Bug Tracking System <submit@bugs.debian.org>È anche possibile inviare segnalazione via email. Il formato della
sottomissione dovrebbe essere del tipo:
To: submit@bugs.debian.org
Subject: <TAG>: <nome pacchetto> -- breve descrizione del pacchetto
Package: wnpp
Severity: vedi sotto
Alcune informazioni sul pacchetto. Se è un ITP o RFP è
richiesto un URL ove il pacchetto (sia il .deb che il sorgente)
possono essere scaricate, e informazioni relative alla sua licenza.
I tag da usare e la corrispondente severità sono:
| O | normal | Il pacchetto è stato reso orfano. Richiede un nuovo manutentore al più presto. Se il pacchetto ha una priorità maggiore o uguale a standard, la severità deve essere impostata a important. |
|---|---|---|
| RFA | normal | Si tratta di una richiesta di adozione. Per mancanza di tempo, risorse, interesse o qualcosa di simile, il manutentore corrente cerca qualcun altro per manutenere tale pacchetto. Lei/lui lo manuterrà nel frattempo, ma forse non nella maniera ottimale. In breve: il pacchetto richiede un nuovo manutentore. |
| RFH | normal | È una richiesta di aiuto richiesta d'aiuto. Il curatore del pacchetto vuole continuare a gestirlo, ma ha bisogno di aiuto per poterlo fare, perché il suo tempo è limitato o il pacchetto è grosso e servono più curatori. |
| ITP | wishlist | Si tratta di un intento di pacchettizzazione. Sottoponi una descrizione del pacchetto insieme al copyright e URL in questo rapporto. |
| RFP | wishlist | Si tratta di una richiesta di pacchettizzazione. Qualcuno ha trovato un pezzo di software interessante e vorrebbe che qualcun altro lo manutenesse per Debian. Sottoponi una descrizione del pacchetto insieme al copyright e URL in tale rapporto. |
Le procedure che chiudono questi bug sono le seguenti:
| O | Se intendi adottare un pacchetto, rinomina il relativo rapporto
di bug sostituendo Ocon ITA, perchè gli altri sappiano che il pacchetto è in adozione e prevenire la sua rimozione automatica dall'archivio e inoltre cambiane il proprietario assegnandotelo. Per adottare effettivamente un pacchetto, fanne l'upload con il tuo nome nel suo campo Maintainer: e metti qualcosa tipo
* New maintainer (Closes: #bugnumber)
nel changelog del pacchetto allo scopo di chiudere
automaticamente questo bug una volta che il pacchetto è stato
installato; bugnumber deve essere sostituito con
il relativo numero del rapporto. Inoltre, prima di fare
l'upload del pacchetto con te come maintainer, dovresti
controllare se c'è una nuovo rilascio di upstream e provare
a fissare i bug aperti.
|
|---|---|
| RFA | Se stai adottando un pacchetto, rinomina il relativo rapporto
di bug sostituendo Se come manutentore del pacchetto decidi di rendere orfano
un pacchetto che hai marcato con |
| RFH | Di norma questa segnalazione andrebbe chiusa solo da chi la ha aperta, cioé dal curatore del pacchetto, se la considera troppo vecchia, sia perché una o più persone si sono offerte di dare una mano e l'hanno fatto, oppure perché crede di poter risolvere la cosa da solo. Se si decide, in qualità di curatore del pacchetto, di
cambiare questo RFH in una richiesta di adozione ( |
| ITP | Pacchettizza il software, caricalo e chiudi questo bug una volta che il pacchetto è stato installato. Se cambi idea, e non vuoi più pacchettizzarlo, chiudi il bug o rinominalo e riclassificalo come RFP, come meglio credi. Se mentre si prepara il pacchetto si incontrano dei problemi (per esempio dipende da un altro programma non ancora disponibile come pacchetto e che non si ha tempo di pacchettizzare), si dovrebbe inserire questi problemi come ulteriori informazioni a ITP in modo che semplice capire come procedere il lavoro si pacchettizzazione. |
| RFP | Se stai pacchettizzando, rinomina il rapporto bug
sostituendo RFPcon ITP, perchè gli altri sappiano che il programma è già in pacchettizzazione e inoltre cambiane il proprietario assegnandotelo. A questo punto, pacchettizza il software, fanne l'upload e chiudi questo bug una volta che il pacchetto è stato installato. |
Per mettere a conoscenza la mailing list degli sviluppatori del proprio ITP, RFA o qualsiasi altra cosa, aggiungere l'intestazione
X-Debbugs-CC: debian-devel@lists.debian.org
al messaggio.
Ovviamente, il modo più semplice per chiudere questi bug è includere una voce nel changelog del pacchetto scrivendo cosa è stato fatto e aggiungere (closes: bug#nnnnn) ad essa. In questo modo il bug verrà chiuso automaticamente una volta che il nuovo pacchetto è stato installato nell'archivio.
Attenzione: non si può riassegnare, rinominare o cambiare il proprietario della segnalazione del bug inviando il numero del rapporto a @bugs.debian.org, e nemmeno inserendo una nuova segnalazione. Si deve inviare un appropriato messaggio al sistema di controllo del BTS — si leggano le istruzioni in merito!
Nota: se un pacchetto rimane orfano per molto tempo, viene esaminata la situazione per stabilire se il pacchetto è ancora necessario — se non lo fosse, si chiederà agli amministratori dell'archivio FTP di rimuoverlo da unstable.
Se per qualche ragione occorre contattare i manutentori di WNPP, si scriva a wnpp@debian.org.