Fonds Linux
  1. Fonds Linux
  3. nouvelle bibliothèque ajoutée, vieille traînée autour
Intereting Posts
Nécessaire: un moyen simple de surveiller à distance un process sur mon server Comment prendre et restaurer la sauvegarde avec un lecteur de bande LTO dans RedHat? Comment avoir l'historique des commands avec les horodatages envoyés en permanence au terminal? Pourquoi top et ps montrent différents PID pour les mêmes process? Inspecter les opérations d'E / S sur le système FreeBSD Démarrage de l'écran de veille depuis le terminal Différence entre / dev / null et / dev / zero Ouverture automatique de kwallet lors de la connection à KDE Comment puis-je savoir pourquoi l'printing de pdf à partir de Ghostscript vs Evince est différente? Existe-t-il quelque chose comme "split ()" de JavaScript dans le shell? Pourquoi tampons est égal à la memory utilisée? Comment puis-je couper un gros file en place? Comparaison entre parenthèses entre parenthèses dans zsh Vous cherchez un ordinateur basé sur ARM ou MIPS (netbook ou taille similaire) pour jouer avec Est-il possible de changer la binding de key pour l'achèvement dans le shell bash?

nouvelle bibliothèque ajoutée, vieille traînée autour

Dans ubuntu 12.04, j'ai téléchargé la source d'une bibliothèque géospatiale, gdal-1.11.0, dans ~ / src, l'ai configurée et compilée avec succès, semblait-il. De nouveaux files tels que libgdal.a été placés dans / usr / local / lib.

Cependant quand j'exécute un programme qui en dépend, 

 $ ogrinfo --formats

Je reçois 

 ERROR 1: ogrinfo was comstackd against GDAL 1.11 but current library version is 1.10

Il semble que je n'ai pas supprimé l'ancienne version de GDAL. Comment devrais-je faire ça?

Quelques informations sur mon système: 

 $ uname -a Linux ubuntu 3.11.0-15-generic #25~precise1-Ubuntu SMP Thu Jan 30 17:39:31 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

Il semble que je n'ai pas supprimé l'ancienne version de GDAL. Comment devrais-je faire ça?

La tentative de make uninstall est une option raisonnable, si vous avez conservé les sources, ce qui est une bonne pratique si vous effectuez des installations locales.

Une alternative simple consiste à supprimer tous les files relatifs à cette bibliothèque, à la fois anciens et nouveaux, puis réinstaller le nouveau.

Cependant, je me request pourquoi vous installez à partir de la source lorsque le package est disponible sur Debian, et donc sur Ubuntu. Si vous utilisez une ancienne version / version d'Ubuntu, et qu'il n'y a pas de PPA disponibles, notez que le return d'une nouvelle version / version d'Ubuntu est possible, et la plupart du time pas difficile.

Les dependencies de construction répertoriées de GDAL 1.11 dans Debian sont

Dépendances de la construction: debhelper (dh-autoreconf, liblc-dev, dev, dev-lib-dev, libhdf4-alt-dev [! ppc64], libhdf5-dev (> = 1.8.8), libpcre3-dev, libpq-dev, libxerces-c-dev, unixodbc- ), python-numpy, python3-tout-dev, python3-numpy, python3-numpy, python3-numpy, python3-numpy, libcurl4-gnutls-dev | libc-lib-lib-lib-lib-lib-lib-lib-lib-lib-lib-lib-lib-lib-lib- 4), lib-lib-dev-dev (> = 0.9.1-1 ~), libpoppler-dev-privé, liblzma-dev, libopenjpeg-dev, libarmadillo-dev, libfreexl-dev > = 1.3.0 ~), liburiparser-dev, default-jdk, fourmi

qui n'a pas l'air trop mauvais. Pour être clair, l'idée ici est de rebuild les sources Debian / Ubuntu sur votre version. Si vous voulez des conseils ou plus de détails, je peux élaborer.

Voici les versions de GDAL disponibles dans Debian. 

 $ apt-cache policy libgdal1-dev libgdal1-dev: Installed: (none) Candidate: 1.9.0-3.1 Version table: 1.11.0+dfsg1-1~exp2 0 1 http://debian.lcs.mit.edu/debian/ experimental/main amd64 Packages 1.10.1+dfsg-6 0 50 http://debian.lcs.mit.edu/debian/ testing/main amd64 Packages 50 http://debian.lcs.mit.edu/debian/ unstable/main amd64 Packages 1.9.0-3.1 0 500 http://debian.lcs.mit.edu/debian/ wheezy/main amd64 Packages 1.6.3-4+b1 0 500 http://debian.lcs.mit.edu/debian/ squeeze/main amd64 Packages

Le file libgdal.a ne sera utilisé que lorsque vous ogrinfo sans utiliser de bibliothèques partagées. Si ogrinfo était lié de cette façon (sans utiliser de bibliothèques partagées), vous ne ogrinfo pas l'erreur, car la bibliothèque (version 1.11) ferait partie de l'exécutable.

Ce que vous devriez essayer est exécuté 

 sudo ldconfig

après la compilation et l'installation de la nouvelle version de gdal , cela devrait informer le système (dans lequel la version 1.10 est déjà chargée en tant que bibliothèque partagée) qu'une nouvelle version est disponible.