dpkg-shlibdeps - En ligne dans le Cloud

PROGRAMME:

Nom

dpkg-shlibdeps - génère des dépendances substvar de la bibliothèque partagée

SYNOPSIS

dpkg-shlibdeps [option...] [-e]exécutable [option...]

DESCRIPTION

dpkg-shlibdeps calcule les dépendances de la bibliothèque partagée pour les exécutables nommés dans son
arguments. Les dépendances sont ajoutées au fichier des variables de substitution debian/substvars
comme noms de variables shlibs :champ-dépendance De champ-dépendance est un champ de dépendance
Nom. Toute autre variable commençant par shlibs : sont supprimés du fichier.

dpkg-shlibdeps dispose de deux sources d'informations possibles pour générer des informations sur les dépendances.
Non plus symboles fichiers ou schlibs des dossiers. Pour chaque binaire qui dpkg-shlibdeps analyse, il
trouve la liste des bibliothèques auxquelles il est lié. Ensuite, pour chaque bibliothèque, il semble
soit le symboles fichier, ou le schlibs fichier (si le premier n'existe pas ou si
debian/shlibs.local contient la dépendance appropriée). Les deux fichiers sont censés être
fourni par le package de la bibliothèque et devrait donc être disponible en tant que
/var/lib/dpkg/info/paquet.symboles or /var/lib/dpkg/info/paquet.schlibs. Le nom du paquet
est identifié en deux étapes : rechercher le fichier de bibliothèque sur le système (en regardant dans le même
répertoires qui ld.so utiliserait), puis utiliser dpkg -S fichier-bibliothèque pour rechercher le paquet
fournir la bibliothèque.

Symboles fichiers
Les fichiers de symboles contiennent des informations de dépendance plus fines en fournissant le minimum
dépendance pour chaque symbole exporté par la bibliothèque. Le script essaie de trouver un symbole
fichier associé à un package de bibliothèque aux endroits suivants (la première correspondance est utilisée) :

debian/*/DEBIAN/symboles
Informations sur la bibliothèque partagée générées par le processus de génération actuel qui a également appelé
dpkg-shlibdeps. Ils sont générés par symboles dpkg-gen(1). Ils ne sont utilisés que si
la bibliothèque se trouve dans l'arborescence de construction d'un paquet. Le fichier de symboles dans cet arbre de construction
a priorité sur les fichiers de symboles d'autres packages binaires.

/etc/dpkg/symboles/paquet.symboles.arche

/etc/dpkg/symboles/paquet.symboles
Informations de dépendance de la bibliothèque partagée par système remplaçant. arche est
l'architecture du système actuel (obtenu par architecture-dpkg -qDEB_HOST_ARCH).

Sortie de "requête dpkg --chemin-de-contrôle paquet symboles"
Informations sur les dépendances de la bibliothèque partagée fournies par le package. À moins d'être remplacé par
--répadmin, ces fichiers se trouvent dans /var/lib/dpkg.

En scannant les symboles utilisés par tous les binaires, dpkg-shlibdeps se souvient du (le plus grand)
version minimale nécessaire pour chaque bibliothèque. A la fin du processus, il est capable d'écrire
la dépendance minimale pour chaque bibliothèque utilisée (à condition que les informations du
symboles les fichiers sont exacts).

Par mesure de sauvegarde, un fichier de symboles peut fournir un Build-Depends-Package méta
champ d'information et dpkg-shlibdeps extraira la version minimale requise par le
paquet correspondant dans le Dépend de la construction champ et utilisez cette version si elle est supérieure à
la version minimale calculée en scannant les symboles.

Chlibs fichiers
Les fichiers Shlibs associent directement une bibliothèque à une dépendance (sans regarder le
symboles). Il est donc souvent plus résistant que nécessaire mais très sûr et facile à manipuler.

Les dépendances d'une bibliothèque sont recherchées à plusieurs endroits. Le premier fichier fournissant
les informations relatives à la bibliothèque d'intérêt sont utilisées :

debian/shlibs.local
Informations sur les dépendances de la bibliothèque partagée remplaçant le package local.

/etc/dpkg/shlibs.override
Informations de dépendance de la bibliothèque partagée par système remplaçant.

debian/*/DEBIAN/shlibs
Informations sur la bibliothèque partagée générées par le processus de génération actuel qui a également appelé
dpkg-shlibdeps. Ils ne sont utilisés que si la bibliothèque est trouvée dans la construction d'un package
arbre. Le fichier shlibs dans cet arbre de construction a priorité sur les fichiers shlibs de
d'autres paquets binaires.

