Bug#363442: libc6-xen should not conflict with any other libc6-$flavor
On Fri, Apr 21, 2006 at 02:15:16PM +0200, Gabor Gombas wrote:
> On Wed, Apr 19, 2006 at 01:02:59PM -0500, Adam Heath wrote:
> > I'm ready to upload xen 3.0.2, with a dependency on libc6-xen.
>
> IMHO just go ahead with the upload :-) The removal of the other
> optimized flavors due to the conflict with libc6-xen should only cause
> some performance regression when you boot a non-xen kernel, it should
^^^^^^^^^^^^^^^^^^^^^^
> not have any effect on usability.
Is the part about performance regression actually true? I've spent
quite a bit of time trying to find a test case where the difference
could be measureable, and failed.
I'm not knowledgeable about TLS issues, but it appears that the
slowdown is on the rate on one CPU cycle per some glibc calls -- way
below any reasonable threshold, and certainly not enough to warrant
the extra disk space and confusion.
So, what about dropping libc6-xen and simply rebuilding libc6-i686
with -mno-tls-direct-seg-refs? Both packages are identical
otherwise; they could be merged with a Provides: clause.
Cheers and schtuff,
--
1KB // Q: How do you spot a good inetd?
// A: It build-depends on equivs.
Reply to: