WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-users

Re: [Xen-users] Debian XenSpecificGlibc

Am Mittwoch, 22. März 2006 08:26 schrieb Chris Fanning:
> Hi,
>
> I had compiled a XenSpecificGlibc on an etch dom0. After installing it
> on dom0 and an etch domU, the warning stopped as expected.
>
> Now I have installed a sarge dom0 and after installing the previously
> compiled libc6, the warning does not go away.
>
> Why could this be?

two possibilites... you have created the initrd at a time where /lib/tls was 
activated without a special libc6 version and that's why you get this 
warning, or the libc6 package you compiled is missing something. I think 
because glibc is older in sarge you have to patch it and not just add a 
compiler flag. But I am not a glibc maintainer and can't help you really.

I hope you haven't installed the libc6 package mentioned in this thread, 
because this was only meant to be for sid and is not working as expected 
anyways...

> Chris.
>
> On 3/21/06, Ralph Passgang <ralph@xxxxxxxxxxxxx> wrote:
> > Am Dienstag, 21. März 2006 18:41 schrieb Goetz Bock:
> > > On Tue, Mar 21 '06 at 18:33, Ralph Passgang wrote:
> > > > > Why would I want a specialized glibc? What is wrong with the
> > > > > standard one?
> > > >
> > > > [ ... ]
> > > > but moving /lib/tls away is not optimal for more than one reason:
> > > > - it's no permanent solution. You have to do this after each glibc
> > > > upgrade on each dom0 and domU.
> > >
> > > Just some nitpicking here: dpkg-divert will make the move permanent.
> > >
> > > I use it on all my 32bit (only 4 left ;-) ) virtual domains, since i
> > > switched to debian, as even uml needs(/needed?) it.
> >
> > you right, you can use dpkg-divert for this... but in my opinion this is
> > only a hook/hack and not a really cool solutoin for the debian
> > distribution.
> >
> > - diverting all files in /lib/tls doesn't handle the situation where you
> > switching from a xenified kernel to a normal one. of couse you can
> > have /lib/tls disabled all the time, but it's not the optimal solution.
> >
> > - it's not really user-firendly. having the official debian xen3 packages
> > (which will be available in future) recommend/suggest libc6-xen is way
> > better!
> >
> > - and last but definitly not least: it should bring better performance
> > than just disabling /lib/tls completly...
> >
> > --Ralph
> >
> > p.s.: in theory the libc6-xen package should also work on uml and fix
> > the /lib/tls problem there (because it's basicly the same issue). but I
> > am absolutly not sure if glibc wouldn't needed to get patched addionally
> > for also supporting/detecting uml kernels... as far as I know there is no
> > plan to officially support uml with it's own seperate glibc-flavour.
> >
> > _______________________________________________
> > Xen-users mailing list
> > Xen-users@xxxxxxxxxxxxxxxxxxx
> > http://lists.xensource.com/xen-users
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-users

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users

<Prev in Thread] Current Thread [Next in Thread>