Provided by:
emdebian-grip-server_3.0.7_all 
NOM
em_autogrip - Creer et maintenir un depot Grip Emdebian
Synopsis
S<Syntaxe :> em_autogrip -b CHEMIN [OPTIONS] [COMMANDE [PAQUETS ...]]
em_autogrip -?|-h|--help|--version
S<Commandes :>
-b|--base-path S<CHEMIN :> chemin vers le repertoire grip de plus haut niveau [requis]
-p|--package PAQUETS ... : ajoute le(s) paquet(s) binaire(s) au depot
-s|--source PAQUETS ... : ajoute le(s) paquet(s) source(s) au depot
S<-t|--testing :> fonctionne seulement avec testing au lieu d'unstable
S<--noskipold :> option de reprepro pour les paquets nouvellement ajoutes
S<--missing :> affiche une liste des paquets source manquants
S<--build-depends :> affiche une liste des dependances de compilation manquantes
S<--britney :> affiche l'etat des migrations testing
S<-?|-h|--help|--version :> affiche ce message d'aide et quitte
Options :
-n|--dry-run : verifie quels paquets vont etre traites
-m|--mirror MIROIR : utilise un miroir Debian different pour la
configuration
[http://ftp.uk.debian.org/debian par
defaut]
--filter-name CHAINE : nom alternatif pour le depot filtre
--grip-name CHAINE : nom alternatif pour le depot grip
--add-new : si un paquet source est trouve manquant,
ou perime dans unstable, l'ajoute a la
liste.
Description
La methode par defaut est de mettre a jour tous les paquets existants
jusqu'ici dans le depot filtre, dans toutes les architectures.
Apres avoir ajoute les paquets binaires, assurez-vous que em_autogrip
est execute sans aucune option de sorte que tous les paquets source
manquants et tous les autres TDebs Emdebian puissent etre mis a jour.
Bien qu'em_autogrip parametre les fichiers de configuration initiaux
pour le depot, il ne modifiera aucun fichier existant *excepte* le
filtre de pkglist qui empeche le miroir d'ajouter des paquets non
desires.
L'option miroir n'a d'effet que si aucun depot n'a encore ete trouve
dans le repertoire indique.
En particulier, em_autogrip manipulera seulement unstable par defaut.
Les migrations vers testing et stable, et meme les creations de testing
et de stable, ne sont pas gerees par em_autogrip. Par defaut,
em_autogrip inclut les paquets dans unstable et n'inclut les paquets
directement dans testing que dans le mode "--testing" lors de la mise a
jour vers des versions de paquets telecharges dans Debian par
l'intermediaire de testing-proposed-updates ou en se synchronisant avec
un nouveau depot (ou deja synchronise). Le mode "--testing" necessite
une configuration pre-configuree de testing dans "reprepro".
Les depots publics devraient egalement employer Secure-Apt en ajoutant
une valeur pour SignWith: a chaque distribution dans le depot Grip (il
n'y a aucune raison de signer le depot filtre car il ne devrait pas
etre public est n'est qu'une copie filtree de depots existants et
officiellement signes).
em_autogrip met a jour egalement le depot locale, partage par Emdebian
Grip et Emdebian Crush.
Notez que em_autogrip mettra a jour seulement le(s) paquet(s)
*binaire(s)* specifie(s), meme lorsqu'il inclut le paquet source
complet. C'est lie a la facon dont reprepro execute la mise a jour
filtree X tous les paquets binaires prevus d'etre enumeres dans X dpkg
--get-selections X sont inclus et meme si un paquet source inclut un
autre binaire, il ne sera pas telecharge dans la mise a jour de
reprepro. Puisque em_autogrip ne construit reellement aucun paquet a
partir des sources, a moins que reprepro ne telecharge le binaire
pre-construit dans le depot filtre, ce paquet binaire ne sera pas
disponible pour em_autogrip. Cela signifie que le meme paquet source
dans Debian peut etre liste comme produisant une quantite *plus faible*
de paquets binaires dans Emdebian Grip.
Secure Apt et reprepro
La clef secrete de la paire de clef GnuPG indiquee avec SignWith: doit
etre dans le trousseau secret de tous les utilisateurs realisant des
mises a jour.
Pour verifier la publication des regles de mise a jour, copier
/etc/apt/trusted.gpg vers ~/.gnupg/trustedkeys.gpg pour tous les
utilisateurs devant effectuer des mises a jour. Pour ajouter des clefs
a la liste disponible pour "gpgv", executer :
C<gpg --no-default-keyring --keyring ~/.gnupg/trustedkeys.gpg --import keys.gpg>
Bogues
Problemes avec la saisie automatique des paquets :
1. Des paquets source doivent completer des paquets binaires.
2. Des paquets binaires avec le meme nom que les paquets source conduisent
a l'inclusion des deux
3. Certains de ces paquets binaires entrainent l'ajout de dependances non desirees.
4. Quelques paquets valables pour toutes les architectures sont dependants de paquets
qui n'existent que pour certaines architectures, ce qui casse edos-debcheck.
Un exemple de 3. est lsb. Un exemple de 4. est acpi-support-base.
Le paquet source lsb est necessaire pour completer le paquet lsb-
desktop mais le paquet binaire lsb est un meta-paquet pour la suite lsb
entiere qui tire l'integralite de Qt.
acpi-support-base est disponible sur toutes les architectures
(X Architecture: all X) mais il depend d'acpid qui n'est present que
sur les architectures i386 et amd64 (X Architecture: any [i386
amd64] X) X en fait, acpi-support-base ne devrait exister que pour i386
et amd64 mais comme il est X Architecture: all X, il est ajoute aussi a
arm, armel, mips, mipsel et powerpc X dans ces cas-la il doit etre
enleve. Des discussions sont en cours a propos de tels paquets.
http://lists.debian.org/debian-devel/2009/01/msg00246.html
Rapport Signal/Bruit en sortie
Un point important ici X reprepro sort beaucoup de messages et peut
inclure un bon nombre de rapports d'erreurs et de discordances de
sommes de controles (checksum mismatches), X skipping foo X et
X downgrading bar X de et vers la meme version. Le probleme est que
l'information utile est cachee dans tout ce bruit, ainsi toutes les
sorties reprepro STDERR (ou STDOUT) ne peuvent pas etre tout simplement
ignorees. Pour l'instant, verifiez juste les effets. Si quelque chose
est casse, recherchez les erreurs qui se rapportent specifiquement a ce
paquet mais ignorez les X erreurs X la ou tout va bien. Du travail
additionnel dans le module Emdebian::Grip devrait isoler les operations
dupliquees et le travail inutile, qui a son tour, devrait faire
disparaitre la majeure partie du bruit.
Utilisation de add-new
En mode --testing, em_autogrip cherche des paquets ayant des paquets
source manquants ou perimes dans unstable et affiche un exemple de
commande pouvant etre executee pour les corriger. Si --add-new est
utilise, cette commande sera executee X cela signifie que --add-new
requiert --testing et qu'une deuxieme execution de --testing sans
--add-new sera necessaire. Cette prise en charge fait partie de
grip_cron.sh
Dependances de construction
En l'absence d'une maniere plus rapide pour identifier quel veritable
paquet fournit (X Provides: X) une dependance virtuelle, apt-cache
showpkg est utilisee contre le cache du systeme principal. Si cette
machine ne tourne pas sous Debian unstable, la liste peut etre
incorrecte ou ignorer des dependances qui sont fournies par des paquets
qui sont seulement disponibles dans unstable (ou si elle tourne sous
stable, des paquets qui sont seulement dans unstable ou testing).
Repetition
Si un paquet echoue lors de la construction depuis les sources dans
Debian, "em_autogrip" essayera de le mettre a jour jusqu'a ce que la
meme version existe dans le depot filtre pour toutes les architectures
prises en charge.
De la meme maniere, modifier manuellement des paquets dans le depot
Grip, par exemple en ajoutant des versions modifiees pour testing,
provoquera l'apparition de la version Debian originale dans les mises a
jour "em_autogrip" et reprepro ignorera le paquet construit tant que la
version modifiee est superieure.
Vieux paquets
"em_autogrip" ne prend pas en charge les suppressions depuis l'archive
X celles-ci sont manuelles avec Debian aussi. Les paquets qui existent
seulement dans stable et oldstable perturberont "em_autogrip", en
particulier si le vieux nom de paquet est fourni (X Provided: X) par un
autre paquet qui existe deja dans Grip. Exemple : postgresql.
Ajouter beaucoup de paquets d'un coup
Parfois, peut-etre lors de la configuration d'un nouveau miroir, une
liste complete de paquets existe deja sur un autre site. Copier ce
pkglist dans le nouveau site effacera cette liste car le depot filtre
du nouveau site est vide. Pour eviter ce probleme, creez le pkglist
dont vous avez besoin, puis executez la mise a jour du filtre
directement :
reprepro -b /PATH/filter -v update
Executez maintenant "em_autogrip" sans indiquer de paquet.
em_autogrip -b /PATH/
Remarquez que "reprepro" a besoin du chemin vers le repertoire filtre.
"em_autogrip" a besoin du chemin vers le repertoire ci-dessus ou il
peut trouver ./filter/, ./grip/ et ./locale/.
"em_autogrip" mettra alors a jour le fichier pkglist avec le contenu
final du depot filtre.
Ubuntu, sources et suites non Debian
Emdebian Grip est toujours Debian, donc bien que les depots non-Debian
puissent etre pris en charge, le depot Grip resultant aura toujours
besoin d'un agencement a la Debian. En particulier, il faudra une suite
X unstable X, meme si le nom de code de cette suite n'est pas X sid X.
De meme, si le depot dois prendre en charge les migrations de britney,
une suite X testing X doit exister.
Rappelez-vous, les suites changerons quand une version stable de Debian
est publiee (c'est a dire quand testing pointe vers autre chose apres
la publication compare a ce qui etait contenu avant la publication).
Les nom de code de changent pas X squeeze contient toujours squeeze,
meme une fois que squeeze est publie comme distribution stable.
Liste d'architectures
La liste des architectures gerees par une installation particuliere de
Grip ne peut pas etre facilement changee X beaucoup de mises a jour de
depot sont necessaires avant que de nouvelles architectures puissent y
etre ajoutees. Des architectures existantes peuvent etre abandonnees
relativement facilement. L'ordre est sans importance.
@archlist = qw/i386 amd64 arm armel powerpc mips mipsel/;
l'edos recursif est considere comme risque.
La recursion est encore risquee ainsi edos est laisse en tant qu'etape
manuelle. Le probleme semble etre qu'une fois que le depot n'est plus a
jour avec Debian, une mise a jour doit se produire avant qu'edos puisse
etre resolu. Une fois que le depot est a jour, edos peut etre execute,
apparemment, sans probleme. Les tests continuent pour voir si le simple
fait de deplacer la fonction plus bas dans le processus resout les
problemes.
Copyright et Licence
Copyright (C) 2007-2010 Neil Williams <codehelp@debian.org>
Ce logiciel est libre; vous pouvez le redistribuer selon les termes de
la licence GNU General Public License telle que publiee par la Free
Software Foundation; en prenant la version 3 de la licence ou (selon
votre choix) n'importe quelle version subsequente.
Ce logiciel est distribue dans l'espoir qu'il soit utile, mais AUCUNE
GARANTIE n'est donnee tant pour des raisons COMMERCIALES que pour
REPONDRE A UN BESOIN PARTICULIER. Consulter la Licence Publique
Generale GNU pour plus de details.
Vous devriez avoir recu une copie de la Licence Publique Generale de
GNU avec ce programme. Sinon, voir <http://www.gnu.org/licenses/>.