Currently our authentication model for local connections is using the basic
UNIX file permissions, possibly with a setuid helper (in Xen case only). It
can be summarized as
- If app using libvirt is running as root
=> full access
- Else
=> read only access
The latter is enforced by
Daniel P. Berrange wrote:
On Tue, Aug 07, 2007 at 12:56:39PM +0100, Richard W.M. Jones wrote:
Attached is a patch to get libvirt working on Debian/stable again.
(1) Add ./configure option --disable-stack-protector. The stack
protector feature is still enabled by default, but it causes no end
On Tue, Aug 07, 2007 at 01:05:43PM +0100, Richard W.M. Jones wrote:
> As well as fixing the --config/-f option for libvirtd, this also changes
> an abort() into a meaningful error message.
ACK, looks fine.
Dan.
--
|=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=|
|=
On Tue, Aug 07, 2007 at 12:56:39PM +0100, Richard W.M. Jones wrote:
> Attached is a patch to get libvirt working on Debian/stable again.
>
> (1) Add ./configure option --disable-stack-protector. The stack
> protector feature is still enabled by default, but it causes no end of
> problems when c
On Tue, Aug 07, 2007 at 01:49:38PM +0100, Richard W.M. Jones wrote:
> Daniel Veillard wrote:
> >On Tue, Aug 07, 2007 at 01:05:43PM +0100, Richard W.M. Jones wrote:
> >>As well as fixing the --config/-f option for libvirtd, this also changes
> >>an abort() into a meaningful error message.
> >
> >
Jan Michael wrote:
Could you be so nice and tell me which requesitions my systems has to
fulfill that I can successfully compile libvirt?
By the way. I'm using a RHES 4.x based distribution, Xen 3.0.3 and
kernel 2.6.18 in dom0. I have only Xen installed an only use libvirt on
top of Xen.
Yo
Daniel Veillard wrote:
On Tue, Aug 07, 2007 at 01:05:43PM +0100, Richard W.M. Jones wrote:
As well as fixing the --config/-f option for libvirtd, this also changes
an abort() into a meaningful error message.
Not sure I fully understand, are we changing the options or merely
changing the docu
On Tue, Aug 07, 2007 at 01:05:43PM +0100, Richard W.M. Jones wrote:
> As well as fixing the --config/-f option for libvirtd, this also changes
> an abort() into a meaningful error message.
Not sure I fully understand, are we changing the options or merely
changing the documentation ?
Daniel
On Tue, Aug 07, 2007 at 12:56:39PM +0100, Richard W.M. Jones wrote:
> Attached is a patch to get libvirt working on Debian/stable again.
>
> (1) Add ./configure option --disable-stack-protector. The stack
> protector feature is still enabled by default, but it causes no end of
> problems when c
As well as fixing the --config/-f option for libvirtd, this also changes
an abort() into a meaningful error message.
Rich.
--
Emerging Technologies, Red Hat - http://et.redhat.com/~rjones/
Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod
Street, Windsor, Berkshire, SL4 1TE, U
Attached is a patch to get libvirt working on Debian/stable again.
(1) Add ./configure option --disable-stack-protector. The stack
protector feature is still enabled by default, but it causes no end of
problems when compiling on Debian systems, apparently because of bugs in
their gcc. So Deb
Richard W.M. Jones wrote:
remote_internal.c:63: error: syntax error before "gnutls_session_t"
remote_internal.c:63: warning: no semicolon at end of struct or union
[etc]
It turns out that your version of gnutls (1.0.20) didn't have
gnutls_session_t, seems it was called gnutls_session_int instea
Jan Michael wrote:
Hi Richard,
On 07.08.2007, at 10:40, Richard W.M. Jones wrote:
That's a really strange error. I just downloaded and compiled 0.3.1
here with no problem, so it may be something to do with the version of
gnutls you are using.
I have installed these rpm packages:
gnutls
Jan Michael wrote:
I have no glibc 2.4 rpm package which is supported by our linux support.
The same problem is with ncurses. If I understand things right then
libtinfo is included in ncurses >= 5.6. We are still using 5.4. No newer
package is available.
Is my distro to old for libvirt > 1.9
On Tue, Aug 07, 2007 at 10:08:21AM +0200, Jan Michael wrote:
> Hi Richard,
>
> I haven't followed development of libvirt for a while since it was
> unuseable for our monitoring due to the inaccurate measuring of cpu%.
> At that time I was happy to have a working lib in version 0.1.9.
>
> When
Jan Michael wrote:
Hi Richard,
I haven't followed development of libvirt for a while since it was
unuseable for our monitoring due to the inaccurate measuring of cpu%. At
that time I was happy to have a working lib in version 0.1.9.
When you came up with vir-top, I wanted to give it a try. B
Hi Richard,
I haven't followed development of libvirt for a while since it was
unuseable for our monitoring due to the inaccurate measuring of cpu%.
At that time I was happy to have a working lib in version 0.1.9.
When you came up with vir-top, I wanted to give it a try. But
therefore at
17 matches
Mail list logo