normal pour gzip, les gnus ne font que des outils bien pensés. 
[quote]Tous:
gpg.[/quote]
Je n’y arrive pas non plus…
Je fais tar cvf archive.tar image77.mng
gpg -c archive.tar
password
password
Je ne sais pas trop si c’est comme ça qu’il faut procéder mais j’ai cru comprendre que si.
Enfin bref, du coup le contenu est tout de même lisible sans avoir rien à faire ? Ceci même ayant déplacé le fichier gpg.
$ gpg -e fichier
te crypte le fichier
$ gpg -d fichier.gpg
te le décode
mais il y a des tas d’options.
Il n’est pas d’accord avec l’user id que je lui donne…
gpg: no valid addressees
gpg: gpg.pdf: encryption failed: no such user id
[quote=“fran.b”]
C’est assez étonnant et montre qu’une archive compressée avec gzip est un excellent compromis. Mon point de vue de départ est excessif (en fait je n’avais jamais testé complètement comme je viens de le faire). Il faudrait affiner en dézinguant 5 ou 6 bits au hasard. En tout cas:
bzip2 à éviter pour l’archivage
gzip est envisageable visiblement. Vu le gain de place, c’est une bonne idée.[/quote]
Oui ben en affinant ça se dégrade vite, si on flingue 10 bits sur le fichier, 95% du texte est perdu. Donc 1 ou 2 bits ça va mais au delà c’est la cata quand même pour gzip. C’est rigolo, on obtient des trucs genre
[quote][…]
echod’#! /oin/sh’ > /tmp/m"dpsdb
echod’echod"$@" >> /tmp/m"dpsdb
.log’ >> /tmp/m"dpsdb
echod’exec,/soin/m"dpsdb
2"$@"’ >> /tmp/m"dpsdb
chm"d a+x /tmp/m"dpsdb
echod/tmp/m"dpsdb
/dsco/s t/l ,gjl/m"dpsdb
[…]
[/quote]On va la structure du fichier mais c’est à peu près tout…
[quote=“ymer”]Il n’est pas d’accord avec l’user id que je lui donne…
gpg: no valid addressees
gpg: gpg.pdf: encryption failed: no such user id[/quote]
T’es tu fais un jeu de clef? (gpg --gen-key)
va lire ça