Bug 328855

Summary:	zypper search takes "infinite" time
Product:	[openSUSE] openSUSE 10.3	Reporter:	Arvin Schnell <aschnell>
Component:	libzypp	Assignee:	Jan Kupec <jkupec>
Status:	RESOLVED FIXED	QA Contact:	Klaus Kämpf <kkaempf>
Severity:	Normal
Priority:	P5 - None	CC:	forgotten_puKLX2-vO_
Version:	RC 2
Target Milestone:	---
Hardware:	Other
OS:	Other
Whiteboard:
Found By:	Development	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---
Attachments:	zypper log zypper logs with ZYPP_FULLLOG=1

Description Arvin Schnell 2007-09-27 10:43:11 UTC

A second search inside zypper can take "infinite" time.

How to reproduce:
d210:~ # zypper shell
zypper> search *
zypper> install <some not yet installed package>
zypper> search *

In the log it looks like a solver issue.

Comment 1 Arvin Schnell 2007-09-27 10:43:48 UTC

Created attachment 175104 [details]
zypper log

Comment 2 Stefan Schubert 2007-09-27 13:23:36 UTC

Horrible:
Pend 10296 / Cmpl 0 / Prun 0 / Defr 0 / Invl 0
...
..
.
Please generate a testcase.

Comment 3 Stefan Schubert 2007-09-27 13:25:27 UTC

Jano, could you please document in Wiki how a testcase can be generated in zypper ?

http://en.opensuse.org/Bugs/YaST#I_want_to_report_a_bug_related_to_package_dependencies_and_libzypp_solver._Which_logs_to_attach.3F

Comment 4 Jan Kupec 2007-09-27 13:44:10 UTC

Of course, today i started to update zypper's wikies, will be done shortly.

I don't think this information fits into the link you mention. I'll add it to http://en.opensuse.org/Zypper#Troubleshooting, OK?

Comment 5 Stefan Schubert 2007-09-27 13:53:33 UTC

OK, that's nice.
Another question: Why does zypper search makes a solver run here ?

Comment 6 Jan Kupec 2007-09-27 14:01:01 UTC

(In reply to comment #5 from Stefan Schubert)
> OK, that's nice.
Done.

> Another question: Why does zypper search makes a solver run here ?
Does it? It shouldn't! Only in install/remove/update commnads.

Comment 7 Arvin Schnell 2007-09-27 14:01:59 UTC

Created attachment 175197 [details]
zypper logs with ZYPP_FULLLOG=1

Comment 8 Stefan Schubert 2007-09-28 10:58:59 UTC

The solver will be start due an establish call. So that is not the problem.
BUT:
getRequestedLocales(); returns an empty list.

Comment 9 Stefan Schubert 2007-09-28 11:06:17 UTC

target commit removes the target from the pool cause noone do a refresh.
targetcommit has a parameter for refreshing the pool.
Jano please anable it if you are calling targetcommit in a zypper shell.

Comment 10 Benjamin Weber 2007-11-15 00:02:55 UTC

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

Comment 11 Jan Kupec 2007-11-15 17:15:07 UTC

Cristian, what repositories do you have defined? It seems the problem manifests with certain repos only...

Comment 12 Forgotten User puKLX2-vO_ 2007-11-26 20:46:45 UTC

Allthough I'm not Christian:

I could reproduce it with at least two different repositories. Last time:

search hugin
install hugin
search hugin

Active repos containing hugin where:

v | OpenSUSE_oss          | package | hugin | 0.6.99.4-33   | i586
v | openSUSE-10.3-Updates | package | hugin | 0.6.99.4-33.2 | i586
i | openSUSE-10.3-Updates | package | hugin | 0.6.99.4-33.4 | i586

Comment 13 Cristian Rodriguez 2007-11-27 00:40:13 UTC

(In reply to comment #11 from Jan Kupec)
> Cristian, what repositories do you have defined? It seems the problem manifests
> with certain repos only...
> 

Only the base repositories and packman, should be fairly straightforward to reproduce, happends always to me...

Comment 15 Jan Kupec 2007-12-09 11:34:49 UTC

I believe this bug has been fixed in zypper 0.9.3, so i'm closing this report. If you come across it again, please reopen.

Comment 16 Jan Kupec 2007-12-09 11:37:33 UTC

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

Comment 17 Jan Kupec 2008-01-29 17:05:55 UTC

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