You might realize I am digging into the details of the the debian Xen
packages - so I find some opportunities to optimize them, which I report
either here or as a bugreport.
This one I just watched in Ralph Passgang's 3.1 packages, but I saw the
same in the Debian packages(at least in stable), too:
look at
# for i in `ls /usr/lib/xen-3.1.0-1/bin`; do ls /usr/sbin/$i; done
(with the correct version string, I suppose)
And you'll see many xen standard binaries aren't linked into the path.
At a glance programs that are definitely user/sysadmin packages and
really a loss not to be available:
lomount, xenmon.py, xenconsole, xen-bugtool
Maybe not all of the others are really highly needed, but none would a
problem to be available in /usr/sbin, so form my point of view I see no
reason why this is like that - they are probably just forgotten.
For example, having qemu-dm in the path helps when doing an upgrade: you
don't need to change the location in each domU config file(in case you
don't include them with execfile(), like I do.
In the hope this hint is useful - and, sorry if that is already changed
in unstable, I just don't come to test it right now,(otherwise I'd have
filed a real bugreport).
Henning