6 p.m.
hi,
is there any plan to be able to buils libvirt on rhel-5 ie. epel-5?
currently all virt and kvm releated packages can be build on epel except
libvirt since this dbus problem.
thanks in advance.
--------------------------------------
gcc -I../gnulib/lib -I../gnulib/lib -I../include -I../include -I../src
-I/usr/include/libxml2 -Wall -Wformat -Wformat-security
-Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wextra -Wshadow
-Wcast-align -Wwrite-strings -Waggregate-return -Wstrict-prototypes
-Winline -Wredundant-decls -Wno-sign-compare -Wp,-D_FORTIFY_SOURCE=2
-fexceptions -fasynchronous-unwind-tables -DLOCAL_STATE_DIR=\"/var\"
-DSYSCONF_DIR=\"/etc\" -DQEMUD_PID_FILE=\"\"
-DREMOTE_PID_FILE=\"/var/run/libvirtd.pid\"
-DGETTEXT_PACKAGE=\"libvirt\" -D_REENTRANT -O2 -g -pipe -Wall
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -m64 -mtune=generic -Wall -Wformat
-Wformat-security -Wmissing-prototypes -Wnested-externs -Wpointer-arith
-Wextra -Wshadow -Wcast-align -Wwrite-strings -Waggregate-return
-Wstrict-prototypes -Winline -Wredundant-decls -Wno-sign-compare
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fasynchronous-unwind-tables -o
.libs/libvirtd libvirtd-event.o libvirtd-qemud.o libvirtd-remote.o
libvirtd-remote_protocol.o libvirtd-mdns.o ../gnulib/lib/.libs/libgnu.a
../src/.libs/libvirt_driver_qemu.a ../src/.libs/libvirt_driver_lxc.a
../src/.libs/libvirt_driver_uml.a ../src/.libs/libvirt_driver_storage.a
../src/.libs/libvirt_driver_network.a
../src/.libs/libvirt_driver_nodedev.a -L/lib64 -lhal -ldbus-1
../src/.libs/libvirt.so -lxml2 -lz -lm -lselinux -lgnutls -lsasl2
-lxenstore -lavahi-common -lavahi-client -lpthread
../src/.libs/libvirt_driver_nodedev.a(libvirt_driver_nodedev_la-node_device_hal.o):
In function `add_dbus_watch':
/home/robot/rpm/BUILD/libvirt-0.5.1/src/node_device_hal.c:578: undefined
reference to `dbus_watch_get_unix_fd'
collect2: ld returned 1 exit status
make[2]: *** [libvirtd] Error 1
make[2]: Leaving directory `/home/robot/rpm/BUILD/libvirt-0.5.1/qemud'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/robot/rpm/BUILD/libvirt-0.5.1'
make: *** [all] Error 2
error: Bad exit status from /var/tmp/rpm-tmp.39202 (%build)
--------------------------------------
--
Levente "Si vis pacem para bellum!"
4:51 a.m.
On Wed, Jan 28, 2009 at 01:00:49AM +0100, Farkas Levente wrote:
hi,
is there any plan to be able to buils libvirt on rhel-5 ie. epel-5?
currently all virt and kvm releated packages can be build on epel except
libvirt since this dbus problem.
This is already fixed in CVS.
http://libvirt.org/hg/libvirt-mirror/diff/9e940abe32a1/src/node_device_hal.c
Daniel
--
|: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :|
|: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|
5:17 a.m.
Daniel P. Berrange wrote:
On Wed, Jan 28, 2009 at 01:00:49AM +0100, Farkas Levente wrote:
> hi,
> is there any plan to be able to buils libvirt on rhel-5 ie. epel-5?
> currently all virt and kvm releated packages can be build on epel except
> libvirt since this dbus problem.
This is already fixed in CVS.
http://libvirt.org/hg/libvirt-mirror/diff/9e940abe32a1/src/node_device_hal.c
thanks.
will be there a newer release 0.5.2 (and may be a rawhide src.rpm too)
in the near future or it's better to patch 0.5.1?
--
Levente "Si vis pacem para bellum!"
5:32 a.m.
On Wed, Jan 28, 2009 at 12:17:40PM +0100, Farkas Levente wrote:
Daniel P. Berrange wrote:
> On Wed, Jan 28, 2009 at 01:00:49AM +0100, Farkas Levente wrote:
>> hi,
>> is there any plan to be able to buils libvirt on rhel-5 ie. epel-5?
>> currently all virt and kvm releated packages can be build on epel except
>> libvirt since this dbus problem.
>
> This is already fixed in CVS.
>
> http://libvirt.org/hg/libvirt-mirror/diff/9e940abe32a1/src/node_device_hal.c
thanks.
will be there a newer release 0.5.2 (and may be a rawhide src.rpm too)
in the near future or it's better to patch 0.5.1?
The next update will be 0.6.0, hopefully sometime in the next week.
NB, if you're re-packaging libvirt for EPEL-5, be warned that none of
the previous upstream releases fully work with RHEL-5 Xen because they
are not aware of some significant backported features. In the 0.6.0
release you should make sure you run configure using --with-rhel5-api=yes
command line arg to fully support RHEL-5 Xen.
Daniel
--
|: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :|
|: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|
5:56 a.m.
On Wed, Jan 28, 2009 at 12:32 PM, Daniel P. Berrange
<berrange(a)redhat.com> wrote:
NB, if you're re-packaging libvirt for EPEL-5, be warned that
none of
http://fedoraproject.org/wiki/EPEL/FAQ#Does_EPEL_replace_packages_provide...
libvirt cannot be in EPEL-5 since it's in baseOS
6 a.m.
Alan Pevec wrote:
On Wed, Jan 28, 2009 at 12:32 PM, Daniel P. Berrange
<berrange(a)redhat.com> wrote:
> NB, if you're re-packaging libvirt for EPEL-5, be warned that none of
http://fedoraproject.org/wiki/EPEL/FAQ#Does_EPEL_replace_packages_provide...
libvirt cannot be in EPEL-5 since it's in baseOS
no, i'd like to add to my onw repo and may be later to centos's extras repo.
the current rhel-5 kvm support is simple unusable:-( you can only use
xen in that case. and unfortunately as rhel don't want updat their
kernel in rhel-5 kvm support never will really good.
--
Levente "Si vis pacem para bellum!"
6:32 a.m.
On Fri, Jan 30, 2009 at 01:00:25PM +0100, Farkas Levente wrote:
Alan Pevec wrote:
> On Wed, Jan 28, 2009 at 12:32 PM, Daniel P. Berrange
> <berrange(a)redhat.com> wrote:
>> NB, if you're re-packaging libvirt for EPEL-5, be warned that none of
>
>
http://fedoraproject.org/wiki/EPEL/FAQ#Does_EPEL_replace_packages_provide...
>
> libvirt cannot be in EPEL-5 since it's in baseOS
no, i'd like to add to my onw repo and may be later to centos's extras repo.
the current rhel-5 kvm support is simple unusable:-( you can only use
xen in that case. and unfortunately as rhel don't want updat their
kernel in rhel-5 kvm support never will really good.
To clarify there is *NO* RHEL-5 KVM support at all. It is not part
of RHEL-5. So it say it is unusable is to criticise something which
does not exist. Any KVM support found in RHEL-5 is something added
by a 3rd party.
Daniel
--
|: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :|
|: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|
5810
days inactive
5812
days old
6 comments
3 participants
participants (3)
-
Alan Pevec -
Daniel P. Berrange -
Farkas Levente