Newsgroup: it.comp.os.linux.debian
Titolo: repository locale e ricerca dei pacchetti

Salve, vorrei creare un repository locale per poterlo poi utilizzare
in caso di reinstallazione o nuova installazione di debian.
Dopo aver creato una directory dove mettere i pacchetti che mi
interessa indicizzare ho cercato dove erano conservati quelli che
avevo già installato all'interno della mia Debian attuale.
Il punto però è, che non riesco a trovare la locazione dove vengono
memorizzati o salvati quelli che ho già scaricato e quelli che ho già
installato.
Ricordo che c'è una dir dove ci sono tutti, ma mi sfugge proprio la
locazione.
Vorrei copiarli nella cartella ~\debian per poi lanciare il tool dpkg-
scanpackages pkgs/ /dev/null | gzip > pkgs/Packages.gz
Insomma, mi ricordo bene o sto sbagliando qualcosa?
Grazie e Ciao.

 Insomma, mi ricordo bene o sto sbagliando qualcosa?
Ricordi quasi bene, ma resto dell'idea che l'uso di apt-cacher-ng o al
limite di apt-mirror sia "migliore".
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

 in caso di reinstallazione o nuova installazione di debian.
Per un lavoro del genere consiglio apt-proxy.
Ciao
InSa
-- 
++ Powered by Sid ++

 Non ti converrebbe usare apt-cacher-ng
E` meglio di apt-proxy?
Ciao,
  Void

 E` meglio di apt-proxy?
IMHO decisamente sì.
Considera comunque che è in lenny. In etch c'è apt-cacher che è sempre
meglio di apt-proxy ma che ha qualche piccola difficoltà (non bloccante,
solo warning) con le chiavi gpg dei repos.


 IMHO decisamente sì.
Grazie, lo proverò su una Lenny di test.
Ciao,
  Void

 limite di apt-mirror sia "migliore".
Come funziona, apt-mirro non sto nemmeno a chiedertelo, ma secondo
l'idea che mi sono fatto
forse è in effetti più congeniale all'idea di ciò che vorrei fare:
Vorrei mettere il repo in locale sulla rete dell'ufficio via server
ftp, così che chiunque
all'interno della rete può accedere al repo e aggiornare i pacchetti.
Una cosa che mi chiedevo era questa, se non disturbo con la mia
domanda:
Ma se poi c'è necessità di aggiungere ulteriori pacchetti al repo,
tipo pacchetti che non sono all'interno
del mio /var/cache/apt/archives si può fare?
Lo chiedo perché magari qualcuno potrebbe avere necessità di un
pacchetto ulteriore
che io invece non uso, e che nel mio /var/cache/apt/archives non c'è.
Grazie comunque della dritta.


 all'interno della rete può accedere al repo e aggiornare i pacchetti.
io uso debmirror, si fa in 1 riga:
debmirror --progress --verbose --nosource --host=<mirror sorgente>
--method=rsync --root=:debian --dist=lenny,etch,sarge --arch=i386
<cartella destinazione>
poi ci fai puntare apache o il tuo ftp

 che io invece non uso, e che nel mio /var/cache/apt/archives non c'è.
Quello che tu vuoi fare da quanto ho capito è fondamentalmente quello di
permettere di avere in locale i pacchetti comunemente usati per evitare di
doverli riscaricare più volte.
Per questo ho detto apt-cacher-ng. Si tratta di un proxy per apt che salva
localmente i files già scaricati. Il vantaggio è che ogni volta che un
client richiede un pacchetto il proxy verifica innanzitutto se lo ha in
cache e se è la versione più recente. Se c'è ed è recente lo serve,
altrimenti lo scarica dai repositories e mentre lo serve al client se ne
tiene una copia in locale. Così il file viene scaricato una sola volta dal
primo client che lo richiede, ma non rischi mai di avere pacchetti obsoleti
(dato che controlla che sia l'ultima release) e non devi sbatterti per
pacchetti extra dato che si arrangia a scaricarli e integrarli nella cache.
Il mirror locale ha senso solo se vuoi imporre limiti stringenti ai
pacchetti disponibili o se hai pacchetti personalizzati.
-- 


 pacchetti disponibili o se hai pacchetti personalizzati.
O se devi installare diverse macchine contemporaneamente.
Anch'io tengo sempre una copia locale dei repository aggiornata con 
debmirror: installare scaricando i pacchetti a 100 Mbit č un'emozione da 
provare :) per aggiungere per esempio KDE ad un sistema base sono 
sufficienti di un paio di minuti, configurazione inclusa...

 O se devi installare diverse macchine contemporaneamente.
Anche per quello è meglio, apt-cacher-ng (o apt-proxy).
Se il pacchetto già c'è è come avere il mirror locale, se è aggiornato lo
scarica subito senza dover rifare un aggiornamento successivo.
Quel "solo" della mia affermazione andrebbe enfatizzato.


 Quel "solo" della mia affermazione andrebbe enfatizzato.
Trovo che vi siano tuttavia alcune piccole differenze non trascurabili 
che, come nel mio ambito, mi fanno preferire debmirror.
Ad esempio, dato che apt-cacher-ng è un proxy, questo non dispone 
localmente dei pacchetti (magari esotici) non ancora richiesti e deve 
quindi appoggiarsi obbligatoriamente a internet; debmirror invece 
"fotografando" periodicamente l'intero repository fornisce sempre 
garanzia di servizio; posso pertanto andare in giro per il mondo con un 
disco fisso esterno sicuro di poter sempre disporre di qualsiasi pacchetto.
Dato che comunque non ho esperienza diretta con apt-cacher-ng, potrei 
non conoscerne qualche meccanismo che mi contraddica; in tal caso ti 
prego di correggermi.
Ciao

 prego di correggermi.
Se hai bisogno di _tutto_ il repository offline non hai alternative a
mirrorarlo, quindi debmirror o apt-mirror ecc.ecc. o al limite apt-zip per
sottoinsiemi.
Diciamo che non avere connettività è una condizione che non si incontra
frequentemenete oggigiorno. Il mirroring completo richiede comunque tanto
spazio e tanta banda che sono per il 90% sprecati (si installa in genere un
sottinsieme molto limitato dei pacchetti disponibili) e che pesano
inutilmente anche sui mirror ufficiali Debian; anche per questo è opportuno
limitarne l'uso allo stretto necessario per quanto possibile.


Hai provato apt-mirror. Noi lo usiamo in ufficio con una decina di 
macchine debian. Abbiamo i mirror di stable e testing per uno spazio di 
circa 60GB.
Davvero una bella comodità.

-- 
Diego Russo
http://www.diegor.it

 limitarne l'uso allo stretto necessario per quanto possibile.
Dimenticavo che tu sei un affezionato di Debian testing :) mentre io 
sono un'irriducibile della stable (ma non guardarmi ora gli headers), 
questo porta al tuo (filante) ragionamento.
L'osservazione è corretta, tuttavia c'è almeno un'eccezione: per una 
Debian stable si scarica il repository una prima volta e per un paio 
d'anni si è praticamente a posto, gli aggiornamenti periodici pesano poco.
Dovremmo forse far passare l'informazione per l'OP che ha a disposizione 
almeno due strumenti, apt-cacher-ng, probabilmente più indicato per una 
Debian testing in continua evoluzione, e debmirorr, magari più indicato 
per una stable.
Ciao.


Scusa se mi permetto, ma con una gigabit è anche meglio!!!!
Velocità a parte, anche io uso debmirror anche se ancora non ho risolto un 
problemino con lenny, ovvero non posso  far partire un'installazione via 
rete senza almeno il cd business-card. Invece con ETCH faccio 
tranquillamente il boot via PXE e proseguo con l'intallazione appoggiandomi 
al mirror locale. Magari sarà qualche fesseria che mi sfugge.....bah!!!!