summaryrefslogtreecommitdiff
path: root/meta/recipes-gnome/libunique
diff options
context:
space:
mode:
authorMark Hatle <mark.hatle@windriver.com>2011-03-16 10:28:08 -0500
committerRichard Purdie <richard.purdie@linuxfoundation.org>2011-03-16 16:41:47 +0000
commit3db47b9c2a40db8e94c30dca601b0ab82920c14f (patch)
tree4fbe77465d496456efbb245875c43b15b0ec7e33 /meta/recipes-gnome/libunique
parent04da04e371da12815e176c96d852e6bd6afc2b34 (diff)
downloadopenembedded-core-3db47b9c2a40db8e94c30dca601b0ab82920c14f.tar.gz
openembedded-core-3db47b9c2a40db8e94c30dca601b0ab82920c14f.tar.bz2
openembedded-core-3db47b9c2a40db8e94c30dca601b0ab82920c14f.tar.xz
openembedded-core-3db47b9c2a40db8e94c30dca601b0ab82920c14f.zip
sat-solver: Add workaround for RPM 5 db construction
The first time the database is created on an RPM5 system it works correctly. However any subsequent rebuilds cause an empty database to occur. The following is from Michael Schroeder <mls@suse.de>: > rpmdb2solv contains a hack that makes it use the unchanged already > converted packages. To do this, it needs to get the database id > for every installed packages by reading the "Name" index. This > somehow doesn't seem to work with rpm5. > > As a workaround you can add a "ref = 0;" line at the top of the > repo_add_rpmdb() function in ext/repo_rpmdb.c. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Diffstat (limited to 'meta/recipes-gnome/libunique')
0 files changed, 0 insertions, 0 deletions