On Tue, Jan 17, 2006 at 09:41:36AM -0800, Nathan Grennan wrote: > >Makes it easier - we've only got *one* kernel to debug now 8) > Not the cleanest logic Its very much logical. One of the big problems with bugs is always reproducing them and also testing kernels. If there are less kernels then the testing can be more complete and cover all users better. > >>3. Where are the x86_64 Xen 3.0 kernels? All I see are i686 in > >NYA > > > Huh? Not Yet Available > >Correct behaviour. Its refusing to allow two clashing sets of files to > >overwrite > >each other. You need to remove the x86_64 one first. > > > No, that isn't the correct behavior. It isn't the behavior of FC4. Its the correct behaviour. > on my FC4 desktop, I do have Gconf2.i386 and Gconf2.x86_64 installed on > my desktop. They didn't conflict with each other, and do contain > binarys. The rule as far as I know has been that the x86_64 binary is They were designed to allow for this, most libraries and support daemons are. The same isn't true the way applications are usually packaged. After all if you type mozilla which one should run ? > mozilla.i386. But then I need mozilla.x86_64 for beagle.x86_64. I could > replace beagle.x86_64 with beagle.i386, but beagle isn't the only thing > that depends on mozilla. yelp, devhelp, and mozilla-devel(and > mozilla-devel.x86_64 is the only sane version to install on a x86_64 > system outside of a chroot). Plus this is just a minor example there are The problem you are hiting is that mozilla the application and mozilla the bits used by other programs are packaged in a way that makes it hard to have both. Thats not rpm misbehaving or an error in the way the system functions. It does appear, as you rightly point out, to be a problem for end users and you should probably file a bug for that. It may be the packages need splitting up so that beagle/etc can depend on mozilla-core-x8664 or similar and have mozilla the application seperate. Alan -- fedora-test-list mailing list fedora-test-list@xxxxxxxxxx To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list