Sortie de "requête dpkg --chemin-de-contrôle paquet shlibs"
Informations sur les dépendances de la bibliothèque partagée fournies par le package. À moins d'être remplacé par
--répadmin, ces fichiers se trouvent dans /var/lib/dpkg.

/etc/dpkg/shlibs.default
Informations de dépendance de bibliothèque partagée par défaut par système.

Les dépendances extraites sont alors directement utilisées (sauf si elles sont filtrées car
ils ont été identifiés comme doublons, ou comme plus faibles qu'une autre dépendance).

OPTIONS

dpkg-shlibdeps interprète les arguments non optionnels comme des noms exécutables, comme s'ils avaient été
fourni comme -eexécutable.

-eexécutable
Inclure les dépendances appropriées pour les bibliothèques partagées requises par exécutable.
Cette option peut être utilisée plusieurs fois.

-lannuaire
Ajouter annuaire à la liste des répertoires pour rechercher des bibliothèques privées partagées
(depuis dpkg 1.17.0). Cette option peut être utilisée plusieurs fois.

Remarque : utilisez cette option au lieu de définir LD_LIBRARY_PATH, comme cet environnement
La variable est utilisée pour contrôler l'éditeur de liens d'exécution et en abuser pour définir le partage
les chemins de bibliothèque au moment de la construction peuvent être problématiques lors de la compilation croisée par exemple.

-dchamp-dépendance
Ajouter des dépendances à ajouter au champ de dépendance du fichier de contrôle champ-dépendance.
(Les dépendances de ce champ sont placées dans la variable shlibs :dépendance-
champ.)

Les -dchamp-dépendance l'option prend effet pour tous les exécutables après l'option,
jusqu'à la prochaine -dchamp-dépendance. Le défaut champ-dépendance is Dépend.

Si la même entrée de dépendance (ou ensemble d'alternatives) apparaît dans plusieurs
les noms de champs de dépendance reconnus Pré-dépend, Dépend, Recommande, Améliore or
Suggère puis dpkg-shlibdeps supprimera automatiquement la dépendance de tous
champs sauf celui représentant les dépendances les plus importantes.

-ppréfixe de nom de variable
Commencer les variables de substitution avec préfixe de nom de variable: au lieu de shlibs :. Également,
toutes les variables de substitution existantes commençant par préfixe de nom de variable: (plutôt que
shlibs :) sont supprimés du fichier des variables de substitution.

-O[nom de fichier]
Imprimer les paramètres des variables de substitution sur la sortie standard (ou nom de fichier si spécifié,
depuis dpkg 1.17.2), plutôt que d'être ajouté au fichier des variables de substitution
(debian/substvars par défaut).

-ttype Préférez les informations de dépendance de bibliothèque partagée balisées pour le type de package donné. Si
aucune information balisée n'est disponible, revient aux informations non balisées. Le défaut
le type de colis est deb. Les informations de dépendance de la bibliothèque partagée sont étiquetées pour un
type en le préfixant du nom du type, de deux points et d'un espace.

-Lfichier-shlibs-local
Lire les informations de dépendance de la bibliothèque partagée de remplacement à partir de fichier-shlibs-local
au lieu de debian/shlibs.local.

-Tfichier-substvars
Écrire des variables de substitution dans fichier-substvars; la valeur par défaut est debian/substvars.

-v Activer le mode verbeux (depuis dpkg 1.14.8). De nombreux messages sont affichés pour
Expliquer quoi dpkg-shlibdeps t.

-xpaquet
Excluez le package des dépendances générées (depuis dpkg 1.14.8). C'est
utile pour éviter les auto-dépendances pour les packages qui fournissent des binaires ELF
(exécutables ou plugins de bibliothèque) en utilisant une bibliothèque contenue dans le même package.
Cette option peut être utilisée plusieurs fois pour exclure plusieurs packages.

-Srép-build-paquet
Examiner rép-build-paquet d'abord en essayant de trouver une bibliothèque (puisque dpkg
1.14.15). Ceci est utile lorsque le paquet source construit plusieurs versions du
même bibliothèque et vous voulez vous assurer que vous obtenez la dépendance d'un binaire donné
emballer. Vous pouvez utiliser cette option plusieurs fois : les répertoires seront essayés dans le
même ordre avant les répertoires des autres packages binaires.

--ignore-info-manquante
N'échoue pas si les informations de dépendance ne peuvent pas être trouvées pour une bibliothèque partagée (puisque
dpkg 1.14.8). L'utilisation de cette option est déconseillée, toutes les bibliothèques doivent fournir
les informations de dépendance (soit avec les fichiers shlibs, soit avec les fichiers de symboles) même si
ils ne sont pas encore utilisés par d'autres packages.

