Re: [Libvir] Problem to compile virt-manager in debian etch
Hello Jim, On 10/19/07, Jim Paris [EMAIL PROTECTED] wrote: Virt-manager is compiled from mercurial tree but it isn't working. I don't know why. After run the virt-manager command, it was finished without output error and the window wasn't created. If you need more informations about ask me what informations I should sent. I ran into that too -- make sure you have the gtk-vnc package installed, it's a relatively new requirement of virt-manager and there are no errors printed if it fails to load [1]. I got, and compiled the gtk-vnc source. I have tried 'gvncviewer' in example directory and it is working well. I cleaned, and recompiled the virt-manager source but the virt-manager command continues not working. If you have same idea please, say me. thanks a lot. -- Marco Sinhoreli -- Libvir-list mailing list Libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [Libvir] Problem to compile virt-manager in debian etch
Marco Sinhoreli wrote: Hello all, I have a problem to compile the virt-manager in a Debian etch (64 bit version). I got the virt-manager source from mercurial repository. Bellow the output autogen.sh command: ./autogen.sh libtoolize: `config.guess' exists: use `--force' to overwrite libtoolize: `config.sub' exists: use `--force' to overwrite libtoolize: `ltmain.sh' exists: use `--force' to overwrite configure.ac:7: required file `./config.rpath' not found man/Makefile.am:6: `%'-style pattern rules are a GNU make extension Ah the joys of automake ... You can get rid of the above warnings (at the miniscule cost of requiring GNU make) with the first attached patch. src/Makefile.am:26: variable `schema_SOURCES' is defined but no program or src/Makefile.am:26: library has `schema' as canonic name (possible typo) src/Makefile.am:11: variable `libexec_SOURCES' is defined but no program or src/Makefile.am:11: library has `libexec' as canonic name (possible typo) src/Makefile.am:4: variable `bin_SOURCES' is defined but no program or src/Makefile.am:4: library has `bin' as canonic name (possible typo) src/Makefile.am:18: variable `desktop_SOURCES' is defined but no program or src/Makefile.am:18: library has `desktop' as canonic name (possible typo) src/Makefile.am:8: variable `python_SOURCES' is defined but no program or src/Makefile.am:8: library has `python' as canonic name (possible typo) src/Makefile.am:22: variable `dbus_SOURCES' is defined but no program or src/Makefile.am:22: library has `dbus' as canonic name (possible typo) These are actual error messages. For example: schemadir = $(sysconfdir)/gconf/schemas schema_SOURCES = $(PACKAGE).schemas.in schema_DATA = $(PACKAGE).schemas %.schemas: $(srcdir)/%.schemas.in sed -e s,::PACKAGE::,$(PACKAGE), $ $@ What appears to be meant here is that virt-manager.schemas.in should be distributed in the tarball, that virt-manager.schemas should be installed in /etc/gconf/schemas, and that virt-manager.schemas is generated from virt-manager.schemas.in. It seems however that the version of automake shipped with Debian doesn't like you using _SOURCES when you are not building a binary or library (instead just list the files to be distributed in EXTRA_DIST). Patch for that attached. I always wonder what problem exactly automake is supposed to solve, and I never use it in my own programs. The final error is: configure.ac:7: required file `./config.rpath' not found To get this file the first time after you clone the repository, do: autoreconf -f -i -Wno-portability In fact, we should really just use autoreconf instead of the home-brew autogen script. (That's what I recommend people do for virt-top et al.) Rich. -- Emerging Technologies, Red Hat - http://et.redhat.com/~rjones/ Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, United Kingdom. Registered in England and Wales under Company Registration No. 03798903 diff -r 58c46220f2df autogen.sh --- a/autogen.sh Wed Oct 17 14:25:45 2007 -0400 +++ b/autogen.sh Thu Oct 18 09:11:54 2007 +0100 @@ -9,7 +9,7 @@ perl -i -p -e 's,^GETTEXT_PACKAGE.*$,GET perl -i -p -e 's,^GETTEXT_PACKAGE.*$,GETTEXT_PACKAGE = virt-manager,' po/Makefile.in.in aclocal -I m4 libtoolize -automake -a +automake -a -Wno-portability autoconf # Hack around autoconf wierdness. Need to figure out what's really wrong touch config.rpath diff -r 58c46220f2df src/Makefile.am --- a/src/Makefile.am Wed Oct 17 14:25:45 2007 -0400 +++ b/src/Makefile.am Thu Oct 18 09:35:34 2007 +0100 @@ -1,34 +1,28 @@ SUBDIRS = graphWidgets virtManager -bin_SOURCES = virt-manager.in bin_SCRIPTS = virt-manager pythondir = $(pkgdatadir) -python_SOURCES = $(PACKAGE).py.in python_DATA = $(PACKAGE).py -libexec_SOURCES = $(PACKAGE)-launch.in libexec_SCRIPTS = $(PACKAGE)-launch gladedir = $(pkgdatadir) glade_DATA = $(wildcard $(srcdir)/*.glade) desktopdir = $(datadir)/applications -desktop_SOURCES = $(PACKAGE).desktop.in.in desktop_DATA = $(PACKAGE).desktop dbusdir = $(datadir)/dbus-1/services -dbus_SOURCES = $(PACKAGE).service.in dbus_DATA = $(PACKAGE).service schemadir = $(sysconfdir)/gconf/schemas -schema_SOURCES = $(PACKAGE).schemas.in schema_DATA = $(PACKAGE).schemas CLEANFILES = $(bin_SCRIPTS) $(desktop_DATA) $(dbus_DATA) $(python_DATA) $(libexec_SCRIPTS) $(schema_DATA) $(PACKAGE).desktop.in -EXTRA_DIST = $(bin_SOURCES) $(desktop_SOURCES) $(dbus_SOURCES) $(python_SOURCES) $(glade_DATA) $(libexec_SOURCES) $(schema_SOURCES) +EXTRA_DIST = virt-manager.in $(PACKAGE).desktop.in.in $(PACKAGE).service.in $(PACKAGE).py.in $(glade_DATA) $(PACKAGE)-launch.in $(PACKAGE).schemas.in @INTLTOOL_DESKTOP_RULE@ smime.p7s Description: S/MIME Cryptographic Signature -- Libvir-list mailing list Libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [Libvir] Problem to compile virt-manager in debian etch
Hello Rickard, Thanks a lot for your attention. :-) Reporting: It seems fixed the problems. autogen.sh command is worked without any errors, and warnings messages, however it isn't creating the configure script. Best regards, -- Marco Sinhoreli -- Libvir-list mailing list Libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [Libvir] Problem to compile virt-manager in debian etch
Marco Sinhoreli wrote: Hello Rickard, Thanks a lot for your attention. :-) Reporting: It seems fixed the problems. autogen.sh command is worked without any errors, and warnings messages, however it isn't creating the configure script. Not sure ... It definitely worked for me when I tried it out this morning on an up to date Debian etch. Are you sure there are no messages at all? What about when you use autoreconf instead of autogen? Rich. -- Emerging Technologies, Red Hat - http://et.redhat.com/~rjones/ Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, United Kingdom. Registered in England and Wales under Company Registration No. 03798903 smime.p7s Description: S/MIME Cryptographic Signature -- Libvir-list mailing list Libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [Libvir] Problem to compile virt-manager in debian etch
Hi, On 10/18/07, Richard W.M. Jones [EMAIL PROTECTED] wrote: Marco Sinhoreli wrote: Hello Rickard, Thanks a lot for your attention. :-) Reporting: It seems fixed the problems. autogen.sh command is worked without any errors, and warnings messages, however it isn't creating the configure script. Not sure ... It definitely worked for me when I tried it out this morning on an up to date Debian etch. Are you sure there are no messages at all? What about when you use autoreconf instead of autogen? autoreconf output (after patches applied): [...] Copying file po/quot.sed Copying file po/remove-potcdate.sin configure.ac:2: installing `./missing' configure.ac:2: installing `./install-sh' src/graphWidgets/Makefile.am: installing `./depcomp' -- Marco Sinhoreli -- Libvir-list mailing list Libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [Libvir] Problem to compile virt-manager in debian etch
Marco Sinhoreli wrote: The autogen.sh output: ./autogen.sh libtoolize: `config.guess' exists: use `--force' to overwrite libtoolize: `config.sub' exists: use `--force' to overwrite libtoolize: `ltmain.sh' exists: use `--force' to overwrite hecking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... no checking for mawk... mawk [...] The remaining seems okay. So looks like it's working then? Rich. -- Emerging Technologies, Red Hat - http://et.redhat.com/~rjones/ Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, United Kingdom. Registered in England and Wales under Company Registration No. 03798903 smime.p7s Description: S/MIME Cryptographic Signature -- Libvir-list mailing list Libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [Libvir] Problem to compile virt-manager in debian etch
Okay, Reporting all steps: # hg clone http://hg.et.redhat.com/virt/applications/virt-manager--devel # cd virt-manager--devel # patch -p1 ../virt-manager-no-portability-warning.patch # patch -p1 ../virt-manager-no-sources.patch # autoreconf -f -i -Wno-portability | tee /tmp/autoreconf.log (attached) # ./autogen.sh | tee /tmp/autogen.log (attached) # ls Makefile ls: Makefile: No such file or directory I think that it is all :-) regards On 10/18/07, Richard W.M. Jones [EMAIL PROTECTED] wrote: Marco Sinhoreli wrote: The configure script was found, but the Makefile hasn't been created. Need to see the full messages. Rich. -- Emerging Technologies, Red Hat - http://et.redhat.com/~rjones/ Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, United Kingdom. Registered in England and Wales under Company Registration No. 03798903 -- Marco Sinhoreli Copying file config.rpath Copying file m4//codeset.m4 Copying file m4//gettext.m4 Copying file m4//glibc21.m4 Copying file m4//iconv.m4 Copying file m4//intdiv0.m4 Copying file m4//intmax.m4 Copying file m4//inttypes-pri.m4 Copying file m4//inttypes.m4 Copying file m4//inttypes_h.m4 Copying file m4//isc-posix.m4 Copying file m4//lcmessage.m4 Copying file m4//lib-ld.m4 Copying file m4//lib-link.m4 Copying file m4//lib-prefix.m4 Copying file m4//longdouble.m4 Copying file m4//longlong.m4 Copying file m4//nls.m4 Copying file m4//po.m4 Copying file m4//printf-posix.m4 Copying file m4//progtest.m4 Copying file m4//signed.m4 Copying file m4//size_max.m4 Copying file m4//stdint_h.m4 Copying file m4//uintmax_t.m4 Copying file m4//ulonglong.m4 Copying file m4//wchar_t.m4 Copying file m4//wint_t.m4 Copying file m4//xsize.m4 Copying file mkinstalldirs Copying file po/Makefile.in.in Copying file po/Makevars.template Copying file po/Rules-quot Copying file po/boldquot.sed Copying file po/[EMAIL PROTECTED] Copying file po/[EMAIL PROTECTED] Copying file po/insert-header.sin Copying file po/quot.sed Copying file po/remove-potcdate.sin checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... yes checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking dependency style of gcc... gcc3 checking for intltool = 0.35.0... 0.35.0 found checking for perl... /usr/bin/perl checking for iconv... /usr/bin/iconv checking for msgfmt... /usr/bin/msgfmt checking for msgmerge... /usr/bin/msgmerge checking for xgettext... /usr/bin/xgettext checking whether NLS is requested... yes checking for msgfmt... /usr/bin/msgfmt checking for gmsgfmt... /usr/bin/msgfmt checking for xgettext... /usr/bin/xgettext checking for msgmerge... /usr/bin/msgmerge checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for shared library run path origin... done checking whether NLS is requested... yes checking for GNU gettext in libc... yes checking whether to use NLS... yes checking where the gettext function comes from... libc checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ISO C89... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking for a sed that does not truncate output... /bin/sed checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes
Re: [Libvir] Problem to compile virt-manager in debian etch
On Thu, Oct 18, 2007 at 03:46:09PM -0300, Marco Sinhoreli wrote: Okay, Reporting all steps: # hg clone http://hg.et.redhat.com/virt/applications/virt-manager--devel # cd virt-manager--devel # patch -p1 ../virt-manager-no-portability-warning.patch # patch -p1 ../virt-manager-no-sources.patch # autoreconf -f -i -Wno-portability | tee /tmp/autoreconf.log (attached) # ./autogen.sh | tee /tmp/autogen.log (attached) # ls Makefile ls: Makefile: No such file or directory There isn't supposed to be a Makefile there. autogen.sh setups a VPATH build structure. All the generated autotools junk is put in a 'build/' subdirectory, so you don't pollute the main source directory. Dan -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| -- Libvir-list mailing list Libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [Libvir] Problem to compile virt-manager in debian etch
Marco Sinhoreli wrote: The configure script was found, but the Makefile hasn't been created. Need to see the full messages. Rich. -- Emerging Technologies, Red Hat - http://et.redhat.com/~rjones/ Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, United Kingdom. Registered in England and Wales under Company Registration No. 03798903 smime.p7s Description: S/MIME Cryptographic Signature -- Libvir-list mailing list Libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [Libvir] Problem to compile virt-manager in debian etch
Virt-manager is compiled from mercurial tree but it isn't working. I don't know why. After run the virt-manager command, it was finished without output error and the window wasn't created. If you need more informations about ask me what informations I should sent. regards -- Marco Sinhoreli -- Libvir-list mailing list Libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [Libvir] Problem to compile virt-manager in debian etch
Virt-manager is compiled from mercurial tree but it isn't working. I don't know why. After run the virt-manager command, it was finished without output error and the window wasn't created. If you need more informations about ask me what informations I should sent. I ran into that too -- make sure you have the gtk-vnc package installed, it's a relatively new requirement of virt-manager and there are no errors printed if it fails to load [1]. It's not yet a Debian package but you can get it from http://sourceforge.net/project/showfiles.php?group_id=190580 -jim [1] I'd provide a patch, but my python skills are severely lacking... -- Libvir-list mailing list Libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
[Libvir] Problem to compile virt-manager in debian etch
Hello all, I have a problem to compile the virt-manager in a Debian etch (64 bit version). I got the virt-manager source from mercurial repository. Bellow the output autogen.sh command: ./autogen.sh libtoolize: `config.guess' exists: use `--force' to overwrite libtoolize: `config.sub' exists: use `--force' to overwrite libtoolize: `ltmain.sh' exists: use `--force' to overwrite configure.ac:7: required file `./config.rpath' not found man/Makefile.am:6: `%'-style pattern rules are a GNU make extension pixmaps/Makefile.am:3: wildcard $(srcdir: non-POSIX variable name pixmaps/Makefile.am:3: (probably a GNU make extension) src/Makefile.am:15: wildcard $(srcdir: non-POSIX variable name src/Makefile.am:15: (probably a GNU make extension) src/Makefile.am:35: `%'-style pattern rules are a GNU make extension src/Makefile.am:38: `%'-style pattern rules are a GNU make extension src/Makefile.am:41: `%'-style pattern rules are a GNU make extension src/Makefile.am:44: `%'-style pattern rules are a GNU make extension src/Makefile.am:26: variable `schema_SOURCES' is defined but no program or src/Makefile.am:26: library has `schema' as canonic name (possible typo) src/Makefile.am:11: variable `libexec_SOURCES' is defined but no program or src/Makefile.am:11: library has `libexec' as canonic name (possible typo) src/Makefile.am:4: variable `bin_SOURCES' is defined but no program or src/Makefile.am:4: library has `bin' as canonic name (possible typo) src/Makefile.am:18: variable `desktop_SOURCES' is defined but no program or src/Makefile.am:18: library has `desktop' as canonic name (possible typo) src/Makefile.am:8: variable `python_SOURCES' is defined but no program or src/Makefile.am:8: library has `python' as canonic name (possible typo) src/Makefile.am:22: variable `dbus_SOURCES' is defined but no program or src/Makefile.am:22: library has `dbus' as canonic name (possible typo) src/graphWidgets/Makefile.am:5: `:='-style assignments are not portable src/graphWidgets/Makefile.am:5: shell pkg-config --variable=codegendir pygtk-2.0: non-POSIX variable name src/graphWidgets/Makefile.am:5: (probably a GNU make extension) src/graphWidgets/Makefile.am:6: `:='-style assignments are not portable src/graphWidgets/Makefile.am:6: shell pkg-config --variable=defsdir pygtk-2.0: non-POSIX variable name src/graphWidgets/Makefile.am:6: (probably a GNU make extension) src/virtManager/Makefile.am:3: wildcard $(srcdir: non-POSIX variable name src/virtManager/Makefile.am:3: (probably a GNU make extension) src/virtManager/Makefile.am:7: python_DATA:$(srcdir: non-POSIX variable name src/virtManager/Makefile.am:15: `%'-style pattern rules are a GNU make extension Any idea? regards. -- Marco Sinhoreli -- Libvir-list mailing list Libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list