Hello Chris,
Thanks! With this option in CFLAGS this problem is solve. Firstly, sorry
for extensives posts. But I beleave that it will help others people about
these problems.
So, the world isn't made only by flowers ;-), I have other problem in
compilation described below:
# make
[...]
Marco Sinhoreli wrote:
> In this step the make command retur a error:
> [...]
> gcc -g -O2 -o .libs/virsh virsh-virsh.o virsh-console.o
> ./.libs/libvirt.so -L/usr/lib /usr/lib/libxml2.so -lcurses -lreadline
> -Wl,--rpath -Wl,/usr/local/lib
> virsh-virsh.o: In function `cmdVcpuinfo':
> /usr/src/
Hello list,
I changed the libvirt version and now I'm a one step forward ;-)
So, I installed these debian packages and I runned the commands above:
--
# apt-get install gcc make g++ autogen gettext autoconf automake
libncurses5-dev libxml2 libxml2-dev libreadline5-dev
# cd /usr/src
# wget htt
Hi Daniel,
Daniel P. Berrange wrote:
On Fri, May 04, 2007 at 07:51:51PM +0200, Jan Michael wrote:
Cheers libvirt,
I've tested the CLI virsh with my recent compiled version of libvirt
and version 0.1.9. In Version 0.2.2 vcpuinfo provides wrong
information. In version 0.1.9 only the values for
Marco Sinhoreli wrote:
# cd /usr/src && wget http://libvirt.org/sources/libvirt-cvs-
snapshot.tar.gz && tar -xzvf libvirt-cvs-snapshot.tar.gz
# cd libvirt-0.1.11
# ./configure
Did you noticed that the snapshot contains a quite old version of
libvirt -> libvirt-0.1.11. Latest stable version
On Fri, May 04, 2007 at 07:51:51PM +0200, Jan Michael wrote:
> Cheers libvirt,
>
> I've tested the CLI virsh with my recent compiled version of libvirt
> and version 0.1.9. In Version 0.2.2 vcpuinfo provides wrong
> information. In version 0.1.9 only the values for VCPU and CPU are
> wrong.
On Fri, May 04, 2007 at 03:30:56PM -0300, Marco Sinhoreli wrote:
> Hello list,
>
> I'm writing a how-to about libvirt compilation in Debian Etch. Well, I tried
> to compile version 0.1.11 in a Debian etch completly newly built from
> debootstrap. These are the steps that I took:
> - init comma
Hello list,
I'm writing a how-to about libvirt compilation in Debian Etch. Well, I tried
to compile version 0.1.11 in a Debian etch completly newly built from
debootstrap. These are the steps that I took:
- init commands
apt-get install make gcc
# cd /usr/src && wget
http://libvirt.org/source
Cheers libvirt,
I've tested the CLI virsh with my recent compiled version of libvirt
and version 0.1.9. In Version 0.2.2 vcpuinfo provides wrong
information. In version 0.1.9 only the values for VCPU and CPU are
wrong. Do you have any idea why?
See the test results below.
Jan
>
Hi Dan,
Daniel P. Berrange wrote:
I did the configure step with the following parameters including --
disable-bridge-params as suggested by Mark:
./configure --disable-shared --disable-bridge-params --with-test=no
--with-qemu=no
But make failed again. This time in libvirt/test directory. Is
On Fri, May 04, 2007 at 06:54:52PM +0200, Jan Michael wrote:
> Mark McLoughlin wrote:
>
> >On Fri, 2007-05-04 at 17:22 +0200, Jan Michael wrote:
> >
> >>bridge.c: In function `brAddBridge':
> >>bridge.c:130: error: `SIOCBRADDBR' undeclared (first use in this
> >>function)
> >
> > As Rich says,
Mark McLoughlin wrote:
On Fri, 2007-05-04 at 17:22 +0200, Jan Michael wrote:
bridge.c: In function `brAddBridge':
bridge.c:130: error: `SIOCBRADDBR' undeclared (first use in this
function)
As Rich says, this should certainly be in the 2.6.20 kernel.
I replaced the the wrong headerf
Richard W.M. Jones wrote:
This is very strange. In 2.6.18 vanilla kernel, this macro is
present:
http://lxr.linux.no/source/include/linux/sockios.h?v=2.6.18#L120
Does your copy of linux/sockios.h look like that one?
No. A diff shows the following results:
10c10
< * Authors: Ross Biro
Daniel P. Berrange wrote:
I think the trouble is that traditionally userspace builds didn't use the
actual kernel headers. In Fedora historically there was a glibc-kernheads
which had a set of header files not tracking any particular kernel release.
Looking at the way bridge-utils in FC5 worked,
On Fri, 2007-05-04 at 17:22 +0200, Jan Michael wrote:
> bridge.c: In function `brAddBridge':
> bridge.c:130: error: `SIOCBRADDBR' undeclared (first use in this
> function)
As Rich says, this should certainly be in the 2.6.20 kernel.
> bridge.c: In function `brSetForwardDelay':
> bridge
On Fri, May 04, 2007 at 05:09:45PM +0100, Richard W.M. Jones wrote:
> Jan Michael wrote:
> >Richard W.M. Jones wrote:
> >>That's odd - I was expecting you were going to say you were running
> >>something more ancient.
> >>
> >>Next question then :-)
> >>
> >>What happens if you do:
> >>
> >>$ grep
Jan Michael wrote:
Richard W.M. Jones wrote:
That's odd - I was expecting you were going to say you were running
something more ancient.
Next question then :-)
What happens if you do:
$ grep SIOCBRADDBR /usr/include/linux/sockios.h
for me:
#define SIOCBRADDBR 0x89a0 /* create
Richard W.M. Jones wrote:
That's odd - I was expecting you were going to say you were running
something more ancient.
Next question then :-)
What happens if you do:
$ grep SIOCBRADDBR /usr/include/linux/sockios.h
for me:
#define SIOCBRADDBR 0x89a0 /* create new bridge
device
Jan Michael wrote:
Richard W.M. Jones wrote:
Jan Michael wrote:
Hi libvirt-list,
I run into the same build problem with version libvirt version 0.2.1,
0.2.2 and the latest cvs-version.
In libvirt directory I did the following (for cvs version)
./autogen.sh --disable-shared --disable-QEM
Richard W.M. Jones wrote:
Jan Michael wrote:
Hi libvirt-list,
I run into the same build problem with version libvirt version
0.2.1, 0.2.2 and the latest cvs-version.
In libvirt directory I did the following (for cvs version)
./autogen.sh --disable-shared --disable-QEMU
I'd like to disab
Jan Michael wrote:
Hi libvirt-list,
I run into the same build problem with version libvirt version 0.2.1,
0.2.2 and the latest cvs-version.
In libvirt directory I did the following (for cvs version)
./autogen.sh --disable-shared --disable-QEMU
I'd like to disable shared libraries and Q
Hi libvirt-list,
I run into the same build problem with version libvirt version 0.2.1,
0.2.2 and the latest cvs-version.
In libvirt directory I did the following (for cvs version)
./autogen.sh --disable-shared --disable-QEMU
I'd like to disable shared libraries and QEMU support (I
22 matches
Mail list logo