Package Details: libguestfs 1.38.6-1

Git Clone URL: https://aur.archlinux.org/libguestfs.git (read-only)
Package Base: libguestfs
Description: Access and modify virtual machine disk image
Upstream URL: http://libguestfs.org
Licenses: GPL2, LGPL2.1
Provides: guestfish=1.38.6
Submitter: thatch45
Maintainer: skalkoto
Last Packager: skalkoto
Votes: 84
Popularity: 1.459788
First Submitted: 2010-12-13 04:01
Last Updated: 2018-11-01 23:27

Latest Comments

1 2 3 4 5 6 ... Next › Last »

rwmjones commented on 2019-01-16 11:33

Is there a way to view the latest package build logs?

pmav99 commented on 2019-01-16 10:07

I get the following error

$ pacman -Qs libguestfs local/libguestfs 1.38.6-1 Access and modify virtual machine disk image

$ guestfish get-memsize guestfish: error while loading shared libraries: libreadline.so.7: cannot open shared object file: No such file or directory

rwmjones commented on 2018-12-23 11:47

I'm going to guess that line 85 expands to PYTHON=python (or python2). In that case yes sanerb is correct that you should point PYTHON to the python3 binary, build libguestfs only once, and it should then work fine with Python 3.

This is assuming that you don't need to use Python 2 as well. If you need Python 2 to work you will have to build libguestfs twice, see the Fedora spec file for how to do that. https://src.fedoraproject.org/rpms/libguestfs/blob/master/f/libguestfs.spec#_863

sanerb commented on 2018-12-23 07:01

Hi -

You need to build against python3, as that's the system's default. I maintain python-libguestfs and you break python 3 support with line 85.

For further information, see the bug report: https://bugzilla.redhat.com/show_bug.cgi?id=1627964

Specifically, Comment 9 (by Richard W.M. Jones): https://bugzilla.redhat.com/show_bug.cgi?id=1627964#c9

ChubbyPixel commented on 2018-12-11 20:19

Thank you for maintaining this. One suggestion though; it would be much better if this was our last stop for getting this package. Currently we need to chase down hivex from AUR as well.

==> Installing missing dependencies... error: target not found: hivex>=1.3.2 ==> ERROR: 'pacman' failed to install missing dependencies.

ozz commented on 2018-06-17 02:35

Why aren't standard utilities like this part of the main Arch repositories? It's so weird and awkward.

Kalinda commented on 2018-04-26 15:06

@rwmjones Hey, hey, so here's my full on build log - https://andontie.net/stuff/libguestfs-build-log.txt

rwmjones commented on 2018-04-26 07:21

On the appliance, there is already support for pacman in supermin (https://github.com/libguestfs/supermin/blob/master/src/ph_pacman.ml). If you enable that then there's no need to download anything, the appliance will be built on the fly, just like how it works on every other distro.

About the errors seen by Kalinda: Looks like a problem with gnulib, but you'd need to pastebin the complete build log to find out exactly what went wrong.

Kalinda commented on 2018-04-25 22:25

Hello, I am unable to build this, I just keep getting errors like these - https://paste.ee/p/wcGpn

There's quite a few of them but it looks like they are all the same two errors. Any help appreciated, I may have missed installing something. Thnks!

CyberShadow commented on 2018-04-21 12:08

Sounds like the perfect case of moving it to its own package, then! E.g. libguestfs-appliance, with libguestfs depending on it.

Trying to do the package manager's job is going to cause a lot of subtle problems. For example, with the current method, any proxy configuration (or other download methods) that would have been used by pacman won't be visible to custom download scripts, and it's not possible to verify the integrity of files installed in this way using e.g. paccheck.