Bonjour,
On Wed, Nov 17, 2004 at 06:18:57PM +0100, Marc Bobillier wrote:
...
apt-get autoclean
(ne garde que les paquets ne pouvant plus être téléchargés).
ou plutôt ne _supprime_ que les paquets ne pouvant plus être téléchargés
(indisponibles car anciennes versions).
Merci. Je n'avais pas
* Pierre Meurisse [2004-11-16 05:32:15 +0100]:
On Mon, Nov 15, 2004 at 06:27:08PM +0100, Sebastien Mathy wrote:
Le Lundi 15 Novembre 2004 18:03, Pierre Meurisse a écrit :
A propos, mon répertoire /var/cache/apt/archives enfle de façon
dramatique. Si quelqu'un connait une façon de
Le lundi 15 Novembre 2004 09:06, J.Pierre Pourrez a écrit :
Le 14/11/04 à 23:26, Yves Rutschle écrivait:
N'est pas ce à quoi sert la variable CLEANUP_DAYS dans
/etc/apt-proxy/apt-proxy.conf?
Pas vraiment
Pour supprimer un paquet, il faut télécharger une nouvelle version du
paquet, et
Le 16/11/04 à 11:42, Yves Rutschle écrivait:
- On a la liste des fichiers installés (.deb présent dans
/var/cache/apt-proxy):
find /var/cache/apt-proxy -name *.deb | sort $TMPFILE1
- On a la liste des fichiers valides (mentionné dans un
fichier Package):
cat `find $DISTS_DIR
Le 16/11/04 à 12:04, Thomas Labourdette écrivait:
C'est pour ça qu'il y a CLEAN_SWEEP. Tout paquet non accédé depuis le nombre
de jours définis par CLEAN_SWEEP est supprimé.
Les paquets qui sont encore d'actualité sont aussi effacés.
De plus, il me semble plus naturel de lancer le nettoyage
Le 16/11/04 à 11:42, Yves Rutschle écrivait:
cat `find $DISTS_DIR -name Packages` | grep $MOTIF | sed s!$MOTIF!$HOST/! |
sort $TMPFILE2
On peut simplifier un peu plus:
find $DIST_DIR -name Packages -exec grep $MOTIF {} \; | sed
s!$MOTIF!$HOST/! $TMPFILE2
Je n'ai pas de souci avec les
J.Pierre Pourrez a écrit, mardi 16 novembre 2004, à 22:39 :
Le 16/11/04 à 11:42, Yves Rutschle écrivait:
cat `find $DISTS_DIR -name Packages` | grep $MOTIF | sed s!$MOTIF!$HOST/!
| sort $TMPFILE2
On peut simplifier un peu plus:
find $DIST_DIR -name Packages -exec grep $MOTIF {} \; |
Le 14/11/04 à 23:26, Yves Rutschle écrivait:
N'est pas ce à quoi sert la variable CLEANUP_DAYS dans
/etc/apt-proxy/apt-proxy.conf?
Pas vraiment
Pour supprimer un paquet, il faut télécharger une nouvelle version du
paquet, et que le paquet soit plus vieux que CLEANUP_DAYS jours.
Ma méthode est
J.Pierre Pourrez a écrit :
..
Bye
Jean-Pierre
Si j'ai bien compris, tu utilises apt-proxy pour faire un mirroir de sarge.
As-tu essayé apt-mirror : http://apt-mirror.sourceforge.net/ ?
Seb
Le 15/11/04 à 10:39, Sébastien GALLET écrivait:
Si j'ai bien compris, tu utilises apt-proxy pour faire un mirroir de sarge.
Oui, apt-proxy est seulement un proxy intelligent.
Il ne va chercher sur Internet que les paquets qu'on lui demande et pour
savoir si le paquet qu'il a dans son cache est
J.Pierre Pourrez a écrit :
Le 15/11/04 à 10:39, Sébastien GALLET écrivait:
Si j'ai bien compris, tu utilises apt-proxy pour faire un mirroir de sarge.
Oui, apt-proxy est seulement un proxy intelligent.
Il ne va chercher sur Internet que les paquets qu'on lui demande et pour
savoir si le
Si c'est pour mirrorer l'équivalent des 14 CDs de la Sarge, c'est non
merci.
c'est pire que ça ;)
du -h /mirror/debian : 29G
En plus, il est inconnu sur http://www.debian.org/distrib/packages
Normal, ce n'est pas un paquet officiel
et la dernière mise à jour date de juillet 2003 (Mainteneur
Le Lundi 15 Novembre 2004 18:03, Pierre Meurisse a écrit :
A propos, mon répertoire /var/cache/apt/archives enfle de façon
dramatique. Si quelqu'un connait une façon de contourner ...
apt-get clean ?
--
Sebastien Mathy
On Mon, Nov 15, 2004 at 06:27:08PM +0100, Sebastien Mathy wrote:
Le Lundi 15 Novembre 2004 18:03, Pierre Meurisse a écrit :
A propos, mon répertoire /var/cache/apt/archives enfle de façon
dramatique. Si quelqu'un connait une façon de contourner ...
apt-get clean ?
je connais, mais il y
Bonjour,
J'utilise grep pour rechercher une ligne dans un fichier trié de 14000
lignes.
Je suppose que la recherche se fait ligne par ligne dans le fichier et
cela me semble un peu bourrin quand la recherche s'effectue plusieurs
centaines de fois.
Existe-t-il un remplaçant pour grep qui effectue
J.Pierre Pourrez wrote:
Bonjour,
J'utilise grep pour rechercher une ligne dans un fichier trié de 14000
lignes.
Une seule et unique ligne ?
Je suppose que la recherche se fait ligne par ligne dans le fichier et
cela me semble un peu bourrin quand la recherche s'effectue plusieurs
centaines
Le Sun, Nov 14, 2004 à 04:43:21PM +0100, Lehmann Guillaume a écrit
J.Pierre Pourrez wrote:
Bonjour,
J'utilise grep pour rechercher une ligne dans un fichier trié de 14000
lignes.
Une seule et unique ligne ?
Je suppose que la recherche se fait ligne par ligne dans le fichier et
cela me
Le 14/11/04 à 16:43, Lehmann Guillaume écrivait:
J'utilise grep pour rechercher une ligne dans un fichier trié de 14000
lignes.
Une seule et unique ligne ?
oui
L'option -m de grep permet d'arrêter la recherche une fois
trouvée N fois la ligne. Donc si tu prends 1 comme valeur, dès
que la
Le 14/11/04 à 16:59, Basile STARYNKEVITCH écrivait:
Ceci étant dit, une solution pourrait être d'utiliser un fichier
indexé NDBM ou DBM ou DB pour ça.
Je ne trouve un outil simple pour rechercher une clé dans une base DBM à
partir d'un script shell
Bye
Jean-Pierre
Le 14/11/04 à 19:03, [EMAIL PROTECTED] écrivait:
Si chaque fois est suite à une action d'un opérateur humain les délais de grep
sont raisonnables. je viens de faire un test (portable PIII 500Mhz, 512 Mo) :
$ time grep -e '' *
real 0m0.071s
user 0m0.030s
sys 0m0.040s
$ pwd
20 matches
Mail list logo
