Re: apt, proxy, mot de passe et @
Le Fri, 01 Aug 2008 22:22:04 +0200 Leopold BAILLY <[EMAIL PROTECTED]> a écrit: > Gaëtan PERRIER <[EMAIL PROTECTED]> writes: > > > Salut, > > Salut, > > > Voilà j'ai un petit soucis avec apt et le proxy de mon boulot. Dans > > apt.conf j'ai ajouté: > > > > Acquire::Proxy "http://user:[EMAIL PROTECTED]:Port_du_Proxy/"; > > > > Le seul problème c'est que le password contient un @ et il n'aime > > pas du tout! Par contre je n'ai pas de problème avec ce même mot > > passe dans la config proxy de Gnome. > > > > Comment faire pour pour que mon mot de passe soit pris correctement > > en compte? > > Dans un URI, @ fait partie des caratères réservés et doit être > encodé. Selon la norme, il faut le remplacer par %40 (puisque 40 est > le code ASCII de @ en hexadécimal). Merci! Résultat des courses dans 3 semaines à mon retour de vacances... Gaëtan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt, proxy, mot de passe et @
Gaëtan PERRIER <[EMAIL PROTECTED]> writes: > Salut, Salut, > Voilà j'ai un petit soucis avec apt et le proxy de mon boulot. Dans > apt.conf j'ai ajouté: > > Acquire::Proxy "http://user:[EMAIL PROTECTED]:Port_du_Proxy/"; > > Le seul problème c'est que le password contient un @ et il n'aime > pas du tout! Par contre je n'ai pas de problème avec ce même mot > passe dans la config proxy de Gnome. > > Comment faire pour pour que mon mot de passe soit pris correctement > en compte? Dans un URI, @ fait partie des caratères réservés et doit être encodé. Selon la norme, il faut le remplacer par %40 (puisque 40 est le code ASCII de @ en hexadécimal). -- Léo. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt, proxy, mot de passe et @
Salut, précision, essayes d'ajouter http à Acquire : Acquire::http::Proxy "http://user:[EMAIL PROTECTED]:port"; puis peut de mettre le password entre ''... @+ -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
apt, proxy, mot de passe et @
Salut, Voilà j'ai un petit soucis avec apt et le proxy de mon boulot. Dans apt.conf j'ai ajouté: Acquire::Proxy "http://user:[EMAIL PROTECTED]:Port_du_Proxy/"; Le seul problème c'est que le password contient un @ et il n'aime pas du tout! Par contre je n'ai pas de problème avec ce même mot passe dans la config proxy de Gnome. Comment faire pour pour que mon mot de passe soit pris correctement en compte? Gaëtan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Apt-proxy et utf8
Merci pour ta réponse ! Malheureusement, le tilde est remplacé par son code %7e avec apt-cacher aussi. Bonne journée. Le vendredi 13 avril 2007 à 19:30 -0400, David Prévot a écrit : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Roland JARRY a écrit : > > Bonjour, > > Bonjour, > > > Il m'est impossible de récupérer par montage nfs les paquets etch > > contenant un tilde ~, notamment : libpng12-0 1.2.15~beta5-1 > > Mon serveur-apt-proxy est sous sarge et je cherche à installer des > > paquets sur une machine etch. > [...] > > Sans répondre à la question, je me permettrai de te suggérer apt-cacher > (c'est du perl), qui m'a permis de résoudre d'autres problèmes que > j'avais eu avec apt-proxy (à l'époque, il n'était plus maintenu, je ne > sais pas ce qu'il en est maintenant). Un script offert en cadeau permet > même d'importer la configuration d'apt-proxy, et la transition se fait > de façon transparente. > > Amicalement > > David > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.6 (GNU/Linux) > > iD8DBQFGIBKY18/WetbTC/oRAlDWAJ9z2Ol5yFuA/0TTWjdwiZA8L2Lv7QCeNBMq > TiqvwR1HS3/N9Ci332NpTcc= > =pzcm > -END PGP SIGNATURE- signature.asc Description: Ceci est une partie de message numériquement signée
Re: Apt-proxy et utf8
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Roland JARRY a écrit : > Bonjour, Bonjour, > Il m'est impossible de récupérer par montage nfs les paquets etch > contenant un tilde ~, notamment : libpng12-0 1.2.15~beta5-1 > Mon serveur-apt-proxy est sous sarge et je cherche à installer des > paquets sur une machine etch. [...] Sans répondre à la question, je me permettrai de te suggérer apt-cacher (c'est du perl), qui m'a permis de résoudre d'autres problèmes que j'avais eu avec apt-proxy (à l'époque, il n'était plus maintenu, je ne sais pas ce qu'il en est maintenant). Un script offert en cadeau permet même d'importer la configuration d'apt-proxy, et la transition se fait de façon transparente. Amicalement David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGIBKY18/WetbTC/oRAlDWAJ9z2Ol5yFuA/0TTWjdwiZA8L2Lv7QCeNBMq TiqvwR1HS3/N9Ci332NpTcc= =pzcm -END PGP SIGNATURE- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Apt-proxy et utf8
Bonjour, Il m'est impossible de récupérer par montage nfs les paquets etch contenant un tilde ~, notamment : libpng12-0 1.2.15~beta5-1 Mon serveur-apt-proxy est sous sarge et je cherche à installer des paquets sur une machine etch. Si depuis le client, je passe par l'apt-proxy port , je récupère bien mon paquet. Le fichier dans /var/cache/apt/archives/ est bien libpng12-0_1.2.15~beta5-1_i386.deb mais le fichier déposé sur l'apt-proxy est libpng12-0_1.2.15%7ebeta5-1_i386.deb : le ~ est remplacé par le code utf8 Il m'est donc impossible d'installer ultérieurement ce paquet par montage nfs. J'ai cru comprendre que apt-proxy s'appuie sur python qui considère par défaut que tout est ascii. J'ai tenté de modifier le fichier /etc/python2.3/site.py : encoding = "utf-8" au lieu de "ascii", mais rien n'y fait... # Set the string encoding used by the Unicode implementation. The # default is 'ascii', but if you're willing to experiment, you can # change this. encoding = "utf-8" # Default value set by _PyUnicode_Init() j'ai ajouté le support utf8 sur mon serveur sarge, mais pas de résultat : $ cat /etc/locale.gen [EMAIL PROTECTED] ISO-8859-15 en_US ISO-8859-1 en_US.ISO-8859-15 ISO-8859-15 [EMAIL PROTECTED] UTF-8 Si quelqu'un a une piste, merci d'avance. signature.asc Description: Ceci est une partie de message numériquement signée
Re: apt-proxy & debian-security
Rodolphe Pelloux-Prayer wrote: > Liu Pei a écrit : > >>Rodolphe Pelloux-Prayer wrote: >> >> >>>Liu Pei a écrit : >>> >>> >>> >>>>Salut à tous, >>>> >>>>J'ai fait une net-install _Sarge_ sur une machine destinée à devenir un >>>>serveur >>>>mais qui n'est pas encore connectée au net via un serveur apt-proxy _Etch_ >>>>sur >>>>une machine connectée au net. >>>> >>>>Jusque là, tous c'est parfaitement bien déroulé. Par contre, lorsque >>>>j'essaie >>>>d'ajouter la source concernant les mises-à-jour de securité sur le futur >>>>serveur, ça part en vrille. >>> >>> >>>Juste au cas où, as tu relancé apt-proxy après avoir ajouter la nouvelle >>>source au fichier de conf ? >>> >>> >> >>Lorsque je touche à /etc/apt-proxy/apt-proxy-v2.conf je redémarre le serveur >>avec /etc/init.d/apt-proxy restart. >> > > Ok en fait je pensais à ça parce que j'ai mis un moment avant de voir > qu'il fallait relancer apt-proxy après une modif (c'était pas le cas > dans la première version) > > >>Je pense que : >>1- Soit C un bug d'apt-proxy qui ne gère pas bien le backend security >>2- Soit C un problème de connection d'apt sur le proxy avec la source >>security. >> > > Ni l'un ni l'autre, en fait dans ton sources.list, le backend indiqué > est différent de celui configuré dans apt-proxy : > > sources.list > deb http://192.168.1.2:/debian-security stable/updates main ... > ^^^ > apt-proxy-v2.conf > [security] > > backends = blabla > > Faut choisir, c'est l'un ou l'autre :p > > Merci, ça fonctionne avec, dans /etc/apt/sources.list : deb http://server:/security stable/updates main contrib non-free Je n'avais pas compris que pour le client le répertoire après l'URL était le nom entre []. -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-proxy & debian-security
Bonjour, Je me permets de rebondir sur le sujet d'apt-proxy : je suis passé de la version Woody à celle de Sarge, et je le trouve nettement moins pratique : - il faut modifier un paramètre dans sa config suivant que l'on est connecté ou pas, sinon soit on a des erreurs (timeout) à chaque 'apt-get update', soit il ne se met jamais à jour... - en plus, il faut le relancer (par /etc/init.d/apt-proxy restart) après chaque modif de son fichier de config. Bref, est-ce que je l'utilise mal, ou avez-vous le même comportement ? bonne journée, Fred.
Re: apt-proxy & debian-security
Liu Pei a écrit : > Rodolphe Pelloux-Prayer wrote: > >>Liu Pei a écrit : >> >> >>>Salut à tous, >>> >>>J'ai fait une net-install _Sarge_ sur une machine destinée à devenir un >>>serveur >>>mais qui n'est pas encore connectée au net via un serveur apt-proxy _Etch_ >>>sur >>>une machine connectée au net. >>> >>>Jusque là, tous c'est parfaitement bien déroulé. Par contre, lorsque j'essaie >>>d'ajouter la source concernant les mises-à-jour de securité sur le futur >>>serveur, ça part en vrille. >> >> >>Juste au cas où, as tu relancé apt-proxy après avoir ajouter la nouvelle >>source au fichier de conf ? >> >> > > Lorsque je touche à /etc/apt-proxy/apt-proxy-v2.conf je redémarre le serveur > avec /etc/init.d/apt-proxy restart. > Ok en fait je pensais à ça parce que j'ai mis un moment avant de voir qu'il fallait relancer apt-proxy après une modif (c'était pas le cas dans la première version) > Je pense que : > 1- Soit C un bug d'apt-proxy qui ne gère pas bien le backend security > 2- Soit C un problème de connection d'apt sur le proxy avec la source > security. > Ni l'un ni l'autre, en fait dans ton sources.list, le backend indiqué est différent de celui configuré dans apt-proxy : sources.list deb http://192.168.1.2:/debian-security stable/updates main ... ^^^ apt-proxy-v2.conf [security] backends = blabla Faut choisir, c'est l'un ou l'autre :p -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-proxy & debian-security
Rodolphe Pelloux-Prayer wrote: > Liu Pei a écrit : > >>Salut à tous, >> >>J'ai fait une net-install _Sarge_ sur une machine destinée à devenir un >>serveur >>mais qui n'est pas encore connectée au net via un serveur apt-proxy _Etch_ sur >>une machine connectée au net. >> >>Jusque là, tous c'est parfaitement bien déroulé. Par contre, lorsque j'essaie >>d'ajouter la source concernant les mises-à-jour de securité sur le futur >>serveur, ça part en vrille. > > > Juste au cas où, as tu relancé apt-proxy après avoir ajouter la nouvelle > source au fichier de conf ? > > Lorsque je touche à /etc/apt-proxy/apt-proxy-v2.conf je redémarre le serveur avec /etc/init.d/apt-proxy restart. Je pense que : 1- Soit C un bug d'apt-proxy qui ne gère pas bien le backend security 2- Soit C un problème de connection d'apt sur le proxy avec la source security. Tout au début, lorsque j'ai fait la netinstall, j'avais les même erreurs mais comme le serveur ftp security était vide, je me disais que ça devait être "normal" qu'il ne trouve rien et fasse des erreurs. Mais après parutions de correctifs, je trouve que ce n'est plus normal. Je ne sais pas comment corriger. En +, sur le serveur apt-proxy j'ai installé _etch_ donc je ne peux pas utiliser les ftp security directement i.e. sans passer par apt-proxy pour vérifier puisque c'est une release /testing/ :?. -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-proxy & debian-security
Liu Pei a écrit : > Salut à tous, > > J'ai fait une net-install _Sarge_ sur une machine destinée à devenir un > serveur > mais qui n'est pas encore connectée au net via un serveur apt-proxy _Etch_ sur > une machine connectée au net. > > Jusque là, tous c'est parfaitement bien déroulé. Par contre, lorsque j'essaie > d'ajouter la source concernant les mises-à-jour de securité sur le futur > serveur, ça part en vrille. Juste au cas où, as tu relancé apt-proxy après avoir ajouter la nouvelle source au fichier de conf ? -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
apt-proxy & debian-security
Salut à tous, J'ai fait une net-install _Sarge_ sur une machine destinée à devenir un serveur mais qui n'est pas encore connectée au net via un serveur apt-proxy _Etch_ sur une machine connectée au net. Jusque là, tous c'est parfaitement bien déroulé. Par contre, lorsque j'essaie d'ajouter la source concernant les mises-à-jour de securité sur le futur serveur, ça part en vrille. Voici ce que j'obtiens après un apt-get update sur la _Sarge_ : # # Ca ce sont les sources d'install. Hit http://192.168.1.2 stable/main Packages Hit http://192.168.1.2 stable/main Release Hit http://192.168.1.2 stable/non-free Packages Hit http://192.168.1.2 stable/non-free Release Hit http://192.168.1.2 stable/contrib Packages Hit http://192.168.1.2 stable/contrib Release Hit http://192.168.1.2 stable/main Sources Hit http://192.168.1.2 stable/main Release Hit http://192.168.1.2 stable/non-free Sources Hit http://192.168.1.2 stable/non-free Release Hit http://192.168.1.2 stable/contrib Sources Hit http://192.168.1.2 stable/contrib Release # # Ca c'est la source des mises-à-jour de sécurité. Err http://192.168.1.2 stable/updates/main Packages 503 Service Unavailable Ign http://192.168.1.2 stable/updates/main Release Err http://192.168.1.2 stable/updates/contrib Packages 503 Service Unavailable Ign http://192.168.1.2 stable/updates/contrib Release Err http://192.168.1.2 stable/updates/non-free Packages 503 Service Unavailable Ign http://192.168.1.2 stable/updates/non-free Release Failed to fetch http://192.168.1.2:/debian-security/dists/stable/updates/mai n/binary-i386/Packages.gz 503 Service Unavailable Failed to fetch http://192.168.1.2:/debian-security/dists/stable/updates/con trib/binary-i386/Packages.gz 503 Service Unavailable Failed to fetch http://192.168.1.2:/debian-security/dists/stable/updates/non -free/binary-i386/Packages.gz 503 Service Unavailable Reading Package Lists... Done W: Couldn't stat source package list http://192.168.1.2 stable/updates/main Pack ages (/var/lib/apt/lists/192.168.1.2:_debian-security_dists_stable_updates_m ain_binary-i386_Packages) - stat (2 No such file or directory) W: Couldn't stat source package list http://192.168.1.2 stable/updates/contrib P ackages (/var/lib/apt/lists/192.168.1.2:_debian-security_dists_stable_update s_contrib_binary-i386_Packages) - stat (2 No such file or directory) W: Couldn't stat source package list http://192.168.1.2 stable/updates/non-free Packages (/var/lib/apt/lists/192.168.1.2:_debian-security_dists_stable_updat es_non-free_binary-i386_Packages) - stat (2 No such file or directory) W: You may want to run apt-get update to correct these problems E: Some index files failed to download, they have been ignored, or old ones used instead. Le /etc/apt/sources.list sur la _Sarge_ : #deb file:///cdrom/ sarge main ## ## Sources pointing to apt-proxy on 192.168.1.2 ## deb http://192.168.1.2:/debian stable main non-free contrib deb-src http://192.168.1.2:/debian stable main non-free contrib ## ## Security updates pointing to apt-proxy on 192.168.1.2 ## # deb http://192.168.1.2:/debian-security stable/updates main contrib non-fr ee deb http://192.168.1.2:/debian-security stable/updates main contrib non-free ## ## Security updates pointing to official Debian primary FTP sites. ## # deb http://security.debian.org/ stable/updates main contrib non-free Et enfin, le /etc/apt-proxy/apt-proxy-v2.conf sur _Etch_ : [debian-non-US] ;; Debian debian-non-US archive ;timeout will be the global value ;;;backends = ;;; http://ftp.uk.debian.org/debian-non-US ;;; http://ftp.de.debian.org/debian-non-US ;;; ftp://ftp.uk.debian.org/debian backends = ftp://ftp.cz.debian.org/debian ftp://ftp2.fr.debian.org/debian ftp://ftp.debian.org/debian [security] ;; Debian security archive backends = ftp://security.debian.org/debian-security ;;; http://security.debian.org/debian-security Et pour le fun : /var/log/apt-proxy.log : 2005/07/03 19:03 CEST [Channel,32,192.168.1.1] Starting factory 2005/07/03 19:03 CEST [-] "[error] [debian-security] Connection Failed: /dists/stable/updates/contrib/binary-i386/Packages.gz (DNS lookup failed: address 'debian-security' not found.)" 2005/07/03 19:03 CEST [-] Stopping factory 2005/07/03 19:03 CEST [Channel,32,192.168.1.1] [debug] Client connection closed 2005/07/03 19:03 CEST [Channel,33,192.168.1.1] [debug] Headers: Host: 192.168.1.2:, Connection: keep-alive, User-Agent: Debian APT-HTTP/1.3 2005/07/03 19:03 CEST [Channel,33,192.168.1.1] [debug] Request: GET /debian-security/dists/stable/updates/contrib/binary-i386/Release 2005/07/03 19:03 CEST [Channel,33,192.168.1.1] [debug] Adding debian-security backend dynamicaly 2005/07/03 19:03 CEST [Channel,33,192.168.1.1] [debug] Created new BackendServer: http://debian-security -- Pensez à lire la FAQ de
apt-proxy
bonjour, j'ai mis en place apt-proxy chez moi, j'ai un soucis lors de l'import du cache: [EMAIL PROTECTED]:~$ sudo apt-proxy-import -i /var/cache/apt/archives/ Updating twisted's process module. No updating required. 2005/03/23 08:03 CET [-] Log opened. 2005/03/23 08:03 CET [-] [apt_pkg] Loading Packages database for /var/cache/apt-proxy/.apt-proxy/backends/non-US 2005/03/23 08:03 CET [-] [apt_pkg] Loading Packages database for /var/cache/apt-proxy/.apt-proxy/backends/security 2005/03/23 08:03 CET [-] [apt_pkg] Loading Packages database for /var/cache/apt-proxy/.apt-proxy/backends/blackdown 2005/03/23 08:03 CET [-] [apt_pkg] Loading Packages database for /var/cache/apt-proxy/.apt-proxy/backends/debian 2005/03/23 08:03 CET [-] [apt_pkg] Loading Packages database for /var/cache/apt-proxy/.apt-proxy/backends/apt-proxy 2005/03/23 08:04 CET [-] [import] sudo_1.6.8p5-1_i386.deb skipped - no suitable backend found 2005/03/23 08:04 CET [-] [import] libexif10_0.6.9-5_i386.deb skipped - no suitable backend found (.) 2005/03/23 08:01 CET [-] [import] dia-common_0.94.0-4_all.deb skipped - no suitable backend found 2005/03/23 08:01 CET [-] [import] dia-libs_0.94.0-4_i386.deb skipped - no suitable backend found avec systématiquement cette erreur de "skipped - no suitable backend found" les logs : [EMAIL PROTECTED]:~$ tail -f /var/log/apt-proxy.log 2005/03/23 07:58 CET [Channel,32,192.168.1.9] [debug] Client connection closed 2005/03/23 07:58 CET [Channel,33,192.168.1.9] [debug] Headers: Host: hypercube.dynalias.org:, Connection: keep-alive, If-Modified-Since: Tue, 22 Mar 2005 10:49:35 GMT, User-Agent: Debian APT-HTTP/1.3 2005/03/23 07:58 CET [Channel,33,192.168.1.9] [debug] Request: GET /security/dists/testing/updates/contrib/binary-i386/Release 2005/03/23 07:58 CET [Channel,33,192.168.1.9] [debug] Client connection closed 2005/03/23 07:58 CET [Channel,34,192.168.1.9] [debug] Headers: Host: hypercube.dynalias.org:, Connection: keep-alive, If-Modified-Since: Sat, 20 Jul 2002 14:41:00 GMT, User-Agent: Debian APT-HTTP/1.3 2005/03/23 07:58 CET [Channel,34,192.168.1.9] [debug] Request: GET /security/dists/testing/updates/non-free/binary-i386/Packages.gz 2005/03/23 07:58 CET [Channel,34,192.168.1.9] [debug] Client connection closed 2005/03/23 07:58 CET [Channel,35,192.168.1.9] [debug] Headers: Host: hypercube.dynalias.org:, Connection: keep-alive, If-Modified-Since: Tue, 22 Mar 2005 10:49:35 GMT, User-Agent: Debian APT-HTTP/1.3 2005/03/23 07:58 CET [Channel,35,192.168.1.9] [debug] Request: GET /security/dists/testing/updates/non-free/binary-i386/Release 2005/03/23 07:58 CET [Channel,35,192.168.1.9] [debug] Client connection closed /var/cache/apt-proxy est un montage de partition (hdb1 - ext3 - 20Gb) (ci-joint mon fichier de config de apt-proxy) voyez vous quelque chose qui ne va pas? merci d'avance -- Erwann PENCREACH Les gens petits sont défavorisés parce qu'ils sont les derniers à savoir quand il pleut. [DEFAULT] ;; All times are in seconds, but you can add a suffix ;; for minutes(m), hours(h) or days(d) ;; Server IP to listen on ;address = 192.168.0.254 ;; Server port to listen on port = ;; Control files (Packages/Sources/Contents) refresh rate ;; ;; Minimum time between attempts to refresh a file min_refresh_delay = 1h ;; Minimum age of a file before attempting an update (NOT YET IMPLEMENTED) ;min_age = 23h ;; Uncomment to make apt-proxy continue downloading even if all ;; clients disconnect. This is probably not a good idea on a ;; dial up line. ;; complete_clientless_downloads = 1 ;; Debugging settings. ;; for all debug information use this: ;; debug = all:9 debug = all:4 db:0 ;; Debugging remote python console ;; Do not enable in an untrusted environment ;telnet_port = 9998 ;telnet_user = apt-proxy ;telnet_password = secret ;; Network timeout when retrieving from backend servers timeout = 15 ;; Cache directory for apt-proxy cache_dir = /var/cache/apt-proxy ;; Use passive FTP? (default=on) ;passive_ftp = on ;; Use HTTP proxy? ;http_proxy = host:port ;; Enable HTTP pipelining within apt-proxy (for test purposes) ;disable_pipelining=0 ;;-- ;; Cache housekeeping ;; Time to perform periodic housekeeping: ;; - delete files that have not been accessed in max_age ;; - scan cache directories and update internal tables cleanup_freq = 7d ;; Maximum age of files before deletion from the cache (seconds) max_age = 120d ;; Maximum number of versions of a .deb to keep per distribution max_versions = 3 ;; Add HTTP backends dynamicaly if not already defined? (default=on) ;dynamic_backends = on ;;--- ;;--- ;; Backend servers ;; ;; Place each server in its own [section] [debian] ;; The main Debian archive ;; You can override the default timeout like this
Re: apt-proxy et nombre de versions conservées
Le 13.12.2004 14:26:40, J.Pierre Pourrez a écrit : Le 12/12/04 à 15:04, Jean-Luc Coulon (f5ibh) écrivait: >Quelle est la version de apt-proxy que tu utilises 1.9.24 J'ai abandonné cette version qui a été retiré de la Sarge pour non résolution de bogue (paquet orphelin ?) Je suis revenu à la version 1.3.7 sans rien perdre du cache. Pour mémoire : 1.9.24 script Python utilisant le serveur Web Cherrypy 1.3.7 script shell lancé par (x)inetd Donc les versions n'ont pas grand chose à voir ensemble. Je ne comprends l'intérêt d'avoir un serveur "standalone" pour répondre à des requêtes qui ne durent pas plus d'une heure par jour. >Dans cette version, le nettoyage ne s'effectue que si on envoie une >requête HTTP à apt-proxy via (x)inetd. Quel genre de reuqète ? Juste apt-get update ou upgrade ? Demande d'un paquet Debian. >Il faut installer apt-proxy sur une SEULE machine de ton lan: la >passerelle, un serveur, une machine,. >Ensuite sur TOUTES les machines tu remplaces localhost par le nom ou >l'adresse IP de cette machines dans tous les sources.list. Oui, bien sûr, lorsque je dis « un truc du genre », ça signifie que c'est pour la machine sur laquelle tourne apt-proxy, sur les autres, j'ai, remplacé localhost par le nom de cette machine. Ok! Bon, la vieille "version" fonctionne parfaitement : le ménage est fait et le cache fonctionne. Bon courage Jean-Pierre Merci Jean-Luc pgptIU8GFGzbF.pgp Description: PGP signature
Re: apt-proxy et nombre de versions conservées
bonjour. Le mercredi 15 déc 2004 à 02 h 27, Frédéric a dit: > * dlist <[EMAIL PROTECTED]> [2004-12-14 09:48] : > > [...] > > > Aie j'ai mal dû me faire comprendre. Je me demandais comment > > c'était possible que j'ai cette version alors que mon système est > > à jour. Je vois que le dépôt officiel Debian ne possède pas de > > version en testing(seulement stable et unstable), est-ce pour cela > > que apt-proxy n'est pas à jour? D'ailleurs pourquoi est-ce le cas > > (pas de version testing)? > > Il arrive qu'un paquet soit supprimé de testing car son responsable > estime qu'il est trop bogué pour être incorporé dans la future > version stable de Debian, ce qui semble être le cas pour apt-proxy. > Voir aussi le rapport de bogue #267880 > (http://bugs.debian.org/267880) qui parle exactement de ce problème. shame on me, je croyais voir regardé dans le bts... (obscure version 1.9.17) > > Tu as donc du installer une version d'apt-proxy de testing avant > cette suppression, le paquet a ensuite été enlevé de testing et il > est donc possible d'avoir un paquet orphelin. il est aussi dit, dans le rapport de bug, que la version de woody devrait être incorporée à la sarge puisqu'elle est est dans woody, donc stable, je ne suis donc pas le seul à trouver bizarre qu'il n'y ait pas de version pour sarge. merci pour l'info, je crois que je vais attendre que sarge devienne enfin la version stable; de toute façon, je ne fais pas un grand usage pour le moment de apt-proxy (c'est les grands travaux ici). > > > Fred > bonne journée! S. > -- > Comment poser les questions de manière intelligente ? > http://www.gnurou.org/documents/smart-questions-fr.html > Comment signaler efficacement un bug ? > http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html > > > -- > Pensez à lire la FAQ de la liste avant de poser une question : > http://wiki.debian.net/?DebianFrench > > Pensez à rajouter le mot ``spam'' dans vos champs "From" et > "Reply-To:" > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] >
Re: apt-proxy et nombre de versions conservées
* dlist <[EMAIL PROTECTED]> [2004-12-14 09:48] : [...] > Aie j'ai mal dû me faire comprendre. Je me demandais comment c'était > possible que j'ai cette version alors que mon système est à jour. Je > vois que le dépôt officiel Debian ne possède pas de version en testing > (seulement stable et unstable), est-ce pour cela que apt-proxy n'est > pas à jour? D'ailleurs pourquoi est-ce le cas (pas de version > testing)? Il arrive qu'un paquet soit supprimé de testing car son responsable estime qu'il est trop bogué pour être incorporé dans la future version stable de Debian, ce qui semble être le cas pour apt-proxy. Voir aussi le rapport de bogue #267880 (http://bugs.debian.org/267880) qui parle exactement de ce problème. Tu as donc du installer une version d'apt-proxy de testing avant cette suppression, le paquet a ensuite été enlevé de testing et il est donc possible d'avoir un paquet orphelin. Fred -- Comment poser les questions de manière intelligente ? http://www.gnurou.org/documents/smart-questions-fr.html Comment signaler efficacement un bug ? http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
Re: apt-proxy et nombre de versions conservées
Le 13.12.2004 14:26:40, J.Pierre Pourrez a écrit : Le 12/12/04 à 15:04, Jean-Luc Coulon (f5ibh) écrivait: >Quelle est la version de apt-proxy que tu utilises 1.9.24 J'ai abandonné cette version qui a été retiré de la Sarge pour non résolution de bogue (paquet orphelin ?) Je suis revenu à la version 1.3.7 sans rien perdre du cache. Pour mémoire : 1.9.24 script Python utilisant le serveur Web Cherrypy 1.3.7 script shell lancé par (x)inetd Donc les versions n'ont pas grand chose à voir ensemble. Je ne comprends l'intérêt d'avoir un serveur "standalone" pour répondre à des requêtes qui ne durent pas plus d'une heure par jour. >Dans cette version, le nettoyage ne s'effectue que si on envoie une >requête HTTP à apt-proxy via (x)inetd. Quel genre de reuqète ? Juste apt-get update ou upgrade ? Demande d'un paquet Debian. >Il faut installer apt-proxy sur une SEULE machine de ton lan: la >passerelle, un serveur, une machine,. >Ensuite sur TOUTES les machines tu remplaces localhost par le nom ou >l'adresse IP de cette machines dans tous les sources.list. Oui, bien sûr, lorsque je dis « un truc du genre », ça signifie que c'est pour la machine sur laquelle tourne apt-proxy, sur les autres, j'ai, remplacé localhost par le nom de cette machine. Ok! Bon, on pouvait effectivement avoir du mal à se comprendre... J'ai récupéré la version 1.3.7, adapté la config à xinetd et hop ! Et là, miracle, tout fonctionne comme on est en droit de l'attendre. J'en déduis donc (sasn doute hativement) que la version python a encore besoin de mûrir pour être vraiment utilisable. J'attends maintenant de voir comment il effectue le nottoyage du cache... Bon courage Jean-Pierre Merci Jean-Luc pgprcAWQigBIj.pgp Description: PGP signature
Re: apt-proxy et nombre de versions conservées
Le 14.12.2004 15:03:31, dlist a écrit : Le mardi 14 déc 2004 à 13 h 51, Jean-Luc a dit: [ ... ] Le 14.12.2004 09:48:52, dlist a écrit : > bonjour > > Le lundi 13 déc 2004 à 15 h 15, Jean-Luc a dit: > >> Le 13.12.2004 15:21:21, dlist a écrit : >> > Bonjour, >> > >> > je me permets de rebondir sur ce fil car j'utilise aussi >apt-proxy> > et j'ai un petit problème de version. Je suis en >testing à jour.> > >> > >> > Le lundi 13 déc 2004 à 14 h 26, J.Pierre a dit: >> > >> >> Le 12/12/04 à 15:04, Jean-Luc Coulon (f5ibh) écrivait: >> >> >> >> > >Quelle est la version de apt-proxy que tu utilises >> > >> > 1.9.17 , dont je n'arrive pas à trouver la trace ni dans le >dépôt> > officiel de Debian (stable: 1.3.0 et unstable: 1.9.24), ni >sur le> > site officiel de apt-proxy >> > (http://apt-proxy.sourceforge.net/apt-proxy/). D'ailleurs >dselect> > me dit que c'est un "Paquets obsolètes/locaux >supplémentaires dans> > la section admin". À n'y rien comprendre. >Une idée?> >> On le trouve (comme toutes les anciennes versions de tous ? les >> paquets) sur snapshot.debian.net >> > > Aie j'ai mal dû me faire comprendre. Je me demandais comment > c'était possible que j'ai cette version alors que mon système est > à jour. Je vois que le dépôt officiel Debian ne possède pas de > version en testing(seulement stable et unstable), est-ce pour cela > que apt-proxy n'est pas à jour? D'ailleurs pourquoi est-ce le cas > (pas de version testing)? > > voilà en espérant avoir été plus clair ce coup-ci ;) Voir ce que dit la commande : apt-cache policy apt-proxy mankoo:~# apt-cache policy apt-proxy apt-proxy: Installés : 1.9.17 Candidat : 1.9.17 Table de version : *** 1.9.17 0 100 /var/lib/dpkg/status 1.3.7 0 500 ftp://ftp.fr.debian.org sarge-proposed-updates/main Packages Vous avez une priorité de 500 sur les 'proposed-update' de sarge. Quel est le contenu de votre fichier sources.list ? Je ne crois pas (ce qui veut sire que je ne suis pas sûr...) que proposed update correspond à une testing à jour' comme vous le disiez. et ce qui se trouve dans votre fichier /etc/apt/preferences je n'ai pas ce fichier. Il fait partie d'un paquet qui s'appelle 'upgrade-system" (au moins sous sid). Il permet de définir les priorités lors des mises à niveau. le paquet est peut-être en hold ? non plus. bizarre non? > >> > >> > merci Jean-Luc pgpUhGNIr2esL.pgp Description: PGP signature
Re: apt-proxy et nombre de versions conservées
Le mardi 14 déc 2004 à 13 h 51, Jean-Luc a dit: > Le 14.12.2004 09:48:52, dlist a écrit : > > bonjour > > > > Le lundi 13 déc 2004 à 15 h 15, Jean-Luc a dit: > > > >> Le 13.12.2004 15:21:21, dlist a écrit : > >> > Bonjour, > >> > > >> > je me permets de rebondir sur ce fil car j'utilise aussi > >apt-proxy> > et j'ai un petit problème de version. Je suis en > >testing à jour.> > > >> > > >> > Le lundi 13 déc 2004 à 14 h 26, J.Pierre a dit: > >> > > >> >> Le 12/12/04 à 15:04, Jean-Luc Coulon (f5ibh) écrivait: > >> >> > >> >> > >Quelle est la version de apt-proxy que tu utilises > >> > > >> > 1.9.17 , dont je n'arrive pas à trouver la trace ni dans le > >dépôt> > officiel de Debian (stable: 1.3.0 et unstable: 1.9.24), ni > >sur le> > site officiel de apt-proxy > >> > (http://apt-proxy.sourceforge.net/apt-proxy/). D'ailleurs > >dselect> > me dit que c'est un "Paquets obsolètes/locaux > >supplémentaires dans> > la section admin". À n'y rien comprendre. > >Une idée?> > >> On le trouve (comme toutes les anciennes versions de tous ? les > >> paquets) sur snapshot.debian.net > >> > > > > Aie j'ai mal dû me faire comprendre. Je me demandais comment > > c'était possible que j'ai cette version alors que mon système est > > à jour. Je vois que le dépôt officiel Debian ne possède pas de > > version en testing(seulement stable et unstable), est-ce pour cela > > que apt-proxy n'est pas à jour? D'ailleurs pourquoi est-ce le cas > > (pas de version testing)? > > > > voilà en espérant avoir été plus clair ce coup-ci ;) > > Voir ce que dit la commande : > apt-cache policy apt-proxy > mankoo:~# apt-cache policy apt-proxy apt-proxy: Installés : 1.9.17 Candidat : 1.9.17 Table de version : *** 1.9.17 0 100 /var/lib/dpkg/status 1.3.7 0 500 ftp://ftp.fr.debian.org sarge-proposed-updates/main Packages > et ce qui se trouve dans votre fichier /etc/apt/preferences je n'ai pas ce fichier. > > le paquet est peut-être en hold ? > non plus. bizarre non? > > > >> > > >> > merci encore merci > >> > Jean-Luc >
Re: apt-proxy et nombre de versions conservées
Le 14.12.2004 09:48:52, dlist a écrit : bonjour Le lundi 13 déc 2004 à 15 h 15, Jean-Luc a dit: Le 13.12.2004 15:21:21, dlist a écrit : > Bonjour, > > je me permets de rebondir sur ce fil car j'utilise aussi apt-proxy > et j'ai un petit problème de version. Je suis en testing à jour. > > > Le lundi 13 déc 2004 à 14 h 26, J.Pierre a dit: > >> Le 12/12/04 à 15:04, Jean-Luc Coulon (f5ibh) écrivait: >> >> > >Quelle est la version de apt-proxy que tu utilises > > 1.9.17 , dont je n'arrive pas à trouver la trace ni dans le dépôt > officiel de Debian (stable: 1.3.0 et unstable: 1.9.24), ni sur le > site officiel de apt-proxy > (http://apt-proxy.sourceforge.net/apt-proxy/). D'ailleurs dselect > me dit que c'est un "Paquets obsolètes/locaux supplémentaires dans > la section admin". À n'y rien comprendre. Une idée? On le trouve (comme toutes les anciennes versions de tous ? les paquets) sur snapshot.debian.net Aie j'ai mal dû me faire comprendre. Je me demandais comment c'était possible que j'ai cette version alors que mon système est à jour. Je vois que le dépôt officiel Debian ne possède pas de version en testing (seulement stable et unstable), est-ce pour cela que apt-proxy n'est pas à jour? D'ailleurs pourquoi est-ce le cas (pas de version testing)? voilà en espérant avoir été plus clair ce coup-ci ;) Voir ce que dit la commande : apt-cache policy apt-proxy et ce qui se trouve dans votre fichier /etc/apt/preferences le paquet est peut-être en hold ? > > merci Jean-Luc pgp6qL8JH8YNg.pgp Description: PGP signature
Re: apt-proxy et nombre de versions conservées
Le 13/12/04 à 15:21, dlist écrivait: > 1.9.17 , dont je n'arrive pas à trouver la trace ni dans le dépôt > officiel de Debian (stable: 1.3.0 et unstable: 1.9.24), ni sur le site > officiel de apt-proxy (http://apt-proxy.sourceforge.net/apt-proxy/). > D'ailleurs dselect me dit que c'est un "Paquets obsolètes/locaux > supplémentaires dans la section admin". À n'y rien comprendre. Une > idée? Dans des cas comme celui-ci, je vais directement fouiller dans un serveur ftp. Au hasard : lftp mirror.switch.ch/mirror/debian/pool/main/a/apt-proxy Bon amusement Jean-Pierre
Re: apt-proxy et nombre de versions conservées
bonjour Le lundi 13 déc 2004 à 15 h 15, Jean-Luc a dit: > Le 13.12.2004 15:21:21, dlist a écrit : > > Bonjour, > > > > je me permets de rebondir sur ce fil car j'utilise aussi apt-proxy > > et j'ai un petit problème de version. Je suis en testing à jour. > > > > > > Le lundi 13 déc 2004 à 14 h 26, J.Pierre a dit: > > > >> Le 12/12/04 à 15:04, Jean-Luc Coulon (f5ibh) écrivait: > >> > >> > >Quelle est la version de apt-proxy que tu utilises > > > > 1.9.17 , dont je n'arrive pas à trouver la trace ni dans le dépôt > > officiel de Debian (stable: 1.3.0 et unstable: 1.9.24), ni sur le > > site officiel de apt-proxy > > (http://apt-proxy.sourceforge.net/apt-proxy/). D'ailleurs dselect > > me dit que c'est un "Paquets obsolètes/locaux supplémentaires dans > > la section admin". À n'y rien comprendre. Une idée? > > On le trouve (comme toutes les anciennes versions de tous ? les > paquets) sur snapshot.debian.net > Aie j'ai mal dû me faire comprendre. Je me demandais comment c'était possible que j'ai cette version alors que mon système est à jour. Je vois que le dépôt officiel Debian ne possède pas de version en testing (seulement stable et unstable), est-ce pour cela que apt-proxy n'est pas à jour? D'ailleurs pourquoi est-ce le cas (pas de version testing)? voilà en espérant avoir été plus clair ce coup-ci ;) > > > > merci > > Jean-Luc > grazie
Re: apt-proxy et nombre de versions conservées
Le 13.12.2004 15:21:21, dlist a écrit : Bonjour, je me permets de rebondir sur ce fil car j'utilise aussi apt-proxy et j'ai un petit problème de version. Je suis en testing à jour. Le lundi 13 déc 2004 à 14 h 26, J.Pierre a dit: Le 12/12/04 à 15:04, Jean-Luc Coulon (f5ibh) écrivait: > >Quelle est la version de apt-proxy que tu utilises 1.9.17 , dont je n'arrive pas à trouver la trace ni dans le dépôt officiel de Debian (stable: 1.3.0 et unstable: 1.9.24), ni sur le site officiel de apt-proxy (http://apt-proxy.sourceforge.net/apt-proxy/). D'ailleurs dselect me dit que c'est un "Paquets obsolètes/locaux supplémentaires dans la section admin". À n'y rien comprendre. Une idée? On le trouve (comme toutes les anciennes versions de tous ? les paquets) sur snapshot.debian.net merci Jean-Luc pgp83sF37svx8.pgp Description: PGP signature
Re: apt-proxy et nombre de versions conservées
Bonjour, je me permets de rebondir sur ce fil car j'utilise aussi apt-proxy et j'ai un petit problème de version. Je suis en testing à jour. Le lundi 13 déc 2004 à 14 h 26, J.Pierre a dit: > Le 12/12/04 à 15:04, Jean-Luc Coulon (f5ibh) écrivait: > > > >Quelle est la version de apt-proxy que tu utilises 1.9.17 , dont je n'arrive pas à trouver la trace ni dans le dépôt officiel de Debian (stable: 1.3.0 et unstable: 1.9.24), ni sur le site officiel de apt-proxy (http://apt-proxy.sourceforge.net/apt-proxy/). D'ailleurs dselect me dit que c'est un "Paquets obsolètes/locaux supplémentaires dans la section admin". À n'y rien comprendre. Une idée? > > > > 1.9.24 > J'ai abandonné cette version qui a été retiré de la Sarge pour non > résolution de bogue (paquet orphelin ?) > Je suis revenu à la version 1.3.7 sans rien perdre du cache. > Pour mémoire : > 1.9.24 script Python utilisant le serveur Web Cherrypy > 1.3.7 script shell lancé par (x)inetd [...] > Donc les versions n'ont pas grand chose à voir ensemble. [...] merci
Re: apt-proxy et nombre de versions conservées
Le 12/12/04 à 15:04, Jean-Luc Coulon (f5ibh) écrivait: > >Quelle est la version de apt-proxy que tu utilises > > 1.9.24 J'ai abandonné cette version qui a été retiré de la Sarge pour non résolution de bogue (paquet orphelin ?) Je suis revenu à la version 1.3.7 sans rien perdre du cache. Pour mémoire : 1.9.24 script Python utilisant le serveur Web Cherrypy 1.3.7 script shell lancé par (x)inetd Donc les versions n'ont pas grand chose à voir ensemble. Je ne comprends l'intérêt d'avoir un serveur "standalone" pour répondre à des requêtes qui ne durent pas plus d'une heure par jour. > >Dans cette version, le nettoyage ne s'effectue que si on envoie une > >requête HTTP à apt-proxy via (x)inetd. > > Quel genre de reuqète ? Juste apt-get update ou upgrade ? Demande d'un paquet Debian. > >Il faut installer apt-proxy sur une SEULE machine de ton lan: la > >passerelle, un serveur, une machine,. > >Ensuite sur TOUTES les machines tu remplaces localhost par le nom ou > >l'adresse IP de cette machines dans tous les sources.list. > > Oui, bien sûr, lorsque je dis « un truc du genre », ça signifie que > c'est pour la machine sur laquelle tourne apt-proxy, sur les autres, > j'ai, remplacé localhost par le nom de cette machine. Ok! Bon courage Jean-Pierre
Re: apt-proxy et nombre de versions conservées
Le 12.12.2004 15:14:07, J.Pierre Pourrez a écrit : Le 12/12/04 à 11:13, Jean-Luc Coulon (f5ibh) écrivait: Ben oui, mais je me trouve dans le pool avec des trucs comme : alsa-base_1.0.6a-10_all.deb alsa-base_1.0.6a-11_all.deb alsa-base_1.0.6a-7_all.deb alsa-base_1.0.6a-8_all.deb alsa-base_1.0.6a-9_all.deb alsa-base_1.0.7-1_all.deb alsa-base_1.0.7-2_all.deb Ca fait quand même un peu plus que 3 non ? Quelle est la version de apt-proxy que tu utilises 1.9.24 Je ne suis pas sûr que ce soit la signiification exacte du paramètre. Ne serait-ce pas plutôt l'intervalle pour faire le grand ménage (si besoin est) ? C'est que j'ai compris dans les commentaires du fichier de conf (version 1.3.7). Dans cette version, le nettoyage ne s'effectue que si on envoie une requête HTTP à apt-proxy via (x)inetd. Quel genre de reuqète ? Juste apt-get update ou upgrade ? >Imaginons que apt-proxy soit installé sur mon_serveur, toutes les >machines, y compris mon_serveur, doivent avoir un fichier >/etc/apt/sources.list qui ressemble à çà : > ... > deb http://mon_serveur:/debian sarge main contrib non-free > deb http://mon_serveur:/security stable/updates main > deb http://mon_serveur:/security sarge/updates main contrib >non-free > deb http://mon_serveur:/non-US sarge/non-US main contrib non-free Oui, j'ai un truc du genre : deb http://localhost:/debian/ sid main contrib non-free deb http://localhost:/debian-non-US/ sid non-US/main deb http://localhost:/debian-non-US/ sid non-US/contrib deb http://localhost:/debian-non-US/ sid non-US/non-free deb-src http://localhost:/debian sid main contrib non-free Sur toutes les machines du lan Ah non ! Ce n'est pas ce que je t'ai indiqué. A te lire, j'ai l'impression que tu as installé apt-proxy sur toutes les machines de ton lan. Dans ce cas, apt-proxy ne sert à rien. Il faut installer apt-proxy sur une SEULE machine de ton lan: la passerelle, un serveur, une machine,. Ensuite sur TOUTES les machines tu remplaces localhost par le nom ou l'adresse IP de cette machines dans tous les sources.list. Oui, bien sûr, lorsque je dis « un truc du genre », ça signifie que c'est pour la machine sur laquelle tourne apt-proxy, sur les autres, j'ai, remplacé localhost par le nom de cette machine. J'utilise sid et là, l'intérêt est évident, il y a parfois des trucs tout cassés et on est bien content de restaurer la version précédente. Bon, il y a napshot qui permet de se sortir de bien des problèmes. Désolé, je ne joue pas avec la SID. J'ai besoin d'une version stable, pas d'une version en cours de développement ( Still In Developpement) Sid, dans toy-story, c'est aussi le nom du petit garçon qui cassait ses jouets ;-) Je joue un peu avec et je n'ai jamais eu à déplorer de catastrophe. Je surveille de près le BTS et je reste méfiant lors d el'arrivée de gros morceaux (gnome 2.8 par exemple). Mais je ne fais pas tourner un serveur de production avec Sid, c'est ma machine perso (et les machines des enfants). Merci A+++ Jean-Pierre Jean-Luc pgpIfEiApMOBH.pgp Description: PGP signature
Re: apt-proxy et nombre de versions conservées
Le 12/12/04 à 11:13, Jean-Luc Coulon (f5ibh) écrivait: > Ben oui, mais je me trouve dans le pool avec des trucs comme : > > alsa-base_1.0.6a-10_all.deb > alsa-base_1.0.6a-11_all.deb > alsa-base_1.0.6a-7_all.deb > alsa-base_1.0.6a-8_all.deb > alsa-base_1.0.6a-9_all.deb > alsa-base_1.0.7-1_all.deb > alsa-base_1.0.7-2_all.deb > > Ca fait quand même un peu plus que 3 non ? Quelle est la version de apt-proxy que tu utilises > Je ne suis pas sûr que ce soit la signiification exacte du paramètre. > Ne serait-ce pas plutôt l'intervalle pour faire le grand ménage (si > besoin est) ? C'est que j'ai compris dans les commentaires du fichier de conf (version 1.3.7). Dans cette version, le nettoyage ne s'effectue que si on envoie une requête HTTP à apt-proxy via (x)inetd. > >Imaginons que apt-proxy soit installé sur mon_serveur, toutes les > >machines, y compris mon_serveur, doivent avoir un fichier > >/etc/apt/sources.list qui ressemble à çà : > > ... > > deb http://mon_serveur:/debian sarge main contrib non-free > > deb http://mon_serveur:/security stable/updates main > > deb http://mon_serveur:/security sarge/updates main contrib > >non-free > > deb http://mon_serveur:/non-US sarge/non-US main contrib non-free > > Oui, j'ai un truc du genre : > > deb http://localhost:/debian/ sid main contrib non-free > deb http://localhost:/debian-non-US/ sid non-US/main > deb http://localhost:/debian-non-US/ sid non-US/contrib > deb http://localhost:/debian-non-US/ sid non-US/non-free > deb-src http://localhost:/debian sid main contrib non-free > > Sur toutes les machines du lan Ah non ! Ce n'est pas ce que je t'ai indiqué. A te lire, j'ai l'impression que tu as installé apt-proxy sur toutes les machines de ton lan. Dans ce cas, apt-proxy ne sert à rien. Il faut installer apt-proxy sur une SEULE machine de ton lan: la passerelle, un serveur, une machine,. Ensuite sur TOUTES les machines tu remplaces localhost par le nom ou l'adresse IP de cette machines dans tous les sources.list. > J'utilise sid et là, l'intérêt est évident, il y a parfois des trucs > tout cassés et on est bien content de restaurer la version précédente. > Bon, il y a napshot qui permet de se sortir de bien des problèmes. Désolé, je ne joue pas avec la SID. J'ai besoin d'une version stable, pas d'une version en cours de développement ( Still In Developpement) > Merci A+++ Jean-Pierre
Re: apt-proxy et nombre de versions conservées
Le 11.12.2004 21:59:29, J.Pierre Pourrez a écrit : Le 08/12/04 à 13:36, Jean-Luc Coulon (f5ibh) écrivait: Bonjour, Suite à diverses discussions sur cette liste, je me suis décidé à installer apt-proxy. Bonne initiative! J'utilise apt-proxy depuis plus d'un an pour mettre à jour mon portable depuis un poste connecté à Internet. Les deux tournent avec Sarge. la version de apt-proxy est 1.3.7 Je l'ai configuré de façon à ce qu'il ne conserve que 3 versions des différents paquets mais je ne l'ai encore jamais vu en effacer. Y a-t-il un trucparticulier pour ça ? Je suppose que tu as paramétré ceci dans /etc/apt-proxy/apt-proxy.conf : MAX_VERSIONS=3 Ben oui, mais je me trouve dans le pool avec des trucs comme : alsa-base_1.0.6a-10_all.deb alsa-base_1.0.6a-11_all.deb alsa-base_1.0.6a-7_all.deb alsa-base_1.0.6a-8_all.deb alsa-base_1.0.6a-9_all.deb alsa-base_1.0.7-1_all.deb alsa-base_1.0.7-2_all.deb Ca fait quand même un peu plus que 3 non ? Il y 2 autres options à paramétrer : - l'option grand nettoyage : CLEAN_SWEEP=120 N'importe quel paquet qui n'a pas été lu depuis moins de 120 jours sera effacé. Oui, je l'ai laissé tel que - l'option nettoyage pour le paquet nouvelle version CLEANUP_DAYS=14 Quand on charge la nouvelle version d'un paquet, les versions vieilles de plus de 14 jours sont effacées Je ne suis pas sûr que ce soit la signiification exacte du paramètre. Ne serait-ce pas plutôt l'intervalle pour faire le grand ménage (si besoin est) ? J'ai remarqué en outre que certains paquets conservé dans le cache d'apt-proxy sont cependant retéléchargé depuis le web lors de la mise à jour d'une machine sur le lan. Imaginons que apt-proxy soit installé sur mon_serveur, toutes les machines, y compris mon_serveur, doivent avoir un fichier /etc/apt/sources.list qui ressemble à çà : ... deb http://mon_serveur:/debian sarge main contrib non-free deb http://mon_serveur:/security stable/updates main deb http://mon_serveur:/security sarge/updates main contrib non-free deb http://mon_serveur:/non-US sarge/non-US main contrib non-free Oui, j'ai un truc du genre : deb http://localhost:/debian/ sid main contrib non-free deb http://localhost:/debian-non-US/ sid non-US/main deb http://localhost:/debian-non-US/ sid non-US/contrib deb http://localhost:/debian-non-US/ sid non-US/non-free deb-src http://localhost:/debian sid main contrib non-free Sur toutes les machines du lan ... La question est : cache-t-il vraiment ? Oui. Je persiste dans mon doute (il y a d'ailleurs un bug ouvert sur le sujet..) J'ai les 3 premiers CDs de la Sarge qui datent du 03/11/2004 et mon cache de apt-proxy a une taille de 632Mo. Et enfin, comment accéder aux anciennes versions des fichiers cachés sans ajouter une ligne pointant directement vers le cache dasn sources.list ? Dans /etc/apt-proxy/apt-proxy.conf, la variable APT_PROXY_CACHE précise où est le cache de apt-proxy. Oui, mais ce n'était pas le sens de ma question : dans mon cache, je me trouve avec plusieurs versions d'un pasuet, je voudrais installer une ancienne version. Si je cite deb file, alors, j'ai bien accès à toutes les versions, sinon, je n'arrive pas à récupérer une ancienne version. En cas de besoin je réinstalle le paquet par "dpkg -i mon_paquet.deb". Pour une Sarge ou une Woody, l'intérêt de garder plusieurs versions d'un paquet ne me parait pas évident. J'utilise sid et là, l'intérêt est évident, il y a parfois des trucs tout cassés et on est bien content de restaurer la version précédente. Bon, il y a napshot qui permet de se sortir de bien des problèmes. Jean-Luc Bon amusement Merci Jean-Pierre Jean-Luc pgpOwKOM5gRop.pgp Description: PGP signature
Re: apt-proxy et nombre de versions conservées
Le 08/12/04 à 13:36, Jean-Luc Coulon (f5ibh) écrivait: > Bonjour, > > Suite à diverses discussions sur cette liste, je me suis décidé à > installer apt-proxy. Bonne initiative! J'utilise apt-proxy depuis plus d'un an pour mettre à jour mon portable depuis un poste connecté à Internet. Les deux tournent avec Sarge. la version de apt-proxy est 1.3.7 > Je l'ai configuré de façon à ce qu'il ne conserve que 3 versions des > différents paquets mais je ne l'ai encore jamais vu en effacer. > > Y a-t-il un trucparticulier pour ça ? Je suppose que tu as paramétré ceci dans /etc/apt-proxy/apt-proxy.conf : MAX_VERSIONS=3 Il y 2 autres options à paramétrer : - l'option grand nettoyage : CLEAN_SWEEP=120 N'importe quel paquet qui n'a pas été lu depuis moins de 120 jours sera effacé. - l'option nettoyage pour le paquet nouvelle version CLEANUP_DAYS=14 Quand on charge la nouvelle version d'un paquet, les versions vieilles de plus de 14 jours sont effacées > J'ai remarqué en outre que certains paquets conservé dans le cache > d'apt-proxy sont cependant retéléchargé depuis le web lors de la mise à > jour d'une machine sur le lan. Imaginons que apt-proxy soit installé sur mon_serveur, toutes les machines, y compris mon_serveur, doivent avoir un fichier /etc/apt/sources.list qui ressemble à çà : ... deb http://mon_serveur:/debian sarge main contrib non-free deb http://mon_serveur:/security stable/updates main deb http://mon_serveur:/security sarge/updates main contrib non-free deb http://mon_serveur:/non-US sarge/non-US main contrib non-free ... > > La question est : cache-t-il vraiment ? Oui. J'ai les 3 premiers CDs de la Sarge qui datent du 03/11/2004 et mon cache de apt-proxy a une taille de 632Mo. > Et enfin, comment accéder aux anciennes versions des fichiers cachés > sans ajouter une ligne pointant directement vers le cache dasn > sources.list ? Dans /etc/apt-proxy/apt-proxy.conf, la variable APT_PROXY_CACHE précise où est le cache de apt-proxy. En cas de besoin je réinstalle le paquet par "dpkg -i mon_paquet.deb". Pour une Sarge ou une Woody, l'intérêt de garder plusieurs versions d'un paquet ne me parait pas évident. > Jean-Luc Bon amusement Jean-Pierre
apt-proxy et nombre de versions conservées
Bonjour, Suite à diverses discussions sur cette liste, je me suis décidé à installer apt-proxy. Je l'ai configuré de façon à ce qu'il ne conserve que 3 versions des différents paquets mais je ne l'ai encore jamais vu en effacer. Y a-t-il un trucparticulier pour ça ? J'ai remarqué en outre que certains paquets conservé dans le cache d'apt-proxy sont cependant retéléchargé depuis le web lors de la mise à jour d'une machine sur le lan. La question est : cache-t-il vraiment ? Et enfin, comment accéder aux anciennes versions des fichiers cachés sans ajouter une ligne pointant directement vers le cache dasn sources.list ? Jean-Luc pgppNxSCyi0W5.pgp Description: PGP signature
Re: Nouvelle version apt-proxy sur Sarge
On Thu, Aug 19, 2004 at 11:36:54PM +0200, J.Pierre Pourrez wrote: > Bonjour, Bonsoir, > Lors de la première mise à jour des listes de paquets avec dselect, le > serveur apt-proxy me renvoient des erreurs 500. > Une nouvelle mise à jour dans la foulée ne renvoie aucun erreur. > Apparemment apt-proxy répond plus vite que le site mirroir de Debian Ce bug est déjà rapporté #262528 > > Il semble que apt-proxy doit tourner en daemon et n'est plus lancer par > xinetd. Oui, maintenant, il tourne en démon. J'utilise les version 1.9.x depuis qu'elles sont en unstable et je suis assez déçu par ces nouvelles versions, si tu as encore le paquet de la dernière version 1.3.x je te conseille de la garder, twisted utilise beaucoup trop de cpu lors des téléchargement (cf #259989). -- > Quake 3 c'est caca, CS c'est pour les cascadeurs lol Cs c'est pour les cascadeurs bah c du skill de choper un cheat que l'autre en face n a pas :) -+- Saturn48 in GPJ : Rémi Julienne, version 2001 -+-
Nouvelle version apt-proxy sur Sarge
Bonjour, Lors de ma dernière mise à jour de la Sarge, apt-proxy a basculé de la version 1.3 (script shell) à la version 1.9 (twisted et python). Les temps de réponse sont nettement plus courts mais j'ai quand même 2 petits soucis : Lors de la première mise à jour des listes de paquets avec dselect, le serveur apt-proxy me renvoient des erreurs 500. Une nouvelle mise à jour dans la foulée ne renvoie aucun erreur. Apparemment apt-proxy répond plus vite que le site mirroir de Debian Il semble que apt-proxy doit tourner en daemon et n'est plus lancer par xinetd. Merci de me faire part de vos remarques. Jean-Pierre
Re: apt-proxy
Julien Louis wrote: On Mon, Aug 16, 2004 at 11:29:43AM +0200, Joachim Habib wrote: Bonjour à toutes et tous, Bonjour, J'ai un pb de configuration de apt-proxy. Voici la conf de ma machine servant de routeur (et donc de proxy) : APT_PROXY_CACHE=/var/cache/apt-proxy CLEANUP_DAYS=14 CLEAN_SWEEP=60 MAX_VERSIONS=4 BACKEND_FREQ=240 WGET_TIMEOUT=30 add_backend /debian/ $APT_PROXY_CACHE/debian/ http://ftp.de.debian.org::debian/ add_backend /security/ $APT_PROXY_CACHE/security/ http://security.debian.org/ sources.list du client : deb http://serveur:/debian woody main contrib non-free deb http://serveur: testing/updates main contrib non-free D'après ce que j'ai trouvé sur le net, tout a l'air normal. Est-ce que quelqu'un a une idée ? C'est la deuxième ligne du sources.list de ton client qui ne va pas, te demandes un backend qui n'est pas dans le fichier de config d'apt-proxy. À quoi correspond cette seconde ligne ? tu veux les updates de séucurité ? C'est exactement ca. J'etais persuadé que c'était la première, je n'est donc même pas regardé celle-la. Du coup j'ai corrigé et tout marche Merci Jo
Re: apt-proxy
Le 16/08/04 à 11:29, Joachim Habib écrivait: > J'ai un pb de configuration de apt-proxy. > > Voici la conf de ma machine servant de routeur (et donc de proxy) : > > APT_PROXY_CACHE=/var/cache/apt-proxy > CLEANUP_DAYS=14 > CLEAN_SWEEP=60 > MAX_VERSIONS=4 > BACKEND_FREQ=240 > WGET_TIMEOUT=30 > add_backend /debian/ $APT_PROXY_CACHE/debian/ > http://ftp.de.debian.org::debian/ > add_backend /security/ $APT_PROXY_CACHE/security/ > http://security.debian.org/ Tu n'as pas bien regardé les exemples dans apt-proxy.conf ;-) add_backend doit tenir sur une ligne. on peut la couper éventuellement avec "\" comme en shell (apt-proxy est un script shell qui "source" apt-proxy.conf) ton url sur le serveur allemand est bizarre. Cela devrait mieux marcher comme ça: MIRROR1=http://ftp.de.debian.org MIRROR2=http://ftp.fr.debian.org add_backend /debian/\ $APT_PROXY_CACHE/debian/ \ $MIRROR1/debian/ \ $MIRROR2/debian/ add_backend /debian-non-US/ \ $APT_PROXY_CACHE/debian/ \ $MIRROR1/debian-non-US/ \ $MIRROR2/debian-non-US/ add_backend /security/ \ $APT_PROXY_CACHE/security/ \ $MIRROR1/debian-security/ On peut utiliser plusieurs sites sur chaque backend > sources.list du client : > > deb http://serveur:/debian woody main contrib non-free > deb http://serveur: testing/updates main contrib non-free deb http://serveur:/debian sarge main contrib non-free deb http://serveur:/debian-non-US sarge/non-US main contrib non-free deb http://serveur:/security sarge/updates main contrib non-free Inutile de maintenir la Woody si tu fais des mises à jour vers la Sarge. Il n'y a pas de répertoire debian-security sur le mirroir français :-( > D'après ce que j'ai trouvé sur le net, tout a l'air normal. Pas vraiment ;-) > Est-ce que quelqu'un a une idée ? J'utilise apt-proxy tous les jours pour mon portable. > Merci Avec plaisir Jean-Pierre
Re: apt-proxy
On Mon, Aug 16, 2004 at 11:29:43AM +0200, Joachim Habib wrote: > Bonjour à toutes et tous, Bonjour, > J'ai un pb de configuration de apt-proxy. > > > Voici la conf de ma machine servant de routeur (et donc de proxy) : > APT_PROXY_CACHE=/var/cache/apt-proxy > CLEANUP_DAYS=14 > CLEAN_SWEEP=60 > MAX_VERSIONS=4 > BACKEND_FREQ=240 > WGET_TIMEOUT=30 > add_backend /debian/ $APT_PROXY_CACHE/debian/ > http://ftp.de.debian.org::debian/ > add_backend /security/ $APT_PROXY_CACHE/security/ > http://security.debian.org/ > > > sources.list du client : > deb http://serveur:/debian woody main contrib non-free > deb http://serveur: testing/updates main contrib non-free > > > D'après ce que j'ai trouvé sur le net, tout a l'air normal. > Est-ce que quelqu'un a une idée ? C'est la deuxième ligne du sources.list de ton client qui ne va pas, te demandes un backend qui n'est pas dans le fichier de config d'apt-proxy. À quoi correspond cette seconde ligne ? tu veux les updates de séucurité ? -- Pour s'établir dans le monde, on fait tout ce que l'on peut pour y paraître établi. -+- François de La Rochefoucauld (1613-1680), Maximes 56 -+-
apt-proxy
Bonjour à toutes et tous, J'ai un pb de configuration de apt-proxy. Voici la conf de ma machine servant de routeur (et donc de proxy) : APT_PROXY_CACHE=/var/cache/apt-proxy CLEANUP_DAYS=14 CLEAN_SWEEP=60 MAX_VERSIONS=4 BACKEND_FREQ=240 WGET_TIMEOUT=30 add_backend /debian/ $APT_PROXY_CACHE/debian/ http://ftp.de.debian.org::debian/ add_backend /security/ $APT_PROXY_CACHE/security/ http://security.debian.org/ sources.list du client : deb http://serveur:/debian woody main contrib non-free deb http://serveur: testing/updates main contrib non-free Voici les messages du serveur sur un update : [17510 11:20:42] Mon Aug 16 11:20:42 CEST 2004 Request /debian/dists/woody/main/binary-i386/Packages.gz [17510 11:20:43] Mon Aug 16 11:20:43 CEST 2004 Request /debian/dists/woody/main/binary-i386/Release [17510 11:20:44] Mon Aug 16 11:20:44 CEST 2004 Request /debian/dists/woody/contrib/binary-i386/Packages.gz [17510 11:20:45] Mon Aug 16 11:20:45 CEST 2004 Request /debian/dists/woody/contrib/binary-i386/Release [17510 11:20:47] Mon Aug 16 11:20:47 CEST 2004 Request /debian/dists/woody/non-free/binary-i386/Packages.gz [17510 11:20:48] Mon Aug 16 11:20:48 CEST 2004 Request /debian/dists/woody/non-free/binary-i386/Release [17510 11:20:49] Mon Aug 16 11:20:49 CEST 2004 Request /dists/testing/updates/main/binary-i386/Packages.gz [17510 11:20:49] Bad URL /dists/testing/updates/main/binary-i386/Packages.gz is not serviced by this server /usr/bin/stat: Warning: `-l' is deprecated; use `-L' instead [18253 11:20:49] Mon Aug 16 11:20:49 CEST 2004 Request /dists/testing/updates/main/binary-i386/Release [18253 11:20:50] Bad URL /dists/testing/updates/main/binary-i386/Release is not serviced by this server /usr/bin/stat: Warning: `-l' is deprecated; use `-L' instead [18324 11:20:50] Mon Aug 16 11:20:50 CEST 2004 Request /dists/testing/updates/contrib/binary-i386/Packages.gz [18324 11:20:50] Bad URL /dists/testing/updates/contrib/binary-i386/Packages.gz is not serviced by this server /usr/bin/stat: Warning: `-l' is deprecated; use `-L' instead [18395 11:20:50] Mon Aug 16 11:20:50 CEST 2004 Request /dists/testing/updates/contrib/binary-i386/Release [18395 11:20:50] Bad URL /dists/testing/updates/contrib/binary-i386/Release is not serviced by this server /usr/bin/stat: Warning: `-l' is deprecated; use `-L' instead [18466 11:20:50] Mon Aug 16 11:20:50 CEST 2004 Request /dists/testing/updates/non-free/binary-i386/Packages.gz [18466 11:20:50] Bad URL /dists/testing/updates/non-free/binary-i386/Packages.gz is not serviced by this server /usr/bin/stat: Warning: `-l' is deprecated; use `-L' instead [18537 11:20:50] Mon Aug 16 11:20:50 CEST 2004 Request /dists/testing/updates/non-free/binary-i386/Release [18537 11:20:50] Bad URL /dists/testing/updates/non-free/binary-i386/Release is not serviced by this server et enfin la trace de l'update sur le client : alpha# apt-get update Atteint http://freevo.sourceforge.net unstable/main Packages Atteint ftp://ftp.nerim.net stable/main Packages Atteint http://serveur woody/main Packages Atteint ftp://ftp.nerim.net stable/main Release Ign http://freevo.sourceforge.net unstable/main Release Atteint ftp://ftp.nerim.net unstable/main Packages Atteint ftp://ftp.nerim.net unstable/main Release Atteint http://serveur woody/main Release Atteint http://serveur woody/contrib Packages Atteint http://serveur woody/contrib Release Atteint http://serveur woody/non-free Packages Atteint http://serveur woody/non-free Release Err http://serveur testing/updates/main Packages 404 is not serviced by this server Ign http://serveur testing/updates/main Release Err http://serveur testing/updates/contrib Packages 404 is not serviced by this server Ign http://serveur testing/updates/contrib Release Err http://serveur testing/updates/non-free Packages 404 is not serviced by this server Ign http://serveur testing/updates/non-free Release Impossible de récupérer http://serveur:/dists/testing/updates/main/binary-i386/Packages.gz 404 is not serviced by this server Impossible de récupérer http://serveur:/dists/testing/updates/contrib/binary-i386/Packages.gz 404 is not serviced by this server Impossible de récupérer http://serveur:/dists/testing/updates/non-free/binary-i386/Packages.gz 404 is not serviced by this server Lecture des listes de paquets... Fait W: Impossible de localiser la liste des paquets sources http://serveur testing/updates/main Packages (/var/lib/apt/lists/serveur:_dists_testing_updates_main_binary-i386_Packages) - stat (2 Aucun fichier ou répertoire de ce type) W: Impossible de localiser la liste des paquets sources http://serveur testing/updates/contrib Packages (/var/lib/apt/lists/serveur:_dists_testing_updates_contrib_binary-i386_Packages) - stat (2 Aucun fichier ou répertoire de ce type) W: Impossible de localiser la liste des paquets sour
Re: squid et apt-get update [et apt-proxy]
On Thu, Mar 25, 2004 at 11:28:45AM +0100, debian wrote: > > ce que tu cherches s'appelle apt-proxy > > > > apt-get install apt-proxy > > fait sur le serveur maison. Ensuite configuré > /etc/apt-proxy/apt-proxy.conf comme suit: > de mémoire, il faut configurer le merdier sur inetd (ou xinetd) et ouvrir les ports correspondant sur le firewall de la machine qui fait proxy. -- Pierre Habouzit (X2000) http://www.madism.org "L'élève, comme la rivière, aimerait suivre son cours tout en restant dans son lit." /Albert/ /Camus/
Re: squid et apt-get update [et apt-proxy]
> ce que tu cherches s'appelle apt-proxy > > apt-get install apt-proxy fait sur le serveur maison. Ensuite configuré /etc/apt-proxy/apt-proxy.conf comme suit: # Configuration for apt-proxy # Change this path if you do not want to keep your cache under var APT_PROXY_CACHE=/var/cache/apt-proxy ### Rsync Backends # Three or more fields each: # 1) URL prefix # 2) Dir to put files in (remember the trailing /!) # 3...) http/ftp/rsync backends to replace it with (remember the trailing /!) # You can specify multiple backends like this example: add_backend /debian/\ $APT_PROXY_CACHE/debian/\ http://sunsite.cnlab-switch.ch/ftp/mirror/debian/ \ http://ftp.solnet.ch/debian/\ # HINT: Any request matching none of these is not served, making # partial caching easy. # # You can also specify a different backend for control files # by prefixing with a '+'. This is particularly useful for # using rsync for Packages and http/ftp for .deb/.tar.gzs # # This is a shell script and the backslashes at the end of # the line denote that the line continues on the next line, # so do not try to comment out one line without moving it! # # The 'deb' lines are examples that you can place in clients' # sources.list that correspond to the apt-proxy backends. # Debian main deb http://mangoo:/debian stable main contrib non-free deb http://mangoo:/debian woody main contrib non-free deb http://mangoo:/debian sarge main contrib non-free #deb http://APTPROXY:/debian sid main contrib non-free #deb http://APTPROXY:/debian project/experimental/main/binary-$(ARCH)/ add_backend /debian/\ $APT_PROXY_CACHE/debian/\ http://ftp.us.debian.org/debian/\ http://ftp.de.debian.org/debian/\ http://ftp.uk.debian.org/debian/\ +ftp.us.debian.org::debian/ # Debian non-US deb http://mangoo:/non-US stable/non-US main contrib non-free deb http://mangoo:/non-US woody/non-US main contrib non-free deb http://mangoo:/non-US sarge/non-US main contrib non-free #deb http://APTPROXY:/non-US sid/non-US main contrib non-free add_backend /non-US/\ $APT_PROXY_CACHE/non-US/\ http://non-us.debian.org/ \ http://ftp.de.debian.org/debian-non-US/ \ http://ftp.uk.debian.org/debian-non-US/ \ +ftp.de.debian.org::debian-non-US/ # Debian security deb http://mangoo:/security stable/updates main contrib non-free deb http://mangoo:/security woody/updates main contrib non-free #deb http://APTPROXY:/security sarge/updates main contrib non-free add_backend /security/ \ $APT_PROXY_CACHE/security/ \ http://security.debian.org/ puis le sources.list comme suit: deb http://mangoo:/ftp/mirror/debian/ testing main non-free contrib deb-src http://mangoo:/ftp/mirror/debian/ testing main non-free contrib # deb http://non-us.debian.org/debian-non-US/ stable/non-US main contrib non-free # deb-src http://non-us.debian.org/debian-non-US/ stable/non-US main contrib non-free deb http://mangoo:/ stable/updates main contrib non-free # deb http://security.debian.org/ stable/updates main contrib # deb http://debian.nettuno.it/debian/ stable main non-free contrib # deb-src http://debian.nettuno.it/debian/ stable main non-free contrib # deb http://non-us.debian.org/debian-non-US/ stable/non-US main contrib non-free # deb-src http://non-us.debian.org/debian-non-US/ stable/non-US main contrib non-free # deb http://www.winischhofer.net/sis/debian/stable/ ./ deb http://mangoo:/ftp/mirror/debian/ stable main contrib deb-src http://mangoo:/ftp/mirror/debian/ stable main contrib # deb http://non-us.debian.org/debian-non-US/ stable/non-US main contrib non-free # deb-src http://non-us.debian.org/debian-non-US/ stable/non-US main contrib non-free et enfin lancé un 'apt-get update' qui me donne (attention c long): mangoo:/etc/apt# apt-get update Err http://mangoo testing/main Packages Could not connect to mangoo: (192.168.2.2). - connect (111 Connection refused) Err http://mangoo testing/main Release Could not connect to mangoo: (192.168.2.2). - connect (111 Connection refused) Err http://mangoo testin
Re: Apt / proxy
RUBI Julien wrote:
Apt est t'il capable de outre-passer un proxy Micro$oft avec 1 compte
user / mot de pass ?
Si oui, comment faire ? quel fichier(s) modifier ?
Apt est capable de passer par un serveur mandataire tant qu'il supporte
FTP ou HTTP.
Il suffit pour cela de modifier en conséquence (ou de créer)
/etc/apt/apt.conf
Exemple:
[EMAIL PROTECTED] 10:31:25 ~]$ more /etc/apt/apt.conf
Acquire
{
Queue-Mode "host"; // host|access
Retries "0";
Source-Symlinks "true";
// HTTP method configuration
http
{
Proxy "http://w.x.y.z:xxx";;
Timeout "120";
Pipeline-Depth "5";
// Cache Control. Note these do not work with Squid 2.0.2
No-Cache "false";
Max-Age "86400"; // 1 Day age on index files
No-Store "false";// Prevent the cache from storing
archives
};
};
---
J'espère que ça t'aidera.
--
Raphaël Bordet
[EMAIL PROTECTED]
Apt / proxy
Title: Apt / proxy Apt est t'il capable de outre-passer un proxy Micro$oft avec 1 compte user / mot de pass ? Si oui, comment faire ? quel fichier(s) modifier ?
[apt-proxy] - comportement étrange
bonjour, voila, j'ai un probleme avec apt-proxy (version woody, 1.3.0) qui ne semble pas fonctionner chez moi (...) ca ne marche que si je ne met qu'un seul backend. j'ai essayé chacun des 2 backend un après l'autre et ca marche, mais les 2 ensemble, rien. en effet comme on peut le voir dans l'extrait du log, lors du passage d'un backend à l'autre il n'y a pas changement de site. on peux voir qu'apt-proxy cherche le répertoire debian-non-US sur ftp.fr.debian.org::/debian/ alors qu'il devrait aller le chercher sur non-us.debian.org apt-proxy.conf: (...) add_backend / \ $APT_PROXY_CACHE/debian/ \ ftp.fr.debian.org::debian/ # add_backend /debian-non-US/ \ $APT_PROXY_CACHE/debian-non-US/ \ non-us.debian.org::debian-non-US/ (...) apt-proxy.log: Mon Jun 17 11:06:00 CEST 2002 Request /debian-non-US/dists/woody/non-US/non-free/binary-i386/Release [31791 11:06:00]: Updating file `/debian-non-US/dists/woody/non-US/non-free/binary-i386/Release' [31791 11:06:00]: mkdir_maybe_symlinks base:/var/cache/apt-proxy/debian/ subdir:debian-non-US/dists/woody/non-US/non-free/binary-i386 [31791 11:06:00]: download_url:ftp.fr.debian.org::debian//debian-non-US/ dest:/var/cache/apt-proxy/debian/ file:/debian-non-US [realname:] IsDir:[y] [31791 11:06:00]: rsync --timeout=30 -v --perms --links --times --partial ftp.fr.debian.org::debian//debian-non-US/ [31791 11:06:00] client: nothing to do: perhaps you need to specify some filenames or the --recursive option? rsync error: partial transfer (code 23) at main.c(594) [31791 11:06:00] Bad URL /debian-non-US directory does not exist on any server [31791 11:06:00]: write_header 404 directory does not exist on any server, keep-alive:close content:text/html size:199 date: enc: request: sources.list du client: deb http://zouf:/ woody main non-free contrib deb http://zouf:/debian-non-US woody/non-US main non-free contrib quelqu'un a t'il déja eu ce comportement ? ou faut il que je fasse un bug report ? merci de vos réponses. -- Richard. __ ifrance.com, l'email gratuit le plus complet de l'Internet ! vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP... http://www.ifrance.com/_reloc/email.emailif -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: configuration de apt-proxy
Le vendredi 07 juin, à 22h42 joel fernandez a ecrit : > Bonsoir à tous, > hello > j'essaye, mais sans grand succès de configurer apt-proxy sur mon > unique machine. > > 2 questions me viennent à l'esprit > > a) faut-il ou non un proxy supplémentaire genre squid ou wwwoffle pour > faire tourner apt-proxy ( je pense que la réponse est non mais n'en > suis quand même pas tout à fait sûr) > tu as raison, apt-proxy etant un proxy il n'en faut pas un de plus pour qu'il fonctionne :o) > b)si il ne faut pas de proxy supplémentaire, comment fait-on pour > déclarer la machine dans le sources.list. Puisqu'il faut une ligne du > genre : deb http://mon.proxy:/main woody main contrib non-free > > ou retrouve-t-on ce mon.proxyn dans la conf sur une machine avec le serveur apt-proxy, il faut configurer quels serveurs apt servent de "reference" (dans /etc/apt-proxy/...) sur le client ajouter la ligne ci-dessus au /etc/apt/sources/list si tout cela te semble toujours obscur je pourrais t'envoyer ma config... -- aurelien -- Having children is like having a bowling alley installed in your brain. -- Martin Mull pgpb7df0Gvdsf.pgp Description: PGP signature
configuration de apt-proxy
Bonsoir à tous, j'essaye, mais sans grand succès de configurer apt-proxy sur mon unique machine. 2 questions me viennent à l'esprit a) faut-il ou non un proxy supplémentaire genre squid ou wwwoffle pour faire tourner apt-proxy ( je pense que la réponse est non mais n'en suis quand même pas tout à fait sûr) b)si il ne faut pas de proxy supplémentaire, comment fait-on pour déclarer la machine dans le sources.list. Puisqu'il faut une ligne du genre : deb http://mon.proxy:/main woody main contrib non-free ou retrouve-t-on ce mon.proxyn dans la conf Merci d'avance pour votre aide précieuse A+ jo __ ifrance.com, l'email gratuit le plus complet de l'Internet ! vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP... http://www.ifrance.com/_reloc/email.emailif -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-proxy/rsync/proxy
Aurelien Jarno a écrit, jeudi 30 mai 2002, à 20:10 : > Le Jeudi 30 Mai 2002 16:49, Jacques L'helgoualc'h a écrit : [...] > > Le hic est que le *nom* du fichier a changé... > > > Sauf que apt-proxy, lors du téléchargement d'une nouvelle version, fait > une copie de l'ancienne version et donne à cette copie le nom de la > nouvelle version, qu'il n'a pas encore chargée. Le rsync est fait sur ce > fichier. Donc pas de problème de ce côté là... Ah, bien, c'est mieux qu'un « bête » rsync, alors. -- Jacques L'helgoualc'h -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-proxy/rsync/proxy
Le Jeudi 30 Mai 2002 16:49, Jacques L'helgoualc'h a écrit : > georges mariano a écrit, jeudi 30 mai 2002, à 14:52 : > > intuition : quelle est la probabilité pour que, suite à une > > reconstruction d'une nouvelle version d'un paquet de 10Mo, les 9,5 > > "premiers" Mo ne soit pas modifiés d'un seul octet ?? > > ...assez forte si tu tares les fichiers dans l'ordre chronologique :) > Le hic est que le *nom* du fichier a changé... > Sauf que apt-proxy, lors du téléchargement d'une nouvelle version, fait une copie de l'ancienne version et donne à cette copie le nom de la nouvelle version, qu'il n'a pas encore chargée. Le rsync est fait sur ce fichier. Donc pas de problème de ce côté là... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-proxy/rsync/proxy
Le Jeudi 30 Mai 2002 17:58, georges mariano a écrit : > On Thu, 30 May 2002 16:35:42 +0200 > > Aurelien Jarno <[EMAIL PROTECTED]> wrote: > > Je parlais d'un apt-get update du Packages.gz de la sid ou de la > > woody, qui eux font plus de 1,6 Mo ! > > argghh, autant pour moi, mais c'est quoi sid et woody ?? :))) Ben c'est les fichier Packages.gz des distributions Debian Woody et Debian Sid qu'on peut trouver ici : ftp://ftp.debian.org/debian/dists/woody/main/binary-i386/Packages.gz et ftp://ftp.debian.org/debian/dists/sid/main/binary-i386/Packages.gz Aurelien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-proxy/rsync/proxy
On Thu, May 30, 2002 at 06:05:45PM +0200, Matthieu Moy wrote: > Yves Rutschle <[EMAIL PROTECTED]> writes: > > > C'est la base de tous les compresseurs (pkzip, gzip, mpeg etc). > > Pour mpeg, c'est un peu différent. C'est un algorithme avec perde de > qualité, qui est surtout basé sur des transformations analytiques > (transformées de fourrier & cie) que sur la répétition. > > > j'ai une photo en jpeg, je change la couleur des yeux d'une personne > > (change quelques pixels), y'a toute les chances pour que le nouveau > > jpg soit complètement différent.) > > Pas tout à fait vrai non plus : le jpeg commence par découper l'image > en carrés de 8 par 8 (ça se voit d'ailleurs quand on zoome), et les > carrés sont compressés individuellement, donc, il y a au contraire de > fortes chances pour que ton image change peu. Mpeg et Jpeg marchent de la même façon au niveau de l'image: couper en macro-blocks (8x8 pixels), faire une transformée en cosinus bi-dimentionelle (DCT: Discrete Cosine Transform), prendre les bits des fréquences basses (donc on perd les fréquences hautes: c'est pour ça que Jpeg donne des résultats horribles pour les dessins). De là, Mpeg cherche les macro-blocks dans l'image précédente (et suivante, si on est en Mpeg4 et le bon profil) pour voir si il peut les retrouver au même endroit ou "dans les environ", c'est l'estimation de mouvement. (Pour info, Mpeg2, H261 et H263 sont tous basés sur le même principe.) Enfin, Mpeg et Jpeg passent tout ça dans un "VLE" (Variable Length Encoder) qui est un codage de Huffman avec une table fixe, donc finalement exactement ce que je disais, mais en retirant 2 paragraphes, parce que sinon c'était hors sujet. C'est toujours Hors Sujet, d'ailleurs :-) Donc: si je change des yeux, il y a de bonnes chances que la DCT donne un nombre de bits differents, donc décale l'ensemble du bitstream; ensuite, il y a aussi pas mal de chance que le VLE donne un résultat différent. Au final, ça revient au même: la plupart des compressions sont basées sur des flux de bits (bitstreams), pas sur des octets, donc dès qu'un morceau change de taille, tous les autres octets sont également affectés. Tiens, peut-être qu'une façon d'améliorer rsync serait précisément de considérer le fichier comme une suite de bits au lieu d'une suite d'octet. /Y -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-proxy/rsync/proxy
Jacques L'helgoualc'h a écrit, jeudi 30 mai 2002, à 16:49 : > [...] http://rsync.samba.org/rsync/tech_report/ Désolé (la faute à wwwoffle :), l'url a changé : http://rsync.samba.org/tech_report/ -- Jacques L'helgoualc'h -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-proxy/rsync/proxy
Yves Rutschle <[EMAIL PROTECTED]> writes: > C'est la base de tous les compresseurs (pkzip, gzip, mpeg etc). Pour mpeg, c'est un peu différent. C'est un algorithme avec perde de qualité, qui est surtout basé sur des transformations analytiques (transformées de fourrier & cie) que sur la répétition. > j'ai une photo en jpeg, je change la couleur des yeux d'une personne > (change quelques pixels), y'a toute les chances pour que le nouveau > jpg soit complètement différent.) Pas tout à fait vrai non plus : le jpeg commence par découper l'image en carrés de 8 par 8 (ça se voit d'ailleurs quand on zoome), et les carrés sont compressés individuellement, donc, il y a au contraire de fortes chances pour que ton image change peu. A part ces détails (sur lesquels je me trompes sans doute aussi un peu), c'est ça, oui. -- Matthieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-proxy/rsync/proxy
On Thu, 30 May 2002 16:35:42 +0200 Aurelien Jarno <[EMAIL PROTECTED]> wrote: > Je parlais d'un apt-get update du Packages.gz de la sid ou de la > woody, qui eux font plus de 1,6 Mo ! argghh, autant pour moi, mais c'est quoi sid et woody ?? :))) > je l'ai dit, j'ai vu des cas où c'était vraiment plus rapide. ce qui m'intéresse moi c'est le cas général, le plus "probable", et il me semble quand même qu'on télécharge plus souvent du .deb que du Packages.gz (encore une fois je me place dans un contexte d'utilisation "normale" où on upgrade pas tout en permanence pour le plaisir ...) > au pire on perd quasiment rien (quelques md5sums envoyés au > serveur). En tout cas pour le Packages.gz, il n'y a pas photo. admettons. -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-proxy/rsync/proxy
georges mariano a écrit, jeudi 30 mai 2002, à 14:52 : [...] > Aurelien Jarno <[EMAIL PROTECTED]> wrote: > > La plus value, c'est que apt-proxy utilise rsync. > > C'est très pratique pour le Packages.gz, un apt-get update me prend > > moi d'une minute avec un modem 56k. > > si je fais un apt-get update ici, le plus gros Packages.gz fait : 70ko > donc avec un 4Ko/s (modem), il me faudrait env. 20s, x3 > (main/contrib/non-free)... Bref, on en reste de l'ordre de la minute > (mettons deux) ...même moins, souvent seuls les Packages.gz de proposed-updates sont téléchargés. (il me semble que ça ne marche pas pour le ftp) > > tous les paquets, mais j'ai déja vu des paquet de plusieurs Mo > > "chargés" en une dizaine de secondes, toujours en 56k). > > gulps ??? alors là je suis surpris, cela signifie que rsync travaille > sur des morceaux de fichiers ?? (comment semble le confirmer Jacques > ...) oui, man rsync ;) et http://rsync.samba.org/rsync/tech_report/ pour les détails (que je n'ai pas lus). > [de mémoire, les discussions sur -devel tournaient un peu en rond > parce que personne n'avait de données suffisantes pour démontrer le > gain effectif... (au moment où j'ai arrété de suivre) Il y a plus d'un an, quelqu'un avait expliqué sur cette liste qu'il mettait à jour des images iso du serveur hongrois par cette méthode, avec un gain de temps impressionnant (un facteur 4, je crois). > intuition : quelle est la probabilité pour que, suite à une > reconstruction d'une nouvelle version d'un paquet de 10Mo, les 9,5 > "premiers" Mo ne soit pas modifiés d'un seul octet ?? ...assez forte si tu tares les fichiers dans l'ordre chronologique :) Le hic est que le *nom* du fichier a changé... > où alors, y'a un truc que j'ai pas saisi ?? Rsync doit pouvoir reprendre le fil après quelques blocs modifiés, un peu comme diff. Dans une image iso, les fichiers sont compressés un à un, donc il doit y avoir des tas de blocs inchangés. On doit pouvoir faire un essai en réseau local avec les CD1.iso 2.2r5 et 2.2r6 de la patate pour en avoir le coeur net... m*, j'ai effacé les vieux. > > Donc en fait, apt-proxy est pratique que l'on ai une ou plusieurs > > machines, avec une connexion internet lente et/ou que l'on paye à la > > durée/quantité de donnée transférées. > > Toujours pas franchement convaincu (perso, je préfère me consacrer à > wwwoffle par exemple, un _vrai_ proxy **bien documenté**, je limite > les debianeries au strict minimum) Oui, wwwoffle est très bien. -- Jacques L'helgoualc'h -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-proxy/rsync/proxy
Le Jeudi 30 Mai 2002 14:52, georges mariano a écrit : > si je fais un apt-get update ici, le plus gros Packages.gz fait : 70ko > donc avec un 4Ko/s (modem), il me faudrait env. 20s, x3 > (main/contrib/non-free)... Bref, on en reste de l'ordre de la minute > (mettons deux) Je parlais d'un apt-get update du Packages.gz de la sid ou de la woody, qui eux font plus de 1,6 Mo ! > > tous les paquets, mais j'ai déja vu des paquet de plusieurs Mo > > "chargés" en une dizaine de secondes, toujours en 56k). > > gulps ??? alors là je suis surpris, cela signifie que rsync travaille > sur des morceaux de fichiers ?? (comment semble le confirmer Jacques > ...) Oui, l'algorithme de rsync découpe le fichier en morceaux, et envoie le md5sum de chaque morceau au serveur, qui renvoie ce qui a changé (en gros). Le problème, c'est que l'algo de rsync est breveté :-( Enfin en pratique, ça ne marche pas sur tous les paquets, mais comme je l'ai dit, j'ai vu des cas où c'était vraiment plus rapide. Mais au pire on perd quasiment rien (quelques md5sums envoyés au serveur). En tout cas pour le Packages.gz, il n'y a pas photo. A+ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re[2]: apt-proxy/rsync/proxy
jeudi 30 mai 2002, 15:42:54, georges a écrit : >> >> le pb n'est pas là, mais plutôt quel est la probabilité pour que sur >> ton paquet de 10Mo, découpé en petit bout, la majorité des bouts >> soit identiques > c'est une autre formulation de ce que je voulais dire ... ;-) oui, avec en plus la possibilité d'intercaler de nouveaux morceaux plus ou moins grand entre les morceaux d'origines. Ce qui augmente grandement la probabilité :) > mais le "problème", c'est que cette probabilité me semblant > relativement faible (vu la complexité/richesse de ce qu'il y a dans un > .deb), il faut encore y ajouter le coût/temps des calculs pour les > sommes (en général pour pas grand chose _dans le cas qui nous occupe_) En fait, ça dépend du .deb ... sur des doc ou tout paquet avec beaucoup d'ASCII, malgré la compression, si les changements sont mineurs, on retrouve une très grande partie des morceaux de l'ancien paquet dans le nouveau. Par contre, sur les petits paquets compilé puis compressé la probabilité est faible >> pour plus d'info sur l'algo de rsync : >> http://rsync.samba.org/tech_report/node2.html Quand au temps de calcul, l'algo ne me semble pas si gourmand en temps proc. A+ tom -- Thomas Clavier http://www.tcweb.dyndns.org . _/_/_/_/_/ _/_/ Centre d'expertise RGO. _/ _/ DATACEP Nord ._/ _/ +33 3 28 52 53 02 - +33 6 09 25 59 67 . _/ _/_/
Re: apt-proxy/rsync/proxy
On Thu, May 30, 2002 at 02:56:00PM +0100, aurelien naldi wrote: > est-ce qu'il n'ouvrirais pas tout simplement les archives ? > > si un paquet est recompile pour changer un README ou une config par > default alors on ouvre l'archive cote apt-proxy et cote serveur, on > compare les date des contenus et on ne recupere que les changements, c > le principe meme d'rsync il me semble. > Non, il ne fait ça que sur le fichier complet, coupé par bouts (arbitraires, donc). rsync ne sait pas ce qu'il transfère. > mais quand on a une bonne connection est-ce qu'on ne pard pas en calcul > le temps que l'on gagne en telechargement ? À moins que tu ne connectes un 386/20Mhz sur du gigaethernet, ça m'étonnerait :-) > ceci dit il est vrai que leur explications sont pour le moins peu > claires: > > apt-proxy was written to use rsync to transfer files. For large > Packages files this is more efficient because only the changed parts > need to be transfered. However, compressed files(.gz or .deb) are > generally not rsyncable, resulting in no speedup. In addition, the > rsync protocol puts more load on the backend server than http. > > on a donc un transfert des parties changeante des paquets uniquement, > mais ce n'est pas possible avec des .gz ou .deb! j'avoue m'y perdre un > peu :o) Il y a 2 choses fondamentales ici: - rsync marche sur un fichier, et l'algo ne dépend pas du contenu (ie on envoie un jpg de la même façon qu'un txt ou qu'un .tar.gz) - Quand on compresse un fichier, changer juste un tout petit bout change typiquement l'ensemble du fichier (pour résumer et simplifier: la compression se base sur le remplacement des octets courants par des chaines de bits plus courtes, et les octets peu courants sont remplacés par des chaines de bits plus longue. Si on compressait du texte en français, on coderait le 'e' sur 2 bits et le 'w' sur 15 bits, comme ça en moyenne tu gagnes. C'est la base de tous les compresseurs (pkzip, gzip, mpeg etc). Par conséquent, quand tu changes juste un octet dans le fichier, la plupart du temps la chaine de bit change de taille et TOUS les octets qui suivent changent, même si la chaine de bit restait la même. Une analogie serait un fichier d'image: j'ai une photo en jpeg, je change la couleur des yeux d'une personne (change quelques pixels), y'a toute les chances pour que le nouveau jpg soit complètement différent.) Si je me souviens bien du format .deb, il y a une partie "configuration" puis une partie compressée pour le binaire. Donc, si un seul des binaires change, il va falloir que rsync recupere toute la partie compressée, qui se trouve être la plus grosse. D'où, utiliser rsync pour ce genre de chose n'est sans doute pas le mieux (d'un point de vue de bande passante). /Y -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-proxy/rsync/proxy
On Thu, 30 May 2002 15:26:33 +0200 Thomas Clavier <[EMAIL PROTECTED]> wrote: > > le pb n'est pas là, mais plutôt quel est la probabilité pour que sur > ton paquet de 10Mo, découpé en petit bout, la majorité des bouts > soit identiques c'est une autre formulation de ce que je voulais dire ... ;-) mais le "problème", c'est que cette probabilité me semblant relativement faible (vu la complexité/richesse de ce qu'il y a dans un .deb), il faut encore y ajouter le coût/temps des calculs pour les sommes (en général pour pas grand chose _dans le cas qui nous occupe_) pas étonnant qu'il n'y ai probablement pas eu de conclusion "définitve" à ce sujet sur debian-devel ;-) > pour plus d'info sur l'algo de rsync : > http://rsync.samba.org/tech_report/node2.html A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-proxy/rsync/proxy
jeudi 30 mai 2002, 14:52:29, georges a écrit : >> tous les paquets, mais j'ai déja vu des paquet de plusieurs Mo >> "chargés" en une dizaine de secondes, toujours en 56k). > gulps ??? alors là je suis surpris, cela signifie que rsync travaille > sur des morceaux de fichiers ?? (comment semble le confirmer Jacques > ...) Et je confirme rsync travaille sur du delta de fichier. > intuition : quelle est la probabilité pour que, suite à une > reconstruction d'une nouvelle version d'un paquet de 10Mo, les 9,5 > "premiers" Mo ne soit pas modifiés d'un seul octet ?? le pb n'est pas là, mais plutôt quel est la probabilité pour que sur ton paquet de 10Mo, découpé en petit bout, la majorité des bouts soit identiques pour plus d'info sur l'algo de rsync : http://rsync.samba.org/tech_report/node2.html a+ Tom -- Thomas Clavier http://www.tcweb.dyndns.org . _/_/_/_/_/ _/_/ Centre d'expertise RGO. _/ _/ DATACEP Nord ._/ _/ +33 3 28 52 53 02 - +33 6 09 25 59 67 . _/ _/_/
Re: apt-proxy/rsync/proxy
Le jeudi 30 mai, à 14h52 georges mariano a ecrit : > > gulps ??? alors là je suis surpris, cela signifie que rsync travaille > sur des morceaux de fichiers ?? (comment semble le confirmer Jacques > ...) est-ce qu'il n'ouvrirais pas tout simplement les archives ? si un paquet est recompile pour changer un README ou une config par default alors on ouvre l'archive cote apt-proxy et cote serveur, on compare les date des contenus et on ne recupere que les changements, c le principe meme d'rsync il me semble. mais quand on a une bonne connection est-ce qu'on ne pard pas en calcul le temps que l'on gagne en telechargement ? depuis que j'ai mis un apt-proxy ici (pour une asso au sein d'une fac) je n'ai pas vu de gain de temps mirobolants au telechargement de nouveaux paquets, mais il est difficille de faire des stats, la qualite de notre connection est trop aleatoire :/ ceci dit il est vrai que leur explications sont pour le moins peu claires: apt-proxy was written to use rsync to transfer files. For large Packages files this is more efficient because only the changed parts need to be transfered. However, compressed files(.gz or .deb) are generally not rsyncable, resulting in no speedup. In addition, the rsync protocol puts more load on the backend server than http. on a donc un transfert des parties changeante des paquets uniquement, mais ce n'est pas possible avec des .gz ou .deb! j'avoue m'y perdre un peu :o) -- aurelien -- All programmers are playwrights and all computers are lousy actors. pgpoKDvDF0RYO.pgp Description: PGP signature
Re: apt-proxy/rsync/proxy
georges mariano <[EMAIL PROTECTED]> writes: > intuition : quelle est la probabilité pour que, suite à une > reconstruction d'une nouvelle version d'un paquet de 10Mo, les 9,5 > "premiers" Mo ne soit pas modifiés d'un seul octet ?? Je peux me tromper, mais en gros, rsync coupe ton fichier en morceaux, et pour chaque morceau, il envoie de quoi retrouver le morceau en question dans le fichier cible : Le début du segment, et une clé, genre checksum ou md5. La cible regarde ce segment, et dit si elle l'a déjà. Si oui, il n'est pas nécessaire de l'envoyer. -- Matthieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
apt-proxy/rsync/proxy
J'ai vu passé sur debian-devel une discussion très poussée sur l'optimisation de la bande passante ... C'était en anglais, Profitons-en pour y voir plus clair en français... Y'a deux trois trucs que je pige pas ... (collent pas avec mon intuition des choses, intuition dont j'ai pris l'habitude de me méfier) On Thu, 30 May 2002 12:57:42 +0200 Aurelien Jarno <[EMAIL PROTECTED]> wrote: > > La plus value, c'est que apt-proxy utilise rsync. > C'est très pratique pour le Packages.gz, un apt-get update me prend > moi d'une minute avec un modem 56k. si je fais un apt-get update ici, le plus gros Packages.gz fait : 70ko donc avec un 4Ko/s (modem), il me faudrait env. 20s, x3 (main/contrib/non-free)... Bref, on en reste de l'ordre de la minute (mettons deux) > tous les paquets, mais j'ai déja vu des paquet de plusieurs Mo > "chargés" en une dizaine de secondes, toujours en 56k). gulps ??? alors là je suis surpris, cela signifie que rsync travaille sur des morceaux de fichiers ?? (comment semble le confirmer Jacques ...) [de mémoire, les discussions sur -devel tournaient un peu en rond parce que personne n'avait de données suffisantes pour démontrer le gain effectif... (au moment où j'ai arrété de suivre) intuition : quelle est la probabilité pour que, suite à une reconstruction d'une nouvelle version d'un paquet de 10Mo, les 9,5 "premiers" Mo ne soit pas modifiés d'un seul octet ?? où alors, y'a un truc que j'ai pas saisi ?? ] > Donc en fait, apt-proxy est pratique que l'on ai une ou plusieurs > machines, avec une connexion internet lente et/ou que l'on paye à la > durée/quantité de donnée transférées. Toujours pas franchement convaincu (perso, je préfère me consacrer à wwwoffle par exemple, un _vrai_ proxy **bien documenté**, je limite les debianeries au strict minimum) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Apres apt-proxy, apt-zip, un apt-push ?
>>>>> "Antoine" == Antoine Delaporte <[EMAIL PROTECTED]> writes: Antoine> Salut la lidie... Antoine> Je suis sur que ce que je cherche existe... Antoine> Voila... Antoine> J'ai decouvert il y a plusieurs moi le bonheur qu'est Antoine> un apt-proxy, afin de mettre a jour mes differentes Antoine> machines... Antoine> Jusqu'a present les machines viennaient se connecter Antoine> sur l'apt-proxy via une crontab. Mais ce temps risque Antoine> d'etre revolu, surtout si je decide de faire des economies Antoine> d'energie... en les eteignants. [...] Anacron n'est-il pas censé gérer convenablement l'exécution de tâches récurrentes sur une machine potentiellement éteinte de temps en temps ? -- Laurent Martellihttp://jac.aopsys.com/ [EMAIL PROTECTED]http://www.bearteam.org/~laurent/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Apres apt-proxy, apt-zip, un apt-push ?
Antoine Delaporte <[EMAIL PROTECTED]> a écrit : > Salut la lidie... > > Je suis sur que ce que je cherche existe... > > Voila... > > J'ai decouvert il y a plusieurs moi le bonheur qu'est un apt-proxy, > afin de mettre a jour mes differentes machines... > > Jusqu'a present les machines viennaient se connecter sur l'apt-proxy > via une crontab. Mais ce temps risque d'etre revolu, surtout si je > decide de faire des economies d'energie... en les eteignants. En quoi est-ce génant ? si tu utilises anacron, tu peux lui dire d'executer le 'apt-get update && apt-get upgrade' une fois par jour, et ça se fera quoiqu'il arrive quand la machine est en route. -- Julien Gilles. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Apres apt-proxy, apt-zip, un apt-push ?
Salut la lidie... Je suis sur que ce que je cherche existe... Voila... J'ai decouvert il y a plusieurs moi le bonheur qu'est un apt-proxy, afin de mettre a jour mes differentes machines... Jusqu'a present les machines viennaient se connecter sur l'apt-proxy via une crontab. Mais ce temps risque d'etre revolu, surtout si je decide de faire des economies d'energie... en les eteignants. Seulement voila... Je me suis dit que : 1.Je pourrais avoir un serveur qui connait la liste exact des paquets des autres machines. 2.Que ce meme serveur pourrait determiner quelle machine doit mettre a jour quels paquets 3.Que cette liste soit traité par une moulinette a moi, qui par ex metterais tout les paquets a mettre a jour ds le feed uucp de la machine en cause... Je pense qu'il y a fort a parier que 1 et 2 existent !! Et pour finir une tite derniere :) Je ne pense pas etre le seul a gerer un petit parc de serveur debian... qu'y a t'il a conseiller pour du deploiment global d'application sur un ensemble de poste (bon j'imagine quand meme mal le resultat...) Je m'explique... J'ai envie d'installer sur les machines 11 a 32 un serveur apache, existerait t'il un systeme qui lance les apt-get sur chaques machines, en validant par retour pour quelles machines c'est ok ou non. J'imagine bien qu'avec une simple boucle on peut le faire. Mais je pense en fait que ce n'est pas forcement si simple : .retour propre des dependances qui ont du etre mises a plat .les machines non mises a jour pour causes de conflit Voili voulou... -- "L'amour propre ne le reste jamais bien longtemps" DELAPORTE Antoine Aboulafia [EMAIL PROTECTED] -ne pas lire l'email ici- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-proxy + update crontab == pb :}
Le Thu, Apr 11, 2002 at 11:46:44AM +0200, georges mariano écrivait: >On Thu, 11 Apr 2002 11:39:02 +0200 >Antoine Delaporte <[EMAIL PROTECTED]> wrote: > >> Oui, bien sur, sinon, je ne me serais pas permius de dire que ca >> marche en ligne de commande ;) > >Dans des cas analogues (fonctionne en commande mais pas en cron) >faut regarder si la commande dépend (parfois de manière indirecte) >des valeurs des variables d'environnement. > >e.g. J'avais un cron qui échouait car http_proxy n'était pas >définie pour le cron... > >Juste un scénario possible. Oui, t as parfaitement raison, et j'ai ete un ane d'oublier de precise que je n'ai pas de proxy (l'apt-proxy de bonnar est en fait accessible par Wurzel en specifiant ds le source.listbonar:). En fait les deux machines sont sur le meme LAN... Si c est un pb de var d'environnement, je ne vois pas lequels, je n'utilise pas de proxy, aucun reglages particuliers. Et la seul difference qu'il y a du .ca marche : le sources liste pointe vers de vrais serveurs .ca marche plus : le sources.list point sur l'apt-proxy -- "L'amour propre ne le reste jamais bien longtemps" DELAPORTE Antoine Aboulafia [EMAIL PROTECTED] -ne pas lire l'email ici- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-proxy + update crontab == pb :}
On Thu, 11 Apr 2002 11:39:02 +0200 Antoine Delaporte <[EMAIL PROTECTED]> wrote: > Oui, bien sur, sinon, je ne me serais pas permius de dire que ca > marche en ligne de commande ;) Dans des cas analogues (fonctionne en commande mais pas en cron) faut regarder si la commande dépend (parfois de manière indirecte) des valeurs des variables d'environnement. e.g. J'avais un cron qui échouait car http_proxy n'était pas définie pour le cron... Juste un scénario possible. -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-proxy + update crontab == pb :}
Le Thu, Apr 11, 2002 at 11:26:54AM +0200, Dodger Web écrivait: >| - Forwarded message from Cron Daemon ><[EMAIL PROTECTED]> - >| > >| >W: Couldn't stat source package list http://bonar woody/main >Packages >(/var/lib/apt/lists/bonar:_main_dists_woody_main_binary-i386_Pack >ages) - stat (2 No such file or directory) >| >W: You may want to run apt-get update to correct these problems >| > > >As tu fait un apt-get update apres avoir édité /etc/apt/sources.list >? Oui, bien sur, sinon, je ne me serais pas permius de dire que ca marche en ligne de commande ;) -- "L'amour propre ne le reste jamais bien longtemps" DELAPORTE Antoine Aboulafia [EMAIL PROTECTED] -ne pas lire l'email ici- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-proxy + update crontab == pb :}
| - Forwarded message from Cron Daemon <[EMAIL PROTECTED]> - | > | >W: Couldn't stat source package list http://bonar woody/main Packages (/var/lib/apt/lists/bonar:_main_dists_woody_main_binary-i386_Pack ages) - stat (2 No such file or directory) | >W: You may want to run apt-get update to correct these problems | > As tu fait un apt-get update apres avoir édité /etc/apt/sources.list ? _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
apt-proxy + update crontab == pb :}
Messieurs, dames, voici la suite de mes aventures avec apt :) (Cf mes soucis avec de ledafult release...) Depuis deja plusieurs mois, je met a jour toutes les nuits ma machine: .je fais grosso modo un apt-get update && apt-get -d -y upgrade ds une crontab. J'utilise une ligne de commande pour cette mise a jour qui est fort sympatique (Merci Cyril : apt-get -qq autoclean && apt-get -qq update && apt-get -yq --download-only upgrade) Donc, etant donné que Samedi 13 (ce WE) le LUG de Strasbourg, et l'AIUS (pub subliminal), organisent une Install Party je me suis resolu a mettre en place un apt-proxy. Ce serveur apt-proxy a ete batisé BoNar, et le serveur qui se met a jour via la crontab Wurzel. En ligne de commande la ligne de Cyril passe parfaitement. Par contre en crontab, ca passe plus. Euh, si quelqu'un pouvait m'aider a deduire quelque chose de la reponse d'apt que ma frowardé la gentillle crontab, ca serait sympatique ;) Merchi :) - Forwarded message from Cron Daemon <[EMAIL PROTECTED]> - >From: [EMAIL PROTECTED] (Cron Daemon) >To: [EMAIL PROTECTED] >Subject: Cron <[EMAIL PROTECTED]> apt-get -qq autoclean && apt-get -qq update >&& apt-get -yq --download-only upgrade >Date: Thu, 11 Apr 2002 04:00:43 +0200 > >W: Couldn't stat source package list http://bonar woody/main Packages >(/var/lib/apt/lists/bonar:_main_dists_woody_main_binary-i386_Packages) - >stat (2 No such file or directory) >W: You may want to run apt-get update to correct these problems > >gzip: stdin: unexpected end of file > >gzip: stdin: unexpected end of file > >gzip: stdin: unexpected end of file >Failed to fetch http://bonar:/main/dists/woody/main/binary-i386/Packages >Sub-process gzip returned an error code (1) >Failed to fetch http://bonar:/main/dists/woody/main/source/Sources >Sub-process gzip returned an error code (1) >Failed to fetch http://bonar:/main/dists/sid/main/source/Sources >Sub-process gzip returned an error code (1) >W: Couldn't stat source package list http://bonar woody/main Packages >(/var/lib/apt/lists/bonar:_main_dists_woody_main_binary-i386_Packages) - >stat (2 No such file or directory) >W: Couldn't stat source package list http://bonar woody/main Packages >(/var/lib/apt/lists/bonar:_main_dists_woody_main_binary-i386_Packages) - >stat (2 No such file or directory) >W: You may want to run apt-get update to correct these problems >E: Some index files failed to download, they have been ignored, or old ones >used instead. - End forwarded message - -- "L'amour propre ne le reste jamais bien longtemps" DELAPORTE Antoine Aboulafia [EMAIL PROTECTED] -ne pas lire l'email ici- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Apt-Proxy
Hiya Utilisateurs, On Fri, Mar 29, 2002 at 05:24:38PM +0100, Laurent Picouleau wrote: > On Fri, 29 Mar, 2002 à 04:17:59PM +0100, Nicolas Ledez wrote: > > - Est-ce qu'il gere la liste complete des paquets (apt-get update > > proxyté) > voici mon /etc/apt/sources.list : > deb http://kleene:/debian woody main non-free contrib ... > deb http://kleene:/security stable/updates main contrib non-free > Ça répond à ta question ou j'ai mal compris le pb ? Avec la version qui se trouve à: deb http://apt-proxy.sourceforge.net/apt-proxy unstable/ (si, si même pour woody) Il peut même gérer les lignes d'apt en http genre: add_backend /marillat/ \ $APT_CACHE/marillat/\ http://marillat.free.fr/ Et puis: deb http://byers.x:/marillat/ unstable main par exemple pour l'utiliser. Ils parlent de le refaire en Perl ou une langue plus sain que sh au moins bientôt peut-être basé sur Net::Server et avec l'auteur de aptcached aussi. Simon. -- Just another wannabie |"Step #1 in programming:| Just another fool --+ understand people." -- Linus +--- This message was brought to you the letter E and the number 17. htag.pl 0.0.19 -- http://www.earth.li/projectpurple/progs/htag.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Apt-Proxy
On Fri, 29 Mar, 2002 à 04:17:59PM +0100, Nicolas Ledez wrote: > Comme je sais que certain on fortement éprouvé apt-proxy je me demandé : > - Est-ce qu'il peux gerer à la fois la woody et la potato ? Ouin, et sid également. > - Est-ce qu'il gere la liste complete des paquets (apt-get update > proxyté) voici mon /etc/apt/sources.list : deb http://kleene:/debian woody main non-free contrib deb-src http://kleene:/debian woody main non-free contrib deb http://kleene:/debian-non-US woody/non-US main contrib non-free deb-src http://kleene:/debian-non-US woody/non-US main contrib non-free deb http://kleene:/security stable/updates main contrib non-free Ça répond à ta question ou j'ai mal compris le pb ? -- ( >- Laurent PICOULEAU -< ) /~\ [EMAIL PROTECTED]/~\ | \)Linux : mettez un pingouin dans votre ordinateur !(/ | \_|_Seuls ceux qui ne l'utilisent pas en disent du mal. _|_/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Apt-Proxy
Comme je sais que certain on fortement éprouvé apt-proxy je me demandé : - Est-ce qu'il peux gerer à la fois la woody et la potato ? - Est-ce qu'il gere la liste complete des paquets (apt-get update proxyté) -- j'utilise --> ca rulez j'utilise pas --> ca sux Huge: t'as pas l'url de rulez stp ? Nicolas Ledez - Virtual Net (www.virtual-net.fr) pgpgqcxamSMLf.pgp Description: PGP signature
