[zypp-devel] zypper tries to keep installing packages that are already at the current version
Hi, Current (today's git) sat-solver, libzypp and zypper keeps telling me I need to install some packages even though they're already there and at the current version: [root@matterhorn ~]# zypper up Loading repository data... Reading installed packages... The following NEW packages are going to be installed: bash bzip2 bzip2-libs eglibc eglibc-common gzip info less libacl mktemp ncurses ncurses-widechar readline sed setup 15 new packages to install. Overall download size: 9.8 MiB. After the operation, additional 30.5 MiB will be used. Continue? [y/n/?] (y): n [root@matterhorn ~]# rpm -q bash bzip2 bzip2-libs eglibc eglibc-common gzip info less libacl mktemp ncurses ncurses-widechar readline sed setup bash-4.1-3ark.x86_64 bzip2-1.0.6-1ark.x86_64 bzip2-libs-1.0.6-1ark.x86_64 eglibc-2.12.2-2ark.i686 eglibc-2.12.2-2ark.x86_64 eglibc-common-2.12.2-2ark.x86_64 gzip-1.4-1ark.x86_64 info-4.13a-2ark.x86_64 less-436-1ark.x86_64 libacl-2.2.47-1ark.x86_64 mktemp-1.6-1ark.x86_64 ncurses-5.7-7ark.x86_64 ncurses-widechar-5.7-7ark.x86_64 readline-6.1-2ark.x86_64 sed-4.2.1-1ark.x86_64 setup-2009.1-1ark.noarch The repository I'm installing from is on the local disk, and contains the exact same version of the packages. If I let zypper go through with it and then "zypper up" again, it tells me the same NEW packages are going to be installed again. zypper.log doesn't say anything I'd consider unusual (aside from listing the packages as needing updates): 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver++] PoolImpl.cc(logSat):92 solver started 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver++] PoolImpl.cc(logSat):92 fixsystem=0 updatesystem=1 dosplitprovides=1, noupdateprovide=0 noinfarchcheck=0 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver++] PoolImpl.cc(logSat):92 distupgrade=0 distupgrade_removeunsupported=0 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver++] PoolImpl.cc(logSat):92 allowuninstall=0, allowdowngrade=0, allowarchchange=0, allowvendorchange=0 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver++] PoolImpl.cc(logSat):92 promoteepoch=0, novirtualconflicts=0, allowselfconflicts=0 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver++] PoolImpl.cc(logSat):92 obsoleteusesprovides=0, implicitobsoleteusesprovides=0, obsoleteusescolors=0 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver++] PoolImpl.cc(logSat):92 dontinstallrecommended=0, ignorealreadyrecommended=1, dontshowinstalledrecommended=0 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver++] PoolImpl.cc(logSat):92 obsoletes data: 1 entries 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver++] PoolImpl.cc(logSat):92 added 0 rpm rules for installed solvables 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver++] PoolImpl.cc(logSat):92 added 0 rpm rules for updaters of installed solvables 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver++] PoolImpl.cc(logSat):92 added 157 rpm rules for packages involved in a job 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver++] PoolImpl.cc(logSat):92 added 0 rpm rules because of weak dependencies 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver++] PoolImpl.cc(logSat):92 35 of 10913 installable solvables considered for solving 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver++] PoolImpl.cc(logSat):92 pruned rules from 158 to 125 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver++] PoolImpl.cc(logSat):92 binary: 49 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver++] PoolImpl.cc(logSat):92 normal: 75, 175 literals 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver++] PoolImpl.cc(logSat):92 rpm rule memory usage: 2 K 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver++] PoolImpl.cc(logSat):92 rpm rule creation took 1 ms 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver] PoolImpl.cc(logSat):94 job: install providing glibc 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver] PoolImpl.cc(logSat):94 - job Rule #131: 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver] PoolImpl.cc(logSat):94 eglibc-2.12.2-2ark.i586 [2558] (w1) 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver] PoolImpl.cc(logSat):94 eglibc-2.12.2-2ark.i686 [6746] (w2) 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver] PoolImpl.cc(logSat):94 eglibc-2.12.2-2ark.x86_64 [9318] 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver] PoolImpl.cc(logSat):94 next rules: 0 0 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver++] PoolImpl.cc(logSat):92 124 rpm rules, 1 job rules, 15 infarch rules, 0 dup rules, 0 choice rules 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver++] PoolImpl.cc(logSat):92 solver statistics: 0 learned rules, 0 unsolvable, 0 minimization steps 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver++] PoolImpl.cc(logSat):92 done solving. 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver++] PoolImpl.cc(logSat):92 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver++] PoolImpl.cc(logSat):92 solver took 0 ms 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver++] PoolImpl.cc(logSat):92 final solver statistics: 0 problems, 0 learned rules, 0 unsolvable 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver++] PoolImpl.cc(logSat):92 solver_solve took 2 ms 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [zypp] SATResolver.cc(doUpdate):836 ....Solver end 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [zypp] SATResolver.cc(doUpdate):887 SATResolver::doUpdate() done 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [zypper] solve-commit.cc(solve_and_commit):557 got solution, showing summary 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [zypper] Summary.cc(readPool):103 Pool contains 12734 items. 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [zypper++] Summary.cc(readPool):104 Install summary: 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [zypper++] Summary.cc(readPool):133 <install> U_Ts_(7924)setup-2009.1-1ark.noarch(dockyard-devel-local) 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [zypper++] Summary.cc(readPool):133 <install> U_Ts_(8972)bash-4.1-3ark.x86_64(dockyard-devel-local) 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [zypper++] Summary.cc(readPool):133 <install> U_Ts_(9038)bzip2-1.0.6-1ark.x86_64(dockyard-devel-local) 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [zypper++] Summary.cc(readPool):133 <install> U_Ts_(9041)bzip2-libs-1.0.6-1ark.x86_64(dockyard-devel-local) 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [zypper++] Summary.cc(readPool):133 <install> U_Ts_(9318)eglibc-2.12.2-2ark.x86_64(dockyard-devel-local) 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [zypper++] Summary.cc(readPool):133 <install> U_Ts_(9319)eglibc-common-2.12.2-2ark.x86_64(dockyard-devel-local) 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [zypper++] Summary.cc(readPool):133 <install> U_Ts_(9805)gzip-1.4-1ark.x86_64(dockyard-devel-local) 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [zypper++] Summary.cc(readPool):133 <install> U_Ts_(9864)info-4.13a-2ark.x86_64(dockyard-devel-local) 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [zypper++] Summary.cc(readPool):133 <install> U_Ts_(10460)less-436-1ark.x86_64(dockyard-devel-local) 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [zypper++] Summary.cc(readPool):133 <install> U_Ts_(10582)libacl-2.2.47-1ark.x86_64(dockyard-devel-local) 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [zypper++] Summary.cc(readPool):133 <install> U_Ts_(11615)mktemp-1.6-1ark.x86_64(dockyard-devel-local) 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [zypper++] Summary.cc(readPool):133 <install> U_Ts_(11679)ncurses-5.7-7ark.x86_64(dockyard-devel-local) 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [zypper++] Summary.cc(readPool):133 <install> U_Ts_(11684)ncurses-widechar-5.7-7ark.x86_64(dockyard-devel-local) 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [zypper++] Summary.cc(readPool):133 <install> U_Ts_(12597)readline-6.1-2ark.x86_64(dockyard-devel-local) 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [zypper++] Summary.cc(readPool):133 <install> U_Ts_(12666)sed-4.2.1-1ark.x86_64(dockyard-devel-local) 2011-01-14 17:44:37 <5> matterhorn.blankpage.ch(2380) [Measure] Measure.cc(Impl):145 START MEASURE(id2item) 2011-01-14 17:44:37 <5> matterhorn.blankpage.ch(2380) [Measure] Measure.cc(~Impl):153 MEASURE(id2item) 0 (u 0.00 s 0.00 c 0.00) 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [zypper] Summary.cc(readPool):299 package update candidates: 0 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [zypper] Summary.cc(readPool):300 to be actually updated: 0 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [zypper] Summary.cc(readPool):299 product update candidates: 0 2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [zypper] Summary.cc(readPool):300 to be actually updated: 0 2011-01-14 17:44:39 <1> matterhorn.blankpage.ch(2380) [zypper++] prompt.cc(getReplyIndex):125 reply: n (n lowercase) 2011-01-14 17:44:39 <1> matterhorn.blankpage.ch(2380) [zypper++] prompt.cc(getReplyIndex):132 index: 0 option: y 2011-01-14 17:44:39 <1> matterhorn.blankpage.ch(2380) [zypper++] prompt.cc(getReplyIndex):132 index: 1 option: n 2011-01-14 17:44:39 <1> matterhorn.blankpage.ch(2380) [zypper] prompt.cc(get_prompt_reply):373 reply: n (1) Any ideas what might be going wrong here? Thanks bero -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
On Friday, January 14, 2011 19:00 CET, "Bernhard Rosenkraenzer" <br@blankpage.ch> wrote:
Hi, Current (today's git) sat-solver, libzypp and zypper keeps telling me I need to install some packages even though they're already there and at the current version:
Found another problem that may well be related -- chances are zypper has some problem reading the installed packages from my rpmdb (rpm 5.3.6): [root@matterhorn ~]# rpm -q libX11 libX11-1.4.0-1ark.x86_64 [root@matterhorn ~]# rpm -q --provides libX11 libX11-xcb.so.1()(64bit) libX11.so.6()(64bit) ximcp.so.2()(64bit) xlcDef.so.2()(64bit) xlcUTF8Load.so.2()(64bit) xlibi18n.so.2()(64bit) xlocale.so.2()(64bit) xomGeneric.so.2()(64bit) libX11 = 1.4.0-1ark [root@matterhorn ~]# zypper rm libX11 Loading repository data... Reading installed packages... Package 'libX11' is not installed. 'libX11' not found in package names. Trying capabilities. No provider of 'libX11' is installed. Resolving package dependencies... The following NEW packages are going to be installed: bash bzip2 bzip2-libs eglibc eglibc-common gzip info less libacl mktemp ncurses ncurses-widechar readline sed setup 15 new packages to install. Overall download size: 9.8 MiB. After the operation, additional 30.5 MiB will be used. Still not sure why it would have a problem reading some package information from rpmdb though - especially because it works for most other packages. ttyl bero -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
On Fri, Jan 14, 2011 at 07:29:38PM +0100, Bernhard Rosenkraenzer wrote:
On Friday, January 14, 2011 19:00 CET, "Bernhard Rosenkraenzer" <br@blankpage.ch> wrote:
Hi, Current (today's git) sat-solver, libzypp and zypper keeps telling me I need to install some packages even though they're already there and at the current version:
Found another problem that may well be related -- chances are zypper has some problem reading the installed packages from my rpmdb (rpm 5.3.6):
Does "rpmdb2solv | dumpsolv" show all packages? Are the rpm:dbid entries unique? Cheers, Michael. -- Michael Schroeder mls@suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
On Monday, January 17, 2011 11:28 CET, Michael Schroeder <mls@suse.de> wrote:
On Fri, Jan 14, 2011 at 07:29:38PM +0100, Bernhard Rosenkraenzer wrote:
On Friday, January 14, 2011 19:00 CET, "Bernhard Rosenkraenzer" <br@blankpage.ch> wrote:
Current (today's git) sat-solver, libzypp and zypper keeps telling me I need to install some packages even though they're already there and at the current version:
Found another problem that may well be related -- chances are zypper has some problem reading the installed packages from my rpmdb (rpm 5.3.6):
Does "rpmdb2solv | dumpsolv" show all packages? Are the rpm:dbid entries unique?
Yes to both -- rpmdb2solv | dumpsolv seems to work fine. Some rpm:dbids are unique but negative, is that expected? ttyl bero -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
On Mon, Jan 17, 2011 at 12:25:58PM +0100, Bernhard Rosenkraenzer wrote:
On Monday, January 17, 2011 11:28 CET, Michael Schroeder <mls@suse.de> wrote:
On Fri, Jan 14, 2011 at 07:29:38PM +0100, Bernhard Rosenkraenzer wrote:
On Friday, January 14, 2011 19:00 CET, "Bernhard Rosenkraenzer" <br@blankpage.ch> wrote:
Current (today's git) sat-solver, libzypp and zypper keeps telling me I need to install some packages even though they're already there and at the current version:
Found another problem that may well be related -- chances are zypper has some problem reading the installed packages from my rpmdb (rpm 5.3.6):
Does "rpmdb2solv | dumpsolv" show all packages? Are the rpm:dbid entries unique?
Yes to both -- rpmdb2solv | dumpsolv seems to work fine. Some rpm:dbids are unique but negative, is that expected?
Negative doesn't sound good, they aren't supposed to be negative. Here's a test to check if they work: rpmdb2solv > solv1 rpmdb2solv solv1 > solv2 dumpsolv solv1 | grep 'repo 0 contains' dumpsolv solv2 | grep 'repo 0 contains' Both solv files should contain the same number of packages. If the numbers don't match, you can add a workaround to libzypp: Commenting out the following two lines in zypp/target/TargetImpl.cc: if ( ! oldSolvFile.empty() ) cmd << " '" << oldSolvFile << "'"; Then delete /var/cache/zypp/solv/@System/*. This should fix your problems, but it also makes the startup time a bit longer, because rpmdb2solv will no longer reuse entries from the old solv file. (Some background: rpm:dbid is supposed to be the database id. If a package with the same id is found in the old solv file, rpmdb2solv will not retrieve and convert the rpm header, but reuse the old entry from the old solv file. Maybe the negative numbers are ok for rpm5, but the code simply can't deal with them yet. That would be easy to fix. Or maybe the dbids are used comletely different in rpm5.) Cheers, Michael. -- Michael Schroeder mls@suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
On Monday, January 17, 2011 12:54 CET, Michael Schroeder <mls@suse.de> wrote:
On Mon, Jan 17, 2011 at 12:25:58PM +0100, Bernhard Rosenkraenzer wrote:
On Monday, January 17, 2011 11:28 CET, Michael Schroeder <mls@suse.de> wrote:
On Fri, Jan 14, 2011 at 07:29:38PM +0100, Bernhard Rosenkraenzer wrote:
On Friday, January 14, 2011 19:00 CET, "Bernhard Rosenkraenzer" <br@blankpage.ch> wrote:
Current (today's git) sat-solver, libzypp and zypper keeps telling me I need to install some packages even though they're already there and at the current version:
Found another problem that may well be related -- chances are zypper has some problem reading the installed packages from my rpmdb (rpm 5.3.6):
Does "rpmdb2solv | dumpsolv" show all packages? Are the rpm:dbid entries unique?
Yes to both -- rpmdb2solv | dumpsolv seems to work fine. Some rpm:dbids are unique but negative, is that expected?
Negative doesn't sound good, they aren't supposed to be negative. Here's a test to check if they work: rpmdb2solv > solv1 rpmdb2solv solv1 > solv2 dumpsolv solv1 | grep 'repo 0 contains' dumpsolv solv2 | grep 'repo 0 contains'
Both solv files should contain the same number of packages.
solv1: repo 0 contains 596 solvables solv2: repo 0 contains 0 solvables
If the numbers don't match, you can add a workaround to libzypp: Commenting out the following two lines in zypp/target/TargetImpl.cc:
if ( ! oldSolvFile.empty() ) cmd << " '" << oldSolvFile << "'";
Will try...
Then delete /var/cache/zypp/solv/@System/*. This should fix your problems, but it also makes the startup time a bit longer, because rpmdb2solv will no longer reuse entries from the old solv file.
That's ok for now, and can be fixed later...
(Some background: rpm:dbid is supposed to be the database id. If a package with the same id is found in the old solv file, rpmdb2solv will not retrieve and convert the rpm header, but reuse the old entry from the old solv file. Maybe the negative numbers are ok for rpm5, but the code simply can't deal with them yet. That would be easy to fix. Or maybe the dbids are used comletely different in rpm5.)
Without looking at the code yet, I'd guess the dbid data type has changed from int to unsigned int -- if it's that, the fix should be really simple. I'll take a look. ttyl bero -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
On Monday, January 17, 2011 12:54 CET, Michael Schroeder <mls@suse.de> wrote:
On Mon, Jan 17, 2011 at 12:25:58PM +0100, Bernhard Rosenkraenzer wrote:
On Monday, January 17, 2011 11:28 CET, Michael Schroeder <mls@suse.de> wrote:
On Fri, Jan 14, 2011 at 07:29:38PM +0100, Bernhard Rosenkraenzer wrote:
On Friday, January 14, 2011 19:00 CET, "Bernhard Rosenkraenzer" <br@blankpage.ch> wrote:
Current (today's git) sat-solver, libzypp and zypper keeps telling me I need to install some packages even though they're already there and at the current version:
Found another problem that may well be related -- chances are zypper has some problem reading the installed packages from my rpmdb (rpm 5.3.6):
Does "rpmdb2solv | dumpsolv" show all packages? Are the rpm:dbid entries unique?
Yes to both -- rpmdb2solv | dumpsolv seems to work fine. Some rpm:dbids are unique but negative, is that expected?
Negative doesn't sound good, they aren't supposed to be negative.
The negative dbids are a simple bug in dumpsolv -- the variable containing a uint32 is sent to printf with %d rather than %u, so it is converted to signed just for the printf statement (patch attached). Doesn't solve the real problem though... (The workaround you suggested works btw). ttyl bero
* Bernhard Rosenkraenzer <br@blankpage.ch> [Jan 14. 2011 19:00]:
Hi, Current (today's git) sat-solver, libzypp and zypper keeps telling me I need to install some packages even though they're already there and at the current version:
What's your base system ? OpenSUSE Factory ? [...]
2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver++] PoolImpl.cc(logSat):92 added 0 rpm rules for installed solvables
Hmm, this (0 rpm rules) looks suspicious. As if no installed packages are found ?!
Any ideas what might be going wrong here?
Does "zypper search" show installed packages ? Klaus --- SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
Hi, On Sunday, January 16, 2011 18:25 CET, Klaus Kaempf <kkaempf@suse.de> wrote:
* Bernhard Rosenkraenzer <br@blankpage.ch> [Jan 14. 2011 19:00]:
Hi, Current (today's git) sat-solver, libzypp and zypper keeps telling me I need to install some packages even though they're already there and at the current version:
What's your base system ? OpenSUSE Factory ?
Ark Linux - chances are the problem is with the connectivity between rpm 5.x and zypper.
[...]
2011-01-14 17:44:37 <1> matterhorn.blankpage.ch(2380) [satsolver++] PoolImpl.cc(logSat):92 added 0 rpm rules for installed solvables
Hmm, this (0 rpm rules) looks suspicious. As if no installed packages are found ?!
It finds installed packages and actually knows about them when resolving dependencies.
Any ideas what might be going wrong here?
Does "zypper search" show installed packages ?
This is odd... In a first run, it listed some packages as installed and the log message was different: 2011-01-14 19:24:54 <1> matterhorn.blankpage.ch(2553) [satsolver++] PoolImpl.cc(logSat):92 added 17330 rpm rules for installed solvables In several subsequent tries, it didn't show any packages as installed. rpm still does list packages as installed and doesn't complain about database corruption or anything. Can you point me at the part of the code that checks which packages are installed to speed up debbuging things? Thanks bero -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
participants (3)
-
Bernhard Rosenkraenzer -
Klaus Kaempf -
Michael Schroeder