Da musst du halt schauen was du davon gebrauchst.......
Ich mach das mit Yast, suche nach Packagekit und markiere einzeln zum löschen, dann sehe ich immer, was noch mit runter fliegen sollte und kann das wieder schnell rückgängig machen......
Da musst du halt schauen was du davon gebrauchst.......
Ich mach das mit Yast, suche nach Packagekit und markiere einzeln zum löschen, dann sehe ich immer, was noch mit runter fliegen sollte und kann das wieder schnell rückgängig machen......
ZitatCodeProblem: nothing provides 'mesa-libGLU' needed by the installed google-earth-pro-stable-7.3.4.8248-0.x86_64 Solution 1: deinstallation of google-earth-pro-stable-7.3.4.8248-0.x86_64 Solution 2: break google-earth-pro-stable-7.3.4.8248-0.x86_64 by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/c/d/?] (c):
da erst mal abbrechen........
War ja eh nur ne Abfrage, nichts was dort am System etwas ändert.......
Als root:
zypper in -f https://download.opensuse.org/repositories/home:/Sauerland/openSUSE_Leap_15.3/noarch/mesa-libGLU-0.0.1-lp153.6.14.noarch.rpm
Das installiert ein Dummy Paket (enthält nichts), gaukelt google-earth vor, es wäre installiert und installiert das entsprechende openSUSE Paket libGLU1 und deren Abhängigkeiten, falls noch nicht gemacht.
Und noch einmal:
Keine Abhängigkeiten ignorieren, besser ist nachfragen.
Wo hast du mesa-libGLU her?
Ich hab für mich mal ein dummy Paket gebaut:
zypper if mesa-libGLU
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
Informationen zu Paket mesa-libGLU:
-----------------------------------
Repository : Sauerland-OSS
Name : mesa-libGLU
Version : 0.0.1-lp153.6.14
Arch : noarch
Anbieter : obs://build.opensuse.org/home:Sauerland
Installierte Größe : 125 B
Installiert : Ja
Status : aktuell
Quellpaket : mesa-libGLU-0.0.1-lp153.6.14.src
Zusammenfassung : Dummy package required for google-earth - pulls in libGLU
Beschreibung :
A dummy package for openSUSE to pull in libGLU1 so that google-earth can be installed
Provides: mesa-libGLU
Alles anzeigen
Das gaukelt google-earth vor, mesa-libGLU wäre installiert und installiert dafür das entsprechende openSUSE Paket libGLU1
betreff "Updater Applet" : Welches Paket ist damit gemeint?
zypper if pk-update-icon plasma5-pk-updates
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
Informationen zu Paket pk-update-icon:
--------------------------------------
Repository : OSS
Name : pk-update-icon
Version : 2-bp153.1.18
Arch : x86_64
Anbieter : openSUSE
Installierte Größe : 65,3 KiB
Installiert : Nein
Status : nicht installiert
Quellpaket : pk-update-icon-2-bp153.1.18.src
Zusammenfassung : Software Update Notifier based on PackageKit
Beschreibung :
pk-update-icon displays notifications and an icon in the tray area of the panel
when package updates are available.
Informationen zu Paket plasma5-pk-updates:
------------------------------------------
Repository : Update repository of openSUSE Backports
Name : plasma5-pk-updates
Version : 0.3.2-bp153.2.2.1
Arch : x86_64
Anbieter : openSUSE
Installierte Größe : 208,9 KiB
Installiert : Nein
Status : nicht installiert
Quellpaket : plasma5-pk-updates-0.3.2-bp153.2.2.1.src
Zusammenfassung : Software Update Manager for Plasma
Beschreibung :
Plasma applet for software updates using PackageKit.
Alles anzeigen
sowie packagekit
Was haben wir falsch gemacht?
1. Ich hoffe ja mal, das gast kein root ist und damit kann er auch einige zypper Kommandos nicht ausführen......
2. Hochkommata bei su -c vergessen siehe meine Beitrag zuvor
Aber die Installation kannst du eh vergessen, siehe dein letztes sudo.......
Poste als User:
gast@localhost:~> su zypper in -f google-earth-pro-stable
Das ist mir bei dir jetzt schon mehrmals aufgefallen.
Mit su wechselst du den User, ohne Usernamen wird root genommen.
Erst wenn du gewechselt hast, kannst du den Befehl ausführen.
Oder du benutzt su -c command
Aber:
Es wird nur ein einzelnes Wort (Befehl) ausgeführt, wenn ich z.B. zypper ref benutzen möchten, muss ich das in Hochkommata setzen, da ja zwei Wörter:
ich@linux64:/home> su -c zypper ref
su: Benutzer ref existiert nicht oder der Benutzereintrag enthält nicht alle erforderlichen Felder
Du siehst, zypper wird als Befehl verstanden und ref wird als Username angenommen.
ich@linux64:/home> su -c 'zypper ref'
Passwort:
Repository 'Sauerland-python' ist aktuell.
Repository 'Sauerland-QT4' ist aktuell.
Repository 'Enlightenment' ist aktuell.
Repository 'KDE-Extra' ist aktuell.
Repository 'Non-OSS' ist aktuell.
Repository 'Non-OSS-Update' ist aktuell.
Repository 'OSS' ist aktuell.
Repository 'OSS-Update' ist aktuell.
Repository 'Programme-rpm' ist aktuell.
Repository 'rpmbuild' ist aktuell.
Repository 'Sauerland-OSS' ist aktuell.
Repository 'Sauerland:kernel:stable:backport:Leap' ist aktuell.
Repository 'Sauerland:kernel:stable:backport:hardware' ist aktuell.
Repository 'XFCE' ist aktuell.
Repository 'Update repository of openSUSE Backports' ist aktuell.
Repository 'Packman' ist aktuell.
Repository 'nvidia' ist aktuell.
Repository 'libdvdcss' ist aktuell.
Repository 'Packman' ist aktuell.
Repository 'Update repository with updates from SUSE Linux Enterprise 15' ist aktuell.
Alle Repositorys wurden aktualisiert.
Alles anzeigen
Hier klappt es jetzt.......
Übrigens:
Bei der Benutzung von sudo kannst du Probleme bekommen, das ist in openSUSE nicht so konfiguriert wie in anderen Distributionen und auch übrigens nicht dafür gedacht, um globale root Rechte zu bekommen.
Haben die Debian Abkömmlinge aber dafür zweckentfremdet.
aber mit Abhängigkeitenverletzungen (Ignorieren)
Macht man nicht......
Poste:
Ist ein Problem mit dem "Updater Applet" seit der Anbinding an SLE.
In so einem Fall immer zypper up (als Root) ausführen, wie Sauerland schon geschrieben hat.
Deswegen wird das bei mir immer sofort deinstalliert.......
Yast und zypper reichen, da braucht es nicht noch ein 3. oder als 4. discover.........
Dinge die die Welt nicht braucht.