Bug 483910 - zypper list-updates shows update of liblzo2-2-32bit, but that's not installed
Summary: zypper list-updates shows update of liblzo2-2-32bit, but that's not installed
Status: RESOLVED FIXED
Alias: None
Product: openSUSE 11.1
Classification: openSUSE
Component: libzypp (show other bugs)
Version: Final
Hardware: x86-64 openSUSE 11.1
: P2 - High : Normal (vote)
Target Milestone: ---
Assignee: Jan Kupec
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on: 483179
Blocks:
  Show dependency treegraph
 
Reported: 2009-03-10 13:55 UTC by Jan Kupec
Modified: 2009-03-10 19:00 UTC (History)
1 user (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jan Kupec 2009-03-10 13:55:20 UTC
+++ This bug was initially created as a clone of Bug #483179 +++

Created an attachment (id=277858)
solver test case

I get the following informations from the command line interface.

Sonne:~ # zypper update -t package --debug-solver xml-commons-resolver xerces-j2 wxGTK-doc monsoon libpcap* liblzo2-2-32bit
Loading repository data...
Reading installed packages...
No update candidate for 'wxGTK-doc'.
No update candidate for 'monsoon'.
No update candidate for 'libpcap'.
Package 'liblzo2-2-32bit' is not installed.
Resolving package dependencies...
Generating solver test case...
Solver test case generated successfully at /var/log/zypper.solverTestCase.
Sonne:~ # zypper list-updates
Loading repository data...
Reading installed packages...
S | Repository                                   | Name                  | Version                  | Arch
--+----------------------------------------------+-----------------------+--------------------------+-------
v | Haupt-Repository (Open Source Software) 11.1 | bundle-lang-common-ar | 11.1-11.2                | noarch
v | Haupt-Repository (Open Source Software) 11.1 | bundle-lang-common-ca | 11.1-11.2                | noarch
v | KDE Rückportierungen 11.1                    | kdbus                 | 0.8.6_SVN_20070413-187.4 | x86_64
v | KDE 4-Kern                                   | kio_iso               | 1.99.2.beta2-4.11        | x86_64
v | KDE Rückportierungen 11.1                    | kradio                | 1.0beta3b_20060920-226.4 | x86_64
v | KDE 4-Kern                                   | krusader              | 1.99.2.beta2-4.11        | x86_64
v | Haupt-Repository (Open Source Software) 11.1 | libedit0              | 2.11.snap20080712-1.39   | x86_64
v | openSUSE BuildService - Spiele               | liblzma0              | 4.999.8beta-5.1          | x86_64
v | Haupt-Repository (Open Source Software) 11.1 | liblzo2-2-32bit       | 2.03-2.29                | x86_64
v | Haupt-Repository (Open Source Software) 11.1 | libpcap0              | 0.9.8-47.41              | x86_64
v | Richard Bos 11.1                             | libpcap1              | 1.0.0-4.1                | x86_64
v | GNOME-Gemeinschaft                           | monsoon               | 0.20-1.1                 | x86_64
v | Virtualisierung - Qemu 11.1                  | qemu                  | 0.9.2svn20081008-2.5     | x86_64
v | Haupt-Repository (Open Source Software) 11.1 | wxGTK-doc             | 2.8.8.1-1.6              | x86_64
v | openSUSE BuildService - Java                 | xerces-j2             | 2.8.1-239.10             | noarch
v | openSUSE BuildService - Java                 | xml-commons-resolver  | 1.1-238.10               | noarch
v | openSUSE BuildService - Spiele               | xz                    | 4.999.8beta-5.1          | x86_64
v | openSUSE BuildService - Spiele               | xz-devel              | 4.999.8beta-5.1          | x86_64

It seems that my observation fits to a recent comment by Lars Müller.
https://bugzilla.novell.com/show_bug.cgi?id=480303#c5

Should "spurious" update notifications be avoided?
Comment 1 Jan Kupec 2009-03-10 13:56:43 UTC
Schubi, see the solver testcase + zypper.log in the original bug.
Comment 2 Jan Kupec 2009-03-10 14:21:37 UTC
Maybe the problem is that doUpdate() picked up that package in order to satisfy dependencies of another to-be-updated package. So the bug maybe is about zypper not filtering these?
Comment 3 Jan Kupec 2009-03-10 15:30:29 UTC
It seems c#2 is right :O) Reassigning back to me.
Comment 4 Jan Kupec 2009-03-10 16:13:32 UTC
Fixed in git, to be in zypper 1.1.0 (a newer release than the one that's in factory right now).
Comment 5 Jan Kupec 2009-03-10 19:00:19 UTC
submitted