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

Re: [Xen-devel] make install not creating lib entries in /usr/lib under Ubunu 11.10

System: Centos 6.1, xen-unstable (4.2), x86_64

Hello all,

I was just wondering what the "correct" way is to go about this. I have a x86_64 centos system that has all of the libs going to /usr/lib and not /usr/lib64. It sounds like we want to keep everything in /usr/lib on purpose. Is that correct?


On Sun, Oct 23, 2011 at 10:52 PM, AP <apxeng@xxxxxxxxx> wrote:
On Sat, Oct 22, 2011 at 5:47 AM, Ian Campbell <Ian.Campbell@xxxxxxxxxx> wrote:
> On Fri, 2011-10-21 at 04:52 +0100, AP wrote:
>> On Wed, Oct 19, 2011 at 8:53 AM, Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx> wrote:
>> > Ian Campbell writes ("Re: [Xen-devel] make install not creating lib entries in /> It might be nice if there was a single variable which could be set to
>> >> control this behaviour, or even better if it can be automatically
>> >> detected. I'm also inclined to suggest that the default should be to
>> >> use /usr/lib and leave the lib64 thing as a RH special case, but then
>> >> I'm a Debian user so I would think that ;-)
>> >
>> > At the very least we ought not to dump things in /usr/lib64 unless it
>> > already exists and is distinct from /usr/lib.
>> I deleted my /usr/lib64 and did a "make install-tools
>> PYTHON_PREFIX_ARG=". At the end a /usr/lib64 directory was created
>> with Xen related libraries inside.
> I think you need to reread my earlier reply -- I explained what is going
> on and provided an example of the sort of patch which fixes it. There is
> no reason to expect that deleting /usr/lib64 will change anything.

Sorry, I misunderstood Ian Jackson's comment. It made me think
deleting /usr/lib64 might change something :) I now understand the
point he was trying to make and your fix. Thanks for the help.

> Ian.
>> > We should think about multiarch too at some point.
>> >
>> > Ian.
>> >

Xen-devel mailing list

Xen-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.