Bug 646410

Summary:	Packages with different architecture end up in the "stuff which wont get installed".
Product:	[openSUSE] openSUSE 11.3	Reporter:	Stephan Kleine <bitdealer>
Component:	libzypp	Assignee:	Jan Kupec <jkupec>
Status:	RESOLVED FIXED	QA Contact:	E-mail List <qa-bugs>
Severity:	Normal
Priority:	P2 - High	CC:	koenig
Version:	Final
Target Milestone:	---
Hardware:	Other
OS:	Other
Whiteboard:	maint:released:11.3:37206
Found By:	---	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---

Description Stephan Kleine 2010-10-14 00:05:10 UTC

I find it highly annoying / irritating that the "The following package updates will NOT be installed:" isn't giving any hint what the reason is.

E.g. there were several cases where i586 had an "higher" version number and what not while I couldn't care less about them since I run x86_64.

Suggested resolution: Show the installed version, architecture and the repo / vendor it comes from. Then also show where the "better" version comes from (including version, architecture and repo).

How to reproduce: Simply run "zypper up" every now and then, there prolly will show up some stuff like that.

Comment 1 Jan Kupec 2010-10-14 07:23:57 UTC

You can make zypper show the version/arch by typing v, then a at the "Continue?" prompt. Then 'g' to view all in a pager. Try also '?' to get all available options.

You can also do 'zypper up thepackage' to find out why the higher version won't be installed with 'up' and how you can install it.

Showing all the information you request right away would very much clutter the summary - that would be IMO much more frustrating for most people.

OK with that?

Comment 2 Stephan Kleine 2010-10-15 21:10:58 UTC

Thanks, I know of "v" as well as of "zypper up thepackage". My point is that the list of packages that do not get installed is lacking any detail on why it does not get installed. E.g. it might be cause some vendor lock or cause of some screwed up Requires: or what not and those were interesting. OTOH I couldn't care less if I run x86_64 and there is some package which I have installed and whose i586 version is a bit higher (cause of the rebuild counter) than the installed x86_64 version but those currently show up too.

Please add some option to filter those out (or make that the default since it makes more sense imho).

Comment 3 Jan Kupec 2010-10-18 20:47:38 UTC

Well not-installed newer version with different architectures should not be reported in that section. That would be a bug. I'll try to reproduce. Renaming the report to reflect this.

As for the not-installed list, you're right about the missing reason. However i don't have time to improve this, so for now we have to stick with 'zypper up thepacakge' telling the reason. Adding it to zypper's TODO list, tough.

Changing severity to NORMAL as that's more appropriate according to http://en.opensuse.org/openSUSE:Bug_definitions

Comment 4 Jan Kupec 2010-10-19 10:09:40 UTC

(In reply to comment #3)
> Well not-installed newer version with different architectures should not be
> reported in that section. That would be a bug. I'll try to reproduce. Renaming
> the report to reflect this.

Fixed. Will be in zypper 1.4.8 and 1.5.1. Thanx for reporting!

Comment 5 Jan Kupec 2010-10-30 16:31:36 UTC

*** Bug 600184 has been marked as a duplicate of this bug. ***

Comment 6 Swamp Workflow Management 2010-12-02 09:52:39 UTC

Update released for: libsatsolver, libsatsolver-debugsource, libsatsolver-demo, libsatsolver-demo-debuginfo, libsatsolver-devel, libsatsolver-devel-debuginfo, libzypp, libzypp-bindings, libzypp-debuginfo, libzypp-debugsource, libzypp-devel, perl-satsolver, perl-satsolver-debuginfo, perl-zypp, python-satsolver, python-satsolver-debuginfo, python-zypp, ruby-satsolver, ruby-satsolver-debuginfo, ruby-zypp, satsolver-tools, satsolver-tools-debuginfo, yast2-qt-pkg, yast2-qt-pkg-debuginfo, yast2-qt-pkg-debugsource, zypper, zypper-debuginfo, zypper-debugsource
Products:
openSUSE 11.3 (debug, i586, x86_64)