--avertissements=Plus-value
Plus-value est un champ de bits définissant l'ensemble des avertissements pouvant être émis par
dpkg-shlibdeps (depuis dpkg 1.14.17). Le bit 0 (valeur=1) active l'avertissement « symbole
sym utilisé par binaire trouvé dans aucune des bibliothèques », le bit 1 (valeur=2) active le
avertissement « le paquet pourrait éviter une dépendance inutile » et le bit 2 (valeur=4) active le
Attention "binaire ne doit pas être lié à bibliothèque”. Le défaut Plus-value est 3 : le
les deux premiers avertissements sont actifs par défaut, le dernier ne l'est pas. Régler Plus-value à 7 si
vous voulez que tous les avertissements soient actifs.

--répadmin=dir
Changer l'emplacement du dpkg base de données (depuis dpkg 1.14.0). L'emplacement par défaut
is /var/lib/dpkg.

-?, --Aidez-moi
Affichez le message d'utilisation et quittez.

--version
Affichez la version et quittez.

DIAGNOSTIC

Avertissements
Depuis que dpkg-shlibdeps analyse l'ensemble des symboles utilisés par chaque binaire du
package, il est capable d'émettre des avertissements dans plusieurs cas. Ils vous informent de choses qui peuvent
être amélioré dans le package. Dans la plupart des cas, ces améliorations concernent les sources amont
directement. Par ordre d'importance décroissante, voici les différents avertissements que vous pouvez
rencontrer:

symbole sym d'utiliser by binaire trouvé in aucun of le bibliothèques.
Le symbole indiqué n'a pas été trouvé dans les bibliothèques liées au binaire.
Les binaire est très probablement une bibliothèque et elle doit être liée à une autre
bibliothèque pendant le processus de construction (option -lbibliothèque de l'éditeur de liens).

binaire contient an insoluble référence à symbole sym: c'est Probablement a plug-in
Le symbole indiqué n'a pas été trouvé dans les bibliothèques liées au binaire.
Les binaire est très probablement un plugin et le symbole est probablement fourni par le
programme qui charge ce plugin. En théorie un plugin n'a pas de SONAME mais ceci
binaire en a un et en tant que tel, il ne peut pas être clairement identifié en tant que tel.
Cependant, le fait que le binaire soit stocké dans un répertoire non public est un
indication que ce n'est pas une bibliothèque partagée normale. Si le binaire est vraiment un
plugin, puis ignorez cet avertissement. Mais il y a toujours la possibilité que ce soit un
bibliothèque réelle et que les programmes qui y sont liés utilisent un RPATH afin que la dynamique
le chargeur le trouve. Dans ce cas, la bibliothèque est cassée et doit être réparée.

paquet pourriez éviter a inutile dépendance if binaire était ne sauraient lié à opposer à bibliothèque (il Usages
aucun of le la bibliothèque symboles)
Aucun des binaires qui sont liés à bibliothèque utiliser l'un des symboles fournis
par la bibliothèque. En fixant tous les binaires, vous éviteriez la dépendance
associé à cette bibliothèque (sauf si la même dépendance est également générée par un autre
bibliothèque réellement utilisée).

paquet pourriez éviter a inutile dépendance if binaires ont été ne sauraient lié à opposer à bibliothèque (elles ou ils
Usages aucun of le la bibliothèque symboles)
Exactement le même que l'avertissement ci-dessus, mais pour plusieurs binaires.

binaire devrait ne sauraient be lié à opposer à bibliothèque (il Usages aucun of le la bibliothèque symboles)
Les binaire est lié à une bibliothèque dont il n'a pas besoin. Ce n'est pas un problème mais certains
de petites améliorations des performances du temps de chargement binaire peuvent être obtenues en ne liant pas
cette bibliothèque à ce binaire. Cet avertissement vérifie les mêmes informations que le
le précédent mais le fait pour chaque binaire au lieu de faire le contrôle globalement sur tous
binaires analysés.

Erreurs
dpkg-shlibdeps échouera s'il ne peut pas trouver une bibliothèque publique utilisée par un binaire ou si cela
la bibliothèque n'a aucune information de dépendance associée (fichier shlibs ou fichier de symboles). UNE
la bibliothèque publique a un SONAME et est versionnée (libsomething.so.X). Une bibliothèque privée (comme
un plugin) ne doit pas avoir de SONAME et n'a pas besoin d'être versionné.

ne pouvait pas trouver bibliothèque bibliothèque-sonnom nécessaire by binaire (ses RAPATH is 'rchemin')
Les binaire utilise une bibliothèque appelée bibliothèque-sonnom mais dpkg-shlibdeps a été incapable
pour trouver la bibliothèque. dpkg-shlibdeps crée une liste de répertoires à vérifier comme
suivant : répertoires listés dans le RPATH du binaire, répertoires listés dans
/etc/ld.so.conf, répertoires ajoutés par le -l option, les répertoires répertoriés dans le
LD_LIBRARY_PATH variable d'environnement et répertoires publics standard (/ lib,
/ usr / lib, /lib32, / usr / lib32, /lib64, /usr/lib64). Ensuite, il vérifie ces répertoires
dans l'arbre de compilation du package du binaire en cours d'analyse, dans la compilation des packages
arbres indiqués par le -S option de ligne de commande, dans les arbres de construction d'autres packages
qui contient un fichier DEBIAN/shlibs ou DEBIAN/symbols et enfin à la racine
annuaire. Si la bibliothèque n'est trouvée dans aucun de ces répertoires, vous obtenez
cette erreur.

