similar to: [PATCH] appliance: add/remove some packages for Arch Linux

The ELF NEEDED are used to determine guestfsd's library dependencies with help from the dynamic linker and the package manager. This was prompted by Debian bug #972241 which was caused by a libtirpc package renaming in Debian/unstable because the SONAME had been changed. --- appliance/Makefile.am | 26 ++++++++++++++++- appliance/packagelist.in | 62

initviocons package provides tools to resize the terminal. Having it in the appliance will allow SUSE users to have proper line wrapping in their terminal when using virt-rescue. --- appliance/packagelist.in | 1 + 1 file changed, 1 insertion(+) diff --git a/appliance/packagelist.in b/appliance/packagelist.in index f278f66..bbbe4b2 100644 --- a/appliance/packagelist.in +++

It looks like isoinfo is in that package since openSUSE Leap 42.1, so make sure to include it to not break the isoinfo* APIs. --- appliance/packagelist.in | 1 + 1 file changed, 1 insertion(+) diff --git a/appliance/packagelist.in b/appliance/packagelist.in index 5cf2276..0a71cc3 100644 --- a/appliance/packagelist.in +++ b/appliance/packagelist.in @@ -136,6 +136,7 @@ ifelse(SUSE,1, dnl It

On Wed, Nov 30, 2016 at 05:49:20PM +0100, Cédric Bosdonnat wrote: > initviocons package provides tools to resize the terminal. Having it > in the appliance will allow SUSE users to have proper line wrapping > in their terminal when using virt-rescue. > --- > appliance/packagelist.in | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/appliance/packagelist.in

v3: - Various changes to dhclient/dhcpcd as discussed on the mailing list.

Hi, this series for libguestfs improves the support for OpenSUSE. There are couple of changes (in testing-only stuff) needed to help running the tests properly, and an update of the packagelist. Pino Toscano (3): builder: do not use xz --block-size for the test images tests: make the scratch disk used for scratch much larger appliance: initial packagelist for OpenSUSE

Thanks: Miles Wolbe --- appliance/packagelist.in | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/appliance/packagelist.in b/appliance/packagelist.in index d2a065f..77bd464 100644 --- a/appliance/packagelist.in +++ b/appliance/packagelist.in @@ -288,5 +288,10 @@ kpartx dnl (virt-dib) tools optionally used for elements debootstrap +dnl exFAT is not usually available in free software

libyara3 on Debian/Ubuntu yara on SUSE/RedHat Signed-off-by: Matteo Cafasso <noxdafox@gmail.com> --- appliance/packagelist.in | 4 ++++ daemon/Makefile.am | 3 ++- m4/guestfs_daemon.m4 | 14 ++++++++++++++ 3 files changed, 20 insertions(+), 1 deletion(-) diff --git a/appliance/packagelist.in b/appliance/packagelist.in index f278f66..2da7533 100644 ---

Hi folks, I've been prompted to look at using isohybrid for the Debian CD images that I'm producing. This looks like a good plan for the i386/amd64 images we make, so as to make them bootable from USB by default. However, it's likely to make things slightly more difficult in terms of producing the images themselves: we want to make them available via jigdo as well as via full download

This package in Fedora enables optional support for Windows 10 "CompactOS" (file-level compression), read-only, which is sufficient for inspecting Windows guests and doing certain types of modifications to them. Virt-v2v appears to work, but it may be that anything that involves modifying a compressed file might not work. I couldn't find the equivalent package in Debian or SUSE.

Hi, this is a prototype of something I've around for some time. Basically it is about adding new appliances in addition to the main one currently used and kept up-to-date automatically: this way it is possible to create new appliances with extra packages, to be used in specific contexts (like virt-rescue, with more network/recovery tools) without filling the main appliance. It's still

Signed-off-by: Matteo Cafasso <noxdafox@gmail.com> --- appliance/packagelist.in | 1 + daemon/Makefile.am | 3 ++- m4/guestfs_daemon.m4 | 8 ++++++++ 3 files changed, 11 insertions(+), 1 deletion(-) diff --git a/appliance/packagelist.in b/appliance/packagelist.in index f278f66..5982df8 100644 --- a/appliance/packagelist.in +++ b/appliance/packagelist.in @@ -232,6 +232,7 @@

SUSE Linux Entreprise Server doesn't have dhcpcd and the hivex package is not in the default repositories. Better use dhcp-client and libhivex0 --- appliance/packagelist.in | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/appliance/packagelist.in b/appliance/packagelist.in index daf589e..c221854 100644 --- a/appliance/packagelist.in +++ b/appliance/packagelist.in @@

latest archlinux has some small changes: btrfs-progs-unstable --> btrfs-progs genisoimage --> cdrkit iproute --> iproute2 module-init-tools --> kmod procps --> procps-ng udev --> systemd util-linux-ng --> util-linux and could you plz add the below packages lrzip less sed -- Evaggelos Balaskas - Unix System Engineer http://gr.linkedin.com/in/evaggelosbalaskas

Hi, we are the developers of an alternative to mkisofs: program xorriso from libburnia-project.org . The current development cycle is about support for creating bootable CDs, DVDs, BDs. So we look for testers and for advise about ISOLINUX specifics. The example from the ISOLINUX wiki is supposed to work if you replace "mkisofs" by "xorriso -as mkisofs". I.e: xorriso -as

Here's what I needed to build and run 1.20 on Debian/unstable. Perhaps the libcap2 dependency in the packagelist should only be added if libcap has actually been used in building guestfsd...

Hi, recently, there was a discussion in the development list of libvirt on switching to a different JSON library than YAJL [1]. Since we use YAJL, and the points there IMHO apply to libguestfs as well, I decided to give a try in switching to Jansson [2]. The result IMHO is nice, with the additional APIs of Jansson that simplify some of our code. Unlike with YAJL, I did not set a minimum

> I built a Slackware package for 4.07, upgrading fro 4.05, ran isohybrid on a copy of the ISO image and got again > "seek error - 3: Invalid argument" > > Just wondering: is it possible that the bug correction made in 4.06 wasn't ported to 4.07? > > Or should I upgrade another component? I would suggest using the official binary files already included in

Yara is a rule based scanning engine aimed to help malware analysts in finding and classifying interesting samples. https://github.com/VirusTotal/yara This series adds Yara support to Libguestfs allowing to upload sets of rules and scanning files against them. Currently provided APIs: - yara_load: loads a set of rules - yara_destroy: free resources allocated by loaded rules - yara_scan:

While YAJL mostly works fine, it did not see any active development in the last 3 years. OTOH, Jansson is another JSON C implementation, with a very liberal license, and a much nicer API. Hence, switch all of libguestfs from YAJL to Jansson: - configure checks, and buildsystem in general - packages pulled in the appliance - actual implementations - contrib scripts - documentation This also