installation 2.7 sur Ubuntu problème compilation

Utilisation du logiciel Installation et configuration
1

Bonjour à tous,

J’essaye d’installer la version 2.7 sur Ubuntu 18.04 pour mon fils (et avoir la même configuration que moi).

mais la compilation bloque, si vous avez une idée de ce qu’il manque?

root@laurent-P65-67HSHP:~/darktable# ./build.sh
Darktable build script

Building directory: /home/laurent/darktable/build
Installation prefix: /opt/darktable
Build type: RelWithDebInfo
Build generator: Unix Makefiles
Build tasks: 8

– Is the target platform supported: 1
– Found little endian system. Good.
– Building SSE2-optimized codepaths: ON
– Performing Test C_COMPILER_UNDERSTANDS_-Wno-error=varargs
– Performing Test C_COMPILER_UNDERSTANDS_-Wno-error=varargs - Success
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wno-error=varargs
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wno-error=varargs - Success
– Performing Test C_COMPILER_UNDERSTANDS_-Wno-error=address-of-packed-member
– Performing Test C_COMPILER_UNDERSTANDS_-Wno-error=address-of-packed-member - Failed
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wno-error=address-of-packed-member
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wno-error=address-of-packed-member - Failed
– Performing Test C_COMPILER_UNDERSTANDS_-Wframe-larger-than=32768
– Performing Test C_COMPILER_UNDERSTANDS_-Wframe-larger-than=32768 - Success
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wframe-larger-than=32768
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wframe-larger-than=32768 - Success
– Performing Test C_COMPILER_UNDERSTANDS_-Wstack-usage=32768
– Performing Test C_COMPILER_UNDERSTANDS_-Wstack-usage=32768 - Success
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wstack-usage=32768
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wstack-usage=32768 - Success
– Performing Test C_COMPILER_UNDERSTANDS_-Wlarger-than=524288
– Performing Test C_COMPILER_UNDERSTANDS_-Wlarger-than=524288 - Success
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wlarger-than=524288
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wlarger-than=524288 - Success
– Looking for external programs
– Found perl
– Found intltool-merge
– Found desktop-file-validate
CMake Warning at CMakeLists.txt:273 (find_package):
Could not find a configuration file for package « LLVM » that is compatible
with requested version « 9 ».

The following configuration files were considered but not accepted:

/usr/lib/llvm-8/cmake/LLVMConfig.cmake, version: 8.0.0
/usr/lib/llvm-7/cmake/LLVMConfig.cmake, version: 7.0.0
/usr/lib/llvm-5.0/cmake/LLVMConfig.cmake, version: 5.0.1
/usr/lib/llvm-3.9/cmake/LLVMConfig.cmake, version: 3.9.1
/usr/lib/llvm-6.0/cmake/LLVMConfig.cmake, version: 6.0.0
/usr/lib/llvm-4.0/cmake/LLVMConfig.cmake, version: 4.0.1

Call Stack (most recent call first):
CMakeLists.txt:281 (find_llvm)

– Found LLVM 8.0.0
CMake Warning at CMakeLists.txt:307 (message):
Could not find appropriate clang compiler

CMake Warning at CMakeLists.txt:308 (message):
Test-compilation of OpenCL programs can not be done.

– Test-compilation of OpenCL programs is disabled.
– Found jsonschema
– Found xsltproc
– Found xmllint
– All external programs found
– Found msgfmt to convert .po file. Translation enabled
CMake Error at src/external/CMakeLists.txt:11 (message):
RawSpeed submodule not found. You probably want to run:

$ git submodule init

and then

$ git submodule update

– Configuring incomplete, errors occurred!
See also « /home/laurent/darktable/build/CMakeFiles/CMakeOutput.log ».
See also « /home/laurent/darktable/build/CMakeFiles/CMakeError.log ».

2

Bonjour
il faut simplement que tu lances les deux commandes indiquées :
git submodule init
git submodule update
Après ça, ça devrait mieux se passer :wink:

3

un grand merci cela fonctionne :slight_smile:

4

Bonjour,
Depuis quelques temps je compile de temps à autres une version de développement au travers de « docker » avec le tuto de @rawfiner. Tout fonctionnait correctement. Depuis quelques jours, j’essaie de compiler une version de la 2.7 sans succès, j’ai une erreur de cmake

