search for: rpcgen

I am a Manjaro user and was compiling libguestfs today from the AUR (it doesn't reside on Arch/Manjaro repos) and got the following error: "make[2]: Leaving directory '/home/matador/AUR/libguestfs-git/src/libguestfs/common/errnostring' Making all in common/protocol make[2]: Entering directory '/home/matador/AUR/libguestfs-git/src/libguestfs/common/protocol' make[2]: ***

...r question: > *1. Are there any files under common/ ?* > Yes. There are several files there in, including Makefile.am, > guestfs_protocol.x, but not guestfs_protocol.c or guestfs_protocol.h > > However, I was talking to the package maintainer and he's stated that > > > rpcgen is used to create the files that are missed in your builds: > > > > $ grep -n rpcgen makepkg.out > > 3426:checking for rpcgen... rpcgen > > 4712:checking for rpcgen... rpcgen > > 5409:rpcgen -c -o guestfs_protocol.c-t guestfs_protocol.x > > 5410:rpcgen -h -o gues...

...t LDFLAGS if needed. (2) We no longer add these paths automatically to $(CFLAGS)/$(LIBS). Any part of libguestfs which needs <rpc/*.h> or the xdr_* functions must use $(RPC_CFLAGS)/$(RPC_LIBS) explicitly. (3) Previously Mac OS X had a workaround for the broken 64 bit support in the supplied rpcgen. This workaround "activates" all the time if you use tirpc, so breaking Linux after the above changes. tirpc is supported on OS X, so I think it's just better to use that rather than the broken rpcgen. Thanks: Roy Keene --- common/protocol/Makefile.am | 14 ++------------ daemon/M...

v1 -> v2: - No functional changes to the patch, just fixes a few bugs. Rich.

...util/virkeymaps.h GEN locking/lock_protocol.h GEN locking/lock_protocol.c GEN locking/lock_daemon_dispatch_stubs.h GEN lxc/lxc_protocol.h unsigned hyper initpid; ^^^^^^^^^^^^^^^^^^^^^^^^^^ lxc/lxc_protocol.x, line 18: expected ';' cannot shutdown /usr/bin/rpcgen: at ./rpc/genprotocol.pl line 124. make[2]: *** [lxc/lxc_protocol.h] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 I built using the following command line: PATH=/usr/local/Cellar/gettext/0.18.2/bin:$PATH ./autogen.sh --prefix=$HOME/usr and gettext was installed using hom...

...m-wide installation. > > > > When I do a `virsh list`, I get the following error: > > error: failed to connect to the hypervisor > > error: Unable to encode message header > > This is very suspicious. The error is reported because the function that > is generated by rpcgen and supposed to encode messages failed. Looks > like rpcgen generated some unusable code? What's your rpcgen? I have > > glibc-rpcgen-2.26.9000-41.fc28.x86_64 > > and everything's working for me. BTW if you try compiling from 5.2.0 > tarball the error should go away becaus...

Hi, I have compiled and installed libvirt from git checkout and started libvirtd service. The version is 5.3.0 and I have done system-wide installation. When I do a `virsh list`, I get the following error: error: failed to connect to the hypervisor error: Unable to encode message header Similarly, the libvirtd instance shows the following error: 2019-04-23 21:36:57.777+0000: 1807: info :

--- fish/Makefile.am | 2 +- src/Makefile.am | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/fish/Makefile.am b/fish/Makefile.am index 6ca8a82..16a29b0 100644 --- a/fish/Makefile.am +++ b/fish/Makefile.am @@ -139,7 +139,7 @@ if HAVE_RPCGEN rc_protocol.c: rc_protocol.x rm -f $@-t $@-t2 $(RPCGEN) -c -o $@-t $< - sed 's,\.\./\.\./fish/,,' < $@-t > $@-t2 + sed 's,\.\./\(\.\./\)*fish,.,' < $@-t > $@-t2 rm $@-t mv $@-t2 $@ diff --git a/src/Makefile.am b/src/Makefile.am index 82a4004..28a1b92 100644...

rpcgen generates source which can't be safely compiled with strict-aliasing enabled. --- daemon/Makefile.am | 11 +++++------ fish/Makefile.am | 8 ++++---- src/Makefile.am | 11 ++++------- 3 files changed, 13 insertions(+), 17 deletions(-) -------------- next part -------------- A non-...

...5.3.0 and > I have done system-wide installation. > > When I do a `virsh list`, I get the following error: > error: failed to connect to the hypervisor > error: Unable to encode message header This is very suspicious. The error is reported because the function that is generated by rpcgen and supposed to encode messages failed. Looks like rpcgen generated some unusable code? What's your rpcgen? I have glibc-rpcgen-2.26.9000-41.fc28.x86_64 and everything's working for me. BTW if you try compiling from 5.2.0 tarball the error should go away because we ship generated sources...

--- perl/Makefile.am | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/perl/Makefile.am b/perl/Makefile.am index d34adbe..780024f 100644 --- a/perl/Makefile.am +++ b/perl/Makefile.am @@ -87,7 +87,8 @@ clean-local: rm -f Makefile-pl install-data-hook: - $(MAKE) -f Makefile-pl DESTDIR=$(DESTDIR) install + $(MAKE) -C $(srcdir) -f $(abs_builddir)/Makefile-pl \ +

...aries for more information, such as the ld(1) and ld.so(8) manual pages. ---------------------------------------------------------------------- test -z "/usr/local/bin" || /usr/bin/mkdir -p "/usr/local/bin"   /bin/sh ./libtool   --mode=install /usr/bin/install -c 'portable-rpcgen' '/usr/local/bin/portable-rpcgen' libtool: install: /usr/bin/install -c portable-rpcgen /usr/local/bin/portable-rpcgen test -z "/usr/local/include" || /usr/bin/mkdir -p "/usr/local/include" * /bin/sh /root/portablexdr-4.9.1/install-sh -c -m 644 'rpc/rpc.h'...

On 09-Oct-16 22:51, Aki Tuomi wrote: >> >> Michael > > Does the compiler support C99 standard? > > Aki Yes. Plus extended features. Key difference with GCC, e.g., are the flags to the compiler, but autotools general manages those well. Key difference with platform (well, of of) is that it is not GNU, and how shared libraries are built. Again, libtool in particular,

# HG changeset patch # User Matthias Andree <matthias.andree at gmx.de> # Date 1246993296 -7200 # Branch HEAD # Node ID c884491cb1a61ef50e227fcf4bb77d2e449c1e3a # Parent dff7312629a72f6ee90ab470ad0d50dfa68e6f71 Fix VPATH build of RQUOTA support. Some rpcgen derive #include "..." paths from the infile argument. This will be off for VPATH builds, as the generated rquota_xdr.c code will look in $(srcdir), but we'll generate the rquota.h file in $(builddir). Play safe and copy rquota.x to $(builddir) first. This fixes the build on openSUSE...

Without this option, configure will fail when there is no display. Signed-off-by: Masami HIRATA <msmhrt at gmail.com> --- configure.ac | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/configure.ac b/configure.ac index de8a064..61d6f69 100644 --- a/configure.ac +++ b/configure.ac @@ -593,16 +593,16 @@ working. AC_MSG_FAILURE([$QEMU version must be >=

...rmation, such as the ld(1) and ld.so(8) manual pages. > ---------------------------------------------------------------------- > test -z "/usr/local/bin" || /usr/bin/mkdir -p "/usr/local/bin" >   /bin/sh ./libtool   --mode=install /usr/bin/install -c > 'portable-rpcgen' '/usr/local/bin/portable-rpcgen' > libtool: install: /usr/bin/install -c portable-rpcgen > /usr/local/bin/portable-rpcgen > test -z "/usr/local/include" || /usr/bin/mkdir -p "/usr/local/include" > * /bin/sh /root/portablexdr-4.9.1/install-sh -c -m 644 &...

For v1.1, probably applies to v1.0 code pretty easily too: http://hg.dovecot.org/dovecot/rev/078d9dde99c8 The other rquota patches had authunix_create_default() call. Is this needed/useful? The client is now always created+destroyed for each quota lookup. I'd think it would be faster if it was created only once, but does it then break something? If the above isn't done, clnt_create()

...[ 178/3886] Generating smbd/build_options.c [ 179/3886] Generating PKGCONFIG_netapi.pc [ 180/3886] Generating samba-passdb_empty_c [ 181/3886] Generating PKGCONFIG_smbclient.pc [ 182/3886] Generating vfs_empty_c [ 183/3886] Generating nfs41acl-xdr-c [ 184/3886] Generating nfs41acl-h rpcgen: C preprocessor failed with exit code 1 rpcgen: C preprocessor failed with exit code 1 fooresult B.1,rfc4518-map Waf: Leaving directory `/builddir/build/BUILD/samba-4.9.8/bin' Build failed: -> task failed (err #1): {task: nfs41acl-h nfs41acl.x -> nfs41acl.h} make: *** [all...

I took the easy route of crippling what I couldn't get working, on the grounds that partial coverage is better than none now that we have Cirrus CI checking commits on additional platforms. This series got me to a green checkmark: https://gitlab.com/ebblake/nbdkit/-/pipelines/793156983 but depends on an as-yet uncommitted patch in libvirt-ci:

...fth Floor, Boston, MA 02110-1301 USA. + +include $(top_srcdir)/subdir-rules.mk + +generator_built = \ + guestfs_protocol.x + +BUILT_SOURCES = \ + $(generator_built) \ + guestfs_protocol.c \ + guestfs_protocol.h + +EXTRA_DIST = \ + $(BUILT_SOURCES) + +noinst_LTLIBRARIES = libprotocol.la + +# Because rpcgen generates archaic code, we cannot use ordinary +# warnings here. +libprotocol_la_SOURCES = guestfs_protocol.c guestfs_protocol.h +libprotocol_la_CFLAGS = \ + -Wall -Wno-unused -fno-strict-aliasing $(GCC_VISIBILITY_HIDDEN) + +if HAVE_RPCGEN +RPCGEN_DEFS = +if HAVE_XDR_U_INT64_T +RPCGEN_DEFS += -DHA...