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 (8)

Sources (4)

Latest Comments

1 2 3 Next › Last »

sickcodes commented on 2021-07-26 17:52

EDIT2: Forked: https://aur.archlinux.org/packages/libguestfs-dev

EDIT: Mistaken, I was inside libguestfs, not libguestfs-git.

Hey @fartreason, since this downloads from http://download.libguestfs.org/ and not git, I think this should be renamed to?

1.42.0 has been out since May 2020, and the current git releases has all the way up to: May 27 v1.45.6

This is pretty urgent since libguestfs is currently out of date on mainline too due to QEMU 6.

Or do you mind if I fork this and make libguestfs-dev?

ostroffjh commented on 2021-07-11 14:47

Follow-up: changing autogen.sh line to autoreconf allowed successful build, and it allows me to mount ntfs partitions. I did comment out the makedeps for those two perl packages (after manually installing them through CPAN.)

ostroffjh commented on 2021-07-11 00:27

-> Could not find all required packages: perl-string-shellquote (Wanted by: libguestfs-git) perl-sys-virt (Wanted by: libguestfs-git) I think those are only two of a larger number of perl related packages that seem to have disappeared from AUR. I'm slowly working my way through installing them with CPAN, but it's going slowly. My original question was actually whether the RedHat restrictions on using NTFS in libvirt were enforced here or not.

stef204 commented on 2021-07-04 16:18

@tarmabal the error "guestfsd: error while loading shared libraries: libyara.so.4: cannot open shared object file: No such file or directory" also occurs with the official package. not sure if upstream needs to adjust or if it is due to Arch being too "bleeding edge" and ahead in terms of yara versions.... would sure like to resolve this as well.

PS I have contacted upstream to get feedback on the version discrepancy. will post back here if I get a response.

PPS response from upstream is (logical): just recompile and it should pickup the new version of yara.

unfortunately though, I am unable to compile successfully, whether this is the git version here or the official version using asp.

UPDATE: the official package has been updated and now works (picks up new yara version.)

tarmabal commented on 2021-06-19 22:14

Can the maintainer replace the line ./autogen.sh by "autoreconf -i" to make the package compile?

Also getting errors while compiling, solved by installing perl-pod-parser

Unknown format type: pod.
po4a::chooser: Module loading error: Can't locate Pod/Parser.pm in @INC (you may need to install the Pod::Parser module) (@INC contains: /usr/lib/perl5/5.34/site_perl /usr/share/perl5/site_perl /usr/lib/perl5/5.34/vendor_perl /usr/share/perl5/vendor_perl /usr/lib/perl5/5.34/core_perl /usr/share/perl5/core_perl) at /usr/share/perl5/vendor_perl/Locale/Po4a/Pod.pm line 14.
BEGIN failed--compilation aborted at /usr/share/perl5/vendor_perl/Locale/Po4a/Pod.pm line 14.
Compilation failed in require at (eval 34) line 1.
BEGIN failed--compilation aborted at (eval 34) line 1.

I also had to compile it with CFLAGS=-fPIC as per the install guide, https://libguestfs.org/guestfs-building.1.html#using-a-prebuilt-binary-appliance

I managed to build it however when trying to run any package it fails due to a dependency problem guestfsd: error while loading shared libraries: libyara.so.4: cannot open shared object file: No such file or directory.

I have yara in my system however, libyara is vesion 8 libyara.so.8 not 4

any idea how to fix this?

layer7gmbh commented on 2021-06-19 19:44

Adjust your PKGBUILD file like this:

in:

build() { cd "${srcdir}/${_pkgname}"

add in a new line:

autoreconf -i

and comment ( or remove ) ./autogen.sh line

Then it will start compiling.

timetoplatypus commented on 2021-06-09 14:59

@fartreason, can corroborate @stef204's report; getting the same error message with makepkg -sri

stef204 commented on 2021-05-17 17:44

@fartreason
does not build:

libguestfs-git/PKGBUILD: line 118: ./autogen.sh: No such file or directory

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.