summaryrefslogtreecommitdiffstats
path: root/Makefile
diff options
context:
space:
mode:
authorColin Guthrie <colin@mageia.org>2013-05-15 20:22:10 +0000
committerColin Guthrie <colin@mageia.org>2013-05-15 20:22:10 +0000
commit30a9921d8100e1b2dbfc8b3a821cc4f04c0accdb (patch)
tree4c3fcc0d220855b4b5cb99afd68cfabde10a3457 /Makefile
parentd5d73978015f032292085b783ed62a9bc10be069 (diff)
downloadmgaonline-30a9921d8100e1b2dbfc8b3a821cc4f04c0accdb.tar
mgaonline-30a9921d8100e1b2dbfc8b3a821cc4f04c0accdb.tar.gz
mgaonline-30a9921d8100e1b2dbfc8b3a821cc4f04c0accdb.tar.bz2
mgaonline-30a9921d8100e1b2dbfc8b3a821cc4f04c0accdb.tar.xz
mgaonline-30a9921d8100e1b2dbfc8b3a821cc4f04c0accdb.zip
Work around rpmdb error by insisting rpm+urpmi are installed first.
(g)urpmi will install priority upgrades first then restart itself. If the priority upgrades happen to be installed in more than one transaction code in the rpm packages %post script to clear out the rpmdb index files could be run after the first transaction and then the second transaction could regenerate these indexes using the current libdb version in memory. This results in the rpmdb not being readable and requires manual intervension. If the initial priority upgrades are handled in a single transaction this does not occur and the rpmdb indexes are regenerated with the correct libdb. This is a workaround to ensure that the first (g)urpmi run is completed in a single transaction but it shoud only update enough to ensure urpmi and rpm are upgraded. The normal --auto-select cycle can continue thereafter. Ideally this would actually be fixed in urpmi to ensure that any priority updates are handled within a single transaction.
Diffstat (limited to 'Makefile')
0 files changed, 0 insertions, 0 deletions