[code]root@d6e652ffa682:~/darktable# git submodule init
Submodule ‹ src/external/rawspeed › (https://github.com/darktable-org/rawspeed.git) registered for path ‹ src/external/rawspeed ›
root@d6e652ffa682:~/darktable# git submodule update
Cloning into ‹ /root/darktable/src/external/rawspeed ›…
Submodule path ‹ src/external/rawspeed ›: checked out ‹ 5a4ccfb2a5307fbfb1837bb2b1eaaf24d131c4a3 ›
root@d6e652ffa682:~/darktable# CC=gcc-8 CXX=g+±8 ./build.sh --install
Darktable build script

Building directory: /root/darktable/build
Installation prefix: /opt/darktable
Build type: RelWithDebInfo
Build generator: Unix Makefiles
Build tasks: 8

CMake Deprecation Warning at CMakeLists.txt:5 (cmake_policy):
The OLD behavior for policy CMP0048 will be removed from a future version
of CMake.

The cmake-policies(7) manual explains that the OLD behaviors of all
policies are deprecated and that a policy should be set to OLD only under
specific short-term circumstances. Projects should be ported to the NEW
behavior and not rely on setting a policy to OLD.

CMake Error at /usr/share/cmake-3.13/Modules/CMakeDetermineCXXCompiler.cmake:47 (message):
Could not find compiler set in environment variable CXX:

g+±8.

Call Stack (most recent call first):
CMakeLists.txt:20 (project)

CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage
CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage
– Configuring incomplete, errors occurred!
[/code]
Je viens de re-essayer en décomposant la commande d’update du submodule rawspeed comme dit dans le post + haut en réponse à Luc, mais toujours pareil…
J’avais cru comprendre que « docker » récupérait l’environnement ce qui m’allait très bien, n’étant pas un pro de la compilation.
Config Ubuntu 18.04 LTS

5

Bonjour
La version du compilateur a changé dans le dockerfile.
Du coup, gcc-8 n’est plus installé, et gcc-9 est installé à la place.
Il faut simplement indiquer ça dans le CC et CCX dans la commande comme ceci :
CC=gcc-9 CXX=g+±9 ./build.sh --install
:wink:

6

Bonjour @rawfiner, merci de l’explication, …Mais avant d’ avoir lu le post de Luc, j’avais essayé de m’en sortir seul et patatra :s
J’ai donc tout dé-installé par le gestionnaire de paquet , et repris le tuto à zéro pour repartir propre. J’ai donc ré-installé docker.io et malheureusement j’ai encore un truc qui coince

michou@michou-Aspire-M3985:~$ mkdir ~/Docker-images michou@michou-Aspire-M3985:~$ docker pull darktable/darktable Using default tag: latest Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running? michou@michou-Aspire-M3985:~$
C’est quoi que j’ai cassé? Merci de ta collaboration.
PS: je viens de regarder dans var/run, je ne vois pas de fichier ou dossier docker.sock

7

Là je sais pas trop, tu as refait l’étape d’ajout au groupe docker et la deconnection reconnection (étape 1 du tuto) ?

8

Oui, je suis reparti de zéro.
Par contre, j’ai mon vieux PCque j’ai ressuscité avec Lubuntu 18.04 LTS, qui me sert de banc d’essai. J’ai donc essayé de ce fait là aussi et encore une autre bizarrerie de docker. Tout commence bien et avant de commencer la complation, il ne trouve pas un fichier « /usr/lib/llvm-9/bin/lit-cpuid ».
J’ai donc regardé et pas trouvé llvm-9 à l’endroit indiqué. Est-ce un pb de lubuntu par rapport à Ubuntu?

[code]root@f2b8d05b4d38:~/darktable# CC=gcc-9 CXX=g+±9 ./build.sh --install
Darktable build script

Building directory: /root/darktable/build
Installation prefix: /opt/darktable
Build type: RelWithDebInfo
Build generator: Unix Makefiles
Build tasks: 2

CMake Deprecation Warning at CMakeLists.txt:5 (cmake_policy):
The OLD behavior for policy CMP0048 will be removed from a future version
of CMake.

The cmake-policies(7) manual explains that the OLD behaviors of all
policies are deprecated and that a policy should be set to OLD only under
specific short-term circumstances. Projects should be ported to the NEW
behavior and not rely on setting a policy to OLD.

– The CXX compiler identification is GNU 9.2.1
– The C compiler identification is GNU 9.2.1
– Check for working CXX compiler: /usr/bin/g+±9
– Check for working CXX compiler: /usr/bin/g+±9 – works
– Detecting CXX compiler ABI info
– Detecting CXX compiler ABI info - done
– Detecting CXX compile features
– Detecting CXX compile features - done
– Check for working C compiler: /usr/bin/gcc-9
– Check for working C compiler: /usr/bin/gcc-9 – works
– Detecting C compiler ABI info
– Detecting C compiler ABI info - done
– Detecting C compile features
– Detecting C compile features - done
– Found OpenMP_C: -fopenmp (found suitable version « 4.5 », minimum required is « 4.0 »)
– Found OpenMP_CXX: -fopenmp (found suitable version « 4.5 », minimum required is « 4.0 »)
– Found OpenMP: TRUE (found suitable version « 4.5 », minimum required is « 4.0 »)
– Performing Test HAVE_OMP_FIRSTPRIVATE_WITH_CONST
– Performing Test HAVE_OMP_FIRSTPRIVATE_WITH_CONST - Success
– Performing Test IS_SUPPORTED_PLATFORM
– Performing Test IS_SUPPORTED_PLATFORM - Success
– Is the target platform supported: 1
– Check if the system is big endian
– Searching 16 bit integer
– Looking for sys/types.h
– Looking for sys/types.h - found
– Looking for stdint.h
– Looking for stdint.h - found
– Looking for stddef.h
– Looking for stddef.h - found
– Check size of unsigned short
– Check size of unsigned short - done
– Using unsigned short
– Check if the system is big endian - little endian
– Found little endian system. Good.
– Performing Test MSSE2
– Performing Test MSSE2 - Success
– Building SSE2-optimized codepaths: ON
– Performing Test C_COMPILER_UNDERSTANDS-Wall
– Performing Test C_COMPILER_UNDERSTANDS-Wall - Success
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wall
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wall - Success
– Performing Test C_COMPILER_UNDERSTANDS_-Wformat
– Performing Test C_COMPILER_UNDERSTANDS_-Wformat - Success
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wformat
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wformat - Success
– Performing Test C_COMPILER_UNDERSTANDS_-Wformat-security
– Performing Test C_COMPILER_UNDERSTANDS_-Wformat-security - Success
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wformat-security
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wformat-security - Success
– Performing Test C_COMPILER_UNDERSTANDS_-Wshadow
– Performing Test C_COMPILER_UNDERSTANDS_-Wshadow - Success
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wshadow
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wshadow - Success
– Performing Test C_COMPILER_UNDERSTANDS_-Wtype-limits
– Performing Test C_COMPILER_UNDERSTANDS_-Wtype-limits - Success
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wtype-limits
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wtype-limits - Success
– Performing Test C_COMPILER_UNDERSTANDS_-Wvla
– Performing Test C_COMPILER_UNDERSTANDS_-Wvla - Success
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wvla
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wvla - Success
– Performing Test C_COMPILER_UNDERSTANDS_-Wold-style-declaration
– Performing Test C_COMPILER_UNDERSTANDS_-Wold-style-declaration - Success
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wold-style-declaration
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wold-style-declaration - Failed
– Performing Test C_COMPILER_UNDERSTANDS_-Wthread-safety
– Performing Test C_COMPILER_UNDERSTANDS_-Wthread-safety - Failed
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wthread-safety
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wthread-safety - Failed
– Performing Test C_COMPILER_UNDERSTANDS_-Wno-unknown-pragmas
– Performing Test C_COMPILER_UNDERSTANDS_-Wno-unknown-pragmas - Success
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wno-unknown-pragmas
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wno-unknown-pragmas - Success
– Performing Test C_COMPILER_UNDERSTANDS_-Wno-error=varargs
– Performing Test C_COMPILER_UNDERSTANDS_-Wno-error=varargs - Success
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wno-error=varargs
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wno-error=varargs - Success
– Performing Test C_COMPILER_UNDERSTANDS_-Wno-format-truncation
– Performing Test C_COMPILER_UNDERSTANDS_-Wno-format-truncation - Success
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wno-format-truncation
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wno-format-truncation - Success
– Performing Test C_COMPILER_UNDERSTANDS_-Wno-error=address-of-packed-member
– Performing Test C_COMPILER_UNDERSTANDS_-Wno-error=address-of-packed-member - Success
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wno-error=address-of-packed-member
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wno-error=address-of-packed-member - Success
– Performing Test C_COMPILER_UNDERSTANDS_-Wframe-larger-than=32768
– Performing Test C_COMPILER_UNDERSTANDS_-Wframe-larger-than=32768 - Success
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wframe-larger-than=32768
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wframe-larger-than=32768 - Success
– Performing Test C_COMPILER_UNDERSTANDS_-Wstack-usage=32768
– Performing Test C_COMPILER_UNDERSTANDS_-Wstack-usage=32768 - Success
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wstack-usage=32768
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wstack-usage=32768 - Success
– Performing Test C_COMPILER_UNDERSTANDS_-Wlarger-than=524288
– Performing Test C_COMPILER_UNDERSTANDS_-Wlarger-than=524288 - Success
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wlarger-than=524288
– Performing Test CXX_COMPILER_UNDERSTANDS_-Wlarger-than=524288 - Success
– Looking for external programs
– Found perl
– Found intltool-merge
– Found desktop-file-validate
CMake Error at /usr/lib/llvm-9/lib/cmake/llvm/LLVMExports.cmake:1326 (message):
The imported target « lit-cpuid » references the file

 "/usr/lib/llvm-9/bin/lit-cpuid"

but this file does not exist. Possible reasons include:

  • The file was deleted, renamed, or moved to another location.

  • An install or uninstall procedure did not complete successfully.

  • The installation package was faulty and contained

    « /usr/lib/llvm-9/lib/cmake/llvm/LLVMExports.cmake »

but not all the files it references.

Call Stack (most recent call first):
/usr/lib/llvm-9/cmake/LLVMConfig.cmake:245 (include)
CMakeLists.txt:273 (find_package)
CMakeLists.txt:281 (find_llvm)

– Configuring incomplete, errors occurred!
See also « /root/darktable/build/CMakeFiles/CMakeOutput.log ».
See also « /root/darktable/build/CMakeFiles/CMakeError.log ».
root@f2b8d05b4d38:~/darktable#
[/code]
C’est deux pb différents me semble-t-il, mais si on résoud le pb Ubuntu, va-t-on avoir le même pb que lubuntu???
J’essaie de voir avec synaptic pour connecter le « démon » avec docker et continuer à avancer.

9

Alors ça, aucune idée… :-/

10

Là, je suggérerais d’installer llvm9 et llvm9-dev. Je ne connais pas docker donc je ne sais pas s’il cherche llvm9 sur ton système Ubuntu ou s’il doit être dans docker. Si c’est sur le système Ubuntu, je suggère un : apt install llvm9 llvm9-dev

11

Je ne vois pas pourquoi utiliser Docker pour compiler alors que sous Ubuntu ou Mint la compilation directe va très bien.

12

@nicoauffray, Malheureusement, ça ne fonctionne pas:

michou@michou-Aspire-M3985:~$ sudo apt install llvm9 llvm9-dev [sudo] Mot de passe de michou : Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait E: Impossible de trouver le paquet llvm9 E: Impossible de trouver le paquet llvm9-dev

@jpg54 comme je l’ai déjà dit plusieurs fois, je ne suis pas à l’aise avec les procédures, et docker avec le tuto de rawfiner, me permet simplement de compiler et de suivre l’évolution de DT. De plus il me semble avoir vu sur la branche Master ceci:
CMakeLists.txt
CI: bump LLVM from 7 to 9
11 days ago
J’avoue mon ignorance sur ce que cela implique, mais y-a-t-il une relation??
En attendant, ayant aussi un poste sur W10, j’ai récupéré une compilation récente de la 2.7, et j’ai pu constaté le bon en avant pour la gestion du bruit effectuée par notre ami @rawfiner.

13

On peut te faire un fichier avec toutes les étapes pour compiler directement sous Ubuntu.

14

@jpg54, Oui c’est une bonne idée, au même titre qu’il y a les fichiers de configuration dans l’onglet DOC, il pourrait y avoir marche à suivre pour compiler (outils nécessaires et procédure). Ce serait une évolution positive pour les novices comme je le suis, qui se trouvent démunis dès qu’il y a une « dépendance » non satisfaite.

15

J’avais déjà fait un PDF : https://docs.google.com/document/d/1CjnyPGp9uD5ETUER6w129hUplmejRpkrjZXf_xeND80/edit qui est maintenant obsolète avec l’utilisation de GitHub. Après je peux le refaire pour Ubuntu mais il faut savoir qu’il ne peut fonctionner avec toutes les distributions.

16

Il me sert personnellement encore, j’ai compilé une version pour mon fils et pour un collègue tous les deux sur Ubuntu 18.04.

C’est une bonne base il y a juste quelques dépendances manquantes.

Voici mon mémo basé sur ton PDF:

Compilation github master Darktabe

installer les paquets suivants:
ibsqlite3 libjpeg libpng libpugixml rawspeed gtk±3 cairo lcms2 exiv2 tiff curl gphoto2 dbus-glib fop openexr libsoup2.4

gcc

gcc g++ cmake intltool xsltproc libgtk-3-dev libxml2-utils libxml2-dev

liblensfun-dev librsvg2-dev libsqlite3-dev libcurl4-gnutls-dev libjpeg-dev libtiff5-dev

liblcms2-dev libjson-glib-dev libexiv2-dev libpugixml-dev

gphoto2 library

create /home/user
/darktable

root:
git clone git://github.com/darktable-org/darktable.git

dans dossier darktable
compilation : ./build.sh

Voir dépendances bloquantes

git submodule init
git submodule update

Si compillation ok

cmake --build « /home/lviatour/darktable/build » --target install – -j8

création du lanceur:

sudo apt-get install gnome-panel

gnome-desktop-item-edit --create-new home/user/Bureau

configurer le lanceur sur:
/opt/darktable/bin/darktable

17

merci de vous interesser à mon PB.
Depuis ma dernière intervention, j’ai réglé « tout seul » le problème de connexion docker deamon, en suivant ce tuto:
https://stackoverflow.com/questions/53297867/enable-docker-services-in-ubuntu-18-04

Mais ce que je redoutais, que j’avais vu sur mon poste Lubuntu, c’est le Pb de llvm9, et il est arrivé. J’ai donc installé cette bibliothèque par Install
(stable branch):
https://apt.llvm.org/

et là je suis encore bloqué par l’absence d’un fichier « lit-cpuid ». En faisant des recherches je suis tombé sur:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=941306
de notre ami Roman Lebedev

Juste une question, Comment se fait-il que vous n’avait pas ce problème car je pense que c’est indépendant de docker.

La je pars en réunion club photo, je verrais à mon retour.

18

Ca, ça veut simplement dire que ces paquets ne sont pas trouvés dans les dépôts de paquets que tu as. Je vois que tu as Ubuntu 18.04 et j’utilise Ubuntu 19.10 (où j’ai bien ces 2 paquets), le lien est là. Ubuntu 18.04 doit sûrement être resté sur llvm8 (ou 7).
[hr]

As-tu bien récupéré (et installé) le paquet « dev », soit llvm9-dev ? Pour compiler, les paquets avec complément -dev sont indispensables.

Pour compiler darktable, sans passer par Docker je précise, j’utilise cette page (en anglais mais facile à suivre) et m’assurer d’avoir tous les paquets nécessaires (installer aussi les paquets optionnels est recommandé, sinon risque de ne pas avoir certaines parties de darktable) : https://redmine.darktable.org/projects/darktable/wiki/Building_darktable_26

19

Je vais essayé de suivre ton lien, mais en attendant j’ai un truc que je ne m’explique pas, llvm-9-dev estbien installé, mais lldb refuse de s’installer, car doit rester en l’état???

[code]michou@michou-Aspire-M3985:~$ sudo apt-get install llvm-9-dev
Lecture des listes de paquets… Fait
Construction de l’arbre des dépendances
Lecture des informations d’état… Fait
llvm-9-dev est déjà la version la plus récente (1:9~svn374861-1~exp1~20191015075537.63).
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.

michou@michou-Aspire-M3985:~$ sudo apt-get install lldb-9
Lecture des listes de paquets… Fait
Construction de l’arbre des dépendances
Lecture des informations d’état… Fait
Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez demandé l’impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n’ont pas encore
été créés ou ne sont pas sortis d’Incoming.
L’information suivante devrait vous aider à résoudre la situation :

Les paquets suivants contiennent des dépendances non satisfaites :
lldb-9 : Dépend: llvm-9-dev mais ne sera pas installé
E: Impossible de corriger les problèmes, des paquets défectueux sont en mode « garder en l’état ».
[/code]
Je précise que j’ai tenté cette MàJ Ubuntu Bionic à partir de :https://apt.llvm.org/
[hr]
Voilà pourquoi j’utilise ou utilisais docker…
En voulant suivre ton tuto @nicoauffray je tombe direct sur un os:

[code]michou@michou-Aspire-M3985:~$ sudo apt-get install gcc g++ cmake intltool xsltproc libgtk-3-dev libxml2-utils libxml2-dev liblensfun-dev librsvg2-dev libsqlite3-dev libcurl4-gnutls-dev libjpeg-dev libtiff5-dev liblcms2-dev libjson-glib-dev libexiv2-dev libpugixml-dev libcolord-dev libcolord-gtk-dev libcups2-dev
Lecture des listes de paquets… Fait
Construction de l’arbre des dépendances
Lecture des informations d’état… Fait
gcc est déjà la version la plus récente (4:7.4.0-1ubuntu2.3).
gcc passé en « installé manuellement ».
libxml2-utils est déjà la version la plus récente (2.9.4+dfsg1-6.1ubuntu1.2).
libxml2-utils passé en « installé manuellement ».
Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez demandé l’impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n’ont pas encore
été créés ou ne sont pas sortis d’Incoming.
L’information suivante devrait vous aider à résoudre la situation :

Les paquets suivants contiennent des dépendances non satisfaites :
liblensfun-dev : Dépend: liblensfun1 (= 0.3.2-4) mais 0.3.2-4pmjdebruijn1~bionic devra être installé
E: Impossible de corriger les problèmes, des paquets défectueux sont en mode « garder en l’état ».

michou@michou-Aspire-M3985:~$ sudo apt-get install liblensfun1
Lecture des listes de paquets… Fait
Construction de l’arbre des dépendances
Lecture des informations d’état… Fait
liblensfun1 est déjà la version la plus récente (0.3.2-4pmjdebruijn1~bionic).
liblensfun1 passé en « installé manuellement ».
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.

michou@michou-Aspire-M3985:~$ sudo apt-get install liblensfun-dev
Lecture des listes de paquets… Fait
Construction de l’arbre des dépendances
Lecture des informations d’état… Fait
Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez demandé l’impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n’ont pas encore
été créés ou ne sont pas sortis d’Incoming.
L’information suivante devrait vous aider à résoudre la situation :

Les paquets suivants contiennent des dépendances non satisfaites :
liblensfun-dev : Dépend: liblensfun1 (= 0.3.2-4) mais 0.3.2-4pmjdebruijn1~bionic devra être installé
E: Impossible de corriger les problèmes, des paquets défectueux sont en mode « garder en l’état ».
michou@michou-Aspire-M3985:~$
[/code]
Je suis plein de bonne volonté, mais j’ai du mal à accrocher, d’un côté il me dit que liblensfun-dev ne peut être installé car manque une dépendance liblensfun1; et quand je demande l’installation de cette lib, il me dit qu’elle est déjà installé. :huh: :huh:
Autre précision, depuis la 2.6.2, j’utilise le dépôt OpenSuse.

20

Fait gaffe à ne pas trop avoir de dépôts tiers pour ça. Là, tu as du conflit entre les librairies des dépôts d’Ubuntu et le dépôt pmdebruijn (peut-être même celui d’OpenSuse). Déjà là, sur les 2 derniers, ne garde que l’un ou que l’autre. Et vu les messages que tu as, je virerais le dépôt pmdebruijn, en ayant pris soin de désinstaller les librairies et autres paquets installés depuis ce dépôt. Puis tu réinstalles les mêmes librairies depuis le dépôt Ubuntu (désactives avant le dépôt Opensuse).

Les librairies et paquets sont liés ensemble selon comment ils ont été créés. Donc, ici si une librairie est associée à une version d’un dépôt et qu’une autre essaie de trouver une autre version d’un autre dépôt, ça peut vite devenir le bordel.