Package Details: libguestfs-git 1.42.0.r21.g4837698d8-1

Git Clone URL: https://aur.archlinux.org/libguestfs-git.git (read-only, click to copy)
Package Base: libguestfs-git
Description: Access and modify virtual machine disk image
Upstream URL: http://libguestfs.org
Licenses: GPL2, LGPL2.1
Conflicts: libguestfs
Provides: guestfish=1.42.0.r21.g4837698d8, libguestfs
Submitter: fartreason
Maintainer: fartreason
Last Packager: fartreason
Votes: 0
Popularity: 0.000000
First Submitted: 2020-02-19 15:37
Last Updated: 2020-07-07 10:25

Dependencies (39)

Required by (7)

Sources (4)

Latest Comments

1 2 Next › Last »

fartreason commented on 2020-10-06 11:44

If any dependecy is missing, unadorned makepkg would err out right away, while wrappers like yay would install it. So probably the issue is something else.

@PapuaXXL the isolated error message is not so much of help, but if you could share the full output of makepkg -C, I can take a look.

ezequiel.ezb commented on 2020-10-06 00:04

@PapuaXXL

At least one line in shows the error when the compiler accesses a 'golang' subdir. May be you're missing golang dependencies?

Anyways, I don't know if you read all the previous conversations in this thread, but it's recommended to build this from the tarball file found at libguestfs's page, you'll have waaaay less issues compiling that.

PapuaXXL commented on 2020-10-04 18:19

Hi,

I have the following erro, Can I help me ?

make[2]: Entering directory '/home/papuaxxl/.cache/yay/libguestfs-git/src/libguestfs/golang' ../run go install libguestfs.org/guestfs run: warning: You used './configure --disable-appliance' so LIBGUESTFS_PATH run: warning: has not been set automatically.

libguestfs.org/guestfs

src/libguestfs.org/guestfs/guestfs.go:31:10: fatal error: guestfs.h: No such file or directory 31 | #include "guestfs.h" | ^~~~~~~~~~~ compilation terminated. make[2]: [Makefile:2508: pkg/linux_amd64/libguestfs.org/guestfs.a] Error 2 make[2]: Leaving directory '/home/papuaxxl/.cache/yay/libguestfs-git/src/libguestfs/golang' make[1]: [Makefile:2379: all-recursive] Error 1 make[1]: Leaving directory '/home/papuaxxl/.cache/yay/libguestfs-git/src/libguestfs' make: [Makefile:2279: all] Error 2 make: Entering directory '/home/papuaxxl/.cache/yay/libguestfs-git/src/libguestfs/po-docs' make: No rule to make target 'update-po'. Stop. make: Leaving directory '/home/papuaxxl/.cache/yay/libguestfs-git/src/libguestfs/po-docs' ==> ERROR: A failure occurred in build(). Aborting...

Bets Regards,

Herculano

fartreason commented on 2020-07-07 17:31

The deprecation applies to the RPC implementation in glibc (in favor of libtirpc). rpcgen is and shall be a necessary tool for compiling code using RPC.

When I referred to the Arch package, I did not mean to use it directly, but to build it from the PKGBUILD, just like you do with AUR. Is AUR preferred on Manjaro over building Arch packages?

ezequiel.ezb commented on 2020-07-07 16:39

Hi. rpcgen is apparently obsolete for some time now, see: https://bbs.archlinux.org/viewtopic.php?id=236552 and https://github.com/vmware/open-vm-tools/issues/407

Anyways, as you noticed I'm on Manjaro. Strangely, libguestfs is not on our repos, but I just checked after you mentined "Most people on Arch are better off with the official binary package." and indeed there's an official arch package.

I double checked to see if I was not messing up, but yeah, 'pacman -Ss libguestfs' returns nothing here, and it also doesn't show up in pamac's GUI. So yeah, Manjaro is missing that package and in the future manjaro users will probably turn to the AUR for this package, but had I known beforehand, I'd have grabbed arch's package.

Anyways, thanks.

fartreason commented on 2020-07-07 16:18

What do you mean by "rpcgen is deprecated"? I checked the thread on libguestfs ML but did not see this claim there.

Most people on Arch are better off with the official binary package. You (on Manjaro, AFAICS) can try that PKGBUILD as well.

However, there are things that justify an alternative package -- for example, official Arch package does not support Ruby (for the time being), this one does. And once an alternative package is opted for -- a lazy dude like me will go for git so that it doesn't require upgpkg'ing ;)

ezequiel.ezb commented on 2020-07-07 14:58

Hi, I just got a response from Richard W.M. Jones, from Red Hat, after posting the issue in the mailing list. Here's his response:

Why is the package being built from git? The tarballs contain all the files needed, and rpcgen isn't needed when building from the tarball.

Rich.

In other words, people shouldn't build from git, especially because rpcgen is deprecated.

I emailed him back, said thanks and told him they need to improve their documentation, since neither github nor their instruction pages cite nothing about tarballs or the dependencies needed to build from git.

Anyways, thanks.

fartreason commented on 2020-07-07 10:28

Thanks for your investigation, added those deps.

ezequiel.ezb commented on 2020-07-07 03:04

just to keep you posted. I've been investigating the last compiler error and the related Makefile (which is under src/libguestfs/ruby) for about two hours now and found out this also has hard dependencies on


1. ruby-rdoc
2. ruby-rake

after installing them compilation finished and I already got it installed.

Was a bit harder to figure out though, because this part seems to have been generated by autoconf and the error messages produced weren't really helpful.

ezequiel.ezb commented on 2020-07-06 22:57

Indeed installing [i]rpcsvc-proto[/i] creates all of those missing files and eliminates that specific compilation error, so you're not wrong on this one.

I am stuck at another compilation error now, I'm checking into it.