On Fri, 30 Aug 2002, Anne Possoz wrote: > > Il est possible que cela soit configurable. > Il me semble difficile d'installer au vol.
je voulais dire: le cachage ou non des fichiers. > J'ai essay� l'option file: au lieu de http: mais elle n'a pas march�. > L'auteur m'a dit qu'elle n'avait pas �t� test�e. si, elle marche, je l'utilise dans un cas bizarre avec FAI (Fully Automated Installation). Mais elle n�cessite une arborescence un tout petit peu diff�rence. En effet, en source HTTP ou CD-ROM, le Path: entier est g�n�r�, avec l'URL (le nom du CD-ROM le cas �ch�ant), avec Packages ou Packages.gz en relatif � la racine (permet de d�placer facilement une arborescence). En file:, le Path: est lu du fichier Packages ou Packages.gz. Il faut donc que l'on re-g�n�re le fichiers Packages. C'est un peu dommage, mais pour le moment il faut vivre avec. Pour reg�n�rer un Packages, utiliser la commande dpkg-scanpackages # Generating the Packages.gz file (cd $DEST_PACKAGES && dpkg-scanpackages . /dev/null | gzip -9 > Packages.gz) > Mes coll�gues ne sont pas convaincus de proposer cela � notre > communaut�. Non, personnellement je ne pense pas qu'utiliser APT sous Red Hat soit la solution (en particulier avec des RPMs bricol�s par des tiers, en particulier propri�taires). J'ai la m�me opinion pour les outils UNIX sous Microsoft Windows: on se complique la vie. Vaut mieux rester � 100% sous Microsoft Windows plut�t que de bricoler avec des solutions bancales. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se d�sabonner aussi.
