Re: [libvirt] Redefinition of struct in6_addr in and

2013-01-16 Thread Cong Wang
- Original Message - > > I see no reason, even although I don't know why it is 46 instead of > 40. Ok, for "::::::255.255.255.255". -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] Redefinition of struct in6_addr in and

2013-01-16 Thread Cong Wang
On Thu, 2013-01-17 at 11:55 +0800, Jike Song wrote: > On Thu, Jan 17, 2013 at 2:59 AM, David Miller wrote: > > > > > When GLIBC doesn't provide it's own definition of some networking > > macros or interfaces that the kernel provides, people include the > > kernel header. > > > > Recently I got a

Re: [libvirt] Redefinition of struct in6_addr in and

2013-01-16 Thread Cong Wang
On Wed, 2013-01-16 at 14:22 -0500, Mike Frysinger wrote: > > but this is still too vague. what headers/definitions do people want to see > simultaneously included ? changes would be needed on both sides (kernel & C > library). > Hi, Mike, Please take a look at my first email in this thread.

[libvirt] Redefinition of struct in6_addr in and

2013-01-15 Thread Cong Wang
idn't see this before. Thanks. On Tue, 2013-01-15 at 12:55 +0200, Thomas Backlund wrote: > Cong Wang skrev 15.1.2013 12:11: > > > > Does the following patch help? > > > > $ git diff include/uapi/linux/if_bridge.h > > diff --git a/include/uapi/linux/if_br

Re: [libvirt] the patch "bridge: export multicast database via netlink" broke kernel 3.8 uapi

2013-01-15 Thread Cong Wang
On Tue, 2013-01-15 at 12:55 +0200, Thomas Backlund wrote: > > as it seemed to fix the libvirt case > > but then asked it to be ignored after I tried to build connman, > and hit this conflict with glibc-2.17: > > In file included from /usr/include/arpa/inet.h:22:0, > from ./incl

Re: [libvirt] the patch "bridge: export multicast database via netlink" broke kernel 3.8 uapi (was: Re: if_bridge.h: include in6.h for struct in6_addr use)

2013-01-15 Thread Cong Wang
es/libvir-list/2013-January/msg00930.html > > https://bugzilla.redhat.com/show_bug.cgi?id=895141 > > > Yep, > > and the commit breaking uapi headers is by using "struct in6_addr ip6" is: > > > From ee07c6e7a6f8a25c18f0a6b18152fbd7499245f6 Mon Sep 17 00

Re: [libvirt] [PATCH] storage: netfs and iscsi need option srcSpec for resource discovery

2012-07-18 Thread Cong Wang
On Mon, 16 Jul 2012 at 15:21 GMT, Guannan Ren wrote: > > This patch adds a check for it, error info changed to: > error: Failed to find any netfs pool sources > error: internal error pool type 'netfs' need option \ >--srcSpec for source discovery s/need/needs/ -- libvir-list mailing list

Re: [libvirt] [glib PATCH V2] Add bindings for virStorageDownload() and virStorageUpload()

2012-07-18 Thread Cong Wang
On Fri, 13 Jul 2012 at 07:37 GMT, Jovanka Gulicoska wrote: > +gboolean gvir_storage_vol_download(GVirStorageVol *vol, > + GVirStream *stream, > + unsigned long long offset, > + unsigned long long

Re: [libvirt] [PATCHv3] fix failure when building with --disable-debug

2012-07-18 Thread Cong Wang
On Fri, 13 Jul 2012 at 07:50 GMT, Hu Tao wrote: > +/** > + * virLogEatParam: > + * > + * Do nothing but eat parameters. > + */ > +static inline void virLogEatParam(const char *category, > + const char *funcname, > + long long linenr