Ein weiteres (unlösbares) "altes Problem"

8

Ich bin mir sicher, dass Veteranen den Drill kennen (da diese Frage anscheinend milliardenfach gestellt wurde), aber ich erhalte diesen Fehler, wenn ich eine Software ( ./configure) aus dem Quellcode installiere :

*** 'pkg-config --modversion glib-2.0' returned 2.48.1, but GLIB (2.48.0)
*** was found! If pkg-config was correct, then it is best
*** to remove the old version of GLib. You may also be able to fix the error
*** by modifying your LD_LIBRARY_PATH enviroment variable, or by editing
*** /etc/ld.so.conf. Make sure you have run ldconfig if that is
*** required on your system.
*** If pkg-config was wrong, set the environment variable PKG_CONFIG_PATH
*** to point to the correct configuration files

und ich habe alle Korrekturen ausprobiert, bei denen ich andere Threads ohne Erfolg gefunden habe ... Ich habe alle üblichen PATHÄnderungsvorschläge ausprobiert , einschließlich, aber nicht beschränkt auf:

LD_LIBRARY_PATH=/usr/local/lib
PKG_CONFIG_PATH=/usr/lib/x86_64-linux-gnu/pkgconfig/
PKG_CONFIG_PATH=/usr/lib/pkgconfig/
PATH=/usr/local/bin:$PATH
ACLOCAL_PATH=/usr/local/share/aclocal/
export CPATH=/usr/local/include

Und jede mögliche Kombination, bei der es eine Option gibt. Ich gehe davon aus, dass es eine Diagnose gibt, mit der ich herausfinden kann, wo zum Teufel sich meine (echte?) Glib versteckt und wie ich das betreffende Programm (oder die pkg-config) darauf verweisen kann, aber ich habe keine Ahnung, was das sein würde.

Einige Ausgaben von Befehlen, die in einer anderen Frage ähnlicher Art vorgeschlagen wurden:

find /usr/ -iname "*glib*.pc" ergibt

find: ‘/usr/share/doc/google-chrome-stable’: Permission denied
/usr/lib/pkgconfig/glib-2.0.pc
/usr/lib/x86_64-linux-gnu/pkgconfig/spice-client-glib-2.0.pc

und dpkg -l libglib2.0-devAusbeuten

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name           Version      Architecture Description
+++-==============-============-============-=================================
un  libglib2.0-dev <none>       <none>       (no description available)

Zu Referenzzwecken habe ich die Lösungen (mit diesem Wort ziemlich großzügig aus dem zweiten Thread) von hier und hier ausprobiert:

So lösen Sie alte GLIB-Fehler

So lösen Sie alte GLIB-Fehler bei der Installation von "pygobject" mit jhbuild

und hier:

/programming/11228173/how-to-find-where-older-version-of-glib-has-been-installed

und hier und hier:

http://www.linuxquestions.org/questions/linux-newbie-8/configure-requested- 'glib-2-0-% 3D-2-32-0'-aber-Version-von-glib-deinstalliert-ist -2-29-2-a-4175442396 /

http://ubuntuforums.org/showthread.php?t=2002738

Ubuntu 16.04, als Referenz ... Ich habe mich umgesehen und es sieht so aus, als ob die Deinstallation von glib und die Neuinstallation ein Nein-Nein ist (das System hängt zu stark davon ab), aber alles andere funktioniert im Moment einwandfrei ... ich habe nur Probleme diesen neuen Kerl zu installieren. Vielen Dank!

Ronald
quelle
Ich denke nicht, dass es ein Problem geben sollte, ein -devPaket zu deinstallieren und neu zu installieren . Was apt-cache policy libglib2.0-devsagt das?
Steeldriver
@ Ronald hast du das Problem gelöst? Jemand anderes sagte, sie hätten buchstäblich Stunden gebraucht, um sich zu lösen. Ich fange an zu denken, dass meldsich die Mühe nicht lohnt
Nathan

Antworten:

3

Ihr dpkgBefehl fängt nicht alles. Versuchen Sie stattdessen diesen Befehl:

$ dpkg -l libglib2*
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name              Version       Architecture  Description
+++-=================-=============-=============-=======================================
ii  libglib2.0-0:amd6 2.48.2-0ubunt amd64         GLib library of C routines
ii  libglib2.0-bin    2.48.2-0ubunt amd64         Programs for the GLib library
ii  libglib2.0-data   2.48.2-0ubunt all           Common files for GLib library

Obwohl mein Ubuntu 16.04 perfekt für meine Bedürfnisse funktioniert, habe ich anscheinend ähnliche glibFehler wie Sie. Ich werde sie jedoch einfach ignorieren, da ich sie nicht neu installieren muss glib:

$ sudo apt install libglib2.0
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Note, selecting 'libglib2.0-0-refdbg' for regex 'libglib2.0'
Note, selecting 'libglib2.0-cil-dev' for regex 'libglib2.0'
Note, selecting 'libglib2.0-tests' for regex 'libglib2.0'
Note, selecting 'libglib2.0-0-dbg' for regex 'libglib2.0'
Note, selecting 'libglib2.0-bin' for regex 'libglib2.0'
Note, selecting 'libglib2.0-cil' for regex 'libglib2.0'
Note, selecting 'libglib2.0-dbg' for regex 'libglib2.0'
Note, selecting 'libglib2.0-dev' for regex 'libglib2.0'
Note, selecting 'libglib2.0-doc' for regex 'libglib2.0'
Note, selecting 'libglib2.0-data' for regex 'libglib2.0'
Note, selecting 'libglib2.0-0' for regex 'libglib2.0'
libglib2.0-0 is already the newest version (2.48.2-0ubuntu1).
libglib2.0-data is already the newest version (2.48.2-0ubuntu1).
libglib2.0-bin is already the newest version (2.48.2-0ubuntu1).
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help resolve the situation:

The following packages have unmet dependencies:
 libglib2.0-0-dbg : Depends: libglib2.0-0 (= 2.48.0-1ubuntu4) but 2.48.2-0ubuntu1 is to be installed
 libglib2.0-0-refdbg : Depends: libglib2.0-0 (= 2.48.0-1ubuntu4) but 2.48.2-0ubuntu1 is to be installed
 libglib2.0-dev : Depends: libglib2.0-0 (= 2.48.0-1ubuntu4) but 2.48.2-0ubuntu1 is to be installed
                  Depends: libglib2.0-bin (= 2.48.0-1ubuntu4)
                  Depends: zlib1g-dev but it is not going to be installed
E: Unable to correct problems, you have held broken packages.

Einerseits heißt es in den Meldungen, dass die aktuellste Version bereits installiert ist, andererseits heißt es, dass falsche Versionen installiert sind. Am Ende steht, dass es kaputte Pakete gibt.

WinEunuuchs2Unix
quelle