[Bug 811899] New: Initial 12.3 updates depend on tons of 32bit libs
https://bugzilla.novell.com/show_bug.cgi?id=811899 https://bugzilla.novell.com/show_bug.cgi?id=811899#c0 Summary: Initial 12.3 updates depend on tons of 32bit libs Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Maintenance AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: mike.catanzaro@gmail.com QAContact: qa-bugs@suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/20100101 Firefox/19.0 Install 12.3 using a x86-64 GNOME or KDE live CD (you can actually verify this from a live system as well; haven't tested other install methods) and try to run a system update (Apper, GNOME PackageKit, YaST online update, zypper up - all the same). The first update wants to install a ton of 32-bit software that I don't need or want. The problem patches are openSUSE-2013-189-1 (sssd) and openSUSE-2013-235-1 (nss_ldap). I don't know what's wrong with them. Reproducible: Always linux@linux:~> sudo zypper up We trust you have received the usual lecture from the local System Administrator. It usually boils down to these three things: #1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility. Loading repository data... Reading installed packages... The following NEW packages are going to be installed: cyrus-sasl-32bit device-mapper-32bit gdk-pixbuf-query-loaders-32bit gnome-keyring-pam-32bit krb5-32bit libaudit1-32bit libblkid1-32bit libcap2-32bit libcom_err2-32bit libcrack2-32bit libcryptmount0-32bit libcryptsetup4-32bit libdb-4_8-32bit libdbus-1-3-32bit libebl1 libffi4-32bit libfprint0-32bit libfreebl3-32bit libgcc_s1-32bit libgcrypt11-32bit libgdk_pixbuf-2_0-0-32bit libgio-2_0-0-32bit libglib-2_0-0-32bit libgmodule-2_0-0-32bit libgobject-2_0-0-32bit libgpg-error0-32bit libgssglue1-32bit libHX28-32bit libjasper1-32bit libjbig2-32bit libjpeg8-32bit libkeyutils1-32bit libldap-2_4-2-32bit liblzma5-32bit libmount1-32bit libnscd-32bit libopenssl1_0_0-32bit libpcre1-32bit libpng15-15-32bit libselinux1-32bit libsepol1-32bit libsoftokn3-32bit libsqlite3-0-32bit libstdc++6-32bit libtalloc2-32bit libtdb1-32bit libtiff5-32bit libtirpc1-32bit libudev1-32bit libusb-1_0-0-32bit libuuid1-32bit libwbclient0-32bit libX11-6-32bit libXau6-32bit libxcb1-32bit libxml2-2-32bit libz1-32bit mozilla-nspr-32bit mozilla-nss-32bit mozilla-nss-certs-32bit nss_ldap-32bit pam-32bit pam_fprint-32bit pam_krb5-32bit pam_ldap-32bit pam-modules-32bit pam_mount-32bit samba-32bit sssd-32bit systemd-32bit The following packages are going to be upgraded: gnome-control-center gnome-control-center-branding-openSUSE gnome-control-center-user-faces gnome-settings-daemon java-1_7_0-openjdk krb5 krb5-client libopenal1 libpulse0 libpulse-mainloop-glib0 libpurple libpurple-branding-openSUSE libpurple-lang libpurple-tcl libsss_idmap0 libstorage4 microcode_ctl MozillaFirefox nautilus-totem nss_ldap openal-soft perl perl-base polkit-default-privs pulseaudio pulseaudio-module-bluetooth pulseaudio-module-gconf pulseaudio-module-lirc pulseaudio-module-x11 pulseaudio-module-zeroconf pulseaudio-utils release-notes-openSUSE sssd sudo systemtap systemtap-runtime telepathy-gabble timezone timezone-java totem totem-browser-plugin totem-browser-plugin-gmp totem-lang totem-plugins totem-plugin-zeitgeist yast2 yast2-installation yast2-security yast2-storage 49 packages to upgrade, 70 new. Overall download size: 94.1 MiB. After the operation, additional 28.9 MiB will be used. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=811899 https://bugzilla.novell.com/show_bug.cgi?id=811899#c FeiXiang Zhang <fxzhang@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bnc-team-screening@forge.pr |jsuchome@suse.com |ovo.novell.com | -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=811899 https://bugzilla.novell.com/show_bug.cgi?id=811899#c1 Jiří Suchomel <jsuchome@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jsuchome@suse.com AssignedTo|jsuchome@suse.com |rhafer@suse.com --- Comment #1 from Jiří Suchomel <jsuchome@suse.com> 2013-03-27 13:12:57 UTC --- (In reply to comment #0)
The problem patches are openSUSE-2013-189-1 (sssd) and openSUSE-2013-235-1 (nss_ldap). I don't know what's wrong with them.
Maybe those packages have dependencies set incorrectly? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=811899 https://bugzilla.novell.com/show_bug.cgi?id=811899#c2 Marcus Meissner <meissner@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO InfoProvider| |mike.catanzaro@gmail.com --- Comment #2 from Marcus Meissner <meissner@suse.com> 2013-03-28 07:27:43 UTC --- please create a solver testcase for this: zypper up --debug-solver and attach it here -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=811899 https://bugzilla.novell.com/show_bug.cgi?id=811899#c3 --- Comment #3 from Ralf Haferkamp <rhafer@suse.com> 2013-03-28 10:19:06 CET --- Is glibc-32bit installed on your system? If yes, that would be the answer why all those package are getting installed. nss_ldap-32bit, sssd-32bit and most of the other -32bit bit variants of the pam_ and nss_ packages have this in there dependencies: supplements "packageand(nss_ldap:glibc-<targettype>)" Which means that they will be automatically installed when nss_ldap (or the specific base package) and glibc-32bit are installed on the system. Unless you set --no-recommends on the zypper commandline. This is the desired behaviour, see bug#354164 for details. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=811899 https://bugzilla.novell.com/show_bug.cgi?id=811899#c4 Michael Catanzaro <mike.catanzaro@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW InfoProvider|mike.catanzaro@gmail.com | --- Comment #4 from Michael Catanzaro <mike.catanzaro@gmail.com> 2013-03-28 15:58:15 UTC --- Created an attachment (id=532496) --> (http://bugzilla.novell.com/attachment.cgi?id=532496) solver testcase Yes, glibc-32bit is on the default install. Anyone know why? linux@linux:~> rpm -q --whatrequires glibc-32bit no package requires glibc-32bit Will it be part of the default install if it's just recommended by another package? (Surely it's not in any of the default patterns?) Solver attached just in case it's still useful. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=811899 https://bugzilla.novell.com/show_bug.cgi?id=811899#c5 --- Comment #5 from Michael Catanzaro <mike.catanzaro@gmail.com> 2013-03-28 22:59:15 UTC --- Also any ideas on how to "contain the damage" from these updates, maybe withdraw/obsolete them or something so they don't affect people who haven't already run them? We don't want users to have to manually uncheck patches at each update just to avoid installing e.g. systemd-32bit. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=811899 https://bugzilla.novell.com/show_bug.cgi?id=811899#c6 --- Comment #6 from Ralf Haferkamp <rhafer@suse.com> 2013-04-04 09:12:04 CEST --- (In reply to comment #5)
Also any ideas on how to "contain the damage" from these updates, maybe withdraw/obsolete them or something so they don't affect people who haven't already run them? There is nothing wrong with the updates. If you don't want the -32bit packages to be installed, uninstall glibc-32bit or call zypper with --no-recommends.
We don't want users to have to manually uncheck patches at each update just to avoid installing e.g. systemd-32bit.
-- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=811899 https://bugzilla.novell.com/show_bug.cgi?id=811899#c7 Ralf Haferkamp <rhafer@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rhafer@suse.com AssignedTo|rhafer@suse.com |coolo@suse.com --- Comment #7 from Ralf Haferkamp <rhafer@suse.com> 2013-04-04 09:21:53 CEST --- (In reply to comment #4)
Created an attachment (id=532496) --> (http://bugzilla.novell.com/attachment.cgi?id=532496) [details] solver testcase
Yes, glibc-32bit is on the default install. Ok, then the installation of sssd-32bit is no bug, but the desired behaviour (at least it was in the past).
Anyone know why? I guess coolo can answer that. (re-assigning to him)
linux@linux:~> rpm -q --whatrequires glibc-32bit no package requires glibc-32bit That is not a valid test case. It just means that no package requires the package directly by it name. There might still be packages that require the other symbols that glibc-32bit provides. Try "rpm -e glibc-32bit" that should give you a list of packages that depend on other "provides" of the glibc-32bit package.
Will it be part of the default install if it's just recommended by another package? (Surely it's not in any of the default patterns?)
Solver attached just in case it's still useful.
-- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=811899 https://bugzilla.novell.com/show_bug.cgi?id=811899#c8 Stephan Kulow <coolo@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX --- Comment #8 from Stephan Kulow <coolo@suse.com> 2013-04-04 16:10:27 CEST --- grub1 is required by some and it's 32bit only -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=811899 https://bugzilla.novell.com/show_bug.cgi?id=811899#c9 Michael Catanzaro <mike.catanzaro@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|WONTFIX | --- Comment #9 from Michael Catanzaro <mike.catanzaro@gmail.com> 2013-04-06 18:12:41 UTC --- Ralf, Stephan, thanks for your help! The rpm -e trick is sweet, and enabling grub1 seems fair. But I'm still concerned about this for a couple of reasons: (1) I think our PackageKit backend ought to do the equivalent of --no-recommends when installing updates. (2) Wouldn't it be better to take care of supplements during the installation? (Correct me if I'm wrong, but this is already what we do for recommends, right?) (3) Are we really OK with recommending this huge amount of 32-bit libs on all 64-bit systems? E.g. systemd-32bit seems a bit excessive... if all this stuff is really needed, surely it should be not be handled postinstall? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=811899 https://bugzilla.novell.com/show_bug.cgi?id=811899#c10 Stephan Kulow <coolo@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |WONTFIX --- Comment #10 from Stephan Kulow <coolo@suse.com> 2013-04-08 07:40:43 CEST --- 1) why are you talking about PackageKit out of the sudden? the bug report was about zypper 2) a live cd is installed as is - and of course supplements are taken care of during installation. 3) pam requires for every 64bit module a 32bit module - it's nonsense, but systemd-32bit provides libs needed by a pam module. It's not another systemd. "additional 28.9 MiB will be used" sounds like WONTFIX to me as this bug is about 3). If you see PackageKit bugs, file them as Packagekit bugs but don't reopen other bugs for new reasons -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠novell.com