• Diff for "it/HelpDebian/FAQ"

Contribuire a Debian non è così difficile come sembra. Ci sono molti modi di fare la differenza, ma può essere a volte difficile trovare quello adatto a sé. Questa pagina cerca di dare delle indicazioni.

Perché si dovrebbe contribuire a Debian?

Se si sta leggendo questa pagina, probabilmente si sta già usando Debian, perciò si conosce già parte della risposta. Per uno sviluppatore, Debian è veramente un progetto fantastico su cui lavorare. Debian raccoglie più di 500 sviluppatori attivi e moltissime persone in più che contribuiscono da tutto il mondo (si veda questa mappa), tutte dedite a creare un sistema operativo universale, di alta qualità e libero. I Debian Developer sono volontari (il progetto è totalmente controllato dai Developer) e formano una comunità amichevole e accogliente (le fotografie delle sette Debconf annuali passate ne sono una buona riprova).

All'interno di Debian è possibile lavorare su aspetti molto diversi (e lavorare su più di uno allo stesso tempo). Si può lavorare su cose di basso livello quando si aiuta a fare il port di Debian su architetture esotiche (Debian supporta più di 10 architetture) o lavorando a pacchetti con un bel linguaggio di programmazione del futuro. Si può lavorare su cose relative ai server o ai desktop. Si può anche lavorare a cose che non sono in senso stretto programmazione, come traduzioni (l'installatore Debian supporta più di 60 lingue). In breve: unisciti a Debian, potrai sempre trovare un progetto interessante al suo interno!

Il progetto Debian è un buon posto per le mie capacità di programmazione?

Ci si dovrebbe fare questa domanda mentre si legge Perché Debian per sviluppatori?

Non sono un programmatore. Come posso aiutare?

Vedere Esiste un posto per persone che contribuiscono che non siano sviluppatori?

Cosa si vuole fare?

Si desidera lavorare su un pacchetto specifico (o sua alcuni pacchetti specifici) già presenti in Debian

Molti pacchetti sono mantenuti da team. Ci sono team per giochi, GNOME, KDE, Python, Ruby, tipi di carattere, ... La maggior parte dei team sono elencati nella pagina wiki dei Team. Se i pacchetti a cui si è interessati sono già mantenuti da un team, la cosa è semplice: contattare i membri del team e vedere come si può essere di aiuto. I team solitamente accolgono volentieri il contributo di nuove persone e rispondono prontamente.

Alcuni pacchetti possono avere un bug aperto per RFH (Request For Help, richiesta di aiuto); si può vedere un elenco di questi pacchetti qui e si può contattare il manutentore o il team che ne è responsabile per verificare lo stato attuale.

Se il pacchetto a cui si è interessati non è mantenuto da un team, la cosa potrebbe essere più complicata. Sebbene la maggior parte dei manutentori sia molto veloce nel rispondere e accetta volentieri nuovi aiuti, alcuni manutentori possono essere troppo occupati o inattivi e potrebbero ignorare l'aiuto offerto. Non farsi scoraggiare da questo!

Si desidera creare un pacchetto per software nuovo in Debian

Si possono mantenere pacchetti Debian anche se non si è un Debian Developer (il caricamente dei propri pacchetti sarà sponsorizzato da un Debian Developer). Si deve leggere la documentazione (iniziare con la Guida per il nuovo manutentore Debian e la Debian Developers Reference), poi preparare il pacchetto e, da ultimo, trovare uno sponsor. Fare attenzione al fatto che trovare uno sponsor è un passo molto complicato: attualmente è un collo di bottiglia critico in Debian. Perciò è importante rendere il lavoro per il proprio sponsor più facile possibile, preparando un pacchetto perfetto

Se il proprio pacchetto potrebbe essere mantenuto da un team (elenco dei team sulla pagina dei Team), un'idea ottima è quella di contattarlo. I suoi membri potrebbero aiutare in caso di problemi specifici e sarebbe probabilmente più facile trovare uno sponsor all'interno del team.

Si desidera migliorare Debian in generale, senza concentrarsi su un pacchetto specifico

Ci sono molti modi di aiutare Debian senza concentrarsi su un pacchetto specifico, come lavarare al Controllo di qualità (-> come aiutare il team QA), traduzioni, documentazione, ... ma quello più facile è aiutare con i bug. La maggior parte dei nuovi arrivati in Debian non comprende quanto sia fondamentale il Bug Tracking System. Di fatto è dove avviene la maggior parte delle cose interessanti.

Quando si guarda un bug da risolvere, ci sono diverse cose che vanno considerate.

• Il bug non dovrebbe essere troppo complicato da risolvere. Debian ha alcuni bug molto complessi ed è probabilmente una cattiva idea iniziare con uno di quelli! L'unico modo di evitarli è di non scoraggiarsi se non si riesce a risolvere un bug; inviare semplicemente un messaggio al bug riassumendo i propri progressi (se vi sono stati) e passare al prossimo bug.
• Il bug dovrebbe essere in un pacchetto attivamente mantenuto o abbastanza importante da far sì che qualcun altro sia interessato a risolverlo. Se il manutentore è inattivo, la patch che si è creata può rimanere ferma sul Bug Tracking System per mesi, che non è molto bello per chi l'ha fatta. Tuttavia, i bug RC critici per il rilascio hanno una politica meno rigida sui NMU (Non Mantainer Upload), cioè le regole sul fatto che qualcun altro faccio il caricamento di un pacchetto sono meno rigide, perciò se si risolve uno di questi bug, potrebbe essere ragionevolmente facile trovare uno sponsor che carichi la patch. Per aiutare nella scelta, esistono alcuni elenchi di bug:

