Bug 442718

Summary:	Feature no. 110205 fails: installation history
Product:	[openSUSE] openSUSE 11.1	Reporter:	Atri Bhattacharya <badshah400>
Component:	libzypp	Assignee:	Stefan Schubert <schubi>
Status:	RESOLVED FIXED	QA Contact:	E-mail List <qa-bugs>
Severity:	Normal
Priority:	P2 - High	CC:	ma, schubi
Version:	Beta 4
Target Milestone:	---
Hardware:	32bit
OS:	Other
Whiteboard:
Found By:	Beta-Customer	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---

Description Atri Bhattacharya 2008-11-07 14:43:24 UTC

When a package is installed from command-line by using zypper the history file shows blank in the requested by column indicating that the installed package in due to solver (while in reality it has been requested by root@host explicitly). For the test the package smplayer from Packman was used, and zypper -in smplayer called from the command-line. No package depends on smplayer, so it cannot be a solver solution for satisfying the dependency of a package, yet this is what was registered in the history file:

# 2008-11-06 21:13:27 smplayer-0.6.4-0.pm.1.i586.rpm installed ok
# Additional rpm output:
# warning: /var/cache/zypp/packages/Packman/i586/smplayer-0.6.4-0.pm.1.i586.rpm: Header V3 DSA signature: NOKEY, key ID 9a795806
# 
2008-11-06 21:13:27|install|smplayer|0.6.4-0.pm.1|i586||Packman|ac92bb4a00acca3b2100e68973c7881a5ba07325

When the same package is installed from Yast

# 2008-11-06 21:17:51 smplayer-0.6.4-0.pm.1.i586.rpm installed ok
# Additional rpm output:
# warning: /var/cache/zypp/packages/Packman/i586/smplayer-0.6.4-0.pm.1.i586.rpm: Header V3 DSA signature: NOKEY, key ID 9a795806
# 
2008-11-06 21:17:51|install|smplayer|0.6.4-0.pm.1|i586|root@ff36|Packman|ac92bb4a00acca3b2100e68973c7881a5ba07325

The history registered due installation by Yast is correct, while that from zypper is not.

Comment 1 Jan Kupec 2008-11-07 14:51:04 UTC

schubi, ma, this is the problem with zypper using Resolver::addRequires()/addConflict() we talked about a few months ago.

Comment 2 Stefan Schubert 2008-11-28 08:14:34 UTC

I try to find a solution. Only for being sure: Resolver::addRequires() is still used while the call "zypper in foo" ?

Comment 3 Stefan Schubert 2008-11-28 08:15:06 UTC

Comment 4 Stefan Schubert 2008-11-28 10:33:43 UTC

Now it works correctly. Installing and deleting package "mc" with zypper:

2008-11-28 11:28:54|install|mc|4.6.2.pre1-116.6|i586|root@waerden|openSUSE-dvd_11.1-0|7c017ee0400227147829589d6bbcf8ff9cf860dd
2008-11-28 11:28:56|install|mc-lang|4.6.2.pre1-116.6|i586||openSUSE-dvd_11.1-0|f1671aadbb6e26ddc96bbf997fbc5e7bc184a4ae
2008-11-28 11:31:13|remove |mc-lang|4.6.2.pre1-116.6|i586|
2008-11-28 11:31:14|remove |mc|4.6.2.pre1-116.6|i586|root@waerden

Comment 5 Jan Kupec 2008-11-28 11:11:34 UTC

(In reply to comment #2 from Stefan Schubert)
> I try to find a solution. Only for being sure: Resolver::addRequires() is still
> used while the call "zypper in foo" ?

You probably already found out :O) But to be sure - yes, it is. Thanx for fixing the bug!

Comment 6 Michael Andres 2008-12-03 11:20:23 UTC

JFYI: I opened bug #455965 because the fix might not be appropriate in each context. The requirements result found in the 1st solver run, is turned into a fix request for subsequent runs. The solver will not be able to change the decision, nor will removal of the requirement have an effect as the result is still selected byUSER.