similar to: Makefile probably incorrect

On Mon, Jul 06, 2020 at 07:52:42PM -0300, Ezequiel Santos wrote: > Actually, I was trying to compile it from the AUR repository ( > https://aur.archlinux.org/packages/libguestfs-git/) when I came across this > problem. > Now, answering your question: > *1. Are there any files under common/ ?* > Yes. There are several files there in, including Makefile.am, > guestfs_protocol.x,

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

--- 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 >

This new series condenses all of the previously posted patches into new patch 1/2. The second patch is a new fix for parallel build in the haskell directory.

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 >=

Patch 1/5 is a repost. Only change is title update. These fix parallel make on my machine, and additionally make building from subdirectories more correct.

On Tue, Aug 12, 2014 at 04:38:11PM +0200, arnaud gaboury wrote: > > --2014-08-12 16:16:57-- https://aur.archlinux.org/packages/ba/bash/bash.tar.gz > > Resolving aur.archlinux.org (aur.archlinux.org)... 5.9.250.164, > > 2a01:4f8:160:3033::2 > > Connecting to aur.archlinux.org > > (aur.archlinux.org)|5.9.250.164|:443... connected. > > HTTP request sent, awaiting

Hello, I am working with a group that is interested in the current authentication being extended. So that multiple relays can use the same "password" file (or database). I'd love to help the community out with this as well, so it can be open sourced. Would anyone (or groups of people) be willing to take it on ? I was also thinking of putting this type of project on a site like

--- 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 \ +

Hi, from time to time, there have been requests (or attempts, like the mingw port posted on the list some months ago) to make libguestfs work on OSes different than Linux. Of course this would imply using a fixed appliance, since it is currently heavily dependent on Linux. The attached series provides some easy changes in this direction, resolving some of the easy issues found in porting to

My current version is supermin 5.1.8-1 > > If the tests *don't* run successfully, then you've most likely found a > bug in supermin. That has to be fixed before continuing. > tests failed. See the log below. ========================================== supermin 5.1.9: tests/test-suite.log ========================================== # TOTAL: 8 # PASS: 5 # SKIP: 0 # XFAIL:

>From 9e99a1c6cb655a56d7f09dabd10a77a3802bf96d Mon Sep 17 00:00:00 2001 From: Jim Meyering <meyering at redhat.com> Date: Mon, 17 Aug 2009 18:44:37 +0200 Subject: [PATCH libguestfs 1/2] avoid compiler warnings about unused vars in generated code * src/Makefile.am: Compile protocol.c into a convenience library, so it can have its own CFLAGS, and link that with the destination one. ---

Supplied by Pene on IRC who got libguestfs to compile and run on Mac OS X 10.9 with qemu 1.6.0. My notes in [] below. Rich. libguestfs on Mac OS X, recipe so far: -------------------------------------- - libtool-kill-dependency_libs.sh: replace chmod --reference="$output.tmp" "$output" -> chmod `stat -f "%p" "$output.tmp"` "$output" -

Hi all, I can not build from source since a few days. Make left me with this error: Making install in tools/wireshark make[1]: Entering directory '/developement/aur/libvirt-git/src/libvirt/tools/wireshark' make[2]: Entering directory '/developement/aur/libvirt-git/src/libvirt/tools/wireshark' make[3]: Entering directory

Arch User Repository - https://aur.archlinux.org/ have changed the package location I am not a developer (and i dont know ocaml) but i've tried to build a patch eg. old location: http://aur.archlinux.org/packages/hivex/hivex.tar.gz new location: https://aur.archlinux.org/packages/hi/hivex/hivex.tar.gz AUR has a lot Flagged out-of-date packages so it would be nice if febootstrap would

glibc in Fedora is currently configured with `--enable-obsolete-rpc', so I guess we can see the way the wind is blowing. (1) This changes our configure script to prefer libtirpc if it is available. If libtirpc is _not_ available then: (a) Headers must be located in <rpc/xdr.h>, or the user must supply the right CFLAGS. (b) XDR functions must be located in one of -lportablexdr, -lrpc,

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 :

On Sat, 27 Apr 2019 at 12:53, Michal Prívozník <mprivozn@redhat.com> wrote: > > On 4/23/19 11:56 PM, Sukrit Bhatnagar wrote: > > 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

On 17/04/2016 21:49, Charles Lepple wrote: > On Apr 16, 2016, at 9:08 PM, Andy R - (NUT-List) > <spinner+NUTlist at delphinidae.org.uk> wrote: >> >> It looks like you were right. I've tried building both the patch >> against the stable 2.7.4 source and using the latest source tarball >> you've just created. The builds both went fine and seem to run as

--- cat/Makefile.am | 6 +++--- df/Makefile.am | 2 +- edit/Makefile.am | 2 +- examples/Makefile.am | 12 ++++++------ fish/Makefile.am | 18 +++++++++--------- fuse/Makefile.am | 2 +- inspector/Makefile.am | 2 +- java/examples/Makefile.am | 6 +++--- ocaml/examples/Makefile.am | 6 +++---