From: Josh Triplett <josh.trip@verizon.net>
To: Anthony Liguori <aliguori@us.ibm.com>
Cc: Ian Pratt <m+Ian.Pratt@cl.cam.ac.uk>,
xen-devel@lists.xensource.com,
Christian Limpach <Christian.Limpach@cl.cam.ac.uk>
Subject: Re: [PATCH] Tidy up installation paths
Date: Thu, 08 Sep 2005 13:43:50 -0700 [thread overview]
Message-ID: <4320A286.1010501@verizon.net> (raw)
In-Reply-To: <431E045F.1040809@us.ibm.com>
[-- Attachment #1.1: Type: text/plain, Size: 2588 bytes --]
Anthony Liguori wrote:
> The following patch changes the installation locations of most of the
> xen executables to fit Ian's Tidy up request. This means that anything
> that isn't directly used by a user gets installed into /usr/lib/xen/
>
> I've done some regression testing and nothing appears to have broken.
> Be warned though that anyone who has scripts that depend on the location
> of things in tools (especially tools/misc) will have to update those
> scripts.
Why does this patch move xentop? Unlike several of the binaries being
moved by this patch (helper binaries and daemons), xentop is intended to
be directly executed by a user, and should be in a directory expected to
be in $PATH. The relevant sections of the patch are:
> diff -r 28a10ec0fd6b -r d381f3270b5d tools/python/xen/xm/main.py
> --- a/tools/python/xen/xm/main.py Tue Sep 6 18:27:01 2005
> +++ b/tools/python/xen/xm/main.py Tue Sep 6 20:57:45 2005
[...]
> console = sxp.child(info, "console")
>
> def xm_top(args):
> - os.execv('/usr/sbin/xentop', ['/usr/sbin/xentop'])
> + os.execv('/usr/lib/xen/bin/xentop', ['/usr/lib/xen/bin/xentop'])
>
> def xm_dmesg(args):
>
[...]
> diff -r 28a10ec0fd6b -r d381f3270b5d tools/xenstat/xentop/Makefile
> --- a/tools/xenstat/xentop/Makefile Tue Sep 6 18:27:01 2005
> +++ b/tools/xenstat/xentop/Makefile Tue Sep 6 20:57:45 2005
> @@ -24,7 +24,7 @@
> prefix=/usr
> mandir=$(prefix)/share/man
> man1dir=$(mandir)/man1
> -sbindir=$(prefix)/sbin
> +sbindir=$(prefix)/lib/xen/bin
>
> CFLAGS += -DGCC_PRINTF -Wall -Werror -I$(XEN_LIBXENSTAT)
> LDFLAGS += -L$(XEN_LIBXENSTAT)
If it would help, I would be glad to provide a modified version of the
patch which omits these sections.
Also, if xentop *were* to be moved, then there are two issues that would
need to be resolved first:
1) Please don't just change the value of the "sbindir" variable in the
makefile; those variables are intended to mirror the naming structure of
autotools' destination directory variables, so the variable should be
renamed to libexecdir. Despite the name, libexecdir is typically set to
a package-specific directory under /usr/lib/ , on systems which don't
use libexec directories (meaning pretty much anything other than GNU/Hurd).
2) The "xm top" interface needs to be changed to pass through command
line arguments, while somehow avoiding the fact that "xm top --help"
would refer to itself as "xentop". (I planned to do this anyway, but if
you're going to move xentop, then this needs to be done first to avoid
losing functionality.)
- Josh Triplett
[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 251 bytes --]
[-- Attachment #2: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
next prev parent reply other threads:[~2005-09-08 20:43 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-09-06 21:04 [PATCH] Tidy up installation paths Anthony Liguori
2005-09-08 20:43 ` Josh Triplett [this message]
2005-09-08 22:59 ` Anthony Liguori
-- strict thread matches above, loose matches on Subject: below --
2005-09-08 20:48 Ian Pratt
2005-09-08 23:10 Ian Pratt
2005-09-09 22:46 ` Josh Triplett
2005-09-09 22:58 ` Christian Limpach
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=4320A286.1010501@verizon.net \
--to=josh.trip@verizon.net \
--cc=Christian.Limpach@cl.cam.ac.uk \
--cc=aliguori@us.ibm.com \
--cc=m+Ian.Pratt@cl.cam.ac.uk \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.