From: Ian Campbell <Ian.Campbell@citrix.com>
To: AP <apxeng@gmail.com>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
Ian Jackson <Ian.Jackson@eu.citrix.com>
Subject: Re: make install not creating lib entries in /usr/lib under Ubunu 11.10
Date: Sat, 22 Oct 2011 13:47:13 +0100 [thread overview]
Message-ID: <1319287633.17770.10.camel@dagon.hellion.org.uk> (raw)
In-Reply-To: <CAGU+autjm1EEKeDjQiuwixo0QAwwNntsFWZ9V6JSTZOhyWVadg@mail.gmail.com>
On Fri, 2011-10-21 at 04:52 +0100, AP wrote:
> On Wed, Oct 19, 2011 at 8:53 AM, Ian Jackson <Ian.Jackson@eu.citrix.com> 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.
Ian.
>
> > We should think about multiarch too at some point.
> >
> > Ian.
> >
next prev parent reply other threads:[~2011-10-22 12:47 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-10-18 22:36 make install not creating lib entries in /usr/lib under Ubunu 11.10 AP
2011-10-19 1:13 ` AP
2011-10-19 8:43 ` Ian Campbell
2011-10-19 15:53 ` Ian Jackson
2011-10-21 3:52 ` AP
2011-10-21 8:44 ` Olaf Hering
2011-10-21 16:45 ` AP
2011-10-22 12:47 ` Ian Campbell [this message]
2011-10-24 5:52 ` AP
2012-02-27 23:19 ` Jeffrey Karrels
2012-02-27 23:46 ` Jeffrey Karrels
2012-02-28 10:00 ` Ian Campbell
2012-02-28 17:51 ` Jeffrey Karrels
2012-02-28 19:57 ` Ian Campbell
2012-02-29 10:18 ` Roger Pau Monné
2012-02-29 10:57 ` Ian Campbell
2012-02-29 11:43 ` Roger Pau Monné
2012-02-29 17:01 ` Jeffrey Karrels
2012-03-01 17:03 ` Ian Jackson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1319287633.17770.10.camel@dagon.hellion.org.uk \
--to=ian.campbell@citrix.com \
--cc=Ian.Jackson@eu.citrix.com \
--cc=apxeng@gmail.com \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).