Package Details: libguestfs-git 1.51.7+4.r11933.20231030.0e37e5fee-2

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: https://libguestfs.org
Licenses: GPL2, LGPL2.1
Conflicts: guestfish, guestfsd, libguestfs, virt-rescue
Provides: erlang-guestfs, guestfish, guestfs-bash-completion, guestfsd, java-guestfs, libguestfs, libguestfs-gobject-1.0.so, libguestfs.so, lua-guestfs, ocaml-guestfs, perl-guestfs, php-guestfs, python-guestfs, ruby-guestfs, virt-rescue
Submitter: fartreason
Maintainer: None
Last Packager: dreieck
Votes: 0
Popularity: 0.000000
First Submitted: 2020-02-19 15:37 (UTC)
Last Updated: 2023-11-01 13:54 (UTC)

Latest Comments

1 2 3 Next › Last »

dreieck commented on 2023-11-01 09:48 (UTC)

I am disowning since Artix now serves stable builds of libguestfs.

dreieck commented on 2023-10-14 12:14 (UTC)

Adopted, and at least for me on Artix it builds.

hexadecagram commented on 2022-01-11 01:10 (UTC)

This package fails to build, even with the change recommended by @ostroffjh. Nevertheless it would seem it may have been replaced with libguestfs-dev.

configure.ac: warning: AM_GNU_GETTEXT is used, but not AM_GNU_GETTEXT_VERSION or AM_GNU_GETTEXT_REQUIRE_VERSION
m4/guestfs-progs.m4:100: warning: AC_PROG_LEX without either yywrap or noyywrap is obsolete
./lib/autoconf/programs.m4:716: _AC_PROG_LEX is expanded from...
./lib/autoconf/programs.m4:709: AC_PROG_LEX is expanded from...
m4/guestfs-progs.m4:100: the top level
m4/guestfs-c.m4:23: warning: The macro `AC_PROG_CC_STDC' is obsolete.
m4/guestfs-c.m4:23: You should run autoupdate.
./lib/autoconf/c.m4:1666: AC_PROG_CC_STDC is expanded from...
m4/guestfs-c.m4:23: the top level
configure.ac:35: error: required file 'build-aux/compile' not found
configure.ac:35:   'automake --add-missing' can install 'compile'
configure.ac:46: error: required file 'build-aux/config.guess' not found
configure.ac:46:   'automake --add-missing' can install 'config.guess'
configure.ac:46: error: required file 'build-aux/config.sub' not found
configure.ac:46:   'automake --add-missing' can install 'config.sub'
configure.ac:38: error: required file 'build-aux/install-sh' not found
configure.ac:38:   'automake --add-missing' can install 'install-sh'
configure.ac:46: error: required file 'build-aux/ltmain.sh' not found
configure.ac:38: error: required file 'build-aux/missing' not found
configure.ac:38:   'automake --add-missing' can install 'missing'
parallel-tests: error: required file 'build-aux/test-driver' not found
parallel-tests:   'automake --add-missing' can install 'test-driver'
bundled/ocaml-augeas/Makefile.am: error: required file 'build-aux/depcomp' not found
bundled/ocaml-augeas/Makefile.am:   'automake --add-missing' can install 'depcomp'
autoreconf: error: automake failed with exit status: 1

sickcodes commented on 2021-07-26 17:52 (UTC) (edited on 2021-07-27 01:22 (UTC) by sickcodes)

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

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

-> 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 (UTC) (edited on 2021-07-05 13:19 (UTC) by stef204)

@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 (UTC) (edited on 2021-07-04 19:49 (UTC) by eschwartz)

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 (UTC) (edited on 2021-06-19 19:45 (UTC) by layer7gmbh)

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.

1 2 3 Next › Last »