Es gab ein Update von GDAl auf eine höhere Version.
Daher baut qgis zur Zeit nicht unter Tumbleweed und damit bleibt die zuletzt gebaute Version im Repo und die benötigt......
na was wohl......
Es gab ein Update von GDAl auf eine höhere Version.
Daher baut qgis zur Zeit nicht unter Tumbleweed und damit bleibt die zuletzt gebaute Version im Repo und die benötigt......
na was wohl......
Tja, dann bleibt wohl nur abwarten ...
Funktioniert. Ich würde aber nur das Geo-Repo fest hinzufügen und das Home-Repo nur temporär.
Das geo Repo reicht, gerade in einer VM versucht.
qgis startet.
zypper se -sir geo
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S | Name | Type | Version | Arch | Repository
---+----------------------+-------+---------------+--------+-----------
i | gdal | Paket | 3.9.1-203.1 | x86_64 | geo
i | gdal-bash-completion | Paket | 3.9.1-203.1 | noarch | geo
i | gpsbabel | Paket | 1.9.0-52.26 | x86_64 | geo
i | libfreexl1 | Paket | 2.0.0-24.9 | x86_64 | geo
i | libgdal-drivers | Paket | 3.9.1-203.1 | x86_64 | geo
i | libgdal35 | Paket | 3.9.1-203.1 | x86_64 | geo
i | libgeos3_12_1 | Paket | 3.12.1-60.29 | x86_64 | geo
i | libgeos_c1 | Paket | 3.12.1-60.29 | x86_64 | geo
i | libgeotiff5 | Paket | 1.7.1-37.29 | x86_64 | geo
i | libkea1_5 | Paket | 1.5.0-20.35 | x86_64 | geo
i | libPDAL17 | Paket | 2.7.2-18.1 | x86_64 | geo
i | libproj25 | Paket | 9.4.1-89.1 | x86_64 | geo
i | librttopo1 | Paket | 1.1.0-6.47 | x86_64 | geo
i | libshp2 | Paket | 1.5.0-15.5 | x86_64 | geo
i | libspatialindex6 | Paket | 1.9.3-13.8 | x86_64 | geo
i | libspatialite8 | Paket | 5.1.0-21.29 | x86_64 | geo
i | mod_spatialite | Paket | 5.1.0-21.29 | x86_64 | geo
i | PDAL | Paket | 2.7.2-18.1 | x86_64 | geo
i | PDAL-bash-completion | Paket | 2.7.2-18.1 | noarch | geo
i | proj | Paket | 9.4.1-89.1 | x86_64 | geo
i | proj-data-ar | Paket | 9.4.1-89.1 | noarch | geo
i | proj-data-at | Paket | 9.4.1-89.1 | noarch | geo
i | proj-data-au | Paket | 9.4.1-89.1 | noarch | geo
i | proj-data-be | Paket | 9.4.1-89.1 | noarch | geo
i | proj-data-br | Paket | 9.4.1-89.1 | noarch | geo
i | proj-data-ca | Paket | 9.4.1-89.1 | noarch | geo
i | proj-data-ch | Paket | 9.4.1-89.1 | noarch | geo
i | proj-data-de | Paket | 9.4.1-89.1 | noarch | geo
i | proj-data-dk | Paket | 9.4.1-89.1 | noarch | geo
i | proj-data-es | Paket | 9.4.1-89.1 | noarch | geo
i | proj-data-eur | Paket | 9.4.1-89.1 | noarch | geo
i | proj-data-fi | Paket | 9.4.1-89.1 | noarch | geo
i | proj-data-fo | Paket | 9.4.1-89.1 | noarch | geo
i | proj-data-fr | Paket | 9.4.1-89.1 | noarch | geo
i | proj-data-is | Paket | 9.4.1-89.1 | noarch | geo
i | proj-data-jp | Paket | 9.4.1-89.1 | noarch | geo
i | proj-data-mx | Paket | 9.4.1-89.1 | noarch | geo
i | proj-data-nc | Paket | 9.4.1-89.1 | noarch | geo
i | proj-data-nl | Paket | 9.4.1-89.1 | noarch | geo
i | proj-data-no | Paket | 9.4.1-89.1 | noarch | geo
i | proj-data-nz | Paket | 9.4.1-89.1 | noarch | geo
i | proj-data-pl | Paket | 9.4.1-89.1 | noarch | geo
i | proj-data-pt | Paket | 9.4.1-89.1 | noarch | geo
i | proj-data-se | Paket | 9.4.1-89.1 | noarch | geo
i | proj-data-sk | Paket | 9.4.1-89.1 | noarch | geo
i | proj-data-uk | Paket | 9.4.1-89.1 | noarch | geo
i | proj-data-us | Paket | 9.4.1-89.1 | noarch | geo
i | proj-data-za | Paket | 9.4.1-89.1 | noarch | geo
i | python3-GDAL | Paket | 3.9.1-203.1 | x86_64 | geo
i | python311-OWSLib | Paket | 0.29.2-24.25 | noarch | geo
i+ | qgis | Paket | 3.36.2-135.19 | x86_64 | geo
i | qgis-sample-data | Paket | 3.36.2-135.19 | noarch | geo
Alles anzeigen
Das war jetzt ne Schnellinstallation, deswegen noch die vielen "empfohlenen Pakete".......
Das geo Repo reicht, gerade in einer VM versucht.
Recht du hast. Dummerweise hatte ich bei vorherigen Versuche […] in -r […] statt […] in --from […] verwendet.
Ist halt noch früh am Morgen.
Moinmoin,
freut mich, daß die Frage auf so reges Interesse stößt
.
Wie kommst du auf die Idee, das eine Installation durch brechen von Abhängigkeiten zum Erfolg führt?
Wie geschrieben, hätte ja sein können, daß diese lib z.B. nur für irgendeine sehr spezielle Geoprojektion wichtig wäre... einen Versuch ist's jedenfalls wert, dachte ich mir.
Ist ...(63bit)... wirklich richtig?
Natürlich nicht, das war händisch weil nicht per copy-paste verfügbar. 63-bit-Rechner sind ja out.
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.
War das so wild...? Einmal zypper in qgis, die libPDAL nachgezogen zypper in libPDAL15 und dann einen Symlink gesetzt und wieder gelöscht. Muss ich zum Aufräumen mehr machen, als libPDAL und qgis mit zypper rm <...> wieder zu entfernen?
____________________________
Ansonsten werde ich dann versuchen, das bisher Erwähnte umzusetzen, bin aber noch nicht klar, wie.
Wühle mich mal ein...
So wie ich es verstehe, könnte ich
(1) versuchen, die libgdal wie von luigi in Post#3 erwähnt, aus dem dort angeführten Repo zu ziehen. Vorher würde ich aufräumen, indem ich die von mir nachgezogene libPDAL per zypper rm <...> erst mal wieder entfernen würde.
(2) qgis komplett neu ziehen. Also zypper rm libPDAL und zypper rm qgis (aufräumen) und dann installieren.
Da weiß ich aber nicht genau wie. Erfolgversprechend scheint mir Post#14 von Sauerland , aber wie finde ich das
Das geo Repo reicht, gerade in einer VM versucht.
"geo-Repo"? Ist es wie in Posts ##4 und 8 der Link von Sauerland und Alero , hier auf Developed at Application:Geo (Link rechts oben) und dann Download package:
zypper addrepo https://download.opensuse.org/repositories/Application:Geo/openSUSE_Tumbleweed/Application:Geo.repo
zypper refresh
zypper install qgis
???
--- Sorry, wenn ich nochmal genau frage, aber ich bin halt eigentlich Baumdoktor und kein IT-ler.
Und bevor ich noch mehr Unordnung schaffe... ---
Also, Variante (2) mit dem zuletzt erwähnten code scheint mir, bei nochmaliger Durchsicht, die konsistentere... (?)
Was mich aber auch noch interessiert: Wie findet ihr (also auch: wo und wie sucht ihr?) diese Dinge?
Da könnte ich nämlich natürlich künftig auch erst mal versuchen, fündig zu werden.
Wie ich Programme oder Bestandteile finde, die in den bei mir vorhandenen Repos nicht sind, ist mir nicht klar.
Und ein Dank für eure Hilfe!!! ![]()
P.S.: Hab heute und morgen einige Termine, werde aber dran bleiben so gut es geht... ... warte erst noch mal auf eine Rückmeldung.
Ich würde dies machen:
ZitatAlles anzeigen"geo-Repo"? Ist es wie in Posts ##4 und 8 der Link von Sauerland und Alero , hier auf Developed at Application:Geo (Link rechts oben) und dann Download package:
zypper addrepo https://download.opensuse.org/…weed/Application:Geo.repo
zypper refresh
zypper install qgis
???
--- Sorry, wenn ich nochmal genau frage, aber ich bin halt eigentlich Baumdoktor und kein IT-ler.
Und bevor ich noch mehr Unordnung schaffe... ---
Was mich aber auch noch interessiert: Wie findet ihr (also auch: wo und wie sucht ihr?) diese Dinge?
Da könnte ich nämlich natürlich künftig auch erst mal versuchen, fündig zu werden.
Wie ich Programme oder Bestandteile finde, die in den bei mir vorhandenen Repos nicht sind, ist mir nicht klar.
Ich suche danach, schaue zuerst immer in die factory Repos bevor ich in irgendwelche /home Repos schaue.
Und schau mir dann die Seiten an........
Ich suche danach, schaue zuerst immer in die factory Repos bevor ich in irgendwelche /home Repos schaue.
... jau, aber wo suchst Du? Hier https://build.opensuse.org/ ?
... jau, aber wo suchst Du? Hier https://build.opensuse.org/ ?
und danach
Erfolg!
Vorgehen wie in Post#17 (nach vorherigem Aufräumen).
QGis startet. Neues Projekt lässt sich anlegen.
Weiter komme ich noch nicht, das Arbeitsmaterial bekomme ich heute nachmittag.
Vielen Dank euch Allen!!!
![]()