[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

[Fedora-livecd-list] cachedir conflict... bug?



Here's an interesting problem...

I set my ImageCreator cachedir to /var/yum/cache to share my x86_64 laptop's cache. Maybe this was a bad idea, but an interesting thing happened.

[root newcaprica ltsp]# chroot-creator --target=/opt/ltsp/i386/ /etc/ltsp/ltsp-build-client-ks.cfg
Mounting /opt/ltsp/i386/ for chroot installation
Retrieving http://homemirror.togami.com/pub/fedora/linux/releases/8/Everything/i386/os/repodata/repomd.xml ...OK Retrieving http://homemirror.togami.com/pub/fedora/linux/updates/8/x86_64/repodata/repomd.xml ...OK

The resulting chroot successfully completed installation, but chroot to run pretty much anything including /bin/bash failed. x86_64 and i386 packages mixed together in some broken way.

[root newcaprica opt]# yum clean metadata
Loading "refresh-updatesd" plugin
Loading "basearchonly" plugin
27 metadata files removed

Cleaning out the metadata made it work as expected.

[root newcaprica ltsp]# chroot-creator --target=/opt/ltsp/i386/ /etc/ltsp/ltsp-build-client-ks.cfg
Mounting /opt/ltsp/i386/ for chroot installation
Retrieving http://homemirror.togami.com/pub/fedora/linux/releases/8/Everything/i386/os/repodata/repomd.xml ...OK Retrieving http://homemirror.togami.com/pub/fedora/linux/updates/8/i386/repodata/repomd.xml ...OK Retrieving http://homemirror.togami.com/pub/fedora/linux/updates/8/i386/repodata/primary.sqlite.bz2 ...OK

So there was some kind of conflict between my x86_64 host laptop and the i386 chroot both trying to use the same yum cache directory. I'm guessing it was a bad idea to try to do so and this is unsupported. However I am very surprised that it didn't error out.

Are there any genuine bugs in anything I described above?
Shouldn't yum warn or error out when it sees the repodata arch conflict?

I'm a little saddened that I can't share the same yum cache directories, because the RPMS themselves could peacefully co-exist if it were not for the metadata.

Warren Togami
wtogami redhat com


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]