Yast und Abhängikeiten - Deinstallation Rückgängig machen
Hallo zusammen, ich habe heite mal versucht, libimobiledevice6 zu deinstallieren. Ich wollte eigentlich nur versuchen, durch Neuisntallation Probleme beim Zugriff auf mein iPhone zu beheben, die es zumindest unter OS 13.1 nicht gab. Zur Zeit von Leap 42.1 hatte ich kein iPhone, weshalb ich dazu keine Aussage treffen kann. Nachdem ich also libimobiledevice6 deinstallieren wollte, wurden eine Reihe von ca. 4-5 Abhängikeiten angegeben, u.a. submuxd u.ä, welche ich zu Deinstallation bestätigte. Als dann yast zu werkelen beagann, folgte fast das halbe KDE zur Deinstallation einschl. kaffeine, soundkonverter uv.a. , was ich dann versuchte abzubrechen. Ich hätte nicht gedacht, das eine simple lib solch ein Kaos verursachen kann. Derzeit habe nur noch eine Notlösung im KDE Login, was sonst noch nicht geht, muss ich erst noch erkunden. Gibt es einen Kniff, diese nicht gewollte Aktion einfach rückgängig zu machen? -- Grüße Christian Gut, das Audacious gerade von Musik den Song : ' Deep Purple - Smoke On The Water ' spielt :music: -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Christian, Am 27.12.2016 um 19:03 schrieb Christian Meseberg:
Hallo zusammen,
ich habe heite mal versucht, libimobiledevice6 zu deinstallieren. Ich wollte eigentlich nur versuchen, durch Neuisntallation Probleme beim Zugriff auf mein iPhone zu beheben, die es zumindest unter OS 13.1 nicht gab. Zur Zeit von Leap 42.1 hatte ich kein iPhone, weshalb ich dazu keine Aussage treffen kann.
Nachdem ich also libimobiledevice6 deinstallieren wollte, wurden eine Reihe von ca. 4-5 Abhängikeiten angegeben, u.a. submuxd u.ä, welche ich zu Deinstallation bestätigte. Als dann yast zu werkelen beagann, folgte fast das halbe KDE zur Deinstallation einschl. kaffeine, soundkonverter uv.a. , was ich dann versuchte abzubrechen.
Ich hätte nicht gedacht, das eine simple lib solch ein Kaos verursachen kann. Derzeit habe nur noch eine Notlösung im KDE Login, was sonst noch nicht geht, muss ich erst noch erkunden.
Gibt es einen Kniff, diese nicht gewollte Aktion einfach rückgängig zu machen? soweit ich mich erinnere, hast Du kein BTRFS als / Dateisystem, somit ist mir kein Weg bekannt, außer auf ein Backup zurückzugreifen.
Gruß Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Christian, Am 27.12.2016 um 19:16 schrieb Manfred Kreisl:
Hallo Christian,
Am 27.12.2016 um 19:03 schrieb Christian Meseberg:
Hallo zusammen,
ich habe heite mal versucht, libimobiledevice6 zu deinstallieren. Ich wollte eigentlich nur versuchen, durch Neuisntallation Probleme beim Zugriff auf mein iPhone zu beheben, die es zumindest unter OS 13.1 nicht gab. Zur Zeit von Leap 42.1 hatte ich kein iPhone, weshalb ich dazu keine Aussage treffen kann.
Nachdem ich also libimobiledevice6 deinstallieren wollte, wurden eine Reihe von ca. 4-5 Abhängikeiten angegeben, u.a. submuxd u.ä, welche ich zu Deinstallation bestätigte. Als dann yast zu werkelen beagann, folgte fast das halbe KDE zur Deinstallation einschl. kaffeine, soundkonverter uv.a. , was ich dann versuchte abzubrechen.
Ich hätte nicht gedacht, das eine simple lib solch ein Kaos verursachen kann. Derzeit habe nur noch eine Notlösung im KDE Login, was sonst noch nicht geht, muss ich erst noch erkunden.
Gibt es einen Kniff, diese nicht gewollte Aktion einfach rückgängig zu machen? soweit ich mich erinnere, hast Du kein BTRFS als / Dateisystem, somit ist mir kein Weg bekannt, außer auf ein Backup zurückzugreifen.
Gruß Manfred Wenn nichts anderes hilft, kannst Du eventuell versuchen anhand der /var/log/zypp/history zu rekonstruieren, was alles gelöscht wurde.
Gruß Mark -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo zusammen, Manfred Kreisl meinte am Dienstag, den 27.12.2016 um 19:16 Uhr wegen:Yast und Abhängikeiten - Deinstallation Rückgängig machen
Gibt es einen Kniff, diese nicht gewollte Aktion einfach rückgängig zu machen?
soweit ich mich erinnere, hast Du kein BTRFS als / Dateisystem, somit ist mir kein Weg bekannt, außer auf ein Backup zurückzugreifen.
Hallo Manfred, ich dachte eher an eine gespeicherten Zwischenstand von yast oder zypper. Es hätte noch schlimmer kommen können. Aktuelles Backup ist eben leider nicht verfügbar. Die Platte liegt in einem Tersoer außer haus. Entsprechend mach ich dass nicht so häufig. Kann sich der normale User dafür schützen? Das ist doch nicht vorhersehbar, das yast hier selbstständig wird. Man kann vom Glauben abfallen :( -- Beste Grüße Christian Gut, das Audacious gerade von Musik den Song : ' Deep Purple - Smoke On The Water ' spielt :music: -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Christian, hallo zusammen, Am Dienstag, 27. Dezember 2016, 19:03:05 CET schrieb Christian Meseberg:
ich habe heite mal versucht, libimobiledevice6 zu deinstallieren. Ich wollte eigentlich nur versuchen, durch Neuisntallation Probleme beim Zugriff auf mein iPhone zu beheben, die es zumindest unter OS 13.1 nicht gab. Zur Zeit von Leap 42.1 hatte ich kein iPhone, weshalb ich dazu keine Aussage treffen kann.
Nachdem ich also libimobiledevice6 deinstallieren wollte, wurden eine Reihe von ca. 4-5 Abhängikeiten angegeben, u.a. submuxd u.ä, welche ich zu Deinstallation bestätigte. Als dann yast zu werkelen beagann, folgte fast das halbe KDE zur Deinstallation einschl. kaffeine, soundkonverter uv.a. , was ich dann versuchte abzubrechen.
Ich hätte nicht gedacht, das eine simple lib solch ein Kaos verursachen kann. Derzeit habe nur noch eine Notlösung im KDE Login, was sonst noch nicht geht, muss ich erst noch erkunden.
Gibt es einen Kniff, diese nicht gewollte Aktion einfach rückgängig zu machen?
BTRFS wurde ja schon genannt. Alternativ kannst Du zumindest die Liste der gelöschten Pakete in /var/log/zypp/history nachlesen und/oder mit etwas Script-Magie an zypper in verfüttern. Gruß Christian Boltz -- Von wichtigen Daten gibt es immer ein Backup. Der Umkehrschluß ist ebenfalls zulässig: Daten, von denen es kein Backup gibt, sind nicht wichtig. [Andreas Feile in suse-linux] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Christian Meseberg schrieb:
Hallo zusammen,
ich habe heite mal versucht, libimobiledevice6 zu deinstallieren. Ich wollte eigentlich nur versuchen, durch Neuisntallation Probleme beim
Nachdem ich also libimobiledevice6 deinstallieren wollte, wurden eine Reihe von ca. 4-5 Abhängikeiten angegeben, u.a. submuxd u.ä, welche ich zu Deinstallation bestätigte. Als dann yast zu werkelen beagann, folgte fast das halbe KDE zur Deinstallation einschl. kaffeine, soundkonverter uv.a. , was ich dann versuchte abzubrechen.
Ich hätte nicht gedacht, das eine simple lib solch ein Kaos verursachen kann. Derzeit habe nur noch eine Notlösung im KDE Login, was sonst noch nicht geht, muss ich erst noch erkunden.
Gibt es einen Kniff, diese nicht gewollte Aktion einfach rückgängig zu machen? ich verfolge mehrere Foren und gerade in den letzten Tagen gab es dort mehrere solche Situationen. Sie wurden alle entschärft durch ein rollback via zypper bzw die Akteure hatten die Konsequenz ihres Handelns auf einem Testsystem in einer VM überprüft.
Also: btrfs snapper nutzen testen vor tun auf einem Produktivsystem seitdem ich ersteres nutze spare ich mir - zugegebenerweise - gerne das zweite. Diese Hinweise werden dir jetzt nicht helfen aber vielleicht vermeiden sie die nächste Nachfrage hier. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo zusammen, lutz nuelle meinte am Dienstag, den 27.12.2016 um 19:51 Uhr wegen:Yast und Abhängikeiten - Deinstallation Rückgängig machen
Also: btrfs snapper nutzen testen vor tun auf einem Produktivsystem
seitdem ich ersteres nutze spare ich mir - zugegebenerweise - gerne das zweite.
Diese Hinweise werden dir jetzt nicht helfen aber vielleicht vermeiden sie die nächste Nachfrage hier.
mit btrfs werde ich mich beschäftigen. Die Sache mit dem vorherigem testen, also Netz mit deppeltem Boden, übersteigt meine Möglichgkeiten. Vielen Dank an Alle für den Hinweis auf /var/log/zypp/history ich denke da finde ich was mir im Moment gerade noch fehlt. -- Beste Grüße Christian Gut, das Audacious gerade von Musik den Song : ' Deep Purple - Smoke On The Water ' spielt :music: -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 27.12.2016 um 20:05 schrieb Christian Meseberg:
Hallo zusammen,
lutz nuelle meinte am Dienstag, den 27.12.2016 um 19:51 Uhr wegen:Yast und Abhängikeiten - Deinstallation Rückgängig machen
Also: btrfs snapper nutzen testen vor tun auf einem Produktivsystem
seitdem ich ersteres nutze spare ich mir - zugegebenerweise - gerne das zweite.
Diese Hinweise werden dir jetzt nicht helfen aber vielleicht vermeiden sie die nächste Nachfrage hier.
mit btrfs werde ich mich beschäftigen.
Die Sache mit dem vorherigem testen, also Netz mit deppeltem Boden, übersteigt meine Möglichgkeiten.
Vielen Dank an Alle für den Hinweis auf /var/log/zypp/history
ich denke da finde ich was mir im Moment gerade noch fehlt. Ich frage mich gerade ob es bei rpm nicht auch so eine Art Reparaturmodus gibt wie bei Debian Systemen.
Da hilft ein apt-get install -f fehlende Abhängigkeiten in einem Rutsch wieder zu korrigieren. Gruß Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Christian Meseberg schrieb:
Also: btrfs snapper nutzen testen vor tun auf einem Produktivsystem mit btrfs werde ich mich beschäftigen. Mach das! Die Einführung von Btrfs und die Entwicklung von Snapper gehören für mich zu den Suse-Großtaten. Ich hab mich (bzw meine Leap-Installation) damit in den letzten Monaten schon einige Male total entspannt gerettet. Es brauchte immer nur 3 Schritte:
1. Strg-Alt-F1 - root-anmeldung 2. snapper list - die Snapshot-Übersicht ansehen und überlegen zu welchem Datum der Laden noch lief 3. snapper rollback 345 - der Snapshot 345 gefiel mir und damit wird neu gestartet reboot Und die Daten sind alle noch da !! Und ich kann mein System neu zerlegen!!
Die Sache mit dem vorherigem testen, also Netz mit deppeltem Boden, übersteigt meine Möglichgkeiten.
Warum? KVM-Qemu installieren. VM einrichten - Leap 42.2 rein und dann testen. Da keine Daten benötigt werden kommst du mit 40 GB für die VM aus. Die 40 GB solltest du dir gönnen. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo zusammen, Wuegeisend Wuegeisend meinte am Dienstag, den 27.12.2016 um 20:30 Uhr wegen:Yast und Abhängikeiten - Deinstallation Rückgängig machen
Christian Meseberg schrieb:
Also: btrfs snapper nutzen testen vor tun auf einem Produktivsystem mit btrfs werde ich mich beschäftigen. Mach das! Die Einführung von Btrfs und die Entwicklung von Snapper gehören für mich zu den Suse-Großtaten. Ich hab mich (bzw meine Leap-Installation) damit in den letzten Monaten schon einige Male total entspannt gerettet. Es brauchte immer nur 3 Schritte:
1. Strg-Alt-F1 - root-anmeldung 2. snapper list - die Snapshot-Übersicht ansehen und überlegen zu welchem Datum der Laden noch lief 3. snapper rollback 345 - der Snapshot 345 gefiel mir und damit wird neu gestartet reboot
das teste ich dann mal in der Virtualbox ;)
Und die Daten sind alle noch da !! Und ich kann mein System neu zerlegen!!
Die Sache mit dem vorherigem testen, also Netz mit deppeltem Boden, übersteigt meine Möglichgkeiten.
Warum? KVM-Qemu installieren. VM einrichten - Leap 42.2 rein und dann testen. Da keine Daten benötigt werden kommst du mit 40 GB für die VM aus. Die 40 GB solltest du dir gönnen.
ok, wenn man drüber nachdenkt geht es ja nur darum zu testen, welche Folgen eine Aktion gerade hat. das kann sich rechnen ;) Danke für die Gedankenanstoss, machmal brauch es das..... Danke an Alle die geholfen haben ;) -- Beste Grüße Christian -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo zusammen, Christian Meseberg meinte am Dienstag, den 27.12.2016 um 20:05 Uhr wegen:Yast und Abhängikeiten - Deinstallation Rückgängig machen
Vielen Dank an Alle für den Hinweis auf /var/log/zypp/history
die Liste ist lang und fängt mit dem 'remove kdm' an und geht wohl ziemlich ans eingemachte von kde. Ich nehme an, dass es sich hjer um einen Bug handeln muss, denn gewollt kann es wohl nicht sein. Angemerkt, ich wollte lediglich libimobiledivece6 neu installieren. Eine ähnmlich Aktion hatte zuvor sane zur Vernunft gebracht, weshalb mein Scanner wieder funzt. Inzwischen vermute ich, dass es wohl möglicherweise an einer veralteten libimobiledecice6 liegt. Ein iphone 5 (iOS10.01) kann es erkennen, ein iphone 6 (iOS 10.2) aber nicht. Das ist insoweit nicht tragisch. Leider findet man keine Hilfe für Leap 42.2 oder überhaupt zu diesem Problem. Ist ja möglicherweise gar kein Problem der Entwickler von Leap. Das Problem yast denke ich schon. -- Beste Grüße Christian -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo zusammen, Christian Meseberg meinte am Dienstag, den 27.12.2016 um 20:41 Uhr wegen:Yast und Abhängikeiten - Deinstallation Rückgängig machen
die Liste ist lang und fängt mit dem 'remove kdm' an und geht wohl ziemlich ans eingemachte von kde.
ich glaube inzwischen, dass eine Neuninstallation für mich leichter ist, als alle die kleinen Problemchen zu beheben. btrfs wäre dann auch drin. Ich kann nicht für jedes Schräubchen den Schraubenschlüssel suchen und dann überlegen, in welche Richtung ich drehen muss. Hatte eben nach alten Regeln versucht kdm als Standrad WM einzurichten, mit der Folge das ein Login nicht mehr möglich war. Der Standard 'plasma5' zeigt mir aber nicht das eingestellte Login. Ich weiß, Wohlstandsprobleme ;) meine Rootpartition hat 60GB, Reicht das für btrfs? Derzeit sind 21 GB frei. -- Beste Grüße Christian -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 27.12.2016 um 21:16 schrieb Christian Meseberg:
Hallo zusammen,
Christian Meseberg meinte am Dienstag, den 27.12.2016 um 20:41 Uhr wegen:Yast und Abhängikeiten - Deinstallation Rückgängig machen
ich glaube inzwischen, dass eine Neuninstallation für mich leichter ist, als alle die kleinen Problemchen zu beheben. btrfs wäre dann auch drin.
Warum versuchst du vor einer Neuinstallation nicht zuerst die Abhängigkeiten von zypper auflösen zu lassen. "zypper ve --details" sollte das erledigen. Nur so als Option. Gruß Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo zusammen, Peter Matthies meinte am Dienstag, den 27.12.2016 um 22:09 Uhr wegen:Neuinstallation nach Crash
Am 27.12.2016 um 21:16 schrieb Christian Meseberg:
Hallo zusammen,
Christian Meseberg meinte am Dienstag, den 27.12.2016 um 20:41 Uhr wegen:Yast und Abhängikeiten - Deinstallation Rückgängig machen
ich glaube inzwischen, dass eine Neuninstallation für mich leichter ist, als alle die kleinen Problemchen zu beheben. btrfs wäre dann auch drin.
Warum versuchst du vor einer Neuinstallation nicht zuerst die Abhängigkeiten von zypper auflösen zu lassen. "zypper ve --details" sollte das erledigen. Nur so als Option.
Danke für den Hinweis. zypper ve --details hat noch zwei beschädigte Abhängkeiten (audacious und ibus-gtk~32bit gelöscht. Danach waren aber beide Pakte noch installiert. -- Beste Grüße Christian Gut, das Audacious gerade von Musik den Song : ' Deep Purple - Smoke On The Water ' spielt :music: -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Christian Meseberg schrieb:
Hatte eben nach alten Regeln versucht kdm als Standrad WM einzurichten, mit der Folge das ein Login nicht mehr möglich war. Der Standard 'plasma5' zeigt mir aber nicht das eingestellte Login.
Ich weiß, Wohlstandsprobleme ;)
meine Rootpartition hat 60GB, Reicht das für btrfs? ja .. allemal
Derzeit sind 21 GB frei. wie hast du ohne die Snapshots von btrfs die 40 GB voll bekommen? Ich hab mir in den letzten Wochen alles möglich installiert und die Hütte voller Snapshots. Gerade mal 30 GB!!
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo zusammen, lutz nuelle meinte am Dienstag, den 27.12.2016 um 22:46 Uhr wegen:Neuinstallation nach Crash
Christian Meseberg schrieb:
Hatte eben nach alten Regeln versucht kdm als Standrad WM einzurichten, mit der Folge das ein Login nicht mehr möglich war. Der Standard 'plasma5' zeigt mir aber nicht das eingestellte Login.
Ich weiß, Wohlstandsprobleme ;)
meine Rootpartition hat 60GB, Reicht das für btrfs? ja .. allemal
Derzeit sind 21 GB frei. wie hast du ohne die Snapshots von btrfs die 40 GB voll bekommen? Ich hab mir in den letzten Wochen alles möglich installiert und die Hütte voller Snapshots. Gerade mal 30 GB!!
Ich hatte das stetige Anwachsen der Rootpartition schon mal unter OS 42.1 hier zur Diskussion gestellt. Allerdings ohen Lösung. Habe dann die Rootpartition von 30 auf 60 GB vergrößert. Möglich das jetzt noch Müll von der 42.1 rumliegt. Ich hatte per DVD ein Ugrade auf 42.2 gemacht. Da wurde bestimmt nicht aufgeräumt. Alle temporären Verzeichniss werden täglich geleert. darin liegt es nicht. -- Beste Grüße Christian Gut, das Audacious gerade von Musik den Song : ' Deep Purple - Smoke On The Water ' spielt :music: -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Christian, hallo zusammen, Am Dienstag, 27. Dezember 2016, 20:41:52 CET schrieb Christian Meseberg:
Ich nehme an, dass es sich hjer um einen Bug handeln muss, denn gewollt kann es wohl nicht sein.
Angemerkt, ich wollte lediglich libimobiledivece6 neu installieren.
Du weißt schon, dass die Beschreibung vieler Katastrophen mit "wollte lediglich" anfängt? ;-) Diese Library zieht eine lange Liste an Abhängigkeiten nach sich. # rpm -e --test libimobiledevice6 error: Failed dependencies: libimobiledevice.so.6()(64bit) is needed by (installed) usbmuxd-1.1.0-1.9.x86_64 libimobiledevice.so.6()(64bit) is needed by (installed) upower-0.99.4-4.1.x86_64 libimobiledevice.so.6()(64bit) is needed by (installed) libgpod4-0.8.3-6.12.x86_64 libimobiledevice.so.6()(64bit) is needed by (installed) libgpod-tools-0.8.3-6.12.x86_64 libimobiledevice.so.6()(64bit) is needed by (installed) gvfs-backend-afc-1.30.2-1.1.x86_64 OK, dann nehme ich die auch mal ins rpm -e auf... # rpm -e --test libimobiledevice6 usbmuxd upower libgpod4 libgpod-tools gvfs-backend-afc error: Failed dependencies: upower is needed by (installed) kdelibs4-4.14.26-1.1.x86_64 upower = 0.99.4 is needed by (installed) upower-lang-0.99.4-4.1.noarch libgpod.so.4()(64bit) is needed by (installed) clementine-1.3.1-3.4.x86_64 libgpod.so.4()(64bit) is needed by (installed) amarok-2.8.0-25.1.x86_64 Oh, noch mehr? Na gut... # rpm -e --test libimobiledevice6 usbmuxd upower libgpod4 libgpod-tools gvfs-backend-afc kdelibs4 upower-lang clementine amarok error: Failed dependencies: kdelibs4 >= 4.14.26 is needed by (installed) kdepimlibs4-4.14.10-4.2.x86_64 kdelibs4 is needed by (installed) kdebase4-runtime-16.08.3-1.2.x86_64 kdelibs4 is needed by (installed) kdelibs4-branding-openSUSE-13.2-6.20.noarch amarok = 2.8.0 is needed by (installed) amarok-lang-2.8.0-25.1.noarch Die Liste wird wohl kürzer. Also diese 4 auch noch aufnehmen... # rpm -e --test libimobiledevice6 usbmuxd upower libgpod4 libgpod-tools gvfs-backend-afc kdelibs4 upower-lang clementine amarok kdepimlibs4 kdebase4-runtime kdelibs4-branding-openSUSE amarok error: Failed dependencies: amarok = 2.8.0 is needed by (installed) amarok-lang-2.8.0-25.1.noarch kdepimlibs4 >= 4.14.0 is needed by (installed) kopete-16.08.3-1.1.x86_64 kdepimlibs4 >= 4.14.0 is needed by (installed) kgpg-16.08.3-1.1.x86_64 kdebase4-runtime >= 4.14.0 is needed by (installed) kwebkitpart-1.3.4-1.7.x86_64 kdebase4-runtime >= 4.14.0 is needed by (installed) kwalletmanager-15.04.3-2.7.x86_64 kdebase4-runtime >= 4.14.0 is needed by (installed) konsole4-part-4.14.3-4.10.x86_64 kdebase4-runtime >= 4.14.0 is needed by (installed) kio_mtp-0.75-6.5.x86_64 kdebase4-runtime >= 4.14.0 is needed by (installed) kdebase4-workspace-libs-4.11.22-6.8.x86_64 kdebase4-runtime >= 4.14.0 is needed by (installed) sweeper-16.08.3-1.1.x86_64 kdebase4-runtime >= 4.14.0 is needed by (installed) okular-16.08.3-1.1.x86_64 kdebase4-runtime >= 4.14.0 is needed by (installed) libkcompactdisc4-16.08.3-1.1.x86_64 kdebase4-runtime >= 4.14.0 is needed by (installed) libkcddb4-16.08.3-1.1.x86_64 kdebase4-runtime >= 4.14.0 is needed by (installed) kopete-16.08.3-1.1.x86_64 kdebase4-runtime >= 4.14.0 is needed by (installed) kmousetool-16.08.3-1.1.x86_64 kdebase4-runtime >= 4.14.0 is needed by (installed) kmag-16.08.3-1.1.x86_64 kdebase4-runtime >= 4.14.0 is needed by (installed) kgpg-16.08.3-1.1.x86_64 kdebase4-runtime >= 4.14.0 is needed by (installed) kget-16.08.3-1.1.x86_64 kdebase4-runtime >= 4.14.0 is needed by (installed) keditbookmarks-16.08.3-1.1.x86_64 kdebase4-runtime >= 4.14.0 is needed by (installed) kdnssd-16.08.3-1.1.x86_64 kdebase4-runtime >= 4.14.0 is needed by (installed) kdialog-16.08.3-1.1.x86_64 kdebase4-runtime >= 4.14.0 is needed by (installed) kdepasswd-16.08.3-1.1.x86_64 kdebase4-runtime >= 4.14.0 is needed by (installed) kdebase4-nsplugin-16.08.3-1.1.x86_64 kdebase4-runtime >= 4.14.0 is needed by (installed) kdebase4-libkonq-16.08.3-1.1.x86_64 kdebase4-runtime >= 4.14.0 is needed by (installed) kio_audiocd-16.08.3-1.1.x86_64 kdebase4-runtime >= 4.14.0 is needed by (installed) konqueror-plugins-16.08.3-1.1.x86_64 kdebase4-runtime >= 4.14.0 is needed by (installed) konqueror-16.08.3-1.1.x86_64 kdebase4-runtime >= 4.14.0 is needed by (installed) kreversi-16.08.3-1.1.x86_64 kdebase4-runtime >= 4.14.0 is needed by (installed) kscd-16.08.3-1.1.x86_64 kdebase4-runtime >= 4.14.0 is needed by (installed) ksudoku-16.08.3-1.1.x86_64 kdebase4-runtime >= 4.14.0 is needed by (installed) choqok-1.5-3.1.x86_64 kdebase4-runtime >= 4.14.0 is needed by (installed) mozilla-kde4-integration-0.6.4-8.1.x86_64 An dieser Stelle werde ich tippfaul ;-) und höre auf. Erkenntnis: libimobiledevice6 ist eine (indirekte) Abhängigkeit aller KDE 4-Pakete. Daher ist es nicht wirklich überraschend, dass YaST mehr als erwartet gelöscht hat. Mein Test war übrigens mit Tumbleweed, aber die KDE-Pakete in 42.2 sind AFAIK auch recht aktuell und daher ähnlich. Übrigens: Tumbleweed verwendet sddm für den grafischen Login. IIRC ist kdm deprecated und macht inzwischen gewisse Probleme, also probier mal mit sddm ;-) Gruß Christian Boltz -- #The code is SOOOO bad, I don't even WANT any copyright. # Just steal it and stop laughing. :-p [found on http://www.houghi.org/script/pizza.houghi] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo zusammen, Christian Boltz meinte am Dienstag, den 27.12.2016 um 23:08 Uhr wegen:Yast und Abhängikeiten - Deinstallation Rückgängig machen
Hallo Christian, hallo zusammen,
Am Dienstag, 27. Dezember 2016, 20:41:52 CET schrieb Christian Meseberg:
Ich nehme an, dass es sich hjer um einen Bug handeln muss, denn gewollt kann es wohl nicht sein.
Angemerkt, ich wollte lediglich libimobiledivece6 neu installieren.
Du weißt schon, dass die Beschreibung vieler Katastrophen mit "wollte lediglich" anfängt? ;-)
Diese Library zieht eine lange Liste an Abhängigkeiten nach sich.
Ich bin zwar jetzt seit OS 11.1 dabei, aber eigentlich kein Spezialist auf diesem Gebiet. Ich muss mich da auf die Systemausgaben verlasssen. ... aber manchmal ist man dann eben verlassen. Danke für die Ausführliche Information und den Tip zu sddm. Das hat geholfen. -- Beste Grüße Christian Gut, das Audacious gerade von Musik den Song : ' Deep Purple - Smoke On The Water ' spielt :music: -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Christian, cool, dass Du das mal probiert hast. Am Dienstag 27 Dezember 2016 schrieb Christian Boltz:
Am Dienstag, 27. Dezember 2016, 20:41:52 CET schrieb Christian Meseberg:
Ich nehme an, dass es sich hjer um einen Bug handeln muss, denn gewollt kann es wohl nicht sein.
Angemerkt, ich wollte lediglich libimobiledivece6 neu installieren.
Du weißt schon, dass die Beschreibung vieler Katastrophen mit "wollte lediglich" anfängt? ;-)
Diese Library zieht eine lange Liste an Abhängigkeiten nach sich.
# rpm -e --test libimobiledevice6 error: Failed dependencies: libimobiledevice.so.6()(64bit) is needed by (installed) usbmuxd-1.1.0-1.9.x86_64 libimobiledevice.so.6()(64bit) is needed by (installed) upower-0.99.4-4.1.x86_64 libimobiledevice.so.6()(64bit) is needed by (installed) libgpod4-0.8.3-6.12.x86_64 libimobiledevice.so.6()(64bit) is needed by (installed) libgpod-tools-0.8.3-6.12.x86_64 libimobiledevice.so.6()(64bit) is needed by (installed) gvfs-backend-afc-1.30.2-1.1.x86_64
Ich glaube, an dieser Stelle hätte doch mal probiert, was passiert, wenn man die Abhängigkeiten ignoriert. Vor allen Dingen dann, wenn ich der Meinung bin, dass ich das bemäkelte Zeugs nicht brauche. YaST macht hin und wieder vorwärts (installieren) ohne Murren, aber rückwärts gibt's dann den Mordsaufstand. Irgendwo fehlerhaft definierte Abhängigkeiten? (Ich habe auch so einen Kandidaten beim virtmanager. Da wird fast immer irgendeine gtk-pythonlib angemeckert; inzwischen ignoriere ich das und mache kaltherzig die Installation unter Missachtung der Abhängigkeit. Das geht schon sehr lange gut.) Helga -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Helga, hallo zusammen, Am Mittwoch, 28. Dezember 2016, 14:37:57 CET schrieb Helga Fischer:
Am Dienstag 27 Dezember 2016 schrieb Christian Boltz: ...
Diese Library zieht eine lange Liste an Abhängigkeiten nach sich.
# rpm -e --test libimobiledevice6
error: Failed dependencies: libimobiledevice.so.6()(64bit) is needed by (installed) usbmuxd-1.1.0-1.9.x86_64 libimobiledevice.so.6()(64bit) is needed by (installed) upower-0.99.4-4.1.x86_64 libimobiledevice.so.6()(64bit) is needed by (installed) libgpod4-0.8.3-6.12.x86_64 libimobiledevice.so.6()(64bit) is needed by (installed) libgpod-tools-0.8.3-6.12.x86_64 libimobiledevice.so.6()(64bit) is needed by (installed) gvfs-backend-afc-1.30.2-1.1.x86_64
Ich glaube, an dieser Stelle hätte doch mal probiert, was passiert, wenn man die Abhängigkeiten ignoriert. Vor allen Dingen dann, wenn ich der Meinung bin, dass ich das bemäkelte Zeugs nicht brauche.
Klar, --nodeps geht immer - aber YaST und zypper werden das nie verwenden (außer mann zwingt sie dazu). Wirklich empfehlenswert ist --nodeps auch nur in Fällen, in denen man genau weiß, was man tut. Ich bevorzuge bei "komischen" Abhängigkeiten einen Bugreport [1]. Der Paketmaintainer kann dann die Abhängigkeit auf ein Recommends: runterstufen - oder erklären, warum das in bestimmten Fällen keine gute Idee ist ;-) https://bugzilla.opensuse.org/show_bug.cgi?id=993969 war übrigens ein lustiges Beispiel für so Abhängigkeit ;-) und wurde rechtzeitig vor dem Release gefixt.
YaST macht hin und wieder vorwärts (installieren) ohne Murren, aber rückwärts gibt's dann den Mordsaufstand. Irgendwo fehlerhaft definierte Abhängigkeiten?
Eigentlich[tm] sollte das Verhalten der Abhängigkeiten beim Installieren und Deinstallieren gleich sein. Interessant wird es höchstens bei Multiversion-Paketen wie dem Kernel und KMPs (z. B. für Virtualbox) ;-)
(Ich habe auch so einen Kandidaten beim virtmanager. Da wird fast immer irgendeine gtk-pythonlib angemeckert; inzwischen ignoriere ich das und mache kaltherzig die Installation unter Missachtung der Abhängigkeit. Das geht schon sehr lange gut.)
Klingt interessant. ;-) Verrate mal die Details - im Idealfall via zypper verify --details Gruß Christian Boltz [1] In offensichtlichen Fällen auch gleich einen Submit Request, aber das sind technische Details ;-) -- Die fünf Sinne des C++-Programmierers: Der Schwachsinn, der Blödsinn, der Wahnsinn, der Unsinn und der Stumpfsinn. [Holger Veit] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (8)
-
Christian Boltz
-
Christian Meseberg
-
Helga Fischer
-
lutz.nuelle@gmx.de
-
Manfred Kreisl
-
Mark Wenzel
-
Peter Matthies
-
wuegeisend@gmx.net