On Fri, Sep 14, 2012 at 11:09:28AM +0100, Richard W.M. Jones wrote: > From: "Richard W.M. Jones" <rjones@xxxxxxxxxx> > > With this script you can run libvirt programs without needing to > install them first. You just have to do for example: > > ./run ./tools/virsh [args ...] > > If you are already in the tools/ subdirectory, then the following > command will also work: > > ../run ./virsh [...] > > You can also run the C programs under valgrind like this: > > ./run valgrind [valgrind opts...] ./program > > or under gdb: > > ./run gdb --args ./program > > This also works with sudo (eg. if you need root access for libvirt): > > sudo ./run ./tools/virsh list --all > > Derived from libguestfs and simplified. The ./run script in > libguestfs is much more sophisticated: > > https://github.com/libguestfs/libguestfs/blob/master/run.in > --- > .gitignore | 1 + > configure.ac | 2 ++ > docs/compiling.html.in | 11 ++----- > run.in | 82 ++++++++++++++++++++++++++++++++++++++++++++++++ > 4 files changed, 87 insertions(+), 9 deletions(-) > create mode 100644 run.in > > diff --git a/.gitignore b/.gitignore > index 56d4742..87f631a 100644 > --- a/.gitignore > +++ b/.gitignore > @@ -94,6 +94,7 @@ > /python/libvirt.[ch] > /python/libvirt.py > /python/libvirt_qemu.py > +/run > /sc_* > /src/.*.stamp > /src/esx/*.generated.* > diff --git a/configure.ac b/configure.ac > index 2090e5f..186f79e 100644 > --- a/configure.ac > +++ b/configure.ac > @@ -2972,6 +2972,8 @@ AC_DEFINE_UNQUOTED([isbase64],[libvirt_gl_isbase64],[Hack to avoid symbol clash] > AC_DEFINE_UNQUOTED([base64_encode],[libvirt_gl_base64_encode],[Hack to avoid symbol clash]) > AC_DEFINE_UNQUOTED([base64_encode_alloc],[libvirt_gl_base64_encode_alloc],[Hack to avoid symbol clash]) > > +AC_CONFIG_FILES([run], > + [chmod +x,-w run]) > AC_OUTPUT(Makefile src/Makefile include/Makefile docs/Makefile \ > docs/schemas/Makefile \ > gnulib/lib/Makefile \ > diff --git a/docs/compiling.html.in b/docs/compiling.html.in > index d39986e..0bfb298 100644 > --- a/docs/compiling.html.in > +++ b/docs/compiling.html.in > @@ -101,18 +101,11 @@ > > <p> > It is also possible to run virsh directly from the source tree > + using the ./run script (which sets some environment variables): > </p> > > <pre> > - $ ./tools/virsh .... > + $ ./run ./tools/virsh .... > </pre> > - > - <p> > - A normal configuration of libvirt will build hypervisor drivers > - as loadable modules. When running from a non-installed source > - tree, libvirtd will attempt to find the modules from the same > - source tree. If this is not possible though, you can explicitly > - set <code>LIBVIRT_DRIVER_DIR=/path/to/source/tree/src/.libs</code> > - </p> > </body> > </html> > diff --git a/run.in b/run.in > new file mode 100644 > index 0000000..a216a62 > --- /dev/null > +++ b/run.in > @@ -0,0 +1,82 @@ > +#!/bin/bash - > +# libvirt 'run' programs locally script > +# Copyright (C) 2012 Red Hat Inc. > +# > +# This program is free software; you can redistribute it and/or modify > +# it under the terms of the GNU General Public License as published by > +# the Free Software Foundation; either version 2 of the License, or > +# (at your option) any later version. > +# > +# This program is distributed in the hope that it will be useful, > +# but WITHOUT ANY WARRANTY; without even the implied warranty of > +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the > +# GNU General Public License for more details. > +# > +# You should have received a copy of the GNU General Public License > +# along with this program; if not, write to the Free Software > +# Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA. > + > +#---------------------------------------------------------------------- > +# > +# With this script you can run libvirt programs without needing to > +# install them first. You just have to do for example: > +# > +# ./run ./tools/virsh [args ...] > +# > +# If you are already in the tools/ subdirectory, then the following > +# command will also work: > +# > +# ../run ./virsh [...] > +# > +# You can also run the C programs under valgrind like this: > +# > +# ./run valgrind [valgrind opts...] ./program > +# > +# or under gdb: > +# > +# ./run gdb --args ./program > +# > +# This also works with sudo (eg. if you need root access for libvirt): > +# > +# sudo ./run ./tools/virsh list --all > +# > +#---------------------------------------------------------------------- > + > +# Find this script. > +b=@abs_builddir@ > + > +library_path="$b/src/.libs" > +if [ -z "$LD_LIBRARY_PATH" ]; then > + LD_LIBRARY_PATH=$library_path > +else > + LD_LIBRARY_PATH="$library_path:$LD_LIBRARY_PATH" > +fi > +export LD_LIBRARY_PATH > + > +export PATH="$b/daemon:$PATH" > + > +export LIBVIRT_DRIVER_DIR="$b/src/.libs" > +export LIBVIRTD_PATH="$b/daemon/libvirtd" > + > +# For Python. > +export PYTHON=@PYTHON@ > +if [ -z "$PYTHONPATH" ]; then > + PYTHONPATH="$b/python:$b/python/.libs" > +else > + PYTHONPATH="$b/python:$b/python/.libs:$PYTHONPATH" > +fi > +export PYTHONPATH > + > +# This is a cheap way to find some use-after-free and uninitialized > +# read problems when using glibc. > +random_val="$(awk 'BEGIN{srand(); print 1+int(255*rand())}' < /dev/null)" > +export MALLOC_PERTURB_=$random_val > + > +# Do we have libtool? If we have it then we can use it to make > +# running valgrind simpler. However don't depend on it. > +if libtool --help >/dev/null 2>&1; then I'm not sure I see the point of this conditional. Even if running from a tar.gz build, with no locally installed libtool, there is the script at $top_srcdir/libtool isn't there ? > + libtool="libtool --mode=execute" > +fi > + > +# Run the program. > +exec $libtool "$@" ACK to the general script Daniel -- |: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :| -- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list