On Monday 02 June 2008, Paul B Schroeder wrote: > On Sat, 2008-05-31 at 22:16 -0400, Jon Stanley wrote: > > On Sat, May 31, 2008 at 7:04 PM, Paul B Schroeder > > > > <[EMAIL PROTECTED]> wrote: > > > Rebuilding the rpm database seems to fix this, but it's a pain to be > > > sure. Any ideas as to why I'm seeing this corruption when creating an > > > i386 mock chroot from a x86_64 system? > > > > This is normal and expected. You created the rpmdb with x86_64 rpm, > > and are accessing it with i386 rpm. The Berkeley DB format is > > different based on the arch of the creating machine, therefore > > generates the database differently on the two platforms. If I plan on > > doing anything in a chroot (especially a non-native arch one) other > > than building a SRPM, the first thing that happens is to rm -f > > /var/lib/rpm/__db*. Don't worry, this got me the first time too (and > > is fatal to a pungi compose) :) > > Ah.. I see.. I would think there would be some way to tell it to > create the DB in i386 format though? Is there an environment variable > or something that can be set?
No, the hosts rpm is used to populate the chroot. when you enter the chroot you can delete /var/lib/rpm/__db* and things will work. You get the same issues with building say F-7 chroots on a F-9 host where the chroot has a different version of the the database than the host. Dennis
signature.asc
Description: This is a digitally signed message part.
-- Fedora-buildsys-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/fedora-buildsys-list
