Hallo, Am Fri, 12 Dec 2014, Holger Bruenjes schrieb:
Am 2014-12-12 um 18:24 schrieb David Haller:
rpm -e PackageKit
das ist zirkulaer :-(
li12:~ # rpm -e PackageKit error: Failed dependencies: PackageKit = 0.8.11 is needed by (installed) PackageKit-backend-zypp-0.8.11-2.3.1.i586 PackageKit = 0.8.11 is needed by (installed) PackageKit-branding-openSUSE-13.1-2.2.1.noarch
li12:~ # rpm -e PackageKit-backend-zypp error: Failed dependencies: PackageKit-backend is needed by (installed) PackageKit-0.8.11-2.3.1.i586
Heulsuse! ;-P # rpm --nodeps -e PackageKit PackageKit-backend-zypp \ PackageKit-branding-openSUSE-13.1 Hau wech den Scheiß! Und wie gesagt: die Locks nicht vergessen, damit dir das Zeug nicht automatisch wieder installiert wird. SUSE12.1 $ rpm -qa '*PackageKit*' SUSE12.1 $ SUSE13.1 > rpm -qa '*PackageKit*' SUSE13.1 > Hier behauptet nur gnome-color-manager das zu brauchen, aber das ist ganz offensichtlich Unfug (und auch eine manuell hinzugefügte Abhängigkeit). Wenn man weiß was man tut (und das ist hier der Fall), darf man durchaus auch die große Keule rpm --nodeps und anschließend "Tabu im Yast"/"zypper al" rausholen :)) Es ist teils erstaunlich was man alles nicht installieren muß, obwohl ein ganzer Haufen erstmal danach kräht. "lib*.so.*()" Abhängigkeiten kannst du aber normal nicht ignorieren, das geht nur bei größeren Paketen (KDE irgendwelche Plugins von z.B. dolphin), wo nur ein bestimmter, optionaler(!), Teil der Software die lib* braucht. Der Teil tut dann eben nicht[1]. Generell startet eine App ohne die lib schlicht und einfach nicht (und ld sagt dir das in der Konsole/xterm/X.err auch quasi unmißverständlich (lib*.so not found)). HTH, -dnh [1] z.B. die Plugins von z.B. Dolphin/Nautilus/Digikam etc. die via libgphoto/BlueZ auf Kameras etc. zugreifen wollen und sollen. Nur hab ich weder das eine (Digi-Knipse) noch das andere (Bluetooth). Also wozu den Kram? Erstmal große Keule testen und gucken was meckert: libgphoto2 z.B. hab ich hier installiert: # rpm -q --provides libgphoto2 | sort -u | xargs rpm -q \ --whatrequires | grep -v 'no package' | sort -u darktable-1.2.3-1.1.x86_64 kde3-kipi-plugins-0.1.6-34.2.x86_64 libgphoto2-2.4.11-6.1.3.x86_64 wine-1.6-269.1.x86_64 # ldd `which darktable` | grep phot [..] libgphoto2.so.2 => /usr/X11R6/lib64/libgphoto2.so.2 libgphoto2_port.so.0 => /usr/X11R6/lib64/libgphoto2_port.so.0 Heißt im Klartext: ohne libgphoto2.so.2 läuft darktable einfach nicht. Das ist ne echte Abhängigkeit. Bei den kipi-plugins aber: # rpm -ql kde3-kipi-plugins | while read f; do \ deps="$(ldd "$f" 2>/dev/null | grep gphoto | cut -d= -f1)"; \ if echo "$deps" | grep -q gphoto ; then \ printf "%s:\n%s\n" "$f" "$deps"; \ fi; \ done /opt/kde3/lib64/kde3/kipiplugin_kameraklient.so: libgphoto2.so.2 libgphoto2_port.so.0 ist es nur ein blödes Plugin, das ich nie verwenden werden will, ergo: _dafür_ wird libgphoto nicht installiert :) Bei wine liegt der Fall ähnlich: /usr/lib64/wine/gphoto2.ds.so: libgphoto2.so.2 libgphoto2_port.so.0 Also, sobald ich keinen Bock auf darktable mehr hab kann auch libgphoto wieder weg ;) Naja, das nur als "kleiner" Exkurs zu Abhängigkeiten. In der Regel sind die ja vom Packager gut gemeint. Achso, in Yast kann man ja auch nach Abhängigkeiten (Requires/Provides) suchen und in den "Technical Details" lassen die sich auch finden... Und "erstmal ohne und testen" klappt recht gut wenn's nur um ein zwei Pakete geht ;) -- When in doubt, debug-on-entry the function you least suspect have anything to do with something. -- 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