Re: [libvirt] libvirt 1.2.17 fails
On Mon, Jul 27, 2015 at 2:46 PM, Jason Helfman j...@freebsd.org wrote: Hello All, I am getting build failures on the latest build, and it is currently blocking my commit of the update. Looks like xhtml, is a new build requirement. I added it to the list of dependencies, however it is failing to build within our build cluster. http://meatwad.mouf.net/rubick/poudriere/data/93i386-jgh/2015-07-27_15h41m26s/logs/errors/libvirt-1.2.17.log (also attached for historical purposes) I am able to get this to build locally, but trying to distinguish what is different compared with a clean system. Here is the listing of files contained in the xhtml package: xhtml-1.0.20020801_4: /usr/local/share/xml/dtd/xhtml/catalog.xml /usr/local/share/xml/dtd/xhtml/xhtml-dcl.soc /usr/local/share/xml/dtd/xhtml/xhtml-lat1.ent /usr/local/share/xml/dtd/xhtml/xhtml-special.ent /usr/local/share/xml/dtd/xhtml/xhtml-symbol.ent /usr/local/share/xml/dtd/xhtml/xhtml.soc /usr/local/share/xml/dtd/xhtml/xhtml1-frameset.dtd /usr/local/share/xml/dtd/xhtml/xhtml1-strict.dtd /usr/local/share/xml/dtd/xhtml/xhtml1-transitional.dtd /usr/local/share/xml/dtd/xhtml/xhtml1.dcl Any ideas on fixing this failure? Thanks, Jason -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
[libvirt] libvirt 1.2.17 fails
Hello All,
I am getting build failures on the latest build, and it is currently
blocking my commit of the update. Looks like xhtml, is a new build
requirement. I added it to the list of dependencies, however it is failing
to build within our build cluster.
http://meatwad.mouf.net/rubick/poudriere/data/93i386-jgh/2015-07-27_15h41m26s/logs/errors/libvirt-1.2.17.log
(also attached for historical purposes)
I am able to get this to build locally, but trying to distinguish what is
different compared with a clean system.
Here is the listing of files contained in the xhtml package:
xhtml-1.0.20020801_4:
/usr/local/share/xml/dtd/xhtml/catalog.xml
/usr/local/share/xml/dtd/xhtml/xhtml-dcl.soc
/usr/local/share/xml/dtd/xhtml/xhtml-lat1.ent
/usr/local/share/xml/dtd/xhtml/xhtml-special.ent
/usr/local/share/xml/dtd/xhtml/xhtml-symbol.ent
/usr/local/share/xml/dtd/xhtml/xhtml.soc
/usr/local/share/xml/dtd/xhtml/xhtml1-frameset.dtd
/usr/local/share/xml/dtd/xhtml/xhtml1-strict.dtd
/usr/local/share/xml/dtd/xhtml/xhtml1-transitional.dtd
/usr/local/share/xml/dtd/xhtml/xhtml1.dcl
Thanks in advance!
Jason
--
Jason Helfman | FreeBSD Committer
j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve
Building devel/libvirt
build started at Mon Jul 27 15:43:40 UTC 2015
port directory: /usr/ports/devel/libvirt
building for: FreeBSD 93i386-jgh-job-01 9.3-RELEASE FreeBSD 9.3-RELEASE i386
maintained by: j...@freebsd.org
/usr/local/share/poudriere/bulk.sh: ident: not found
Makefile ident:
Poudriere version: 3.1.7
Host OSVERSION: 1100077
Jail OSVERSION: 903000
---Begin Environment---
UNAME_m=i386
UNAME_p=i386
OSVERSION=903000
UNAME_v=FreeBSD 9.3-RELEASE
UNAME_r=9.3-RELEASE
BLOCKSIZE=K
MAIL=/var/mail/root
STATUS=1
SAVED_TERM=screen
MASTERMNT=/usr/local/poudriere/data/.m/93i386-jgh/ref
FORCE_PACKAGE=yes
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin
POUDRIERE_BUILD_TYPE=bulk
PKGNAME=libvirt-1.2.17
OLDPWD=/
PWD=/usr/local/poudriere/data/.m/93i386-jgh/ref/.p/pool
MASTERNAME=93i386-jgh
SCRIPTPREFIX=/usr/local/share/poudriere
USER=root
HOME=/root
POUDRIERE_VERSION=3.1.7
SCRIPTPATH=/usr/local/share/poudriere/bulk.sh
LIBEXECPREFIX=/usr/local/libexec/poudriere
LOCALBASE=/usr/local
PACKAGE_BUILDING=yes
---End Environment---
---Begin OPTIONS List---
=== The following configuration options are available for libvirt-1.2.17:
DOCS=on: Build and/or install documentation
NLS=on: Native Language Support
QEMU=off: QEMU driver
SASL=off: SASL authentication support
=== Use 'make config' to modify these settings
---End OPTIONS List---
--CONFIGURE_ARGS--
--without-avahi --without-polkit --without-hal --without-udev --without-netcf --without-sysctl --without-lxc --without-uml --with-ssh2 --localstatedir=/var --enable-nls --with-libintl-prefix=/usr/local --without-qemu --without-yajl --without-sasl --without-bhyve --prefix=/usr/local ${_LATE_CONFIGURE_ARGS}
--End CONFIGURE_ARGS--
--CONFIGURE_ENV--
ac_cv_type_struct_random_data= MAKE=gmake PKG_CONFIG=pkgconf ac_cv_path_PERL=/usr/local/bin/perl ac_cv_path_PERL_PATH=/usr/local/bin/perl XDG_DATA_HOME=/wrkdirs/usr/ports/devel/libvirt/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/devel/libvirt/work HOME=/wrkdirs/usr/ports/devel/libvirt/work TMPDIR=/tmp SHELL=/bin/sh CONFIG_SHELL=/bin/sh CONFIG_SITE=/usr/ports/Templates/config.site lt_cv_sys_max_cmd_len=262144
--End CONFIGURE_ENV--
--MAKE_ENV--
XDG_DATA_HOME=/wrkdirs/usr/ports/devel/libvirt/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/devel/libvirt/work HOME=/wrkdirs/usr/ports/devel/libvirt/work TMPDIR=/tmp NO_PIE=yes SHELL=/bin/sh NO_LINT=YES PREFIX=/usr/local LOCALBASE=/usr/local LIBDIR=/usr/lib CC=cc CFLAGS=-O2 -pipe -fno-strict-aliasing CPP=cpp CPPFLAGS= LDFLAGS= -L/usr/local/lib -fstack-protector LIBS= CXX=c++ CXXFLAGS=-O2 -pipe -fno-strict-aliasing MANPREFIX=/usr/local BSD_INSTALL_PROGRAM=install -s -m 555 BSD_INSTALL_LIB=install -s -m 444 BSD_INSTALL_SCRIPT=install -m 555 BSD_INSTALL_DATA=install -m 0644 BSD_INSTALL_MAN=install -m 444
--End MAKE_ENV--
--PLIST_SUB--
PORTVERSION=-1.2.17
SHLIB_VER=0.1002.17
DOCS=
NO_DOCS=@comment
NLS=
NO_NLS=@comment
QEMU=@comment
NO_QEMU=
SASL=@comment
NO_SASL=
OSREL=9.3
PREFIX=%D
LOCALBASE=/usr/local
RESETPREFIX=/usr/local
PORTDOCS=
PORTEXAMPLES=
LIB32DIR=lib
PERL_VERSION=5.20.2
PERL_VER=5.20
PERL5_MAN3=lib/perl5/site_perl/man/man3
SITE_PERL=lib/perl5/site_perl
SITE_ARCH=lib/perl5/site_perl/mach/5.20
DOCSDIR=share/doc/libvirt
EXAMPLESDIR=share/examples/libvirt
DATADIR=share/libvirt
WWWDIR=www/libvirt
ETCDIR=etc/libvirt
--End PLIST_SUB--
--SUB_LIST--
DOCS=
NO_DOCS=@comment
NLS=
NO_NLS=@comment
QEMU=@comment
NO_QEMU=
SASL=@comment
NO_SASL=
PREFIX=/usr/local
LOCALBASE=/usr/local
DATADIR=/usr/local/share/libvirt
DOCSDIR=/usr/local/share/doc/libvirt
EXAMPLESDIR=/usr/local/share/examples/libvirt
WWWDIR=/usr/local/www/libvirt
ETCDIR=/usr/local/etc/libvirt
--End
[libvirt] dmidecode dependency
Hello All, I was wondering if it may be possible to call sysctl, instead of requiring dmidecode to be installed for getting the uuid of a system? According to the user that filed the bug below, dmidecode needs to be installed to get the uuid, or errors will be printed in logs to get the uuid. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196733 I was wondering if sysctl can be called to get this information for FreeBSD? I am not sure if Linux would give similar information, but would think it might. Beyond this, I am not sure if dmidecode is used for other aspects beyond uuid where it is required where sysctl doesn't give the information needed. $ sudo dmidecode |grep -i uuid UUID: 42355DE8-C55C-E487-8E16-509A78EB5EE1 $ sysctl kern.hostuuid kern.hostuuid: 42355de8-c55c-e487-8e16-509a78eb5ee1 Thanks, Jason -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] dmidecode dependency
On Thu, Feb 19, 2015 at 12:23 PM, Daniel P. Berrange berra...@redhat.com wrote: On Thu, Feb 19, 2015 at 11:49:14AM -0800, Jason Helfman wrote: Hello All, I was wondering if it may be possible to call sysctl, instead of requiring dmidecode to be installed for getting the uuid of a system? According to the user that filed the bug below, dmidecode needs to be installed to get the uuid, or errors will be printed in logs to get the uuid. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196733 I was wondering if sysctl can be called to get this information for FreeBSD? I am not sure if Linux would give similar information, but would think it might. Beyond this, I am not sure if dmidecode is used for other aspects beyond uuid where it is required where sysctl doesn't give the information needed. $ sudo dmidecode |grep -i uuid UUID: 42355DE8-C55C-E487-8E16-509A78EB5EE1 $ sysctl kern.hostuuid kern.hostuuid: 42355de8-c55c-e487-8e16-509a78eb5ee1 On modern systems we could probably use the sysctl, but on older linux platforms at least dmidecode is the only way to get the info we need. Regardless it is fine to use whatever approach works best on FreeBSD. Getting host UUIDs is not covered by anything in POSIX, so it will all be OS specific code. I'm uncertain how to patch libvirt, but in the meanwhile I will add dmidecode as a dependency. -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
[libvirt] virt-manager issue, FreeBSD
Hi, I am working on resolving an issue with virt-manager on FreeBSD. A contributor recently worked on getting spice-gtk ported to FreeBSD, however I am working on this error when launching console.py. [helfman@its-helfman03 ~/workspace/ports/deskutils/virt-manager]$ python /usr/local/share/virt-manager/virtManager/console.py Traceback (most recent call last): File /usr/local/share/virt-manager/virtManager/console.py, line 42, in module from virtManager.autodrawer import AutoDrawer ImportError: No module named virtManager.autodrawer Thanks for your help! Jason -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] ANNOUNCE: libguestfs 1.26 released
On Thu, Mar 27, 2014 at 3:26 PM, Richard W.M. Jones rjo...@redhat.com wrote: I'm pleased to announce libguestfs 1.26, a library and set of tools for accessing and modifying virtual machine disk images. This release took more than 6 months of work by a considerable number of people, and has many new features (see release notes below). You can get libguestfs 1.26 here: Main website: http://libguestfs.org/ Source: http://libguestfs.org/download/1.26-stable/ You will also need latest supermin from here: http://libguestfs.org/download/supermin/ Hello All, Is there any particular reason that you think this would not run on FreeBSD? Any Linux-isms that are just not available on FreeBSD? I noticed this announcement [1] awhile ago, that mentioned febootstrap as a requirement, however we don't have this for FreeBSD. However, we do have debootstrap [2]. Debian is listed in the announcement [1], so thought that it could work with debootstrap, but wanted inquire about any gotchas or experiences before diving in and seeing for myself. [1] https://www.redhat.com/archives/libguestfs/2011-March/msg00098.html [2] https://wiki.debian.org/Debootstrap Thanks for your time! Jason -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] ANNOUNCE: libguestfs 1.26 released
On Tue, Dec 9, 2014 at 9:20 AM, Richard W.M. Jones rjo...@redhat.com wrote: On Tue, Dec 09, 2014 at 09:10:19AM -0800, Jason Helfman wrote: On Thu, Mar 27, 2014 at 3:26 PM, Richard W.M. Jones rjo...@redhat.com wrote: I'm pleased to announce libguestfs 1.26, a library and set of tools for accessing and modifying virtual machine disk images. This release took more than 6 months of work by a considerable number of people, and has many new features (see release notes below). You can get libguestfs 1.26 here: Main website: http://libguestfs.org/ Source: http://libguestfs.org/download/1.26-stable/ You will also need latest supermin from here: http://libguestfs.org/download/supermin/ Hello All, Is there any particular reason that you think this would not run on FreeBSD? Any Linux-isms that are just not available on FreeBSD? There are a few. However I'm quite happy to accept patches to make it work / work better on FreeBSD. I noticed this announcement [1] awhile ago, that mentioned febootstrap as a requirement, however we don't have this for FreeBSD. However, we do have debootstrap [2]. Debian is listed in the announcement [1], so thought that it could work with debootstrap, but wanted inquire about any gotchas or experiences before diving in and seeing for myself. [1] https://www.redhat.com/archives/libguestfs/2011-March/msg00098.html [2] https://wiki.debian.org/Debootstrap Unfortunately debootstrap is not going to help. The package that libguestfs depends on is 'supermin': http://libguestfs.org/supermin.1.html Supermin makes certain assumptions about package managers that may or may not apply to FreeBSD ports/packages. For example: - that a package manager (similar to rpm/dpkg/etc) exists - that it packages pre-compiled binaries (not sources) - that you can list out the files belonging to a package - that there are dependency relationships between packages - that all files on the filesystem are part of a package (except user-generated files) There are various ways to make libguestfs work without supermin, see the FAQ here: http://libguestfs.org/guestfs-faq.1.html#how-can-i-compile-and-install-libguestfs-without-supermin although depending on a Fedora-built appliance may not be very satisfying. You could build a fixed FreeBSD-based appliance, but distributing it wouldn't be very nice, and getting security updates even less so. Supermin solves these kinds of problems. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW Is there a way to get it to support 'pkg' the packaging utility for FreeBSD? It supports everything you noted above, will full API support. https://wiki.freebsd.org/pkgng/ I'll look at the link you provided. Thanks! -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] ANNOUNCE: virt-manager 1.1.0 released
On Tue, Dec 2, 2014 at 7:28 AM, Cole Robinson crobi...@redhat.com wrote: On 12/01/2014 08:52 PM, Jason Helfman wrote: On Fri, Nov 21, 2014 at 10:13 AM, Jason Helfman j...@freebsd.org mailto:j...@freebsd.org wrote: On Fri, Nov 21, 2014 at 5:09 AM, Cole Robinson crobi...@redhat.com mailto:crobi...@redhat.com wrote: On 11/20/2014 11:15 PM, Jason Helfman wrote: Hello, I was able to get this imported for FreeBSD, but had to implement a couple of patches for it to work: https://svnweb.freebsd.org/__ports/head/deskutils/virt-__ manager/files/patch-__virtManager_config.py?view=__markuppathrev=372972 https://svnweb.freebsd.org/ports/head/deskutils/virt- manager/files/patch-virtManager_config.py?view=markuppathrev=372972 https://svnweb.freebsd.org/__ports/head/deskutils/virt-__ manager/files/patch-__virtManager_console.py?view=__markuppathrev=372972 https://svnweb.freebsd.org/ports/head/deskutils/virt- manager/files/patch-virtManager_console.py?view=markuppathrev=372972 This was taken obtained from: https://build.opensuse.org/__package/view_file/openSUSE:__ Factory/virt-manager/virt-__manager-Gtk-30.patch# https://build.opensuse.org/package/view_file/openSUSE: Factory/virt-manager/virt-manager-Gtk-30.patch# And is reference by a bug here: https://bugzilla.suse.com/__show_bug.cgi?id=901869 https://bugzilla.suse.com/show_bug.cgi?id=901869 Comments and suggestions are welcome... Thanks for the heads up. I added a comment in that suse bug asking for the patch to be submitted upstream. But if that doesn't materialize in a week, ping back here Any word? Nope. And looking at the suse RPMs I see a ton of patches that they've never submitted upstream, some which are clear bug fixes... quite frustrating. I've attached their patch, can you try it locally and ensure it fixes your issues? If so I'll push it upstream Thanks, Cole Works great. Thanks! It is too bad that their patches aren't contributed back. My advice is use their patches (if they work) and note Obtained from SUSE in commitlogs. When their software build process breaks with the next update, they will look at the logs and find out why. This may encourage them to contribute more to the project :) Thanks, Jason -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] ANNOUNCE: virt-manager 1.1.0 released
On Fri, Nov 21, 2014 at 10:13 AM, Jason Helfman j...@freebsd.org wrote: On Fri, Nov 21, 2014 at 5:09 AM, Cole Robinson crobi...@redhat.com wrote: On 11/20/2014 11:15 PM, Jason Helfman wrote: Hello, I was able to get this imported for FreeBSD, but had to implement a couple of patches for it to work: https://svnweb.freebsd.org/ports/head/deskutils/virt- manager/files/patch-virtManager_config.py?view=markuppathrev=372972 https://svnweb.freebsd.org/ports/head/deskutils/virt- manager/files/patch-virtManager_console.py?view=markuppathrev=372972 This was taken obtained from: https://build.opensuse.org/package/view_file/openSUSE: Factory/virt-manager/virt-manager-Gtk-30.patch# And is reference by a bug here: https://bugzilla.suse.com/show_bug.cgi?id=901869 Comments and suggestions are welcome... Thanks for the heads up. I added a comment in that suse bug asking for the patch to be submitted upstream. But if that doesn't materialize in a week, ping back here Any word? -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] ANNOUNCE: virt-manager 1.1.0 released
On Fri, Nov 21, 2014 at 5:09 AM, Cole Robinson crobi...@redhat.com wrote: On 11/20/2014 11:15 PM, Jason Helfman wrote: Hello, I was able to get this imported for FreeBSD, but had to implement a couple of patches for it to work: https://svnweb.freebsd.org/ports/head/deskutils/virt-manager/files/patch- virtManager_config.py?view=markuppathrev=372972 https://svnweb.freebsd.org/ports/head/deskutils/virt-manager/files/patch- virtManager_console.py?view=markuppathrev=372972 This was taken obtained from: https://build.opensuse.org/package/view_file/openSUSE: Factory/virt-manager/virt-manager-Gtk-30.patch# And is reference by a bug here: https://bugzilla.suse.com/show_bug.cgi?id=901869 Comments and suggestions are welcome... Thanks for the heads up. I added a comment in that suse bug asking for the patch to be submitted upstream. But if that doesn't materialize in a week, ping back here Thanks, Cole Your welcome, Cole. Thank you also for noting this in the upstream bug. I didn't see a patch for the actual software in the bugzilla link, however the opensuse link I noted above seems to address the issue, however I'm sure there is a more clean way of doing it, or perhaps some software dependencies haven't caught up respectively to different versions of gtk. Thanks, again! -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] ANNOUNCE: virt-manager 1.1.0 released
Hello, I was able to get this imported for FreeBSD, but had to implement a couple of patches for it to work: https://svnweb.freebsd.org/ports/head/deskutils/virt-manager/files/patch-virtManager_config.py?view=markuppathrev=372972 https://svnweb.freebsd.org/ports/head/deskutils/virt-manager/files/patch-virtManager_console.py?view=markuppathrev=372972 This was taken obtained from: https://build.opensuse.org/package/view_file/openSUSE:Factory/virt-manager/virt-manager-Gtk-30.patch# And is reference by a bug here: https://bugzilla.suse.com/show_bug.cgi?id=901869 Comments and suggestions are welcome... -jgh On Sun, Sep 7, 2014 at 1:59 PM, Cole Robinson crobi...@redhat.com wrote: I'm happy to announce the release of virt-manager 1.1.0! virt-manager is a desktop application for managing KVM, Xen, and LXC virtualization via libvirt. The release can be downloaded from: http://virt-manager.org/download/ The direct download links are: http://virt-manager.org/download/sources/virt-manager/virt-manager-1.1.0.tar.gz This release includes: - Switch to libosinfo as OS metadata database (Giuseppe Scrivano) - Use libosinfo for OS detection from CDROM media labels (Giuseppe Scrivano) - Use libosinfo for improved OS defaults, like recommended disk size (Giuseppe Scrivano) - virt-image tool has been removed, as previously announced - Enable Hyper-V enlightenments for Windows VMs - Revert virtio-console default, back to plain serial console - Experimental q35 option in new VM 'customize' dialog - UI for virtual network QoS settings (Giuseppe Scrivano) - virt-install: --disk discard= support (Jim Minter) - addhardware: Add spiceport UI (Marc-André Lureau) - virt-install: --events on_poweroff etc. support (Chen Hanxiao) - cli --network portgroup= support and UI support - cli --boot initargs= and UI support - addhardware: allow setting controller model (Chen Hanxiao) - virt-install: support setting hugepage options (Chen Hanxiao) Thanks to everyone who has contributed to this release through testing, bug reporting, submitting patches, and otherwise sending in feedback! Thanks, Cole -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Release of libvirt-python-1.2.10
On Mon, Nov 3, 2014 at 1:21 AM, Daniel Veillard veill...@redhat.com wrote: I also tagged and pushed a new version of libvirt-python, it is available at: ftp://libvirt.org/libvirt/python it handle the new header split in libvirt-1.2.10 and fixes a number of issues: Documentation: d Change the comment in getPyNodeCPUCount method reflecting correct called methods (Pradipta Kr. Banerjee) Bug Fixes: b virDomainBlockCopy: initialize flags to 0 (Pavel Hrdina) b flags cannot get right value for blockCopy function (Pavel Hrdina) b Fix rest of unsigned integer handling (Peter Krempa) b Fix parsing of 'flags' argument for bulk stats functions (Luyao Huang) b Fix function name when parsing arguments in libvirt_virNodeAllocPages (Peter Krempa) Improvements: i fix libvirt headers list (Dmitry Guryanov) i Improve error output when use getTime with a nonzero flags. (Luyao Huang) i setup.py: fix rpm build to return 1 on error (Pavel Hrdina) i sanitytest: define long for python version = 3 (Martin Kletzander) i sanitytest: count with the fact that large enums can be long (Martin Kletzander) i sanitytest: check for exported enums (Martin Kletzander) Thanks everybody who contributed to this release ! Daniel Hello All, I am not able to build this, and receive this error. building 'libvirtmod' extension cc -DNDEBUG -O2 -pipe -fstack-protector -fno-strict-aliasing -fPIC -I. -I/usr/local/include/python2.7 -c libvirt-override.c -o build/temp.freebsd-10.0-RELEASE-p10-amd64-2.7/libvirt-override.o -I/usr/local/include In file included from libvirt-override.c:21: /usr/local/include/libvirt/libvirt.h:92:11: fatal error: 'libvirt/libvirt-host.h' file not found # include libvirt/libvirt-host.h ^ 1 error generated. error: command 'cc' failed with exit status 1 *** Error code 1 Any ideas? I do have libvirt installed Thanks! -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Release of libvirt-python-1.2.10
On Tue, Nov 4, 2014 at 10:49 AM, Jason Helfman j...@freebsd.org wrote: On Mon, Nov 3, 2014 at 1:21 AM, Daniel Veillard veill...@redhat.com wrote: I also tagged and pushed a new version of libvirt-python, it is available at: ftp://libvirt.org/libvirt/python it handle the new header split in libvirt-1.2.10 and fixes a number of issues: Documentation: d Change the comment in getPyNodeCPUCount method reflecting correct called methods (Pradipta Kr. Banerjee) Bug Fixes: b virDomainBlockCopy: initialize flags to 0 (Pavel Hrdina) b flags cannot get right value for blockCopy function (Pavel Hrdina) b Fix rest of unsigned integer handling (Peter Krempa) b Fix parsing of 'flags' argument for bulk stats functions (Luyao Huang) b Fix function name when parsing arguments in libvirt_virNodeAllocPages (Peter Krempa) Improvements: i fix libvirt headers list (Dmitry Guryanov) i Improve error output when use getTime with a nonzero flags. (Luyao Huang) i setup.py: fix rpm build to return 1 on error (Pavel Hrdina) i sanitytest: define long for python version = 3 (Martin Kletzander) i sanitytest: count with the fact that large enums can be long (Martin Kletzander) i sanitytest: check for exported enums (Martin Kletzander) Thanks everybody who contributed to this release ! Daniel Hello All, I am not able to build this, and receive this error. building 'libvirtmod' extension cc -DNDEBUG -O2 -pipe -fstack-protector -fno-strict-aliasing -fPIC -I. -I/usr/local/include/python2.7 -c libvirt-override.c -o build/temp.freebsd-10.0-RELEASE-p10-amd64-2.7/libvirt-override.o -I/usr/local/include In file included from libvirt-override.c:21: /usr/local/include/libvirt/libvirt.h:92:11: fatal error: 'libvirt/libvirt-host.h' file not found # include libvirt/libvirt-host.h ^ 1 error generated. error: command 'cc' failed with exit status 1 *** Error code 1 Any ideas? I do have libvirt installed Thanks! -jgh I believe I found the issue. Please disregard. -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Release of libvirt-1.2.2
On Fri, Mar 7, 2014 at 3:00 AM, Roman Bogorodskiy bogorods...@gmail.comwrote: Jason Helfman wrote: On Thu, Mar 6, 2014 at 5:22 AM, Eric Blake ebl...@redhat.com wrote: On 03/06/2014 12:02 AM, Jason Helfman wrote: On Sun, Mar 2, 2014 at 7:26 AM, Daniel Veillard veill...@redhat.com wrote: As planned I have tagged libvirt-1.2.2 in git and it seem the git tree finally updated despite the horrible network I get in china ATM, the tarballs may finally arrive at some time too at the usual place after working around the local infrastructure flaws... : ftp://libvirt.org/libvirt/ I am also pushing a libvirt-python-1.2.2 update at: ftp://libvirt.org/libvirt/libvirt/ I get this breakage on libvirt 1.2.2 for FreeBSD. gmake[3]: *** No rule to make target `test_libvirt_lockd.aug', needed by `all-am'. Stop. Any ideas? Known bug: https://bugzilla.redhat.com/show_bug.cgi?id=1071777 -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org This works for build, but fails on install phase. https://redports.org/buildarchive/20140306201300-37125/ Hi Jason, I've updated Makefile.in patch. I've done it in a way that it's ready to be just placed into files/ directory of the port. It works for me (both with qemu driver disabled and enabled). Patch is attached. Roman Bogorodskiy I have a similar patch, as this one was rejected, but have attached a similar one that works. I'll attach it. Although, had runtime issues. https://redports.org/buildarchive/20140307165901-15447/ [helfman@its-jhelfman02 ~/workspace/ports/devel/libvirt]$ virsh /usr/local/lib/libvirt.so.1002: version LIBVIRT_PRIVATE_1.2.1 required by /usr/local/lib/libvirt-lxc.so.1002 not found [helfman@its-jhelfman02 ~/workspace/ports/devel/libvirt]$ ldd /usr/local/bin/virsh /usr/local/bin/virsh: libvirt.so.1002 = /usr/local/lib/libvirt.so.1002 (0x2880) libvirt-lxc.so.1002 = /usr/local/lib/libvirt-lxc.so.1002 (0x28214000) libvirt-qemu.so.1002 = /usr/local/lib/libvirt-qemu.so.1002 (0x28218000) libdbus-1.so.3 = /usr/local/lib/libdbus-1.so.3 (0x2821c000) libssh2.so.1 = /usr/local/lib/libssh2.so.1 (0x28263000) libcurl.so.7 = /usr/local/lib/libcurl.so.7 (0x28287000) libssl.so.6 = /usr/lib/libssl.so.6 (0x282e3000) libgssapi.so.10 = /usr/lib/libgssapi.so.10 (0x2832e000) libheimntlm.so.10 = /usr/lib/libheimntlm.so.10 (0x28337000) libkrb5.so.10 = /usr/lib/libkrb5.so.10 (0x2833c000) libhx509.so.10 = /usr/lib/libhx509.so.10 (0x2839c000) libcom_err.so.5 = /usr/lib/libcom_err.so.5 (0x283d2000) libcrypto.so.6 = /lib/libcrypto.so.6 (0x28b13000) libasn1.so.10 = /usr/lib/libasn1.so.10 (0x28c76000) libroken.so.10 = /usr/lib/libroken.so.10 (0x283d4000) libcrypt.so.5 = /lib/libcrypt.so.5 (0x28ced000) libthr.so.3 = /lib/libthr.so.3 (0x28d12000) libutil.so.9 = /lib/libutil.so.9 (0x283e4000) libxml2.so.5 = /usr/local/lib/libxml2.so.5 (0x28d33000) libz.so.6 = /lib/libz.so.6 (0x28e61000) liblzma.so.5 = /usr/lib/liblzma.so.5 (0x28e75000) libm.so.5 = /lib/libm.so.5 (0x28e98000) libreadline.so.8 = /lib/libreadline.so.8 (0x28eb3000) libintl.so.9 = /usr/local/lib/libintl.so.9 (0x283f7000) libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x28ee8000) libc.so.7 = /lib/libc.so.7 (0x2806d000) libncurses.so.8 = /lib/libncurses.so.8 (0x28fe) [helfman@its-jhelfman02 ~/workspace/ports/devel/libvirt]$ ls -al /usr/local/lib/libvirt-lxc.so.1002 -rwxr-xr-x 1 root wheel 9700 Mar 7 10:36 /usr/local/lib/libvirt-lxc.so.1002 -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve patch-src__Makefile.in Description: Binary data -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Release of libvirt-1.2.2
On Thu, Mar 6, 2014 at 5:22 AM, Eric Blake ebl...@redhat.com wrote: On 03/06/2014 12:02 AM, Jason Helfman wrote: On Sun, Mar 2, 2014 at 7:26 AM, Daniel Veillard veill...@redhat.com wrote: As planned I have tagged libvirt-1.2.2 in git and it seem the git tree finally updated despite the horrible network I get in china ATM, the tarballs may finally arrive at some time too at the usual place after working around the local infrastructure flaws... : ftp://libvirt.org/libvirt/ I am also pushing a libvirt-python-1.2.2 update at: ftp://libvirt.org/libvirt/libvirt/ I get this breakage on libvirt 1.2.2 for FreeBSD. gmake[3]: *** No rule to make target `test_libvirt_lockd.aug', needed by `all-am'. Stop. Any ideas? Known bug: https://bugzilla.redhat.com/show_bug.cgi?id=1071777 -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org This works for build, but fails on install phase. https://redports.org/buildarchive/20140306201300-37125/ -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Release of libvirt-1.2.2
On Sun, Mar 2, 2014 at 7:26 AM, Daniel Veillard veill...@redhat.com wrote: As planned I have tagged libvirt-1.2.2 in git and it seem the git tree finally updated despite the horrible network I get in china ATM, the tarballs may finally arrive at some time too at the usual place after working around the local infrastructure flaws... : ftp://libvirt.org/libvirt/ I am also pushing a libvirt-python-1.2.2 update at: ftp://libvirt.org/libvirt/libvirt/ I get this breakage on libvirt 1.2.2 for FreeBSD. CCLD libvirt_iohelper CC locking/virtlockd-lock_daemon.o CC locking/virtlockd-lock_daemon_config.o CC locking/virtlockd-lock_daemon_dispatch.o CC locking/virtlockd-lock_protocol.o CCLD virtlockd GEN virtlockd.8 gmake[3]: *** No rule to make target `test_libvirt_lockd.aug', needed by `all-am'. Stop. gmake[3]: Leaving directory `/usr/home/helfman/workspace/redports/devel/libvirt/work/libvirt-1.2.2/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/home/helfman/workspace/redports/devel/libvirt/work/libvirt-1.2.2/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/home/helfman/workspace/redports/devel/libvirt/work/libvirt-1.2.2' gmake: *** [all] Error 2 *** [do-build] Error code 1 Any ideas? https://redports.org/buildarchive/20140306065501-14242/ Here is a link to a tarball of one of the build directories. https://redports.org/~jgh/20140306065501-14242-181603/libvirt-1.2.2.tbz -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] [CFT] FreeBSD: new libvirt-python package
This has been added to the FreeBSD ports tree. http://www.freshports.org/devel/py-libvirt/ -jgh On Mon, Dec 30, 2013 at 8:30 AM, Jason Helfman j...@freebsd.org wrote: Hello Everyone, Believe it or not, I don't have any test framework for testing FreeBSD libvirt, so was hoping there may be some folks out there that could help out on that front with this new port I was going to put into our ports tree. :) https://svn.redports.org/jgh/devel/py-libvirt/ Thanks! -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Release of libvirt-python-1.2.0
On Mon, Dec 2, 2013 at 8:41 AM, Daniel P. Berrange berra...@redhat.comwrote: On Mon, Dec 02, 2013 at 02:28:00PM +0800, Daniel Veillard wrote: So this is the first release fo the separated libvirt-python code base out of the main libvirt git. In this case the two release have been made in tandem to avoid disruptions, but there is no guarantee that the future releases of both project will be bound together (though I will try to sync those to minimize churn when possible !) Tarball and rpms are now available on the new location: ftp://libvirt.org/libvirt/python/ FYI I have also uploaded it to PyPI https://pypi.python.org/pypi/libvirt-python So you can just do 'pip install libvirt-python' to install it. Needs libvirt-devel RPM or equiv pkg installed first of course. Regards, Daniel This has been added to the FreeBSD ports tree. http://www.freshports.org/devel/py-libvirt/ -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] can't build python bindings on FreeBSD
I was able to get this to build with some tweaking, that in the end used the updated patch, but was using this patch all along, and found the first patch didn't work. http://meatwad.mouf.net/rubick/poudriere/logs/bulk/92i386-jgh/2013-12-30_08h29m34s/logs/py27-libvirt-1.2.0.log Here is a link to the code for the port: (under the files directory is the patch) https://svn.redports.org/jgh/devel/py-libvirt/ -jgh On Sun, Dec 29, 2013 at 3:21 PM, Jason Helfman j...@freebsd.org wrote: I will try it out. Please open a new account here: http://redports.org, and that should be sufficient enough. It will build on new commits, and I can help with the port. I can also help justify the account, if that is needed. Thanks! -jgh On Sun, Dec 29, 2013 at 2:59 PM, Doug Goldstein car...@gentoo.org wrote: On Sun, Dec 29, 2013 at 12:42 PM, Jason Helfman j...@freebsd.org wrote: Any ideas? I just posted a patch with the subject of [PATCH python] define __GNUC_PREREQ macro before using it [1]. Give it a shot and let me know if that fixes the issue. Additionally, if you can potentially provide a FreeBSD machine that we can use as a BuildBot [2] for libvirt-python, that would likely prevent problems in the future. You can see the BB here [3]. [1] https://www.redhat.com/archives/libvir-list/2013-December/msg01317.html [2] http://buildbot.net [3] http://bb.cardoe.com/libvirt-python/ Clang: FreeBSD clang version 3.1 creating build/temp.freebsd-9.1-RELEASE-p4-i386-2.7 creating build/temp.freebsd-9.1-RELEASE-p4-i386-2.7/build clang -DNDEBUG -O2 -pipe -fno-strict-aliasing -O2 -pipe -fno-strict-aliasing -fPIC -I. -I/usr/local/include/python2.7 -c libvirt-override.c -o build/temp.freebsd-9.1-RELEASE-p4-i386-2.7/libvirt-override.o -I/usr/local/include In file included from libvirt-override.c:26: ./libvirt-utils.h:87:22: error: token is not a valid binary operator in a preprocessor subexpression # if __GNUC_PREREQ (3, 3) ~ ^ ./libvirt-utils.h:99:22: error: token is not a valid binary operator in a preprocessor subexpression # if __GNUC_PREREQ (3, 4) ~ ^ 2 errors generated. error: command 'clang' failed with exit status 1 *** [do-build] Error code 1 Stop in /usr/home/jgh/workspace/ports/devel/py-libvirt. Gcc: gcc (GCC) 4.2.1 20070831 gcc -DNDEBUG -O2 -pipe -fno-strict-aliasing -O2 -pipe -fno-strict-aliasing -fPIC -I. -I/usr/local/include/python2.7 -c libvirt-override.c -o build/temp.freebsd-9.1-RELEASE-p4-i386-2.7/libvirt-override.o -I/usr/local/include In file included from libvirt-override.c:26: libvirt-utils.h:87:22: error: missing binary operator before token ( libvirt-utils.h:99:22: error: missing binary operator before token ( error: command 'gcc' failed with exit status 1 *** [do-build] Error code 1 Thanks! -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list -- Doug Goldstein -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
[libvirt] [CFT] FreeBSD: new libvirt-python package
Hello Everyone, Believe it or not, I don't have any test framework for testing FreeBSD libvirt, so was hoping there may be some folks out there that could help out on that front with this new port I was going to put into our ports tree. :) https://svn.redports.org/jgh/devel/py-libvirt/ Thanks! -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
[libvirt] can't build python bindings on FreeBSD
Any ideas? Clang: FreeBSD clang version 3.1 creating build/temp.freebsd-9.1-RELEASE-p4-i386-2.7 creating build/temp.freebsd-9.1-RELEASE-p4-i386-2.7/build clang -DNDEBUG -O2 -pipe -fno-strict-aliasing -O2 -pipe -fno-strict-aliasing -fPIC -I. -I/usr/local/include/python2.7 -c libvirt-override.c -o build/temp.freebsd-9.1-RELEASE-p4-i386-2.7/libvirt-override.o -I/usr/local/include In file included from libvirt-override.c:26: ./libvirt-utils.h:87:22: error: token is not a valid binary operator in a preprocessor subexpression # if __GNUC_PREREQ (3, 3) ~ ^ ./libvirt-utils.h:99:22: error: token is not a valid binary operator in a preprocessor subexpression # if __GNUC_PREREQ (3, 4) ~ ^ 2 errors generated. error: command 'clang' failed with exit status 1 *** [do-build] Error code 1 Stop in /usr/home/jgh/workspace/ports/devel/py-libvirt. Gcc: gcc (GCC) 4.2.1 20070831 gcc -DNDEBUG -O2 -pipe -fno-strict-aliasing -O2 -pipe -fno-strict-aliasing -fPIC -I. -I/usr/local/include/python2.7 -c libvirt-override.c -o build/temp.freebsd-9.1-RELEASE-p4-i386-2.7/libvirt-override.o -I/usr/local/include In file included from libvirt-override.c:26: libvirt-utils.h:87:22: error: missing binary operator before token ( libvirt-utils.h:99:22: error: missing binary operator before token ( error: command 'gcc' failed with exit status 1 *** [do-build] Error code 1 Thanks! -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] can't build python bindings on FreeBSD
I will try it out. Please open a new account here: http://redports.org, and that should be sufficient enough. It will build on new commits, and I can help with the port. I can also help justify the account, if that is needed. Thanks! -jgh On Sun, Dec 29, 2013 at 2:59 PM, Doug Goldstein car...@gentoo.org wrote: On Sun, Dec 29, 2013 at 12:42 PM, Jason Helfman j...@freebsd.org wrote: Any ideas? I just posted a patch with the subject of [PATCH python] define __GNUC_PREREQ macro before using it [1]. Give it a shot and let me know if that fixes the issue. Additionally, if you can potentially provide a FreeBSD machine that we can use as a BuildBot [2] for libvirt-python, that would likely prevent problems in the future. You can see the BB here [3]. [1] https://www.redhat.com/archives/libvir-list/2013-December/msg01317.html [2] http://buildbot.net [3] http://bb.cardoe.com/libvirt-python/ Clang: FreeBSD clang version 3.1 creating build/temp.freebsd-9.1-RELEASE-p4-i386-2.7 creating build/temp.freebsd-9.1-RELEASE-p4-i386-2.7/build clang -DNDEBUG -O2 -pipe -fno-strict-aliasing -O2 -pipe -fno-strict-aliasing -fPIC -I. -I/usr/local/include/python2.7 -c libvirt-override.c -o build/temp.freebsd-9.1-RELEASE-p4-i386-2.7/libvirt-override.o -I/usr/local/include In file included from libvirt-override.c:26: ./libvirt-utils.h:87:22: error: token is not a valid binary operator in a preprocessor subexpression # if __GNUC_PREREQ (3, 3) ~ ^ ./libvirt-utils.h:99:22: error: token is not a valid binary operator in a preprocessor subexpression # if __GNUC_PREREQ (3, 4) ~ ^ 2 errors generated. error: command 'clang' failed with exit status 1 *** [do-build] Error code 1 Stop in /usr/home/jgh/workspace/ports/devel/py-libvirt. Gcc: gcc (GCC) 4.2.1 20070831 gcc -DNDEBUG -O2 -pipe -fno-strict-aliasing -O2 -pipe -fno-strict-aliasing -fPIC -I. -I/usr/local/include/python2.7 -c libvirt-override.c -o build/temp.freebsd-9.1-RELEASE-p4-i386-2.7/libvirt-override.o -I/usr/local/include In file included from libvirt-override.c:26: libvirt-utils.h:87:22: error: missing binary operator before token ( libvirt-utils.h:99:22: error: missing binary operator before token ( error: command 'gcc' failed with exit status 1 *** [do-build] Error code 1 Thanks! -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list -- Doug Goldstein -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] struct random on FreeBSD [was: FreeBSD-8.3 build failure for amd64/i386, build archive included]
On Mon, Sep 30, 2013 at 7:04 PM, Doug Goldstein car...@gentoo.org wrote: On Mon, Sep 30, 2013 at 2:27 PM, Jason Helfman j...@freebsd.org wrote: On Mon, Sep 30, 2013 at 11:50 AM, Eric Blake ebl...@redhat.com wrote: On 09/30/2013 10:09 AM, Jason Helfman wrote: So, what has to be included prior to stdlib.h for the forward declaration of struct random_data in that header to no longer be an incomplete type? Can you grep your system headers and find what all mentions struct random_data? In looking through our 8.4 Branch, here are the results of digging the tree: crypto/openssh/pkcs11.h: unsigned char *random_data, crypto/heimdal/lib/hx509/ref/pkcs11.h: unsigned char *random_data, crypto/heimdal/lib/hx509/hxtool.c:random_data(void *opt, int argc, char **argv) sys/netinet/sctp_output.c: SCTP_READ_RANDOM(randp-random_data, random_len); Not relevant. sys/netinet/sctp_header.h: uint8_t random_data[]; Maybe relevant. Can this header be picked up by some include sequence of standard-only headers, such that using stdlib.h in isolation doesn't have a problem, but stdlib.h in combination with this header causes the problem? Per another developer at FreeBSD, it seems to be a bug in 8.x branch and picking up something it shouldn't and was fixed by adding this to the configure environment: ac_cv_type_struct_random_data= Generally, Autoconf wants you to use 'ac_cv_type_struct_random_data=no', not blank. I don't know if using 'no' instead of a blank would resolve the compiler core dump you hit. Is there a mail archive where you were discussing this with the FreeBSD developers? http://redports.org/~jgh/20130930154500-61365-148605/libvirt-1.1.2.log Also, this build was on FreeBSD 8.4, although you reported the problem against FreeBSD 8.3. Let's get it resolved on one platform before bouncing around to another (at the moment, I only have a FreeBSD 8.2 environment for my own testing, so I'm not much help at the moment). -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org It all uses the same branch of code, so it won't matter what version while you are still in 8.x, unless you are running 8.x STABLE, and not a RELEASE based branch. In working with a fellow developer, this came down to gcc bugs that were addressed in later versions of FreeBSD, but was not merged from CURRENT branch to 8.x. Here is a link to the fix that I will be committing at some point today. http://people.freebsd.org/~jgh/files/libvirt-84fix.diff Here are all the buildlogs, as well: http://redports.org/buildarchive/20130930180500-15801/ -jgh What's the error you're getting with -Wmissing-include-dirs? We should be testing to see if gcc supports that and not using it if its not supported. Additionally, what version of gcc are you using in 8.x? We can probably whip up a quick patch to resolve this. These were bugs associated with the version of gcc in the 8.x branch, that were supposedly fixed in later RELEASE versions (ie. 9.x, 10.x). However, these fixes were not merged back into the 8.x branch, is my understanding. Here is a link to the log that has the error when using missing-include-dirs: https://redports.org/~jgh/20130930162300-20190-148614/libvirt-1.1.2.log My understanding is that we've been ripping this out of a number of gnome related ports due to the same failure. However, a patched gcc has resolved this for the x-STABLE branches, other than 8 :) In looking through our svn respository: http://svnweb.freebsd.org/base/release/8.4.0/gnu/usr.bin/cc/cc/Makefile?view=log Seems we are at version GCC 4.2 as r169718 http://svnweb.freebsd.org/base?view=revisionrevision=169718 As far as the struct random_data, I'll let Eric work on that since he's got a better understand and more context. Great, thanks! -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] libvirt-glib fails to compile with CLANG compiler
On Tue, Oct 1, 2013 at 3:17 AM, Christophe Fergeau cferg...@redhat.comwrote: Hi, On Fri, Sep 27, 2013 at 12:09:43PM -0700, Jason Helfman wrote: On Thu, Sep 26, 2013 at 6:06 AM, Christophe Fergeau cferg...@redhat.com wrote: On Wed, Sep 25, 2013 at 09:31:52AM -0700, Jason Helfman wrote: When compiling libvirt-glib with CLANG, I get the following error. 16 warnings generated. CCLD libvirt-glib-1.0.la GEN LibvirtGLib-1.0.gir /usr/local/lib/libvirt.so: undefined reference to `__stack_chk_fail_local' clang: error: linker command failed with exit code 1 (use -v to see invocation) http://people.freebsd.org/~jgh/files/libvirt-glib-make.log It was clean, yes. Rereading that log more carefully, it's complaining about a missing symbol in the installed libvirt.so, not in one of the .so that was just built. Are other applications able to link against libvirt? Was libvirt compiled with clang or gcc? Christophe That is odd. I de-installed libvirt, and re-installed it. After this libvirt-glib compiled with CLANG, and didn't result in any failure. Many warnings, but good to know it does compile. Thanks! -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] libvirt-glib fails to compile with CLANG compiler
On Tue, Oct 1, 2013 at 8:46 AM, Daniel P. Berrange berra...@redhat.comwrote: On Tue, Oct 01, 2013 at 08:35:41AM -0700, Jason Helfman wrote: On Tue, Oct 1, 2013 at 3:17 AM, Christophe Fergeau cferg...@redhat.com wrote: Hi, On Fri, Sep 27, 2013 at 12:09:43PM -0700, Jason Helfman wrote: On Thu, Sep 26, 2013 at 6:06 AM, Christophe Fergeau cferg...@redhat.com wrote: On Wed, Sep 25, 2013 at 09:31:52AM -0700, Jason Helfman wrote: When compiling libvirt-glib with CLANG, I get the following error. 16 warnings generated. CCLD libvirt-glib-1.0.la GEN LibvirtGLib-1.0.gir /usr/local/lib/libvirt.so: undefined reference to `__stack_chk_fail_local' clang: error: linker command failed with exit code 1 (use -v to see invocation) http://people.freebsd.org/~jgh/files/libvirt-glib-make.log It was clean, yes. Rereading that log more carefully, it's complaining about a missing symbol in the installed libvirt.so, not in one of the .so that was just built. Are other applications able to link against libvirt? Was libvirt compiled with clang or gcc? Christophe That is odd. I de-installed libvirt, and re-installed it. After this libvirt-glib compiled with CLANG, and didn't result in any failure. Many warnings, but good to know it does compile. Hmm, I don't see any warnings at all, compiling with CLang on Linux. Please let us know what you're seeing on BSD ? Daniel Here are some build logs. The first is for amd64, and the latter is for i386. https://redports.org/~jgh/20131001181900-6317-149023/libvirt-glib-0.1.7.log https://redports.org/~jgh/20131001181900-6317-149026/libvirt-glib-0.1.7.log -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] struct random on FreeBSD [was: FreeBSD-8.3 build failure for amd64/i386, build archive included]
On Sat, Sep 28, 2013 at 4:36 PM, Eric Blake ebl...@redhat.com wrote:
On 09/27/2013 01:01 PM, Jason Helfman wrote:
On Fri, Sep 27, 2013 at 4:57 AM, Eric Blake ebl...@redhat.com wrote:
On 09/27/2013 01:35 AM, Michal Privoznik wrote:
make[3]: Entering directory
`/home/zippy/work/tmp/a/libvirt-1.1.2/gnulib/lib'
CC allocator.lo
In file included from allocator.c:4:0:
./stdlib.h:76:8: error: redefinition of 'struct random_data'
struct random_data
^
In file included from ./stdlib.h:36:0,
from allocator.c:4:
/usr/include/stdlib.h:349:8: note: originally defined here
struct random_data
^
Can
you show me the config.log output related to detecting whether 'struct
random_data' exists? Is this a case of circular header inclusion on
FreeBSD (that is, does sys/types.h try to recursively include
stdlib.h to pick up the struct?)
Should be available here:
http://people.freebsd.org/~jgh/files/libvirt_83amd64.tar.xz
Thanks; looking through that, I see:
configure:31404: checking for struct random_data
configure:31404: cc -std=gnu99 -c -O2 -pipe -fno-strict-aliasing
-D_THREAD_SAFE -D_THREAD_SAFE conftest.c 5
conftest.c: In function 'main':
conftest.c:346: error: invalid application of 'sizeof' to incomplete
type 'struct random_data'
...
| #include stdlib.h
| #if HAVE_RANDOM_H
| # include random.h
| #endif
|
|
| int
| main ()
| {
| if (sizeof (struct random_data))
So, what has to be included prior to stdlib.h for the forward
declaration of struct random_data in that header to no longer be an
incomplete type? Can you grep your system headers and find what all
mentions struct random_data?
In looking through our 8.4 Branch, here are the results of digging the tree:
crypto/openssh/pkcs11.h: unsigned char *random_data,
crypto/heimdal/lib/hx509/ref/pkcs11.h: unsigned char
*random_data,
crypto/heimdal/lib/hx509/hxtool.c:random_data(void *opt, int argc, char
**argv)
sys/netinet/sctp_output.c:
SCTP_READ_RANDOM(randp-random_data, random_len);
sys/netinet/sctp_header.h: uint8_t random_data[];
Per another developer at FreeBSD, it seems to be a bug in 8.x branch and
picking up something it shouldn't and was fixed by adding this to the
configure environment:
ac_cv_type_struct_random_data=
http://redports.org/~jgh/20130930154500-61365-148605/libvirt-1.1.2.log
However the build still fails, but looks to be a more standard failure. Any
more ideas on this?
-jgh
--
Jason Helfman | FreeBSD Committer
j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] struct random on FreeBSD [was: FreeBSD-8.3 build failure for amd64/i386, build archive included]
On Mon, Sep 30, 2013 at 11:50 AM, Eric Blake ebl...@redhat.com wrote: On 09/30/2013 10:09 AM, Jason Helfman wrote: So, what has to be included prior to stdlib.h for the forward declaration of struct random_data in that header to no longer be an incomplete type? Can you grep your system headers and find what all mentions struct random_data? In looking through our 8.4 Branch, here are the results of digging the tree: crypto/openssh/pkcs11.h: unsigned char *random_data, crypto/heimdal/lib/hx509/ref/pkcs11.h: unsigned char *random_data, crypto/heimdal/lib/hx509/hxtool.c:random_data(void *opt, int argc, char **argv) sys/netinet/sctp_output.c: SCTP_READ_RANDOM(randp-random_data, random_len); Not relevant. sys/netinet/sctp_header.h: uint8_t random_data[]; Maybe relevant. Can this header be picked up by some include sequence of standard-only headers, such that using stdlib.h in isolation doesn't have a problem, but stdlib.h in combination with this header causes the problem? Per another developer at FreeBSD, it seems to be a bug in 8.x branch and picking up something it shouldn't and was fixed by adding this to the configure environment: ac_cv_type_struct_random_data= Generally, Autoconf wants you to use 'ac_cv_type_struct_random_data=no', not blank. I don't know if using 'no' instead of a blank would resolve the compiler core dump you hit. Is there a mail archive where you were discussing this with the FreeBSD developers? http://redports.org/~jgh/20130930154500-61365-148605/libvirt-1.1.2.log Also, this build was on FreeBSD 8.4, although you reported the problem against FreeBSD 8.3. Let's get it resolved on one platform before bouncing around to another (at the moment, I only have a FreeBSD 8.2 environment for my own testing, so I'm not much help at the moment). -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org It all uses the same branch of code, so it won't matter what version while you are still in 8.x, unless you are running 8.x STABLE, and not a RELEASE based branch. In working with a fellow developer, this came down to gcc bugs that were addressed in later versions of FreeBSD, but was not merged from CURRENT branch to 8.x. Here is a link to the fix that I will be committing at some point today. http://people.freebsd.org/~jgh/files/libvirt-84fix.diff Here are all the buildlogs, as well: http://redports.org/buildarchive/20130930180500-15801/ -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Availability of release candidate 2 of libvirt-1.1.3
On Sun, Sep 29, 2013 at 4:16 AM, Daniel Veillard veill...@redhat.comwrote: As planned I tagged rc2 in git and pushed tarball and rpms to the usual place at: ftp://libvirt.org/libvirt/ seems to behave correctly on my limited testing, please give it a try too. i will try to push 1.1.3 final on Tuesday or Wednesday depending on time available and feedback. thanks ! Daniel Looks good here. https://redports.org/buildarchive/20130930215801-5110/ -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] FreeBSD-8.3 build failure for amd64/i386, build archive included
On Thu, Sep 26, 2013 at 12:24 AM, Michal Privoznik mpriv...@redhat.comwrote: On 26.09.2013 00:37, Jason Helfman wrote: Libvirt no longer builds on FreeBSD 8.3. I had brought this up awhile ago, but didn't have the resources to get the requested information. A fellow committer was able to build, and send me an archive of the complete build failure for analysis. Here is a link to build archive for investigation. http://people.freebsd.org/~jgh/files/libvirt_83amd64.tar.xz D'oh! 403 - Forbidden Michal Fixed. -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] struct random on FreeBSD [was: FreeBSD-8.3 build failure for amd64/i386, build archive included]
On Fri, Sep 27, 2013 at 4:57 AM, Eric Blake ebl...@redhat.com wrote: On 09/27/2013 01:35 AM, Michal Privoznik wrote: make[3]: Entering directory `/home/zippy/work/tmp/a/libvirt-1.1.2/gnulib/lib' CC allocator.lo In file included from allocator.c:4:0: ./stdlib.h:76:8: error: redefinition of 'struct random_data' struct random_data ^ In file included from ./stdlib.h:36:0, from allocator.c:4: /usr/include/stdlib.h:349:8: note: originally defined here struct random_data ^ In file included from /usr/include/sys/types.h:220:0, from ./sys/types.h:27, from /usr/include/stdlib.h:320, from ./stdlib.h:36, from allocator.c:4: There are a few more but of the same nature. The problem is, gnulib's stdlib.h defines the struct random_data. And so does the system's /usr/include/stdlib.h. Unfortunately, I'm not that familiar with gnulib to fix the issue myself. Eric, any thoughts on this? Is it possible that your recent gnulib update has fixed this? That implies a bug in gnulib; I'll see if I can get it fixed today; we'd need to update the gnulib submodule of libvirt to pull in the fix, so hopefully I can get it done in time before the rc2 build is cut. Can you show me the config.log output related to detecting whether 'struct random_data' exists? Is this a case of circular header inclusion on FreeBSD (that is, does sys/types.h try to recursively include stdlib.h to pick up the struct?) -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org Should be available here: http://people.freebsd.org/~jgh/files/libvirt_83amd64.tar.xz -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] libvirt-glib fails to compile with CLANG compiler
On Thu, Sep 26, 2013 at 6:06 AM, Christophe Fergeau cferg...@redhat.comwrote: Hey, On Wed, Sep 25, 2013 at 09:31:52AM -0700, Jason Helfman wrote: When compiling libvirt-glib with CLANG, I get the following error. 16 warnings generated. CCLD libvirt-glib-1.0.la GEN LibvirtGLib-1.0.gir /usr/local/lib/libvirt.so: undefined reference to `__stack_chk_fail_local' clang: error: linker command failed with exit code 1 (use -v to see invocation) make V=1 would show more details about what it's attempting to do. I tried a compilation with clang-3.3-0.6.rc3.fc19.x86_64 here, using CC=clang ./autogen.sh --disable-introspection and hit some issues related to -fxxx -Wxxx flags clang did not like, but after disabling these (manually for now), compilation worked properly. I had errors with the .gir generation, hence the --disable-introspection, but the errors were not related to undefined __stack_chk_fail_local symbols. Can you give more details about your setup? Also, I assume the build tree was clean (ie there was no stray .o generated with gcc in it?) Christophe http://people.freebsd.org/~jgh/files/libvirt-glib-make.log It was clean, yes. -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Entering freeze for libvirt-1.1.3
On Thu, Sep 26, 2013 at 5:06 AM, Daniel Veillard veill...@redhat.comwrote: On Thu, Sep 26, 2013 at 01:38:17PM +0200, Guido Günther wrote: On Thu, Sep 26, 2013 at 01:30:53PM +0800, Daniel Veillard wrote: I'm a day late from suggested schedule, but I have now tagged rc1 in git and pushed the tarball and rpms to the usual place: ftp://libvirt.org/libvirt/ My initial testing didn't revealed anything bad, but wider testing is obviously needed, i have heard of problem on FreeBSD by Jason, hopefully we can collect and fix those in time. I will probably make rc2 during the w.e. and depending on news push on Tuesday next week or a bit later the final 1.1.3 thanks for testing and reports ! Builds clean here. No other checking per issues aforementioned in thread. http://redports.org/buildarchive/20130926070701-44410/ -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
[libvirt] libvirt-glib fails to compile with CLANG compiler
When compiling libvirt-glib with CLANG, I get the following error. 16 warnings generated. CCLD libvirt-glib-1.0.la GEN LibvirtGLib-1.0.gir /usr/local/lib/libvirt.so: undefined reference to `__stack_chk_fail_local' clang: error: linker command failed with exit code 1 (use -v to see invocation) linking of temporary binary failed: Command '['/usr/local/bin/libtool', '--mode=link', '--tag=CC', '--silent', 'clang', '-o', '/usr/home/helfman/workspace/ports/devel/libvirt-glib/work/libvirt-glib-0.1.7/libvirt-glib/tmp-introspectOO6vqG/LibvirtGLib-1.0', '-export-dynamic', '-O2', '-pipe', '-fno-strict-aliasing', '-L/usr/local/lib', '-fstack-protector', '/usr/home/helfman/workspace/ports/devel/libvirt-glib/work/libvirt-glib-0.1.7/libvirt-glib/tmp-introspectOO6vqG/LibvirtGLib-1.0.o', '-L.', './libvirt-glib-1.0.la', '-lgio-2.0', '-lgobject-2.0', '-Wl,--export-dynamic', '-lgmodule-2.0', '-lgthread-2.0', '-pthread', '-L/usr/local/lib', '-lglib-2.0', '-lintl']' returned non-zero exit status 1 gmake[2]: *** [LibvirtGLib-1.0.gir] Error 1 gmake[2]: Leaving directory `/usr/home/helfman/workspace/ports/devel/libvirt-glib/work/libvirt-glib-0.1.7/libvirt-glib' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/home/helfman/workspace/ports/devel/libvirt-glib/work/libvirt-glib-0.1.7' gmake: *** [all] Error 2 *** [do-build] Error code 1 -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
[libvirt] FreeBSD-8.3 build failure for amd64/i386, build archive included
Libvirt no longer builds on FreeBSD 8.3. I had brought this up awhile ago, but didn't have the resources to get the requested information. A fellow committer was able to build, and send me an archive of the complete build failure for analysis. Here is a link to build archive for investigation. http://people.freebsd.org/~jgh/files/libvirt_83amd64.tar.xz Please let me know if there is any information you need. Thanks! -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Release of libvirt-java-0.5.0
On Tue, Sep 17, 2013 at 12:24 AM, Daniel Veillard veill...@redhat.comwrote: On Tue, Sep 17, 2013 at 09:18:02AM +0200, Claudio Bley wrote: Hi. At Tue, 17 Sep 2013 10:18:52 +0800, Daniel Veillard wrote: Any ideas with this build issue for FreeBSD update of libvirt-java? I do have jna (jna-3.2.7_1) installed. Your JNA version is too old. Before version 3.3.0 JNA lacked a function to free malloc'd memory. build: [javac] Compiling 64 source files to /usr/home/helfman/workspace/ports/devel/libvirt-java/work/libvirt-java-0.5.0/target/classes [javac] /usr/home/helfman/workspace/ports/devel/libvirt-java/work/libvirt-java-0.5.0/src/main/java/org/libvirt/Library.java:41: cannot find symbol [javac] symbol : method free(long) [javac] location: class com.sun.jna.Native [javac] Native.free(Pointer.nativeValue(ptr)); Wido said the requirement for jna had to be bumped to 3.5.0 that might be the reason ! The code still only requires at least JNA 3.3.0 - although I'd recommend using a more recent version. We could even express this in the POM using a version range, like dependency groupIdnet.java.dev.jna/groupId artifactIdjna/artifactId scopeprovided/scope version[3.3,4.0)/version /dependency please provide a patch :-) Daniel -- Daniel Veillard | Open Source and Standards, Red Hat veill...@redhat.com | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | virtualization library http://libvirt.org/ I was able to update FreeBSD version to 4.0 of jna, and will put to the community and port maintainer for testing. With this update, I was able to build successfully. -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Release of libvirt-java-0.5.0
On Fri, Sep 13, 2013 at 2:51 AM, Daniel Veillard veill...@redhat.comwrote: With a bit of delay, the release needed by Wido is finally available, it is tagged in git and I have pushed tarball, jar and rpms to the FTP: ftp://libvirt.org/libvirt/java/ Wido maybe you can push to Maven, I'm unsure how to do this and last time I tried I made a mess :-) I bumped the intermediate release number as this release includes more improvements and fixes than the previous ones and deprecates a couple of things: Any ideas with this build issue for FreeBSD update of libvirt-java? I do have jna (jna-3.2.7_1) installed. build: [javac] Compiling 64 source files to /usr/home/helfman/workspace/ports/devel/libvirt-java/work/libvirt-java-0.5.0/target/classes [javac] /usr/home/helfman/workspace/ports/devel/libvirt-java/work/libvirt-java-0.5.0/src/main/java/org/libvirt/Library.java:41: cannot find symbol [javac] symbol : method free(long) [javac] location: class com.sun.jna.Native [javac] Native.free(Pointer.nativeValue(ptr)); [javac] ^ [javac] 1 error -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] [PATCH] random: don't mix RAND_MAX with random_r
On Fri, Aug 30, 2013 at 5:28 AM, Eric Blake ebl...@redhat.com wrote:
On 08/30/2013 03:36 AM, Daniel P. Berrange wrote:
On Thu, Aug 29, 2013 at 05:19:21PM -0600, Eric Blake wrote:
FreeBSD 10 recently changed their definition of RAND_MAX, to try
and cover the fact that their evenly distributed results really are
a smaller range than a full power of 2. As a result, I did some
investigation, and learned:
+/* The algorithm of virRandomBits relies on gnulib's guarantee that
+ * random_r() matches the POSIX requirements on random() of being
+ * evenly distributed among exactly [0, 2**31) (that is, we always get
+ * exactly 31 bits). While this happens to be the value of RAND_MAX
+ * on glibc, note that POSIX only requires RAND_MAX to be tied to the
+ * weaker rand(), so there are platforms where RAND_MAX is smaller
+ * than the range of random_r(). For the results to be evenly
+ * distributed among up to 64 bits, we also rely on the period of
+ * random_r() to be at least 2**64, which POSIX only guarantees for
+ * random() if you use 256 bytes of state. */
+enum {
+RANDOM_BITS_PER_ITER = 31,
+RANDOM_BITS_MASK = (1U RANDOM_BITS_PER_ITER) - 1,
+};
Using an enum feels a bit wierd for this. Seems like these are
simply 2 constants to #define.
Using enums instead of #define makes gdb behave nicer - you can do 'p/x
RANDOM_BITS_MASK' and actually get a value, instead of having to dig up
the source file and look for the #define.
ACK whether you change the enum or not.
Thanks; pushed after tweaking the comment to not trigger a false
negative during 'make syntax-check'.
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
Thank you, all. Any idea in which release this would be shipped with?
-jgh
--
Jason Helfman | FreeBSD Committer
j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
[libvirt] FreeBSD, no gcc present libvirt build issue
Hello, There is an initiative at FreeBSD in removing gcc from base system and using CLANG. That being said, we are trying to resolve issues of ports that can't build without gcc. Libvirt fell into this group, and are curious if anyone has any ideas on why this breakage would occur. Here is a link to the buildlog: http://pb2.nyi.freebsd.org/bulk/nogcc-default/2013-08-26_21h09m25s/logs/errors/libvirt-1.1.1.log Thanks very much! -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] FreeBSD, no gcc present libvirt build issue
On Thu, Aug 29, 2013 at 8:08 AM, Eric Blake ebl...@redhat.com wrote:
On 08/29/2013 08:58 AM, Jason Helfman wrote:
Hello,
There is an initiative at FreeBSD in removing gcc from base system and
using CLANG. That being said, we are trying to resolve issues of ports
that
can't build without gcc. Libvirt fell into this group, and are curious if
anyone has any ideas on why this breakage would occur.
Here is a link to the buildlog:
http://pb2.nyi.freebsd.org/bulk/nogcc-default/2013-08-26_21h09m25s/logs/errors/libvirt-1.1.1.log
The relevant section:
util/virrandom.c:75:1: error: bit-field '_gl_verify_error_if_negative'
has negative width (-1)
verify(((RAND_MAX + 1U) RAND_MAX) == 0);
^
../gnulib/lib/verify.h:251:19: note: expanded from macro 'verify'
#define verify(R) _GL_VERIFY (R, verify ( #R ))
^
../gnulib/lib/verify.h:211:8: note: expanded from macro '_GL_VERIFY'
[_GL_VERIFY_TRUE (R, DIAGNOSTIC)]
^
../gnulib/lib/verify.h:176:15: note: expanded from macro '_GL_VERIFY_TRUE'
(!!sizeof (_GL_VERIFY_TYPE (R, DIAGNOSTIC)))
^
../gnulib/lib/verify.h:196:27: note: expanded from macro '_GL_VERIFY_TYPE'
struct { unsigned int _gl_verify_error_if_negative: (R) ? 1 : -1; }
^
1 error generated.
gmake[3]: *** [libvirt_util_la-virrandom.lo] Error 1
What does RAND_MAX expand to?
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
stdlib.h:#defineRAND_MAX0x7fff
-jgh
--
Jason Helfman | FreeBSD Committer
j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] FreeBSD, no gcc present libvirt build issue
On Thu, Aug 29, 2013 at 8:33 AM, Jason Helfman j...@freebsd.org wrote:
On Thu, Aug 29, 2013 at 8:08 AM, Eric Blake ebl...@redhat.com wrote:
On 08/29/2013 08:58 AM, Jason Helfman wrote:
Hello,
There is an initiative at FreeBSD in removing gcc from base system and
using CLANG. That being said, we are trying to resolve issues of ports
that
can't build without gcc. Libvirt fell into this group, and are curious
if
anyone has any ideas on why this breakage would occur.
Here is a link to the buildlog:
http://pb2.nyi.freebsd.org/bulk/nogcc-default/2013-08-26_21h09m25s/logs/errors/libvirt-1.1.1.log
The relevant section:
util/virrandom.c:75:1: error: bit-field '_gl_verify_error_if_negative'
has negative width (-1)
verify(((RAND_MAX + 1U) RAND_MAX) == 0);
^
../gnulib/lib/verify.h:251:19: note: expanded from macro 'verify'
#define verify(R) _GL_VERIFY (R, verify ( #R ))
^
../gnulib/lib/verify.h:211:8: note: expanded from macro '_GL_VERIFY'
[_GL_VERIFY_TRUE (R, DIAGNOSTIC)]
^
../gnulib/lib/verify.h:176:15: note: expanded from macro '_GL_VERIFY_TRUE'
(!!sizeof (_GL_VERIFY_TYPE (R, DIAGNOSTIC)))
^
../gnulib/lib/verify.h:196:27: note: expanded from macro '_GL_VERIFY_TYPE'
struct { unsigned int _gl_verify_error_if_negative: (R) ? 1 : -1; }
^
1 error generated.
gmake[3]: *** [libvirt_util_la-virrandom.lo] Error 1
What does RAND_MAX expand to?
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
stdlib.h:#defineRAND_MAX0x7fff
-jgh
And on our current head release (10) it is this:
#define RAND_MAX0x7ffd
Sorry for the double-mail.
-jgh
--
Jason Helfman | FreeBSD Committer
j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] FreeBSD, no gcc present libvirt build issue
On Thu, Aug 29, 2013 at 9:42 AM, Eric Blake ebl...@redhat.com wrote: On 08/29/2013 10:33 AM, Eric Blake wrote: Since gnulib has a working random_r() function can we just make gnulib replace the boneheaded freebsd impl ? Huh - the glibc man pages state that random_r returns RAND_MAX bits. random_r is a glibc extension: POSIX only requires rand(), rand_r(), and random(); but even with random(), POSIX has no requirements that it be related to RAND_MAX - so the fact that glibc equates random()/random_r() with RAND_MAX is also a glibc extension. I guess that means we should't be worrying about RAND_MAX in the first place, as it is tied to the (potentially algorithmically weaker) rand(), and need not have any bearing on the fact that we already use gnulib's random_r(). I'll play around with a patch. As it is, POSIX recommends the use of drand48() and friends for multithreaded apps, not random() (where lrand48() would match precisely with a RAND_MAX of 0x7fff); but that's because POSIX lacks random_r(). But since gnulib lacks [dl]rand48(), I still think libvirt is still better off sticking with random_r(), and just avoiding the red herring of a potentially unrelated RAND_MAX. -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org This is outside of my expertise at this point, but here is the discussion thread regarding this on a FreeBSD mailing list: http://lists.freebsd.org/pipermail/freebsd-current/2013-August/044084.html Thanks! -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Linking fails on FreeBSD
On Sun, Jul 28, 2013 at 11:38 PM, Daniel Veillard veill...@redhat.comwrote: On Mon, Jul 29, 2013 at 10:30:15AM +0400, Roman Bogorodskiy wrote: Hi, Linking fails on FreeBSD: CCLD libvirt.la /usr/bin/ld: ./.libs/libvirt_util.a(libvirt_util_la-vircgroup.o): relocation R_X86_64_PC32 against `virCgroupPartitionEscape' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: final link failed: Bad value Following the suggestion and re-compiling with -fPIC doesn't help. Anybody has an idea how to fix that? using 1.1.1-rc1, rc2 or git ? rc2 http://meatwad.mouf.net/rubick/poudriere/logs/bulk/91amd64-default/2013-07-29_07h05m51s/logs/errors/libvirt-1.1.1.log -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Linking fails on FreeBSD
All good here http://meatwad.mouf.net/rubick/poudriere/logs/bulk/91amd64-default/latest/logs/libvirt-1.1.1.log -jgh -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Entering freeze for libvirt-1.1.1
I was able to get this to build locally, but received this error on FreeBSD. I was not able to get it to build outside of my machine, as it appears there is some other new dependency that is required to build that I am not figuring out, but I have it installed on my box. gmake[3]: Entering directory `/usr/home/jgh/workspace/ports/devel/libvirt/work/libvirt-1.1.1/src' CC libvirt_util_la-viralloc.lo CC libvirt_util_la-virarch.lo CC libvirt_util_la-viratomic.lo CC libvirt_util_la-viraudit.lo CC libvirt_util_la-virauth.lo CC libvirt_util_la-virauthconfig.lo CC libvirt_util_la-virbitmap.lo CC libvirt_util_la-virbuffer.lo CC libvirt_util_la-vircgroup.lo util/vircgroup.c: In function 'virCgroupAvailable': util/vircgroup.c:75: error: storage size of 'entry' isn't known util/vircgroup.c:85: warning: implicit declaration of function 'getmntent_r' util/vircgroup.c:85: warning: nested extern declaration of 'getmntent_r' [-Wnested-externs] util/vircgroup.c:85: warning: comparison between pointer and integer util/vircgroup.c:75: warning: unused variable 'entry' [-Wunused-variable] gmake[3]: *** [libvirt_util_la-vircgroup.lo] Error 1 gmake[3]: Leaving directory `/usr/home/jgh/workspace/ports/devel/libvirt/work/libvirt-1.1.1/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/home/jgh/workspace/ports/devel/libvirt/work/libvirt-1.1.1/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/home/jgh/workspace/ports/devel/libvirt/work/libvirt-1.1.1' gmake: *** [all] Error 2 -jgh -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Entering freeze for libvirt-1.1.1
On Tue, Jul 23, 2013 at 9:11 PM, Daniel Veillard veill...@redhat.comwrote: As planned I tagged the release candidate 1 for libvirt 1.1.1 in git, I also made tarball and rpms available on the ftp: ftp://libvirt.org/libvirt/ There is still some patches not completely ready after initial review it is probably safe to push the simplest ones, but not big sets now. Bug fixes are okay until final release obviously ! The release seems to work fine in my local testing (my fedora 19 crashed when shutdown a window guest, but that sounds like a kernel problem). Goal is to release next tuesday, please give it a try, and report problems :-) thanks ! Daniel Configure failure on BSD when detecting libssh2. This is the first time I have run into this. Has anything changed? configure: error: You must install the libssh2 = 1.3pkg-config module to compile libvirt === Script configure failed unexpectedly. Please report the problem to j...@freebsd.org [maintainer] and attach the /usr/home/jgh/workspace/ports/devel/libvirt/work/libvirt-1.1.1/config.log including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. a /usr/local/sbin/pkg-static info -g -Ea). *** [do-configure] Error code 1 Stop in /usr/home/jgh/workspace/ports/devel/libvirt. *** [build] Error code 1 Stop in /usr/home/jgh/workspace/ports/devel/libvirt. [jgh@hatter ~/workspace/ports/devel/libvirt]$ pkg info -l libssh2 |grep pc /usr/local/libdata/pkgconfig/libssh2.pc -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Entering freeze for libvirt-1.1.1
On Thu, Jul 25, 2013 at 9:50 AM, Roman Bogorodskiy bogorods...@gmail.comwrote: Jason Helfman wrote: Configure failure on BSD when detecting libssh2. This is the first time I have run into this. Has anything changed? configure: error: You must install the libssh2 = 1.3pkg-config module to compile libvirt === Script configure failed unexpectedly. Please report the problem to j...@freebsd.org [maintainer] and attach the /usr/home/jgh/workspace/ports/devel/libvirt/work/libvirt-1.1.1/config.log including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. a /usr/local/sbin/pkg-static info -g -Ea). *** [do-configure] Error code 1 Stop in /usr/home/jgh/workspace/ports/devel/libvirt. *** [build] Error code 1 Stop in /usr/home/jgh/workspace/ports/devel/libvirt. [jgh@hatter ~/workspace/ports/devel/libvirt]$ pkg info -l libssh2 |grep pc /usr/local/libdata/pkgconfig/libssh2.pc -jgh Never tried to build with libssh2. Just downloaded rc1 now and did: ./configure --with-ssh2 and it worked fine for me: configure: ssh2: yes (CFLAGS='-I/usr/local/include ' LIBS='-L/usr/local/lib -lssh2 -Wl,-rpath=/usr/lib:/usr/local/lib ') Could you provide config.log? Roman Bogorodskiy The port builds by default with libssh2, and this is this first issue there has been with it. config.log = http://people.freebsd.org/~jgh/files/config.log libvirt.shar port = http://people.freebsd.org/~jgh/files/libvirt.shar I added PKG_CONFIG_PATH to CONFIGURE_ARGS to attempt to solve the build issue, as this was noted in ./configure help and was also noted in config.log Thanks! -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Candidate release 2 for libvirt-1.1.0
On Thu, Jun 27, 2013 at 11:01 AM, Daniel Veillard veill...@redhat.comwrote: I have just tagged the release candidate 2 in git and sent a tarball to the usual place (rpms are coming): ftp://libvirt.org/libvirt/ This includes the end of the patch set from Laine, and hopefully it won't require too many other patches. I tried it and it doesn't look obviously broken to me, please give it a try too, especially for portability :-) If all goes well the final release should be next Monday ! thanks ! Daniel So far, I am getting linker errors for FreeBSD here: https://redports.org/buildarchive/20130628070800-42595/ -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] [PATCH] Document security reporting handling process
On Tue, Jun 4, 2013 at 9:29 AM, Roman Bogorodskiy bogorods...@gmail.comwrote: Daniel P. Berrange wrote: On Tue, Jun 04, 2013 at 09:33:15AM -0600, Eric Blake wrote: On 06/04/2013 04:06 AM, Daniel P. Berrange wrote: From: Daniel P. Berrange berra...@redhat.com Historically security issues in libvirt have been primarily triaged fixed by the Red Hat libvirt members Red Hat security team, who then usually notify other vendors via appropriate channels. There have been a number of times when vendors have not been properly notified ahead of announcement. It has also disadvantaged community members who have to backport fixes to releases for which there are no current libvirt stable branches. To address this, we want to make the libvirt security process entirely community focused / driven. To this end I have setup a new email address libvirt-secur...@redhat.com for end users to report bugs which have (possible) security implications. This email addr is backed by an invitation only, private archive, mailing list. The intent is for the list membership to comprise a subset of the libvirt core team, along with any vendor security team engineers who wish to participate in a responsible disclosure process for libvirt. Members of the list will be responsible for analysing the problem to determine if a security issue exists and then issue fixes for all current official stable branches git master. I am proposing the following libvirt core team people as members of the security team / list (all cc'd): Daniel Berrange (Red Hat) Eric Blake (Red Hat) Jiri Denemar (Red Hat) Daniel Veillard (Red Hat) Jim Fehlig (SUSE) Doug Goldstein (Gentoo) Guido Günther (Debian) We don't have anyone from Ubuntu on the libvirt core team. Serge Hallyn is the most frequent submitter of patches from Ubuntu in recent history, so I'd like to invite him to join. Alternatively, Serge, feel free to suggest someone else to represent Ubuntu's interests. Is it worth adding any BSD representation? Roman Bogorodskiy might be the best candidate on that front. Yep, meant to mention that. I was not sure whether any *BSD is actually distributing formal libvirt packages to users yet, or if they're still just at the code porting stage. Roman, what's the status of the FreeBSD port / packaging effort from your POV ? FreeBSD has libvirt port: http://www.freshports.org/devel/libvirt/ It is maintained by Jason Helfman (CCed), so I think he's more appropriate person for such kind of things. From my side, I'd be happy to help also. Roman Bogorodskiy Packages are supplied to users as part of our standard package distribution sets for releases and standard updates of our package sets. It has been distributed as a package since it was committed to the FreeBSD ports tree. -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] [Libvirt-announce] Release of libvirt-1.0.4
On Sun, Mar 31, 2013 at 9:46 PM, Daniel Veillard veill...@redhat.comwrote: On Mon, Apr 01, 2013 at 05:18:16AM +0100, Justin Clift wrote: On 01/04/2013, at 5:10 AM, Daniel Veillard wrote: As planned I tagged the release in git and pushed the new version to the usual place as tarball and rpms: ftp://libvirt.org/libvirt/ I hesited a bit in pushing the patchset from Peter fixing the memory corruption bug, but since it seems hard to reproduce and the amount of change was a bit too large to push just before a release, I prefered delaying it until after 1.0.4 . This release is a bit smaller than usual at around 200 patches but that's not surprizing considering the shrter timeframe since 1.0.3. This includes an homogenous set of features, improvements and bug fixes, plus updates for localization of ukrainian (100%), japanese (100%), French (12%) and Gujarati (78%) The FreeBSD portstree is currently frozen, however I will commit update when the gates are opened. It builds fine with no patch. http://redports.org/buildarchive/20130401065001-20177/ Thanks for everyone's hard work! -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] [Libvirt-announce] Release of libvirt-1.0.4
On Mon, Apr 1, 2013 at 10:58 AM, Justin Clift jcl...@redhat.com wrote: On 01/04/2013, at 6:42 PM, Ruben Kerkhof wrote: snip Hey Justin, Just tried that, but it has no effect, probably due to: if test $with_osx = yes; then with_qemu=no fi in configure.ac I tried to build the latest libvirt HEAD from source, but I'm bumping into an (unrelated) failure: Making all in src GEN lxc/lxc_monitor_dispatch.h GEN lxc/lxc_controller_dispatch.h GEN remote/remote_protocol.h unsigned hyper cpu_time; ^^^ remote/remote_protocol.x, line 338: expected ';' cannot shutdown /usr/bin/rpcgen: at ./rpc/genprotocol.pl line 124. make[2]: *** [remote/remote_protocol.h] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Ouch. It looks like something is causing the LXC building code to be run, even on OSX where there's no chance it would work. :( For good measure, I just tried it with the 1.0.4 tarball and had the same problem (when enabling qemu after modifying configure). Someone (not me) would have to investigate why the LXC stuff is trying to compile. It's probably just something in the configure.ac or maybe some ifdef statements needed in the right places in the code. (no idea) Don't suppose that's your kind of thing? :) + Justin Didn't have an issue with this in FreeBSD Sandbox build environment. qemu is enabled in this build. See buildlogs for more details. Please ignore 10 builds. https://redports.org/buildarchive/20130401223700-43587/ -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Release of libvirt-1.0.2
On Wed, Jan 30, 2013 at 2:05 AM, Daniel Veillard veill...@redhat.comwrote: As scheduled, I just made the release today, it is tagged in git and tarball and rpms are available at the usual FTP place: ftp://libvirt.org/libvirt/ This is a large release, including over 450 commit, with a lot of code refactoring, improvements and a huge set of fixes a lot of them coming from the cleanup of the Coverity reports. Considering the volume of changes let's schedule the next release (probably 1.0.3) for the end of the month of February. Thanks everyone! I committed the update yesterday evening to FreeBSD! Please be sure to report any issue or improvements to myself, or you may put in a problem report here http://www.freebsd.org/send-pr.html -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] [Libvirt-announce] Candidate Release 2 of libvirt-1.0.2
On Mon, Jan 28, 2013 at 5:03 AM, Justin Clift jcl...@redhat.com wrote: On 28/01/2013, at 12:22 PM, Daniel Veillard wrote: I have just tagged the rc2 in git and pushed the associated tarball and rpms for F17 to the FTP area: ftp://libvirt.org/libvirt/ This seems ok on OSX 10.7 too. :) + Justin -- Aeolus Cloud Evangelist http://www.aeolusproject.org -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list Good on FreeBSD. Any new flags to flip? :) I did qemu the last release, and no complaints. Link to buildlogs: http://meatwad.mouf.net/rubick/tb/index.php?action=describe_portid=1745 Thanks! -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] virsh --connect not working
On Fri, Sep 28, 2012 at 8:53 AM, Daniel P. Berrange berra...@redhat.comwrote: On Fri, Sep 28, 2012 at 08:51:40AM -0700, hiren panchasara wrote: On Fri, Sep 28, 2012 at 8:40 AM, Daniel P. Berrange berra...@redhat.com wrote: On Fri, Sep 28, 2012 at 08:37:54AM -0700, hiren panchasara wrote: On Fri, Sep 28, 2012 at 1:11 AM, Daniel P. Berrange berra...@redhat.com wrote: On Thu, Sep 27, 2012 at 11:15:56PM -0700, hiren panchasara wrote: I've installed libvirt-0.9.13 from ports on my freebsd machine. I started libvirtd: $ ps awwux | grep libvirtd root 11470 0.0 0.4 103100 31948 - I10:41PM 0:00.35 libvirtd -v -d $ sudo virsh --connect qemu:///system error: no connection driver available for No connection for URI qemu:///system error: failed to connect to the hypervisor I am sure I am missing something obvious. Try collecting some debugging output using LIBVIRT_DEBUG=1 sudo virsh --connect qemu:///system It should give a better idea why it failed. Not getting any useful info: $ ps awwux | grep libvirtd root 3396 0.0 0.4 103100 32248 - I 8:24AM 0:01.05 libvirtd -v -d $ LIBVIRT_DEBUG=1 sudo virsh --connect qemu:///system error: no connection driver available for No connection for URI qemu:///system error: failed to connect to the hypervisor Tried 1-4 debug levels with the same response. Sounds like sudo is stripping the env variable. Try running it as root directly, without sudo. Aah, right, o/p is huge so putting it in pastebin: http://pastebin.com/YVrK0fRb Looks somewhat like your libvirt has been built without support for the QEMU driver Daniel Libvirt is currently incomplete for FreeBSD, and there is an effort to get it fully supported right now. Libvirtd daemon should not start, and I would be surprised if it did. QEMU drivers aren't enabled either, but if you would like to contribute anything please contact me and I can get you in contact with the right people to contribute. There is also efforts to implement the BSD Hypervisor into the libvirt codebase, as well. Thanks! -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] [Libvirt-announce] Availability of 0.10.0 release candidate 2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Tue, Aug 28, 2012 at 04:05:36PM +0800, Daniel Veillard thus spake:
I don't like too much the idea of adding kernel defines in our headers.
Basically this is all due to commits
d57567940153147f4d43875fb92c3030b3178b03 and
080bf330e3749d94ebe094f8deca0e3e67d3f2fe
The fact that it breaks only in daemon.c, i.e. after the library
compiled is a good infocation that the guards
#if WITH_VIRTUALPORT in src/util/virnetdevvportprofile.c
#if WITH_MACVTAP in src/util/virnetdevmacvlan.c
and
#if defined(__linux__) defined(HAVE_LIBNL) defined(IFLA_VF_MAX)
in src/util/virnetdev.c
seems sufficient to avoid the portability problem in those files
and the remaining problem is really about daemon/libvirtd.c and
I would suggest a fix along those lines:
Daniel
diff --git a/daemon/libvirtd.c b/daemon/libvirtd.c
index 19dd26b..352d4fe 100644
--- a/daemon/libvirtd.c
+++ b/daemon/libvirtd.c
@@ -1312,17 +1312,21 @@ int main(int argc, char **argv) {
goto cleanup;
}
+#if defined(__linux__) defined(NETLINK_ROUTE)
/* Register the netlink event service for NETLINK_ROUTE */
if (virNetlinkEventServiceStart(NETLINK_ROUTE, 0) 0) {
ret = VIR_DAEMON_ERR_NETWORK;
goto cleanup;
}
+#endif
+#if defined(__linux__) defined(NETLINK_KOBJECT_UEVENT)
/* Register the netlink event service for NETLINK_KOBJECT_UEVENT */
if (virNetlinkEventServiceStart(NETLINK_KOBJECT_UEVENT, 1) 0) {
ret = VIR_DAEMON_ERR_NETWORK;
goto cleanup;
}
+#endif
/* Run event loop. */
virNetServerRun(srv);
--
Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/
dan...@veillard.com | Rpmfind RPM search engine http://rpmfind.net/
http://veillard.com/ | virtualization library http://libvirt.org/
This is building as expected with your new patch for FreeBSD. Here is a link
to the build logs.
https://redports.org/buildarchive/20120828164025-20179/
- -jgh
- --
Jason Helfman
System Administrator
experts-exchange.com
http://www.experts-exchange.com/M_4830110.html
E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (FreeBSD)
iF4EAREIAAYFAlA8+WYACgkQXpKtZoyM+6WK9wD9HXb5AybTrroQJTLseuRLvr7p
scRUSIA7lfSFM7s2lxUA/0B5X878TeDFk9IUaXgOWOsbjt6z28+m/1LuH9XcHHHa
=MCSJ
-END PGP SIGNATURE-
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] [Libvirt-announce] Availability of 0.10.0 release candidate 2
On Mon, Aug 27, 2012 at 11:32:11AM -0500, Doug Goldstein thus spake: On Mon, Aug 27, 2012 at 4:57 AM, Justin Clift jcl...@redhat.com wrote: On 27/08/2012, at 1:00 PM, Daniel Veillard wrote: I tagged the rc2 in the git tree and pushed tarball and rpms to the usual place: ftp://libvirt.org/libvirt/ it should include the various fixes that were made on top of rc1 and fix the compilation problem exposed on OS-X, as well as picking libnl3 if available, please give it a try and report, I am still shooting for a final release this Wednesday, Still a no go on OSX. Different error this time: ... libvirtd.c: In function 'main': libvirtd.c:1316: error: 'NETLINK_ROUTE' undeclared (first use in this function) libvirtd.c:1316: error: (Each undeclared identifier is reported only once libvirtd.c:1316: error: for each function it appears in.) libvirtd.c:1322: error: 'NETLINK_KOBJECT_UEVENT' undeclared (first use in this function) make[3]: *** [libvirtd-libvirtd.o] Error 1 make[3]: *** Waiting for unfinished jobs Any ideas? + Justin You can try something like the following to get you a little farther and see if it fails farther on. Just trying to see if we can get Mac OS X built and see what changes need to happen before 0.10.0 goes out final, not necessary proper patches just yet. diff --git a/src/util/virnetlink.h b/src/util/virnetlink.h index 1982dae..c3f3e81 100644 --- a/src/util/virnetlink.h +++ b/src/util/virnetlink.h @@ -34,6 +34,9 @@ struct nl_msg; struct sockaddr_nl; struct nlattr; +#define NETLINK_ROUTE 0 /* Routing/device hook */ +#define NETLINK_KOBJECT_UEVENT 15 /* Kernel messages to userspace */ + # endif /* __linux__ */ int virNetlinkStartup(void); -- Doug Goldstein Adding this patch to FreeBSD worked just fine, so this should work for MacOSX, as well. https://redports.org/buildarchive/20120827180312-44416/ -jgh -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Release of libvirt-java 0.4.8
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Fri, Jul 06, 2012 at 02:20:40PM +0800, Daniel Veillard thus spake: I have tagged the git tree and pushed the tarball and rpms at: ftp://libvirt.org/libvirt/java/ This release includes the few improvement and fixes made to the java bindings since the last release last year: Bug fixes: Return a byte[] array with secretGetValue (Wido den Hollander) Fix for the jna parameter passing issue (Daniel Veillard) Improvements: Add flags to StoragePoolRefresh (Wido den Hollander) Allow byte[] arrays to be set as a secretValue (Wido den Hollander) Added domain flags up to libvirt-0.9.12 (Stefan Majer) Added error constants up to libvirt-0.9.12 (Stefan Majer) Add an automated build control script (Daniel P. Berrange) Documentation: Fix most of the javadoc reported problems (Daniel Veillard) Cleanups: Spaces cleanup and reformating of a few comments (Daniel Veillard) Cleanup trailing white space issues (Daniel Veillard) thanks for the help and contributions :-) ! Daniel I've committed this new port to FreeBSD this evening. It is available here: http://www.freshports.org/devel/libvirt-java/ # cd /usr/ports/devel/libvirt-java/ make install clean Thanks! - -jgh - -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (FreeBSD) iF4EAREIAAYFAk/6bpMACgkQXpKtZoyM+6VO1QD+L34vHzAww2+sbrjCjZfyzd9S vQxfIbV7cMlMCQh/XsAA/22RiQPVoDPcTnlDqepAJGENBPuZW48fMSqBU/eujfFT =LRzu -END PGP SIGNATURE- -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Release of libvirt-0.9.13
On Mon, Jul 02, 2012 at 01:10:23PM +0800, Daniel Veillard thus spake: Okay the new release is out and available as uauls at ftp://libvirt.org/libvirt/ I've just committed this update for FreeBSD, as well. Thanks for everyone's hard work! -jgh -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] availability of release candidate 2 of 0.9.13
On Fri, Jun 29, 2012 at 10:27:22PM +0200, Ruben Kerkhof thus spake: On Thu, Jun 28, 2012 at 5:36 AM, Daniel Veillard veill...@redhat.com wrote: I just tagged the git tree and I pushed the tarball for rc2: ftp://libvirt.org/libvirt/libvirt-0.9.13-rc2.tar.gz Builds fine on OSX Lion. Regards, Ruben FreeBSD fails on this here: include-dirs -Wunused -Wunknown-pragmas -Wstrict-aliasing -Wshadow -Wpointer-arith -Wbad-function-cast -Wcast-align -Wwrite-strings -Waggregate-return -Wstrict-prototypes -Wold-style-definition -Wmissing-prototypes -Wmissing-declarations -Wmissing-noreturn -Wmissing-format-attribute -Wredundant-decls -Wnested-externs -Winline -Winvalid-pch -Wvolatile-register-var -Wdisabled-optimization -Wattributes -Wdeprecated-declarations -Wdiv-by-zero -Wendif-labels -Wextra -Wformat-extra-args -Wformat-zero-length -Wformat=2 -Wmultichar -Wnormalized=nfc -Woverflow -Wpointer-to-int-cast -Wpragmas -Wtrampolines -Wno-missing-field-initializers -Wno-sign-compare -Wno-format-nonliteral -fexceptions -fasynchronous-unwind-tables -fdiagnostics-show-option -funit-at-a-time -fipa-pure-const -O2 -pipe -fno-strict-aliasing -MT libvirt_conf_la-domain_conf.lo -MD -MP -MF .deps/libvirt_conf_la-domain_conf.Tpo -c conf/domain_conf.c -fPIC -DPIC -o .libs/libvirt_conf_la-domain_conf.o conf/domain_conf.c: In function 'virDomainDiskDefParseXML': conf/domain_conf.c:3662: warning: null format string [-Wformat] conf/domain_conf.c:3679: warning: null format string [-Wformat] conf/domain_conf.c: In function 'virDomainFSDefParseXML': conf/domain_conf.c:4252: error: 'ULONG_LONG_MAX' undeclared (first use in this function) conf/domain_conf.c:4252: error: (Each undeclared identifier is reported only once conf/domain_conf.c:4252: error: for each function it appears in.) conf/domain_conf.c:4314: warning: null format string [-Wformat] conf/domain_conf.c:4320: warning: null format string [-Wformat] conf/domain_conf.c: In function 'virDomainDefParseXML': conf/domain_conf.c:7982: warning: null format string [-Wformat] gmake[3]: *** [libvirt_conf_la-domain_conf.lo] Error 1 gmake[3]: Leaving directory `/usr/local/workspace/ports/devel/libvirt/work/libvirt-0.9.13/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/local/workspace/ports/devel/libvirt/work/libvirt-0.9.13/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/local/workspace/ports/devel/libvirt/work/libvirt-0.9.13' gmake: *** [all] Error 2 *** Error code 1 -jgh -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] [PATCH] build: use correct limit for unsigned long long
On Fri, Jun 29, 2012 at 03:11:41PM -0600, Eric Blake thus spake: Reported by Jason Helfman as a build-breaker on FreeBSD. Patch is good. It builds, now. Thanks! -jgh -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] availability of release candidate 2 of 0.9.13
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Fri, Jun 29, 2012 at 03:07:52PM -0600, Eric Blake thus spake: On 06/29/2012 02:47 PM, Jason Helfman wrote: FreeBSD fails on this here: conf/domain_conf.c: In function 'virDomainFSDefParseXML': conf/domain_conf.c:4252: error: 'ULONG_LONG_MAX' undeclared (first use in this function) POSIX requires limits.h to spell it ULLONG_MAX, not ULONG_LONG_MAX. We've got a bug in our code for using the non-standard name; I'll propose a patch soon. Here is a link to the build logs with the patch: https://redports.org/buildarchive/20120630004335-48297/ - -jgh - -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (FreeBSD) iF4EAREIAAYFAk/uTW0ACgkQXpKtZoyM+6X4swD+Ib387L0WgF0VumhmWRxBHb6Y xXr3aYw6bheKGv0BopcA/jJjNhnBgXzeLUvbNmthcOt5n+uTTnXDKYQpd3eEDMvQ =sIXU -END PGP SIGNATURE- -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Release of libvirt-0.9.12
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Mon, May 14, 2012 at 11:42:48AM +0800, Daniel Veillard thus spake: So I made the release, it is now available on the FTP server (the rpms are slowly being uploaded too): ftp://libvirt.org/libvirt/ This has been updated in FreeBSD. Thanks for all your work! - -jgh - -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (FreeBSD) iF4EAREIAAYFAk+xVwUACgkQXpKtZoyM+6V9VgD5AWD8WyuQb7MknMV/msN0XlWT P7TwGXFTmG9PWXOGXIsA+wXMdrtGPdIs9InyIbl0QcPD5jhRyz2IEgpEoZ9YR/MR =Hjcc -END PGP SIGNATURE- -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] ANNOUNCE: Stable release libvirt-0.9.11.2
On Mon, Apr 30, 2012 at 01:38:27PM -0500, Doug Goldstein thus spake: On Sat, Apr 28, 2012 at 10:35 PM, Jason Helfman jhelf...@e-e.com wrote: Okay, I screwed up the tarball for the first stable release, due to not building it from a fresh checkout :/ No changes for this one except a version bump and dist rebuild. This release can be downloaded at: http://libvirt.org/sources/libvirt-0.9.11.2.tar.gz Thanks, Cole -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list Is there any particular reason that the project is using the same naming convention for stable releases? It appears to be a minor revision update from the standard release cycle. From an outsiders prospective, I don't know how anyone would think that 0.9.11.2 is not a standard update from 0.9.11, as there is no distinction in either the name from the distributed file, or documentation (unless I missed it denoted specifically on libvirt.org). Would there be any objection to using a distribution file name libvirt-stable-0.9.11.2.tar.gz ? To me, it is confusing, but that is just my opinion. Thanks, Jason Don't change the tarball name like that. That would just plain suck and be different than how 99% of projects out there do things. Ok, but having the same download path is just as confusing, as it looks like an update to 0.9.11, when it is a different release. Thanks, Jason -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] ANNOUNCE: Stable release libvirt-0.9.11.2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Mon, Apr 30, 2012 at 12:56:05PM -0600, Eric Blake thus spake: On 04/30/2012 12:43 PM, Jason Helfman wrote: Is there any particular reason that the project is using the same naming convention for stable releases? It appears to be a minor revision update from the standard release cycle. From an outsiders prospective, I don't know how anyone would think that 0.9.11.2 is not a standard update from 0.9.11, as there is no distinction in either the name from the distributed file, or documentation (unless I missed it denoted specifically on libvirt.org). Would there be any objection to using a distribution file name libvirt-stable-0.9.11.2.tar.gz ? To me, it is confusing, but that is just my opinion. Thanks, Jason Don't change the tarball name like that. That would just plain suck and be different than how 99% of projects out there do things. Ok, but having the same download path is just as confusing, as it looks like an update to 0.9.11, when it is a different release. But for all intents and purposes, it IS an update to 0.9.11 - it is 0.9.11 plus backported patches that you would otherwise get in 0.9.12, but where 0.9.12 adds features. Ok, I see. I was under the impression that these release were going to follow a release cycle of RedHat, and therefore wouldn't be changing that much, or get too many updates. - -jgh - -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (FreeBSD) iF4EAREIAAYFAk+e4T0ACgkQXpKtZoyM+6XyDQD9EUfHoC3KLGZ5TNc1HmqdOEJC pG5TyCM7lkEG0WAwFvkA/jcpBeeXRH6NIV6yDFSyedObqppjm5jEV4oCwy7sIsF8 =ksh7 -END PGP SIGNATURE- -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] ANNOUNCE: Stable release libvirt-0.9.11.2
Okay, I screwed up the tarball for the first stable release, due to not building it from a fresh checkout :/ No changes for this one except a version bump and dist rebuild. This release can be downloaded at: http://libvirt.org/sources/libvirt-0.9.11.2.tar.gz Thanks, Cole -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list Is there any particular reason that the project is using the same naming convention for stable releases? It appears to be a minor revision update from the standard release cycle. From an outsiders prospective, I don't know how anyone would think that 0.9.11.2 is not a standard update from 0.9.11, as there is no distinction in either the name from the distributed file, or documentation (unless I missed it denoted specifically on libvirt.org). Would there be any objection to using a distribution file name libvirt-stable-0.9.11.2.tar.gz ? To me, it is confusing, but that is just my opinion. Thanks, Jason -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] ANNOUNCE: Stable release libvirt-0.9.11.2
Okay, I screwed up the tarball for the first stable release, due to not building it from a fresh checkout :/ No changes for this one except a version bump and dist rebuild. This release can be downloaded at: http://libvirt.org/sources/libvirt-0.9.11.2.tar.gz Thanks, Cole -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list Is there any particular reason that the project is using the same naming convention for stable releases? It appears to be a minor revision update from the standard release cycle. From an outsiders prospective, I don't know how anyone would think that 0.9.11.2 is not a standard update from 0.9.11, as there is no distinction in either the name from the distributed file, or documentation (unless I missed it denoted specifically on libvirt.org). Would there be any objection to using a distribution file name libvirt-stable-0.9.11.2.tar.gz ? To me, it is confusing, but that is just my opinion. Thanks, Jason Additionally, it may be beneficial to have a different download path, as well for the stable releases. For example: For standard releases: (ftp|http)://libvirt.org/libvirt/ For stable releases: (ftp|http)://libvirt.org/libvirt/stable/ And then document this on the the website, if it hasn't already been. Thanks, again. Jason -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
[libvirt] Sys-Virt and libvirt, question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, I was wondering if Sys-Virt needs to coincide with an update to libvirt? A fellow committer at FreeBSD is running the latest Sys-Virt against the latest libvirt and is getting this error: http://meatwad.mouf.net/tb/errors/9-STABLE-amd64-FreeBSD/p5-Sys-Virt-0.9.10.log Thanks! - -jgh - -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (FreeBSD) iF4EAREIAAYFAk+HDfYACgkQXpKtZoyM+6UidQD8CKAsKrz9+W4iTFxf8SJOkgtz 8HTX8kWhuEPnA65CqeoA/0p4ncg3j08GWFNT+K66bk/8BaAXIzIpZifivuDN9bxM =CbDk -END PGP SIGNATURE- -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] sysctl variables, FreeBSD
On Tue, Mar 20, 2012 at 10:46:16AM +, Daniel P. Berrange thus spake: On Mon, Mar 19, 2012 at 10:19:55PM -0700, Jason Helfman wrote: Is there a method that can be used to remove the sysctl tuning for FreeBSD in the pipeline? Here are the current patches I have, but would like to remove: http://www.freebsd.org/cgi/cvsweb.cgi/ports/devel/libvirt/files/ The installation of the sysctl files should be made conditional, based on a check in configure.ac eg, add an '--with-sysctl' argument, and have it auto-enabled if uname == Linux only. Then set a AM_CONDITIONAL variable to adjust the Makefile.am Wish my skills were better in this department... I'll keep my patch in our tree until I can figure this out, or it is contributed otherwise. -jgh -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] [Libvirt-announce] Release of libvirt-0.9.11
On 04/04/2012, at 3:28 PM, Jason Helfman wrote: On 03/04/2012, at 6:07 PM, Daniel Veillard wrote: So as stated last week I made the release today. It is available from the ftp: ftp://libvirt.org/libvirt/libvirt-0.9.11.tar.gz The OSX version is now available through Homebrew too. :) + Justin I just updated libvirt for FreeBSD, too. Justin - we should work together in getting things going in bsdland :) Heh, it's a good thought in theory, but I'm probably not able to really add much value. :( Not a C coder any more, and it's been *years* since I last looked at *BSD... Not really all that personally interested in picking it up again any time soon. (sorry) I like the feel of BSD in usage, it's just I'm kind of overloaded with my existing stuff at the moment. ;) Don't take this as discouragement btw, I reckon your work on getting the BSD side of libvirt working well is a good, worthwhile effort. :) Regards and best wishes, Justin Clift No worries. I'm not a C coder at all. Most of my efforts are rounding up others to add support. A Call for Help. Efforts so far have yielding adding support for networking, netcf, and an additional hypervisor into libvirt. Here is a link to the hypervisor: http://callfortesting.org/bhyve/ This week I am making an effort to work with the qemu and xen folks over here to see if they have any thoughts on what it would take to get support into libvirt for the FreeBSD side of things. -jgh -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] [PATCH] Don't install sysctl file on non-Linux hosts
On Wed, Apr 04, 2012 at 02:44:40PM +0200, Jiri Denemark thus spake: On Wed, Apr 04, 2012 at 11:17:35 +0100, Daniel P. Berrange wrote: From: Daniel P. Berrange berra...@redhat.com * configure.ac: Set WITH_SYSCTL only on Linux hosts * daemon/Makefile.am: Conditionalize install-sysctl using WITH_SYSCTL Signed-off-by: Daniel P. Berrange berra...@redhat.com Cc: Jason Helfman jhelf...@e-e.com --- configure.ac | 25 + daemon/Makefile.am |5 + 2 files changed, 30 insertions(+), 0 deletions(-) ACK Jirka Thanks! This is slightly off-topic, but on-topic, as well. At FreeBSD, we don't unconditionally add variables to sysctl.conf, but rather suggest variables to be added in a post-install message on packages and ports for the operator to employ at their discretion. Either way, having the ability to turn on and off, is nice. Thanks again, Daniel! -jgh -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] [Libvirt-announce] Release of libvirt-0.9.11
On 03/04/2012, at 6:07 PM, Daniel Veillard wrote: So as stated last week I made the release today. It is available from the ftp: ftp://libvirt.org/libvirt/libvirt-0.9.11.tar.gz The OSX version is now available through Homebrew too. :) + Justin I just updated libvirt for FreeBSD, too. Justin - we should work together in getting things going in bsdland :) -jgh -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
[libvirt] 0.9.11 rc2, FreeBSD
Hi, I was able to get rc2 to build on FreeBSD. Here are the buildlogs for current release of FreeBSD (9): http://lorie.secnap.net/tb/index.php?action=display_markup_logbuild=9-jgh_AMD64id=1289 http://lorie.secnap.net/tb/index.php?action=display_markup_logbuild=9-jgh_I386id=1289 -jgh -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] 0.9.11 rc2, FreeBSD
On Mon, Apr 02, 2012 at 07:50:43PM +0100, Daniel P. Berrange thus spake: On Mon, Apr 02, 2012 at 11:34:09AM -0700, Jason Helfman wrote: Hi, I was able to get rc2 to build on FreeBSD. Here are the buildlogs for current release of FreeBSD (9): http://lorie.secnap.net/tb/index.php?action=display_markup_logbuild=9-jgh_AMD64id=1289 http://lorie.secnap.net/tb/index.php?action=display_markup_logbuild=9-jgh_I386id=1289 Oooh, you have some interesting warnings there I've not seen before with my GCC 1357conf/domain_conf.c: In function 'virDomainDiskDefParseXML': 1358conf/domain_conf.c:3602: warning: null format string [-Wformat] 1359conf/domain_conf.c:3619: warning: null format string [-Wformat] 1360conf/domain_conf.c: In function 'virDomainFSDefParseXML': 1361conf/domain_conf.c:4138: warning: null format string [-Wformat] 1362conf/domain_conf.c:4144: warning: null format string [-Wformat] 1363conf/domain_conf.c: In function 'virDomainDefParseXML': 1364conf/domain_conf.c:7722: warning: null format string [-Wformat] 1365CC libvirt_conf_la-domain_audit.lo 1366CC libvirt_conf_la-domain_nwfilter.lo 1367CC libvirt_conf_la-domain_event.lo 1368CC libvirt_conf_la-network_conf.lo 1369conf/network_conf.c: In function 'virNetworkDefParseXML': 1370conf/network_conf.c:957: warning: null format string [-Wformat] 1371CC libvirt_conf_la-nwfilter_params.lo 1372CC libvirt_conf_la-nwfilter_conf.lo 1373CC libvirt_conf_la-node_device_conf.lo 1374conf/node_device_conf.c: In function 'virNodeDeviceDefParseXML': 1375conf/node_device_conf.c:1162: warning: null format string [-Wformat] ...and quite a others of the same issue... What GCC version does FreeBSD 9 have ? gcc (GCC) 4.2.1 20070831 patched [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Also more generally, any reason you don't enable the test suite: 1755 1756phase 5: make test 1757add_pkg 1758make: don't know how to make regression-test(continuing) 17591 error 1760 How do I enable, and what requirements are this dependent on? I'd hope to should pass, and would be interested in any failures More generally do you have plans to enable more of the hypervisor drivers besides ESX, VMWare VirtualBox ? In theory at least QEMU and Xen are relevant to the FreeBSD. I was just looking into adding QEMU and Xen today. How can I enable these? It is asking for kernel-headers, but my guess is that this is already available through some of our ports. Any guidance on what it would the code would be looking for insofar as headers would be great so I can either find a port to supply it or port something to supply it. There are efforts @ FreeBSD to actually get networking to work for libvirt, and also add our hypervisor into the mix :) Bhyve Very exciting stuff... Thanks! -jgh Regards, 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 :| -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] 0.9.11 rc2, FreeBSD
On Mon, Apr 02, 2012 at 08:48:11PM +0100, Daniel P. Berrange thus spake: http://lorie.secnap.net/tb/index.php?action=display_markup_logbuild=9-jgh_AMD64id=1289 http://lorie.secnap.net/tb/index.php?action=display_markup_logbuild=9-jgh_I386id=1289 The test suite doesn't depend on anything that the main code doesn't already require. So you should be able to just run 'make check' and it'll compile run the tests. Of course reality may differ from theory :-) I've enabled testing, now, if you want to take a look at the above urls. Any comments? I'd hope to should pass, and would be interested in any failures Let me know if you would like to see anything more here. I strongly expect that the QEMU driver has a large number of Linux-isms in it. That said, I also expect all the Linux-isms to be solveable. So my recommendation is probably to enable it, then insert enough #ifdef's to get just the basics compiling. Then post the #ifdef details to the list so we can figure out an optimal way to handle the Linux-isms long term, and make suggestions on how to provide BSD alternative impls. The kernel-headers check is an example of a Linux-ism we should look to solve. I agree with removing the Linux-ism's, as it will only make it more portable. Do you have an example of header files that I should be looking for? Thanks, Jason -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] 0.9.11 rc2, FreeBSD
On Mon, Apr 02, 2012 at 10:16:46PM +0100, Daniel P. Berrange thus spake: I strongly expect that the QEMU driver has a large number of Linux-isms in it. That said, I also expect all the Linux-isms to be solveable. So my recommendation is probably to enable it, then insert enough #ifdef's to get just the basics compiling. Then post the #ifdef details to the list so we can figure out an optimal way to handle the Linux-isms long term, and make suggestions on how to provide BSD alternative impls. The kernel-headers check is an example of a Linux-ism we should look to solve. I agree with removing the Linux-ism's, as it will only make it more portable. Do you have an example of header files that I should be looking for? Here are two obvious candidates: $ grep linux/ src/qemu/qemu*.c src/qemu/qemu_driver.c:# include linux/kvm.h src/qemu/qemu_driver.c:/* add definitions missing in older linux/kvm.h */ src/qemu/qemu_process.c:#include linux/capability.h I just saw this, so please disregard any subsequent requests to find headers :) Here is the source for libkvm in FreeBSD: http://svnweb.freebsd.org/base/head/lib/libkvm/ Here are some ports for FreeBSD: http://www.freebsd.org/cgi/cvsweb.cgi/ports/emulators/kqemu-kmod/ http://www.freebsd.org/cgi/cvsweb.cgi/ports/emulators/kqemu-kmod-devel/ http://www.freebsd.org/cgi/cvsweb.cgi/ports/emulators/qemu/ http://www.freebsd.org/cgi/cvsweb.cgi/ports/emulators/qemu-devel/ There are ports for qemu for FreeBSD, that compile modules (above), and I have used them and they work great. What information to use from those is probably going to be a good key to figuring out what needs to get it working for libvirt. -jgh -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
[libvirt] sysctl variables, FreeBSD
Is there a method that can be used to remove the sysctl tuning for FreeBSD in the pipeline? Here are the current patches I have, but would like to remove: http://www.freebsd.org/cgi/cvsweb.cgi/ports/devel/libvirt/files/ Thanks! Jason -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Release of libvirt-0.9.8
On Thu, Dec 08, 2011 at 05:46:17PM +0800, Daniel Veillard thus spake: One month exactly after the previous release, 0.9.8 is available at ftp://libvirt.org/libvirt/ This release is a balanced mix of new features, improvements and various bug fixes, and with a higher than usual amount of portability fixes: I noticed that with this release that a sysctl tunable entered into the mix: fs.aio-max-nr = 1048576 Is this something that is in the BSD kernel, or no. I don't see a variable with this name. Is there a way to gracefully disable this during the build, if it is not needed? Thanks, Jason -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Start of freeze for libvirt-0.9.8 and availability of rc1
On Thu, Dec 01, 2011 at 01:48:46PM +0800, Daniel Veillard thus spake: We are now entering the freeze for libvirt-0.9.8 . For portability sake I think adding more support for PPC machines should still be allowed for a few days, as long as it's not impacting too much of the common code. I have made a release candidate 1 tarball (and associated rpms) at ftp://libvirt.org/libvirt/libvirt-0.9.8-rc1.tar.gz and the git tree is tagged. I think I will make an rc2 on Mon or Thu and then try to make the release around Thursday next week if things looks good. Please give it a try ! thanks in advance, Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ dan...@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ failed on freebsd: -C libvirt_util_la-virnetdev.lo util/virnetdev.c: In function 'virNetDevExists': util/virnetdev.c:103: error: storage size of 'ifr' isn't known util/virnetdev.c:105: warning: implicit declaration of function 'virNetDevSetupControl' util/virnetdev.c:105: warning: nested extern declaration of 'virNetDevSetupControl' [-Wnested-externs] util/virnetdev.c:108: error: invalid application of 'sizeof' to incomplete type 'struct ifreq' util/virnetdev.c:103: warning: unused variable 'ifr' [-Wunused-variable] util/virnetdev.c: In function 'virNetDevGetMTU': util/virnetdev.c:336: error: storage size of 'ifr' isn't known util/virnetdev.c:341: error: invalid application of 'sizeof' to incomplete type 'struct ifreq' util/virnetdev.c:336: warning: unused variable 'ifr' [-Wunused-variable] util/virnetdev.c: In function 'virNetDevSetMTU': util/virnetdev.c:380: error: storage size of 'ifr' isn't known util/virnetdev.c:387: error: invalid application of 'sizeof' to incomplete type 'struct ifreq' util/virnetdev.c:380: warning: unused variable 'ifr' [-Wunused-variable] util/virnetdev.c: In function 'virNetDevSetName': util/virnetdev.c:477: error: storage size of 'ifr' isn't known util/virnetdev.c:489: error: invalid application of 'sizeof' to incomplete type 'struct ifreq' util/virnetdev.c:477: warning: unused variable 'ifr' [-Wunused-variable] util/virnetdev.c: In function 'virNetDevSetOnline': util/virnetdev.c:528: error: storage size of 'ifr' isn't known util/virnetdev.c:534: error: invalid application of 'sizeof' to incomplete type 'struct ifreq' util/virnetdev.c:542: error: 'IFF_UP' undeclared (first use in this function) util/virnetdev.c:542: error: (Each undeclared identifier is reported only once util/virnetdev.c:542: error: for each function it appears in.) util/virnetdev.c:548: error: invalid application of 'sizeof' to incomplete type 'struct ifreq' util/virnetdev.c:528: warning: unused variable 'ifr' [-Wunused-variable] util/virnetdev.c: In function 'virNetDevIsOnline': util/virnetdev.c:589: error: storage size of 'ifr' isn't known util/virnetdev.c:594: error: invalid application of 'sizeof' to incomplete type 'struct ifreq' util/virnetdev.c:601: error: 'IFF_UP' undeclared (first use in this function) util/virnetdev.c:589: warning: unused variable 'ifr' [-Wunused-variable] gmake[3]: *** [libvirt_util_la-virnetdev.lo] Error 1 gmake[3]: Leaving directory `/home/jhelfman/ports/devel/libvirt/work/libvirt-0.9.8/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/home/jhelfman/ports/devel/libvirt/work/libvirt-0.9.8/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/home/jhelfman/ports/devel/libvirt/work/libvirt-0.9.8' gmake: *** [all] Error 2 *** Error code 1 Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] virt-viewer, requirement question
On Fri, Nov 18, 2011 at 10:03:05AM +, Daniel P. Berrange thus spake: On Thu, Nov 17, 2011 at 05:24:15PM -0800, Jason Helfman wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, I am the port maintainer for libvirt, and associated tools, in the FreeBSD Project. I was wondering if Require SPICE-GTK = 0.6.0 for virt-viewer, is accurate, or is this optional. With the latest virt-viewer release, you can disable either SPICE-GTK or GTK-VNC by passing suitable args to ./configure. Obviously if you disable them both, the resulting virt-viewer won't be very useful ;-P Thanks! And had no idea you either wrote gtk-vnc, or contributed to it, which leads me to my next question :) I am in the midst of updating it to a current version, to update virt-viewer, however I was unable to find the source of this patch that was in FreeBSD. All the other patches have been incorporated into the code, it seems. --- src/gvnc.h.orig 2008-03-24 11:39:20.0 -0400 +++ src/gvnc.h 2008-03-24 11:40:22.0 -0400 @@ -3,6 +3,19 @@ #include glib.h #include stdint.h +#ifdef __FreeBSD__ +#include sys/endian.h + +#define __BYTE_ORDER _BYTE_ORDER +#define __LITTLE_ENDIAN_LITTLE_ENDIAN +#define __BIG_ENDIAN _BIG_ENDIAN + +#define bswap_16 bswap16 +#define bswap_32 bswap32 +#define bswap_64 bswap64 +#else +#include endian.h +#endif struct gvnc; Thanks! Jason -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] virt-viewer, requirement question
On Fri, Nov 18, 2011 at 09:37:11AM -0800, Jason Helfman thus spake: On Fri, Nov 18, 2011 at 10:03:05AM +, Daniel P. Berrange thus spake: On Thu, Nov 17, 2011 at 05:24:15PM -0800, Jason Helfman wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, I am the port maintainer for libvirt, and associated tools, in the FreeBSD Project. I was wondering if Require SPICE-GTK = 0.6.0 for virt-viewer, is accurate, or is this optional. With the latest virt-viewer release, you can disable either SPICE-GTK or GTK-VNC by passing suitable args to ./configure. Obviously if you disable them both, the resulting virt-viewer won't be very useful ;-P Thanks! And had no idea you either wrote gtk-vnc, or contributed to it, which leads me to my next question :) I am in the midst of updating it to a current version, to update virt-viewer, however I was unable to find the source of this patch that was in FreeBSD. All the other patches have been incorporated into the code, it seems. --- src/gvnc.h.orig 2008-03-24 11:39:20.0 -0400 +++ src/gvnc.h 2008-03-24 11:40:22.0 -0400 @@ -3,6 +3,19 @@ #include glib.h #include stdint.h +#ifdef __FreeBSD__ +#include sys/endian.h + +#define __BYTE_ORDER _BYTE_ORDER +#define __LITTLE_ENDIAN_LITTLE_ENDIAN +#define __BIG_ENDIAN _BIG_ENDIAN + +#define bswap_16 bswap16 +#define bswap_32 bswap32 +#define bswap_64 bswap64 +#else +#include endian.h +#endif struct gvnc; Thanks! Jason I see that this was moved to vncconnection.h, however I don't see this patch in there. Is this patch still relevant to the code? http://osdir.com/ml/gtk-vnc-list/2009-11/msg00029.html Thanks, Jason -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] virt-viewer, requirement question
I see that this was moved to vncconnection.h, however I don't see this patch in there. Is this patch still relevant to the code? http://osdir.com/ml/gtk-vnc-list/2009-11/msg00029.html Thanks, Jason This has already been fixed by FreeBSD Gnome team, and will be updated when 9 comes out. -jgh -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] compile fail on FreeBSD
On Fri, Nov 11, 2011 at 05:31:14PM -0700, Eric Blake thus spake: This failure on FreeBSD 8.2 popped up this week, and I suspect Dan's virnetdev refactoring, but haven't had time to further investigate and fix it: util/virnetdev.c: In function 'virNetDevExists': util/virnetdev.c:93: error: storage size of 'ifr' isn't known util/virnetdev.c:95: warning: implicit declaration of function 'virNetDevSetupControl' and so on. Probably some conditional compilation going wrong when on a non-Linux machine. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org I don't see that in my buildlog. What version is this for? http://jgh.devio.us/files/logs/libvirt-0.9.7.log -jgh -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] [Libvirt-announce] Start of freeze for libvirt-0.9.7 and availability of rc1
On Tue, Nov 01, 2011 at 08:20:16AM -0600, Eric Blake thus spake: On 11/01/2011 04:44 AM, Justin Clift wrote: Fails on OSX 10.6.8, with this: make all-am Undefined symbols: _ptsname_r, referenced from: _virFileOpenTty in libvirt_util.a(libvirt_util_la-util.o) ld: symbol(s) not found collect2: ld returned 1 exit status make[3]: *** [libvirt_iohelper] Error 1 make[3]: *** Waiting for unfinished jobs make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Anyone feel like investigating? :) Yeah, ptsname_r is not standardized, but is very useful; it sounds like something gnulib should be able to fix. I'll take a crack at it this week. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org I received a similar build error for FreeBSD: storage/storage_driver.c:507: warning: null format string [-Wformat] CC libvirt_driver_storage_la-storage_backend.lo CC libvirt_driver_storage_la-storage_backend_fs.lo CC libvirt_driver_storage_la-storage_backend_scsi.lo CCLD libvirt_driver_storage.la CCLD libvirt_test.la CC libvirt_iohelper-iohelper.o CCLD libvirt_iohelper ./.libs/libvirt_util.a(libvirt_util_la-util.o)(.text+0x2249): In function `virFileOpenTty': : undefined reference to `ptsname_r' gmake[3]: *** [libvirt_iohelper] Error 1 gmake[3]: Leaving directory `/home/jhelfman/ports/devel/libvirt/work/libvirt-0.9.7/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/home/jhelfman/ports/devel/libvirt/work/libvirt-0.9.7/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/home/jhelfman/ports/devel/libvirt/work/libvirt-0.9.7' gmake: *** [all] Error 2 *** Error code 1 -jgh -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
[libvirt] target for documentation
Hello List, I was wondering if there are any targets that are just for the documentation to build and install. I am curious about separating the documentation from the software from a building and installation point-of-view, and offering this in the port for FreeBSD. So a user that gives a certain flag will get everything but the documentation. Thanks, Jason -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Release of libvirt-0.9.6
On Thu, Sep 22, 2011 at 03:05:54PM +0800, Daniel Veillard thus spake: That's what is now usually called a brown paper bag release (dixit Linus) [*] since 0.9.5 had broken shudown with the two last released versions of QEmu 0.9.6 should be available at the usual place: ftp://libvirt.org/libvirt/ and obviously only contains a few bug fixes and local improvements. People should not ship 0.9.5, and use 0.9.6 instead, thanks in advance ! Bug Fixes: - snapshot: fix logic bug in qemu undefine (Eric Blake) - sanlock: fix memory leak (Eric Blake) - virsh: fix regression in argv parsing (Eric Blake) - storage: Wait udev events are handled before removing lvm vol (Osier Yang) - qemu: avoid dereferencing a NULL pointer (Alex Jia) - qemu: Avoid loop of fake reboots (Jiri Denemark) - qemu: Fix shutdown regression with buggy qemu (Jiri Denemark) - remote: fix crash on OOM (Eric Blake) Improvements: - snapshot: also delete empty directory (Eric Blake) - snapshot: remove snapshot metadata on transient exit (Eric Blake) - snapshot: prepare to remove transient snapshot metadata (Eric Blake) - virsh: More friendly err if no pool is specified for looking up a vol (Osier Yang) - tests: improve test failure diagnosis (Oskari Saarenmaa) - API: prefer to use NULLSTR macro (Osier Yang) - xen: use typical allocations (Eric Blake) - virsh: Remove useless codes of cmdVolPath (Osier Yang) Portability: - build: silence warning on 32-bit build (Eric Blake) Thanks to all who reported and helped fix those issues quickly !!! Daniel [*] and no I won't carry one, they are non-existent where I live for context http://lwn.net/1999/0204/kernel.php3 -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ dan...@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ Thanks Everyone! I've placed this update into FreeBSD. Here is the build log of it in the clean environment. http://jgh.devio.us/files/logs/libvirt-0.9.6.log -jgh -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] libvirt-0.9.5 availability of rc3
On Tue, Sep 20, 2011 at 01:08:18PM +0800, Osier Yang thus spake: 于 2011年09月20日 12:43, Jason Helfman 写道: On Mon, Sep 19, 2011 at 09:23:02AM -0700, Jason Helfman thus spake: On Mon, Sep 19, 2011 at 11:56:52AM +0800, Daniel Veillard thus spake: On Sun, Sep 18, 2011 at 08:48:23PM -0700, Jason Helfman wrote: On Sun, Sep 18, 2011 at 06:55:06PM +0800, Daniel Veillard thus spake: I have made a third release candidate tarball (and associated rpms) at ftp://libvirt.org/libvirt/libvirt-0.9.5-rc2.tar.gz and tagged in git for it. This one should fis the MacOS-X/BSD portability problem thanks to Peter and Eric, and if everything goes well I will probably release 0.9.5 on Monday or more likely on Tuesday to give people a bit more time to test that latest candidate So give it a try, thanks ! Daniel Failed build on FreeBSD: gmake[3]: Entering directory `/home/jhelfman/ports/devel/libvirt/work/libvirt-0.9.5/src' CCLD libvirt_iohelper ./.libs/libvirt_util.a(libvirt_util_la-threads.o)(.text+0x263): In function `virThreadCreate': : undefined reference to `pthread_create' Hum, it compiles so you have pthreads on the system, but maybe it needs to be linked through a special -lpthread linker option Looking at configure.ac it seems that gnulib is setting $LIB_PTHREAD can you look in your config.log for pthread lookup result and in the resulting src/Makefile to see how LIB_PTHREAD is set, thanks, Daniel That value is empty. LIB_PTHREAD = -jgh Any ideas on how this is empty? Thanks, Jason Should be caused by gl_PTHREAD_CHECK of gnulib doesn't work well on FreeBSD. But don't have a FreeBSD box in hand. Osier I was able to get this to compile by adding the following to the port: --enable-pthreads And the following to the configure enviroment -pthread for ldflags. -jgh -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] libvirt-0.9.5 availability of rc3
On Mon, Sep 19, 2011 at 09:23:02AM -0700, Jason Helfman thus spake: On Mon, Sep 19, 2011 at 11:56:52AM +0800, Daniel Veillard thus spake: On Sun, Sep 18, 2011 at 08:48:23PM -0700, Jason Helfman wrote: On Sun, Sep 18, 2011 at 06:55:06PM +0800, Daniel Veillard thus spake: I have made a third release candidate tarball (and associated rpms) at ftp://libvirt.org/libvirt/libvirt-0.9.5-rc2.tar.gz and tagged in git for it. This one should fis the MacOS-X/BSD portability problem thanks to Peter and Eric, and if everything goes well I will probably release 0.9.5 on Monday or more likely on Tuesday to give people a bit more time to test that latest candidate So give it a try, thanks ! Daniel Failed build on FreeBSD: gmake[3]: Entering directory `/home/jhelfman/ports/devel/libvirt/work/libvirt-0.9.5/src' CCLD libvirt_iohelper ./.libs/libvirt_util.a(libvirt_util_la-threads.o)(.text+0x263): In function `virThreadCreate': : undefined reference to `pthread_create' Hum, it compiles so you have pthreads on the system, but maybe it needs to be linked through a special -lpthread linker option Looking at configure.ac it seems that gnulib is setting $LIB_PTHREAD can you look in your config.log for pthread lookup result and in the resulting src/Makefile to see how LIB_PTHREAD is set, thanks, Daniel That value is empty. LIB_PTHREAD = -jgh Any ideas on how this is empty? Thanks, Jason -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] libvirt-0.9.5 availability of rc3
On Sun, Sep 18, 2011 at 06:55:06PM +0800, Daniel Veillard thus spake: I have made a third release candidate tarball (and associated rpms) at ftp://libvirt.org/libvirt/libvirt-0.9.5-rc2.tar.gz and tagged in git for it. This one should fis the MacOS-X/BSD portability problem thanks to Peter and Eric, and if everything goes well I will probably release 0.9.5 on Monday or more likely on Tuesday to give people a bit more time to test that latest candidate So give it a try, thanks ! Daniel Failed build on FreeBSD: gmake[3]: Entering directory `/home/jhelfman/ports/devel/libvirt/work/libvirt-0.9.5/src' CCLD libvirt_iohelper ./.libs/libvirt_util.a(libvirt_util_la-threads.o)(.text+0x263): In function `virThreadCreate': : undefined reference to `pthread_create' -jgh -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] [Libvirt-announce] Start of freeze for libvirt-0.9.5 and availability of rc1
On Thu, Sep 08, 2011 at 06:54:08PM +1000, Justin Clift thus spake: On 08/09/2011, at 5:29 PM, Daniel Veillard wrote: With a bit of delay, we are entering the freeze for libvirt-0.9.5 . We may make an exception for the last couple of patches from Hu to add string to typed parameters and the extra associated patch, as well as bug fixes too of course ! I have made a release candidate 1 tarball (and associated rpms) at ftp://libvirt.org/libvirt/libvirt-0.9.5-rc1.tar.gz This seems to pass my minimal tests without problems, but please give it a try too and report problems, Just tried it on OSX 10.7.1 64-bit. It barfs with the following: CC libvirt_driver_storage_la-storage_backend_scsi.lo CC libvirt_net_rpc_server_la-virnetserverprogram.lo storage/storage_backend_fs.c:616: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'virStorageBackendFileSystemProbe' storage/storage_backend_fs.c: In function 'virStorageBackendExecuteMKFS': storage/storage_backend_fs.c:635: error: 'MKFS' undeclared (first use in this function) storage/storage_backend_fs.c:635: error: (Each undeclared identifier is reported only once storage/storage_backend_fs.c:635: error: for each function it appears in.) storage/storage_backend_fs.c: In function 'virStorageBackendMakeFileSystem': storage/storage_backend_fs.c:681: error: 'FILESYSTEM_PROBE_NOT_FOUND' undeclared (first use in this function) make[3]: *** [libvirt_driver_storage_la-storage_backend_fs.lo] Error 1 make[3]: *** Waiting for unfinished jobs make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Does anyone have time to look into it? If it's helpful, the Mac Mini in the Westford RH lab was recently upgraded to OSX 10.7, so could be used for testing/debugging if someone wants. :) NOTE - I'm not subscribed to libvir-list, so please CC me on responses. :) Regards and best wishes, Justin Clift I can confirm this build issue on FreeBSD. -jgh -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
[libvirt] Fwd: [virt-tools-list] virt-manager, dependency question
Can anyone please confirm this for me? Thanks! Jason -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 ---BeginMessage--- Hi, I am working on cleaning up a dependency issue that was brought up with the FreeBSD port for virt-manager, and wanted to confirm that virt-manager doesn't require any gnome1 (gnome one, that is) libraries. I've done all the checking and building from my end to determine that it doesn't, however I would like a confirmation, if possible. Thanks, Jason -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 ___ virt-tools-list mailing list virt-tools-l...@redhat.com https://www.redhat.com/mailman/listinfo/virt-tools-list ---End Message--- -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
[libvirt] virt-manager, debug error, question
Hi,
I am getting this error when I run virt-manager in FreeBSD:
[Fri, 19 Aug 2011 09:32:14 virt-manager 24762] DEBUG (engine:555) No
inspection thread because libguestfs is too old, not available, or libvirt
is not thread safe.
libguestfs isn't ported to FreeBSD, however I was wondering about the thread
safe for libvirt. Is there a way to enable this, or is the software
telling me it really is not thread safe, and can't be.
[jhelfman@eggman ~/ports/devel/libvirt/work/libvirt-0.9.4]$ ./configure --help
|grep thread
--enable-threads={posix|solaris|pth|win32}
specify multithreading API
--disable-threads build without multithread safety
--enable-test-locking thread locking tests using CIL [default=no]
Thanks,
Jason
--
Jason Helfman
System Administrator
experts-exchange.com
http://www.experts-exchange.com/M_4830110.html
E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
[libvirt] Fwd: [virt-tools-list] virt-manager, dependency question
Any thoughts on this to this list? Figure I would get a quicker response here, possibly. Thanks, Jason -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 ---BeginMessage--- Hi, I am working on cleaning up a dependency issue that was brought up with the FreeBSD port for virt-manager, and wanted to confirm that virt-manager doesn't require any gnome1 (gnome one, that is) libraries. I've done all the checking and building from my end to determine that it doesn't, however I would like a confirmation, if possible. Thanks, Jason -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 ___ virt-tools-list mailing list virt-tools-l...@redhat.com https://www.redhat.com/mailman/listinfo/virt-tools-list ---End Message--- -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
[libvirt] status of ocaml for libvirt
Hello All, I was looking at porting virt-top to FreeBSD, and noticed that it needed ocaml-libvirt, and I know that isn't ported. What is the status of this library, and it is up-to-date? Thanks, Jason -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Release of libvirt-0.9.4
With an extra day of delay but allowing to pick all coverity checks related patches from Eric, the release is out, I hope it's solid :-) available as usual at: ftp://libvirt.org/libvirt/libvirt-0.9.4.tar.gz along with signed RPMs This is again a fairly big release with more than 400 commits included, both new API, improvement and a large amount of fixes: Thanks for your help during the building process. Here is a patch for the update for FreeBSD. http://www.freebsd.org/cgi/query-pr.cgi?pr=159403 -jgh -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] [virt-tools-list] ANNOUNCE: virt-manager 0.9.0 and virtinst 0.600.0 released
On Thu, Jul 28, 2011 at 12:31:10PM -0400, Cole Robinson thus spake: I'm happy to announce two new releases: virt-manager 0.9.0: virt-manager is a desktop application for managing KVM and Xen virtual machines via libvirt. virtinst 0.600.0: virtinst is a collection of command line tools for provisioning libvirt virtual machines, including virt-install and virt-clone. Thanks, Cole These have not been updated in the FreeBSD portstree, just yet, however I have submitted patches to update the current port. virt-manager: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/159262 virtinst: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/159261 Thanks! Jason These were committed today to the FreeBSD portstree, so the latest is now available. Let me know if you have any issues, or any successes. I have yet a way to actually test if this works against a dom. Thanks! Jason -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] [virt-tools-list] ANNOUNCE: virt-manager 0.9.0 and virtinst 0.600.0 released
On Thu, Jul 28, 2011 at 12:31:10PM -0400, Cole Robinson thus spake: I'm happy to announce two new releases: virt-manager 0.9.0: virt-manager is a desktop application for managing KVM and Xen virtual machines via libvirt. virtinst 0.600.0: virtinst is a collection of command line tools for provisioning libvirt virtual machines, including virt-install and virt-clone. Thanks, Cole These have not been updated in the FreeBSD portstree, just yet, however I have submitted patches to update the current port. virt-manager: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/159262 virtinst: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/159261 Thanks! Jason -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Start of freeze for libvirt-0.9.4 and availability of rc1
I have this failure for bsd: rpc/virnetserver.c:786: error: 'virNetServer' has no member named 'mdns' gmake[3]: *** [libvirt_net_rpc_server_la-virnetserver.lo] Error 1 gmake[3]: Leaving directory `/home/jhelfman/ports/devel/libvirt/work/libvirt-0.9.4/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/home/jhelfman/ports/devel/libvirt/work/libvirt-0.9.4/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/home/jhelfman/ports/devel/libvirt/work/libvirt-0.9.4' gmake: *** [all] Error 2 *** Error code 1 -jgh -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Start of freeze for libvirt-0.9.4 and availability of rc1
On Tue, Jul 26, 2011 at 10:24:57AM -0600, Eric Blake thus spake: On 07/26/2011 10:18 AM, Jason Helfman wrote: I have this failure for bsd: rpc/virnetserver.c:786: error: 'virNetServer' has no member named 'mdns' gmake[3]: *** [libvirt_net_rpc_server_la-virnetserver.lo] Error 1 gmake[3]: Leaving directory `/home/jhelfman/ports/devel/libvirt/work/libvirt-0.9.4/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/home/jhelfman/ports/devel/libvirt/work/libvirt-0.9.4/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/home/jhelfman/ports/devel/libvirt/work/libvirt-0.9.4' gmake: *** [all] Error 2 *** Error code 1 Already fixed: https://www.redhat.com/archives/libvir-list/2011-July/msg01836.html Thanks! I have this error now, though. No difference between the tarball source and the git sources for this file. remote.c:1643: error: 'tmp' undeclared (first use in this function) gmake[3]: *** [libvirtd-remote.o] Error 1 gmake[3]: Leaving directory `/home/jhelfman/ports/devel/libvirt/work/libvirt-0.9.4/daemon' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/home/jhelfman/ports/devel/libvirt/work/libvirt-0.9.4/daemon' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/home/jhelfman/ports/devel/libvirt/work/libvirt-0.9.4' gmake: *** [all] Error 2 *** Error code 1 Thanks, Jason -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Start of freeze for libvirt-0.9.4 and availability of rc1
On Tue, Jul 26, 2011 at 11:45:19AM -0600, Eric Blake thus spake: On 07/26/2011 10:40 AM, Jason Helfman wrote: Thanks! I have this error now, though. No difference between the tarball source and the git sources for this file. remote.c:1643: error: 'tmp' undeclared (first use in this function) gmake[3]: *** [libvirtd-remote.o] Error 1 That's odd. Line 1643 is in remoteDispatchDomainGetBlockJobInfo, which unconditionally declares virDomainBlockJobInfo tmp at line 1631. I can't see why you would be running into a compilation error here; can you give us better details? remote.c: At top level: remote.c:409: error: negative width in bit-field '_gl_verify_error_if_negative' remote.c: In function 'remoteDispatchDomainGetBlockJobInfo': remote.c:1630: error: 'virDomainBlockJobInfo' undeclared (first use in this function) remote.c:1630: error: (Each undeclared identifier is reported only once remote.c:1630: error: for each function it appears in.) remote.c:1630: error: expected ';' before 'tmp' remote.c:1643: warning: implicit declaration of function 'virDomainGetBlockJobInfo' remote.c:1643: warning: nested extern declaration of 'virDomainGetBlockJobInfo' [-Wnested-externs] remote.c:1643: error: 'tmp' undeclared (first use in this function) gmake[3]: *** [libvirtd-remote.o] Error 1 gmake[3]: Leaving directory `/home/jhelfman/ports/devel/libvirt/work/libvirt-0.9.4/daemon' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/home/jhelfman/ports/devel/libvirt/work/libvirt-0.9.4/daemon' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/home/jhelfman/ports/devel/libvirt/work/libvirt-0.9.4' gmake: *** [all] Error 2 *** Error code 1 -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] Start of freeze for libvirt-0.9.4 and availability of rc1
On Tue, Jul 26, 2011 at 12:26:20PM -0600, Eric Blake thus spake: On 07/26/2011 12:16 PM, Jason Helfman wrote: remote.c: At top level: remote.c:409: error: negative width in bit-field '_gl_verify_error_if_negative' remote.c: In function 'remoteDispatchDomainGetBlockJobInfo': remote.c:1630: error: 'virDomainBlockJobInfo' undeclared (first use in this function) Ah. You're running into the same problem that has been previously reported of compiling against the stale installed libvirt.h instead of the just-built in-tree libvirt.h. Matthias had started a patch for that, but it never got finished. https://www.redhat.com/archives/libvir-list/2011-May/msg01926.html I de-installed the port, and then continued with the make process, and it installed just fine. What is the status of this patch? If this isn't going to make it into the release, I can warn users that this port needs to be de-installed prior to building the port. Thanks, Jason -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
[libvirt] [Fwd: bug virt-viewer was Re: [virt-tools-list] virt-viewer 0.2.0, as listed on virt-manager download page]
Any ideas on this issue with virt-viewer? Thanks! -jgh Original Message Subject: bug virt-viewer was Re: [virt-tools-list] virt-viewer 0.2.0, as listed on virt-manager download page From:Jason Helfman jhelf...@e-e.com Date:Mon, July 11, 2011 12:23 pm To: Jason Helfman jhelf...@e-e.com Cc: virt-tools-l...@redhat.com -- On Mon, Jul 11, 2011 at 11:31:06AM -0700, Jason Helfman thus spake: On Mon, Jul 11, 2011 at 02:43:52PM +0100, Richard W.M. Jones thus spake: On Sat, Jul 09, 2011 at 12:02:00PM -0700, Jason Helfman wrote: Hi, Is this the most recent official release, as listed on the webpage for download on virt-manager.org? According to the sources directory there is a newer release: virt-viewer-0.3.1 The web page is wrong. The latest version does appear to be 0.3.1. Rich. Thanks! And for some reason, I am unable to configure the build of the tool to install locale data to /usr/local/share/locale. It keeps wanting to go to /usr/local/lib/locale. Any ideas? -jgh I've gotten around this with a post-build patch of po/Makefile, however even if I --disable-nls, it still makes and installs the locales. -jgh -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
