Zitat- [repo-debug-update-non-oss|http://download.opensuse.org/debug/update/leap/15.4/non-oss/] Repository type can't be determined.
Wenn man bei so einer Fehlermeldung einfach einmal den Link öffnen würde.......
Da ist einfach nichts drin.........
Zitat- [repo-debug-update-non-oss|http://download.opensuse.org/debug/update/leap/15.4/non-oss/] Repository type can't be determined.
Wenn man bei so einer Fehlermeldung einfach einmal den Link öffnen würde.......
Da ist einfach nichts drin.........
Poste:
Evtl das cert nicht ins mok gekommen:
Als erstes das Repo rauswerfen.
Ist über wie'n Kropf.
Naja, auch bei "normalen" Routern gabs Probleme.
Schwester hat vor Jahren den Provider gewechselt, bekam ne Fritzbox vom neuen Provider, funktionierte nicht.
Reklamiert nochmal ne neue Fritzbox, geht wieder nicht.
Provider sagt:
"Liegt an der Leitung müsst ihr Telekom anrufen."
Gesagt getan, Techniker der Telekom kommt, prüft nach, alles in Ordnung.
Sieht die Fritzbox und fragt:
"Ist den da FritzOS in Version x drauf, sonst geht das mit dem Provider nicht".
War natürlich ne ältere Version von FritzOS drauf.
Also wieder beim Provider angerufen, die sagen:
"Runterladen und Installieren"
Schwetser sagt:
"Wie denn ohne Internet"
Provider:
"Ihr bekommt nen neuen Router"
War natürlich auch wieder die alte Software drauf.
Beim 4. Mal war dann die aktuelle Software drauf und was soll ich sagen:
Funktionierte out-of-the-box.........
Zitat.......libGL error: failed to load driver: nouveau
Ja, aber das ist:
Bei mir:
stephan@linux64:~> kdesu systemsettings5
libGL error: MESA-LOADER: failed to open nouveau (search paths /usr/lib64/dri)
libGL error: failed to load driver: nouveau
qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 759, resource id: 40325348, major code: 40 (TranslateCoords), minor code: 0
Jetzt wird Mesa-dri-nouveau installiert:
zypper in Mesa-dri-nouveau
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
Paketabhängigkeiten werden aufgelöst...
Das folgende NEUE Paket wird installiert:
Mesa-dri-nouveau
1 neues Paket zu installieren.
Gesamtgröße des Downloads: 9,6 MiB. Bereits im Cache gespeichert: 0 B. Nach der Operation werden
zusätzlich 34,6 MiB belegt.
Fortfahren? [j/n/v/...? zeigt alle Optionen] (j):
Stimmen Sie den Bedingungen der Lizenz zu? [ja/nein] (nein): j
Paket Mesa-dri-nouveau-20.2.4-57.12.x86_64 abrufen (1/1), 9,6 MiB ( 34,6 MiB entpackt)
Abrufen: Mesa-dri-nouveau-20.2.4-57.12.x86_64.rpm ....................................[fertig (3,1 MiB/s)]
Überprüfung auf Dateikonflikte läuft: ............................................................[fertig]
(1/1) Installieren: Mesa-dri-nouveau-20.2.4-57.12.x86_64 .........................................[fertig]
Alles anzeigen
Aber die Lizenz:
Um 'Mesa-dri-nouveau' zu installieren, müssen Sie den Bedingungen der folgenden Lizenzvereinbarung zustimm
en:
Hinweis: Nouveau DRI/3D Treiber ausgewählt.
Der Treiber ist als Experimentell eingestuft und bekannt dafür, Probleme mit
Anwendungen, die 3D-Beschleunigung moderner NVIDIA Hardware nutzen, zu
haben.
Symptome sind unter Anderem Abstürze oder Einfrieren der graphischen Oberfläche.
Ältere Hardware und weniger anspruchsvolle Anwendungen funktionieren jedoch
möglicherweise und profitieren von der Hardwarebeschleunigung, die dieser Treiber
gegenüber Softwareemulation bietet.
Die Verwendung des Treibers ist insbesondere nicht Empfehlenswert für die
KDE Desktop Umgebung oder Qt basierte Anwendungen.
usw.usw.
/var/tmp/TmpFile.kXvTVT lines 1-
Alles anzeigen
nun sagt kdesu:
Es funktioniert, aber ich habe einen Treiber installiert, der mir wiederholt Probleme bereitet hat, deswegen wird wieder deinstalliert:
zypper rm Mesa-dri-nouveau
Installierte Pakete werden gelesen...
Paketabhängigkeiten werden aufgelöst...
Das folgende Paket wird GELÖSCHT:
Mesa-dri-nouveau
1 zu entfernendes Paket.
Nach dem Vorgang werden 34,6 MiB freigegeben.
Fortfahren? [j/n/v/...? zeigt alle Optionen] (j):
(1/1) Mesa-dri-nouveau-20.2.4-57.12.x86_64 wird entfernt .........................................[fertig]
Alles anzeigen
Du bekommst diese obige Meldung auch bei anderen Programmen, kannst du aber ignorieren.
Ein zypper up macht nie einen Wechsel eines installierten Paketes zu einem andere Repo.
Ein zypper dup macht keinen Wechsel eines installierten Paketes zu einem andere Repo.
Man kann das aber einstellen.
Also reicht einfach: bei Leap 15.X
bzw. bei Tumbleweed
Wenn man den Repowechsel machen möchte, sollte man immer ein Repo benennen, zu dem ein Wechsel gemacht werden soll.
Hier wäre auch der parameter --allow-vendor-change von Vorteil, erspart viel Abfragen:
Prioritäten kommen nur bei der Erstinstallation eines Paketes zum Zuge, oder wenn man ein Paket mit dem Parameter -f noch einmal installiert:
Ansonsten ist zu dem Thema nicht viel zu sagen, außer das man die openSUSE Repos nicht priorisieren sollte:
OSS, Non-OSS, die beiden dazugehörigen Update Repos, das SLE-Update Repo sowie das Backports Repo.
Zitat1. Ich habe das gleiche Problem unter Open Suse Leap 15.4 auf meinem Laptop. Ich vermute, ich löse dies auf dieselbe Weise, oder?
Fast, andere URL
Zitat2. Ich habe gelesen, dass zypper dup oder zypper up bei beiden Systemen nicht korrekt sei. Korrekt sei hingegen zypper dup --packman --no vendor change und für zypper up analog auf die selbe Weise. Ist das korrekt so ?
Update:
Bei Tumbleweed nur mit zypper dup
Bei Leap 15.x nur mit zypper up oder Yast oder dem Update Applet in der Leiste.
Ansonsten musst du genau sagen, was du machen möchtest.
Zitat3. Und zuletzt: wie markiere ich den Thread als "gelöst"?
Im Beitrag 1 ist direkt unter der Überschrift ein Kästchen Unerledigt.