germer - En ligne dans le Cloud

PROGRAMME:

Nom

germer — développer les dépendances dans une liste de paquets de graines

SYNOPSIS

germer [-v] [-S la source] [-s dist] [-m miroir] [-d dist,...] [-a arche] [-c composant,...]
[--vcs={auto|bzr|git}] [--non-dépend] [--pas d'installateur]

DESCRIPTION

germer est un programme d'aide à la maintenance de grandes distributions de logiciels. Ce
prend une liste de paquets de semences et un miroir de la distribution, et produit des sorties avec
les packages de graines et leurs dépendances et dépendances de construction se sont complètement développés.

Graines
Le contenu de la distribution Ubuntu, et d'autres, est géré au moyen de graines. À
leur plus simple, ce sont des listes de paquets qu'il est important d'avoir dans le
composant principal de la distribution, sans lister explicitement toutes leurs dépendances et
dépendances de construction.

Les listes de graines sont généralement divisées par catégorie : une graine de base ou minimale peut répertorier le noyau
ensemble de packages requis pour faire fonctionner le système, tandis qu'une graine de bureau peut répertorier les
ensemble de packages installés dans le cadre d'une installation de bureau par défaut. germer prend ces
graines, ajoute leurs arbres de dépendance, et produit un sortie pour chaque graine qui contient un
liste de noms de packages étendue par les dépendances. Ces sorties peuvent être transmises aux archives
outils de maintenance ou de création de CD.

Certaines graines peuvent hériter d'autres semences : ils comptent sur ces semences pour s'installer. Pour
Par exemple, une graine de bureau héritera généralement d'une graine minimale. germer comprend
ces relations d'héritage. Si un paquet dans la graine de bureau dépend de 'foo', mais
'foo' fait déjà partie de la liste minimale de graines ou de dépendances, alors 'foo' ne sera pas ajouté
à la sortie du bureau.

Les graines sont stockées dans des fichiers texte téléchargés à partir d'une URL donnée. Lignes ne commençant pas par ' * '
(balisage de liste de style wiki) sont ignorés.

Les entrées initiales peuvent simplement consister en un nom de package, ou peuvent inclure l'un des éléments suivants
syntaxe spéciale :

Les entrées % Seed commençant par '%' s'étendent à tous les binaires de la source donnée
paquet.

[...] Les entrées de départ peuvent être suivies de ' [arch1 arch2 ]' pour indiquer qu'ils devraient
être utilisé uniquement sur les architectures données, ou avec ' [!arch1 !arch2 ]' Indiquer
qu'ils ne doivent pas être utilisés sur les architectures données.

(...) Les entrées de semences entre parenthèses indiquent que la semence doit être traitée comme un
recommandation de métapaquets générés à partir de cette graine, plutôt que comme un
dépendance.

! Entrées de départ commençant par '!' faire en sorte que le package donné soit mis sur la liste noire du
semence donnée et toutes les semences dont il hérite ; cela peut être suivi de '%' comme
ci-dessus pour mettre sur liste noire tous les binaires du package source donné. Notez que cela peut
entraîner des packages désinstallables dont les dépendances ont été mises sur liste noire, utilisez donc
cette caractéristique avec parcimonie. Le but d'une liste noire est de rendre évident lorsqu'un
paquet qui n'est pas censé être installé se retrouve dans germerde sortie, de sorte que
les relations de package peuvent être corrigées pour empêcher que cela ne se produise. Il n'est pas destiné à
le but de contourner les relations de paquets bogués, et tente de le faire
ne fonctionnera pas parce que apte n'a aucun moyen de connaître les entrées de la liste noire dans les graines.

valeur clé
Certaines graines contiennent également des en-têtes en haut du fichier, au format « clé : valeur ». Pour
la plupart, ceux-ci ne sont pas analysés par germer lui-même. L'Ubuntu tâchesel paquet
utilise des clés commençant par 'Task-' pour définir des champs de noms similaires dans son .desc
fichiers. germer-mettre à jour-métapaquet(1) utilise certains de ces en-têtes pour réduire le
besoin de configuration fragile; voir sa documentation pour plus de détails.

A STRUCTURE à côté des graines répertorie leurs relations d'héritage. Il peut également
inclure les lignes commençant par 'include', ce qui entraîne l'inclusion d'autres collections de graines en tant que
s'ils faisaient partie de la collection en cours de germination, ou des lignes commençant par
« caractéristique », qui définit des indicateurs pour le traitement des semences. Le seul indicateur actuellement défini est
« suivre-recommande », ce qui provoque germer pour traiter les champs de recommandation comme s'ils étaient
Dépend. (Les caractéristiques peuvent également être définies pour chaque graine en utilisant les lignes commençant par
« * Fonctionnalité : » dans le fichier de départ ; ici, 'no-follow-recommends' est également pris en charge pour permettre
Il est recommandé de désactiver ce qui suit pour les graines individuelles.)

Dépendances de construction ainsi que 'prise en charge'
Il n'y a généralement pas besoin d'une installation de bureau par défaut pour contenir tous les compilateurs
et les bibliothèques de développement nécessaires pour se construire à partir des sources ; s'il n'y avait rien d'autre, ce serait
consomment beaucoup plus d'espace. Néanmoins, il s'agit normalement d'une exigence pour les responsables de
une distribution pour prendre en charge tous les packages nécessaires pour construire cette distribution.

germer n'ajoute donc pas tous les packages résultant de la compilation suivante
dépendances des paquets de graines et de leurs dépendances (l'« arbre de dépendances de construction ») pour
chaque sortie, à moins qu'elles ne soient également dans la graine ou dans la liste de dépendances. Au lieu de cela, il ajoute
les à la sortie pour la dernière graine dans le STRUCTURE fichier, conventionnellement appelé pris en charge.

Comme toute autre graine, la graine prise en charge peut contenir sa propre liste de packages. Il est courant
pour fournir un support pour de nombreux packages logiciels qui ne sont pas dans l'installation par défaut,
telles que les bibliothèques de débogage, les noyaux optimisés, la prise en charge de langages alternatifs, etc.

Sortie
Les fichiers de sortie sont nommés d'après la graine à laquelle ils correspondent. Une sortie supplémentaire
est nécessaire pour le supporté, à savoir 'supported+build-depends', qui contient le supporté
list et les listes dépendantes de la construction des autres graines toutes réunies. Une sortie "tout" est
produit pour représenter l'ensemble des archives.

Certains autres fichiers sont produits pour une utilisation occasionnelle par des experts. Voir le README fichier pour plein
détails sur ceux-ci.

OPTIONS

-v, --verbeux
Soyez plus bavard lors du traitement des graines.

-S, --source-de-semence la source...
Récupérez les graines des sources spécifiées. La valeur par défaut est
http://people.canonical.com/~ubuntu-archive/seeds/ou
http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ si le --vcs= l'option bzr est
utilisé, ou git://git.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/+git/ si le --vcs=git
option est utilisée. Vous pouvez utiliser fichier: // URL ici pour récupérer les graines du fichier local
système; par exemple, si vos graines sont stockées dans /home/nom d'utilisateur/semences/debian.unstable,
alors vous utiliseriez les options -S file:///home/nom d'utilisateur/graines/ -s debian.unstable.

-s, --dist-graine dist
Récupérer des graines pour la distribution dist. La valeur par défaut est ubuntu.xenial.

Lors de la récupération des graines de git, la partie après le '.' le plus à droite caractère, le cas échéant, est
traité comme le nom de la branche à extraire ; ce style plutôt étrange est pour l'arrière
compatibilité.

-m, --miroiter miroir
Obtenez les listes de paquets de miroir. La valeur par défaut est http://archive.ubuntu.com/ubuntu/. Mai
être fourni plusieurs fois ; la dernière version de chaque package dans toutes les archives
gagneront.

--source-miroir miroir
Obtenez les listes de paquets source à partir de miroir. La valeur par défaut consiste à utiliser des miroirs de listes de packages.
Peut être fourni plusieurs fois ; la version la plus récente de chaque package source dans tous les
les archives gagneront.

-d, --dist dist...
Opérer sur les distributions spécifiées. La valeur par défaut est xenial. Liste de plusieurs
distributions peuvent être utiles, par exemple, lors de l'examen à la fois d'une distribution publiée
et ses mises à jour de sécurité.

-a, --cambre arche
Opérer sur l'architecture arche. La valeur par défaut est i386.

-c, --Composants composant...
Opérer sur les composants spécifiés. La valeur par défaut est principale.

--vcs={auto|bzr|git}
Vérifiez les graines à partir d'un système de contrôle de version plutôt que de les récupérer directement à partir de
une URL. A besoin bzr or jet, le cas échéant, à installer. Pour bzr, utilisez la branche
trouvé à source de semences/graine-dist; pour jet, supprimez la partie après le '.' le plus à droite
caractère de graine-dist et utilisez-le comme nom de la branche à partir de laquelle vérifier
source de semences/reste-de-graine-dist. For auto, devinez le système de contrôle de version à utiliser
de source de semences (en essayant les deux dans les cas ambigus) puis procédez comme ci-dessus.

--bzr
Découvrez les graines du bzr succursale trouvée à source de semences/graine-dist plutôt que
les récupérer directement à partir d'une URL. A besoin bzr étre installé. Cette option est
obsolète et conservée pour la compatibilité descendante ; utilisation --vcs=bzr à la place.

--non-dépend
Désactivez les calculs de dépendance inverse. Ces calculs entraînent un grand nombre de
petits fichiers à écrire dans le dépend/ répertoire, et peut prendre un certain temps.

--pas d'installateur
Ne considérez pas les paquets udeb de l'installateur Debian. Bien que généralement pas le désir
résultat, vous souhaiterez parfois omettre la prise en compte des packages d'installation lorsque
traiter vos graines, peut-être si vous envoyez la sortie directement au gestionnaire de paquets
sur un système déjà installé.

--semences-paquets mère/pkg...
Traitez chacun pkg comme une graine par elle-même, héritant de mère (c'est-à-dire en supposant que tout
colis dans le mère les semences sont déjà installées lors du calcul du supplément
dépendances de pkg). Cela permet l'utilisation de germer pour calculer les dépendances
de forfaits supplémentaires individuels. Par exemple, --semences-paquets à poser/navigateur-épiphanie
créera un navigateur-épiphanie fichier de sortie répertoriant les packages supplémentaires qui ont besoin
à installer au-dessus du à poser semences afin d'installer navigateur-épiphanie.

Utilisez germer en ligne en utilisant les services onworks.net