Si la bibliothèque introuvable se trouve dans un répertoire privé du même package, vous
voulez ajouter le répertoire avec -l. S'il se trouve dans un autre package binaire en cours de construction,
vous voulez vous assurer que le fichier shlibs/symbols de ce paquet est déjà
créé et que -l contient le répertoire approprié s'il est également dans un privé
répertoire.

aucune dépendance d'information trouvé en fichier-bibliothèque (utilisé by binaire).
La bibliothèque nécessaire à binaire a été trouvé par dpkg-shlibdeps in fichier-bibliothèque mais
dpkg-shlibdeps n'a pas pu trouver d'informations de dépendance pour cette bibliothèque.
Pour découvrir la dépendance, il a essayé de mapper la bibliothèque sur un paquet Debian
avec l'aide de dpkg -S fichier-bibliothèque. Ensuite, il a vérifié les shlibs correspondants
et les fichiers de symboles dans /var/lib/dpkg/info/, et dans les différents arbres de construction du package
(debian/*/DEBIAN/).

Cet échec peut être causé par un fichier shlibs ou de symboles incorrect ou manquant dans le
paquet de la bibliothèque. Cela peut également arriver si la bibliothèque est construite dans le
même package source et si les fichiers shlibs n'ont pas encore été créés (auquel cas
vous devez corriger debian/rules pour créer les shlibs avant d'appeler dpkg-shlibdeps). Mauvais
RPATH peut également conduire à retrouver la bibliothèque sous un nom non canonique (exemple :
/usr/lib/openoffice.org/../lib/libssl.so.0.9.8 au lieu de /usr/lib/libssl.so.0.9.8)
qui n'est associé à aucun package, dpkg-shlibdeps essaie de contourner ce problème en
essayer de se rabattre sur un nom canonique (en utilisant chemin réel(3)) mais il se peut que ce ne soit pas toujours
travail. Il est toujours préférable de nettoyer le RPATH du binaire pour éviter les problèmes.

appel dpkg-shlibdeps en mode verbeux (-v) fournira beaucoup plus d'informations
sur l'endroit où il a essayé de trouver les informations de dépendance. Cela peut être utile si
vous ne comprenez pas pourquoi il vous donne cette erreur.

Utilisez dpkg-shlibdeps en ligne à l'aide des services onworks.net