fehlende libs bei qgis

Hinweis: In dem Thema fehlende libs bei qgis gibt es 18 Antworten auf 2 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
  • Hallo,

    ich habe vorhin qgis mit zypper installiert.

    Während (bzw. vor) der Installation kam die Meldung


    nothing provides 'libgdal.so.34()(63bit)' needed by qgis-3.36.2-1.4.x86_64


    Da qgis sehr umfangreich ist habe ich Solution 2 gewählt, 'break qgis ... ... by ignoring some of its dependencies', im Versuch, es würde den von mir benötigten Umfang evtl. doch liefern. Das trifft nicht zu.


    Beim Versuch, qgis zu starten (als user aus der konsole) kam zunächst die Meldung

    frank@7470tw:~> qgis

    qgis: error while loading shared libraries: libpdal_base.so.15: cannot open shared object file: No such file or

     directory

    frank@7470tw:~> 

    Ein Startversuch aus der GUI (Anwendungsmenü->Lernprogramme->Wissenschaft->QGIS-Desktop) lief völlig ins Leere, da geschieht gar nichts Sichtbares.


    Nach Netzsuche konnte ich die libpdal_base nach Info von hier per zypper nachladen.

    Es kommt aber die gleiche Meldung vorweg wie bei der Installation von qgis (diesmal rechtzeitig aus der konsole raus kopiert):

    Wieder Solution 2 gewählt, ging ohne weitere Probleme durch.

    Nunmehr liefert der Startversuch von qgis (aus konsole, aus dser GUI weiterhin keine Reaktion):

    Code
    frank@7470tw:~> qgis
    qgis: error while loading shared libraries: libgdal.so.34: cannot open shared object file: No such file or directory
    frank@7470tw:~> 

    was ja schlüssig ist, denn die libgdal.so.34 fehlt ja. Suche ich libgdal,

    Code
    7470tw:~ # zypper se libgdal
    Loading repository data...
    Reading installed packages...
    
    S  | Name            | Summary                             | Type
    ---+-----------------+-------------------------------------+--------
    i  | libgdal-drivers | GDAL static libraries drivers files | package
    i  | libgdal35       | GDAL static libraries               | package
    7470tw:~ # 

    scheint V 35 vorhanden zu sein.

    Ein Symlink libgdal.so.34 auf libgdal.so.35.3.9.1 zeigend in /usr/lib64 führt zu einer Fehlermeldung "undefined symbol" beim Aufruf von qgis:


    Code
    frank@7470tw:~> qgis
    qgis: symbol lookup error: /lib64/libpdal_base.so.15: undefined symbol: _ZN11GDALDataset14GetRasterCountEv
    frank@7470tw:~> 

    Einen Versuch wars wert, aber die v35 tut wohl nicht das Gleiche...

    Kann mir jemand helfen, die gesuchte libgdal.so.34 zu finden und ggf. richtig einzubinden und qgis zum Laufen zu bringen?


    Dank im Voraus!


    P.S. Ich bin gerade in Bolivien, hier ist es 6 Stunden früher.

    Dell Latitude 7470, 4 x i7 6600U, 32 GB, 1TB NVMe

    Tumbleweed, KDE Plasma

    Für den Inhalt des Beitrages 314897 haftet ausdrücklich der jeweilige Autor: baumkraxler

  • Wie kommst du auf die Idee, das eine Installation durch brechen von Abhängigkeiten zum Erfolg führt? Ansonsten scheint es die Software nur für Tumbleweed und Debian zu geben.

  • nothing provides 'libgdal.so.34()(63bit)' needed by qgis-3.36.2-1.4.x86_64

    Ist ...(63bit)... wirklich richtig?

    Kann mir jemand helfen, die gesuchte libgdal.so.34 zu finden und ggf. richtig einzubinden und qgis zum Laufen zu bringen?

    Für tumbleweed scheint es nur noch ein community Paket zu geben. Ich weiß aber nicht, ob das nach deinen wilden Installationsversuchen ohne vorheriges Aufräumen so noch funktioniert.

    Code
    zypper addrepo https://download.opensuse.org/repositories/home:ohollmann:staging:openssl/openSUSE_Tumbleweed/home:ohollmann:staging:openssl.repo
    zypper refresh
    zypper install libgdal34

    Für den Inhalt des Beitrages 314900 haftet ausdrücklich der jeweilige Autor: luigi

  • Für tumbleweed scheint es nur noch ein community Paket zu geben.

    Wie kommst du auf die Idee?


    openSUSE Software


    Allerdings ist die Software aus dem Factory - Repo ...

  • Alero Es scheint ein Problem zu sein, dass beim installieren nach libgdal.so.34 gefragt wird, im Paket aber nur die Version 35 enthalten ist? Vlt. Inkonsistenzen im Paket?


    Meine Bemerkung, dass es nur ein community-Paket gäbe, bezog sich nur auf die libgdal.so.34.

    Für den Inhalt des Beitrages 314903 haftet ausdrücklich der jeweilige Autor: luigi

  • Das Paket das er unter Tumbleweed installiert hat scheint nicht mehr ganz aktuell zu sein. Er könnte ja das Paket mit der Verlinkung von mir aus dem Factory Repo testen. Aber Factory ist immer etwas kitzlig.

  • QGIS is a user friendly Open Source Geographic Information System (GIS)
    QGIS is a user friendly Open Source Geographic Information System (GIS) licensed under the GNU General Public License. QGIS is an official project of the Open…
    build.opensuse.org


    Mal das Paket aus dem geo-Repo versucht?

    Wobei du dann das Repo einbinden solltest.


    Dort ist qgis heute morgen gebaut worden.


    Oder noch etwas abwarten, das kommt bestimmt ins factory Repo und damit nach Tumbleweed.

    Für den Inhalt des Beitrages 314906 haftet ausdrücklich der jeweilige Autor: Sauerland

  • Sorry, Sauerland, aber wie ist deine Empfehlung gemeint ... ?


    The build can not begin, because required packages are either missing or not explicitly defined.


    Build jobs exist for the repository

    unresolvable:
    nothing provides libgdal.so.34()(64bit) needed by libPDAL15, nothing provides libgdal.so.34()(64bit) needed by grass

    Für den Inhalt des Beitrages 314907 haftet ausdrücklich der jeweilige Autor: luigi

  • https://build.opensuse.org/pac…w/openSUSE%3AFactory/qgis


    Mal das Paket aus dem geo-Repo versucht?

    Wobei du dann das Repo einbinden solltest.

    […]

    Funktioniert, aber libgdal34 wird noch immer benötigt. Ich würde aber nur das Geo-Repo fest hinzufügen und das Home-Repo nur temporär.


    Schreibtischrechner: openSUSE Leap 16.0 mit KDE/Plasma unter Wayland

    Klapprechner: openSUSE Tumbleweed mit KDE/Plasma unter Wayland
    Schneidbrettchen: PineTab mit Arch Linux

    Einmal editiert, zuletzt von tomfa ()

    Für den Inhalt des Beitrages 314908 haftet ausdrücklich der jeweilige Autor: tomfa