• elenco di bug RC critici per il rilascio (vedere la pagina wiki sul Bug Squashing Party per maggiori informazioni sullo sterminio dei bug RC)

• Bug con tag "newcomer" (vedere NewcomerTag)

Si desidera lavorare sull'infrastruttura Debian e/o migliorare un programma specifico di Debian

Questa è una cosa piuttosto diversa e richiede capacità avanzate: è generalmente un'attività pensata per sviluppatori maturi e possibilmente persone con una lunga esperienza in Debian e nello sviluppo. Considerare il fatto che contribuire in questi sotto-progetti è solitamente per persone coraggiose e che non c'è un processo definito per entrare a far parte di alcuni team e/o contribuire ad alcuni progetti. La regola generale è creare il codice prima di parlare. Mostrare il codice e poi si può avere una qualche possibilità che il proprio contributo venga considerato. In molti casi il punto di partenza per contribuire a qualche software fondamentale è quello di risolvere bug che sussistono da lungo tempo su quel software, per esempio. La stessa regola vale per la manutenzione delle infrastrutture: l'ammissione ai team di gestione viene gestita da regole stabilite dai team stessi e si dovrebbe contribuire dapprima con compiti molto di base e noiosi prima di venire ufficialmente ammessi a contribuire. Questo è il modo in cui funzionano le cose.

Esisteva una volta una pagina generale sulle cose da fare sul sito web principale, ma dovrebbe essere ora considerata una migliore prassi l'inclusione qui di compiti interessanti da parte dei team. Quello che segue è un elenco di aree in cui è possibile contribuire con riferimenti al punto da cui partire per lavorarci. Non è né esaustivo, né completo.

• Elencare qui i compiti e i programmi che hanno bisogno di contributi o di aiuto, insieme alle informazioni per contattare il team appropriato. Se è possibile aggiungere un bug RFH creato dal team che è responsabile del compito. Se il team è elencato nella pagina generale sui Team, usare quel riferimento, altrimenti considerare l'aggiornamento di quella pagina.

• La suite di programmi buildd manca ancora di un'appropriata pacchettizzazione. Esiste un progetto Buildd Tools creato su Alioth, ma ha bisogno di persone che aiutino. Dettagli sulle funzionalità ftpmaster correlate e sulla gestione dell'archivio Debian sono raccolti qui.

• Gli sviluppatori Debian possono inserire le coordinate geografiche nel database degli sviluppatori, ma, al momento, non servono a molto anche se ciò dovrebbe cambiare. Dovrebbero essere in grado di ottenere un elenco di distanze dagli altri sviluppatori, ma più accurato e con nomi e dettagli. Lo scopo è di ottenere uno strumento per scambiare facilmente chiavi GPG tra gli sviluppatori durante le vacanze o per firmare le chiavi dei nuovi sviluppatori. Un miglioramento interessante sarebbe il collegamento di questo strumento con il database dei nuovi manutentori, con uno strumento di generazione di mappe o (O non esclusivo) con posizioni nel dominio del tempo (per mettere in contatto sviluppatori in viaggio).

• Molta parte dei manuali del Debian Documentation Project sembrano essere defunti. Alcuni non sono più mantenuti, mai finiti, mai iniziati, ecc. Non abbandonando totalmente il progetto, sarebbe una buona cosa se qualcuno lavorasse su questi manuali dato che hanno la capacità di aiutare le persone a lavorare con la nostra distribuzione software.

• Debian News non ha aggiornamenti frequenti perché mancano persone che contribuiscano. C'è bisogno di persone che mantengano i contatti con le mailing-list e i siti web di notizie e che aiutino nella redazione settimanale delle notizie su ciò che accade nel mondo Debian.

• Il sito web Debian viene mantenuto fondamentalmente da poche persone. Per un progetto così vasto (sorgente completo di 64MB, più documentazione) ciò non è di solito sufficiente. Il sito web potrebbe essere migliorato in diversi modi, alcuni sono elencati nell'elenco di cose da fare, alcuni no. Sarebbe una buona cosa se qualcuno volesse vedere come potrebbe essere possibile trasformare il sito web in modo che abbia un'unica impaginazione invece di tre o più impaginazioni diverse. Anche la revisione, l'aggiornamento e la creazione di nuova documentazione sarebbe utile. Dare uno sguardo alla pagina del team dei webmaster.

• Il Debian Description Translation Project mira a tradurre la descrizione di ogni singolo pacchetto nella distribuzione, per aiutare gli utenti non di lingua inglese a scegliere i pacchetti. Il DDTP è sempre alla ricerca di nuovi traduttori e revisori.

• Dpkg e Apt sono due programmi fondamentali per Debian, ma solo poche persone hanno l'incarico di gestirli e migliorarli. Dpkg ha più di 400 bug aperti, Apt ne ha più di 700 in sospeso: anche se molti pensano che entrambi questi programmi sono buoni abbastanza per essere usati, c'è evidentemente un margine di miglioramento. È richiesta una buona conoscenza del C/C++.

• In molti sottosistemi sono richiesti traduttori: debconf, sito web, documentazione, installatore. Se si conosce l'inglese e almeno un'altra lingua, ci si può unire ad uno di questi team.