FC5T2 and Development issues, observations, and questions

[Alan Cox]

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