6 999
contributi
Gestione di un repository con debarchiver: differenze tra le versioni
Gestione di un repository con debarchiver (visualizza wikitesto)
Versione delle 19:51, 1 feb 2010
, 1 feb 2010nessun oggetto della modifica
Nessun oggetto della modifica |
S3v (discussione | contributi) Nessun oggetto della modifica |
||
| Riga 1: | Riga 1: | ||
=Introduzione= | {{Versioni compatibili|Debian Etch 4.0<br/>Debian lenny 5.0<br/>Debian Squeeze 6.0|}} | ||
==Introduzione== | |||
[http://packages.debian.org/debarchiver Debarchiver] è uno strumento comodo e potente per poter gestire facilmente un repository Debian ben strutturato e suddiviso. Oltre a questo permette di mantenerlo in ordine (evitando il mantenimento di versioni vecchie) senza richiedere manutenzione da parte dell'amministratore. | [http://packages.debian.org/debarchiver Debarchiver] è uno strumento comodo e potente per poter gestire facilmente un repository Debian ben strutturato e suddiviso. Oltre a questo permette di mantenerlo in ordine (evitando il mantenimento di versioni vecchie) senza richiedere manutenzione da parte dell'amministratore. | ||
=Installazione= | ==Installazione== | ||
L'installazione è semplice, in quanto il programma è incluso in Debian: | L'installazione è semplice, in quanto il programma è incluso in Debian: | ||
<pre> | <pre> | ||
| Riga 10: | Riga 11: | ||
Raccomando agli utenti di Sarge di installare la versione presente in testing, in quanto molto più aggiornata e funzionale di quella inclusa nella release ''Stable''. | Raccomando agli utenti di Sarge di installare la versione presente in testing, in quanto molto più aggiornata e funzionale di quella inclusa nella release ''Stable''. | ||
=Configurazione= | ==Configurazione== | ||
Tutta la configurazione di debarchiver è racchiusa in un unico file: <code>'''/etc/debarchiver.conf'''</code>, che analizziamo nel dettaglio: | Tutta la configurazione di debarchiver è racchiusa in un unico file: <code>'''/etc/debarchiver.conf'''</code>, che analizziamo nel dettaglio: | ||
| Riga 38: | Riga 39: | ||
# $distinputdirs = "/path"; | # $distinputdirs = "/path"; | ||
</pre> | </pre> | ||
Indica il criterio con il quale verranno accettati i pacchetti non aventi un file <code>''.changes''</code> e dove devono essere inseriti per essere ''presi'' dal sistema | Indica il criterio con il quale verranno accettati i pacchetti non aventi un file <code>''.changes''</code> e dove devono essere inseriti per essere ''presi'' dal sistema. | ||
<pre> | <pre> | ||
| Riga 53: | Riga 54: | ||
# $bzip = 0; | # $bzip = 0; | ||
</pre> | </pre> | ||
Attiva la generazione di file compressi con bz2 | Attiva la generazione di file compressi con bz2. | ||
<pre> | <pre> | ||
| Riga 122: | Riga 123: | ||
==Permessi== | ===Permessi=== | ||
Debarchiver è configurato per lavorare correttamente con i server | Debarchiver è configurato per lavorare correttamente con i server FTP e web. È impostato, infatti, il permesso di lettura per tutti gli utenti. | ||
Un po' più complessa è, invece, la situazione relativa all'utilizzo della directory <code>''incoming''</code> da parte degli utenti. La directory in questione è di proprietà dell'utente root e del gruppo ''debarchiver''. Per abilitare un utente ad utilizzare il sistema, quindi, è necessario aggiungerlo al gruppo: | Un po' più complessa è, invece, la situazione relativa all'utilizzo della directory <code>''incoming''</code> da parte degli utenti. La directory in questione è di proprietà dell'utente root e del gruppo ''debarchiver''. Per abilitare un utente ad utilizzare il sistema, quindi, è necessario aggiungerlo al gruppo: | ||
| Riga 130: | Riga 131: | ||
</pre> | </pre> | ||
=Utilizzo Reale= | ==Utilizzo Reale== | ||
Due esempi relativi alla configurazione di un server web (Apache) e di un server | Due esempi relativi alla configurazione di un server web (Apache) e di un server FTP anonimo (vsftpd) per l'accesso al repository. | ||
==Server Web== | ===Server Web=== | ||
La configurazione di un server web è molto semplice e la si può ricondurre a due situazioni particolari: | La configurazione di un server web è molto semplice e la si può ricondurre a due situazioni particolari: | ||
* configurazione come dominio di 3° livello (Es. <nowiki>http://debian.dominio.it</nowiki>) | * configurazione come dominio di 3° livello (Es. <nowiki>http://debian.dominio.it</nowiki>) | ||
* configurazione come directory in un dominio esistente (Es. <nowiki>http://www.dominio.it/debian</nowiki>) | * configurazione come directory in un dominio esistente (Es. <nowiki>http://www.dominio.it/debian</nowiki>) | ||
===Dominio di 3° livello=== | ====Dominio di 3° livello==== | ||
La configurazione di un dominio di 3° livello dedicato al repository è una scelta molto comoda, secondo me. | La configurazione di un dominio di 3° livello dedicato al repository è una scelta molto comoda, secondo me. | ||
| Riga 158: | Riga 159: | ||
ed abilitarlo (rimando alla documentazione ufficiale del proprio server web). | ed abilitarlo (rimando alla documentazione ufficiale del proprio server web). | ||
===Directory in un Dominio=== | ====Directory in un Dominio==== | ||
Questa configurazione è senza dubbio la più semplice. Si fa uso della direttiva '''Alias''' (Documentazione Ufficiale [http://httpd.apache.org/docs/1.3/mod/mod_alias.html Apache1.3] - [http://httpd.apache.org/docs/2.0/mod/mod_alias.html Apache2.0]) nel modo seguente: | Questa configurazione è senza dubbio la più semplice. Si fa uso della direttiva '''Alias''' (Documentazione Ufficiale [http://httpd.apache.org/docs/1.3/mod/mod_alias.html Apache1.3] - [http://httpd.apache.org/docs/2.0/mod/mod_alias.html Apache2.0]) nel modo seguente: | ||
| Riga 173: | Riga 174: | ||
</pre> [http://httpd.apache.org/docs/2.0/mod/core.html#options qui] sono disponibili maggiori dettagli a rigaurdo}} | </pre> [http://httpd.apache.org/docs/2.0/mod/core.html#options qui] sono disponibili maggiori dettagli a rigaurdo}} | ||
==Server | ===Server FTP=== | ||
Come server | Come server FTP viene preso in considerazione [http://www.proftpd.org proftpd], visto che utilizza una configurazione molto simile a quella di Apache. | ||
===Dominio di 3° livello=== | ====Dominio di 3° livello==== | ||
Un esempio di configurazione (da inserire all'interno di <code>'''/etc/proftpd.conf'''</code>) per l'accesso al repository tramite il protocollo ftp: | Un esempio di configurazione (da inserire all'interno di <code>'''/etc/proftpd.conf'''</code>) per l'accesso al repository tramite il protocollo ftp: | ||
<pre> | <pre> | ||
| Riga 200: | Riga 201: | ||
</pre> | </pre> | ||
=Gestione del Repository= | ==Gestione del Repository== | ||
==Upload dei pacchetti== | ===Upload dei pacchetti=== | ||
È utile ricordare che esistono dei tool per eseguire correttamente l'upload dei pacchetti. | È utile ricordare che esistono dei tool per eseguire correttamente l'upload dei pacchetti. | ||
| Riga 210: | Riga 211: | ||
* dput | * dput | ||
==Rimozione di uno o più pacchetti== | ===Rimozione di uno o più pacchetti=== | ||
Debarchiver non supporta la rimozione automatizzata di uno o più pacchetti, operazione che dovrà essere compiuta, quindi, a mano. | Debarchiver non supporta la rimozione automatizzata di uno o più pacchetti, operazione che dovrà essere compiuta, quindi, a mano. | ||
| Riga 218: | Riga 219: | ||
=Conclusione= | ==Conclusione== | ||
Debarchiver offre un comodo e funzionale strumento per la gestione automatizzata di un repository Debian di tutto rispetto. Inoltre implementa correttamente la struttura di un repository Debian; una scelta obbligata, insomma, quando si devono gestire un numero di pacchetti maggiore di 3-4 senza dover preoccuparsi delle vecchie versioni (che vengono automaticamente rimosse). Inoltre la flessibilità e la possibilità di avere più suddivisioni (oltre alle classiche ''stable'', ''testing'' e ''unstable'') lo rende perfetto per repository particolari (per i backport, ad esempio). | Debarchiver offre un comodo e funzionale strumento per la gestione automatizzata di un repository Debian di tutto rispetto. Inoltre implementa correttamente la struttura di un repository Debian; una scelta obbligata, insomma, quando si devono gestire un numero di pacchetti maggiore di 3-4 senza dover preoccuparsi delle vecchie versioni (che vengono automaticamente rimosse). Inoltre la flessibilità e la possibilità di avere più suddivisioni (oltre alle classiche ''stable'', ''testing'' e ''unstable'') lo rende perfetto per repository particolari (per i backport, ad esempio). | ||
[[Categoria:Server]][[Categoria:Repository]] | [[Categoria:Server]][[Categoria:Repository]] | ||