On Sat, Jul 26, 2025 at 01:36:38PM +0200, 414N wrote:
Il 08/07/25 09:41, Richard W.M. Jones ha scritto:
>Different problem. I can upload a new appliance here, but is there a
>reason not to just generate the appliance? The binary appliance is
>only really intended for very specialized uses.
>
>Rich.
I have some updates on the matter: I'm almost there with adding
Slackware support to both supermin and libguestfs.
During my tests I was finally able to have virt-v2v-inspector
successfully bring up a custom-built appliance against the .ova file
that I wanted to convert to a libvirt appliance, but then I
discovered that virt-v2v currently does not support Alpine Linux
images (I'm also working on it).
Alpine is going to be a tricky one to support in virt-v2v. Our usual
policy is to avoid converting "appliance"-style Linux distros, on the
basis that the kinds of modifications that virt-v2v makes are neither
necessary nor (sometimes) possible on these types of distros. In
pithy terms, virt-v2v is for pets, not cattle.
Are you sure that your Alpine applications can't simply be recreated
(eg. from Ansible playbooks or however you deploy software) on the
target?
Where can I post the aforementioned Slackware-support patches when I
feel confident about them? On the mailing list?
You can either use 'git-email' to email them to
guestfs(a)lists.libguestfs.org (no subscription is required), or you can
post them as pull requests to the relevant upstream project(s) on
https://github.com/libguestfs
Rich.
--
Richard Jones, Virtualization Group, Red Hat
http://people.redhat.com/~rjones
Read my programming and virtualization blog:
http://rwmj.wordpress.com
libguestfs lets you edit virtual machines. Supports shell scripting,
bindings from many languages.
http://libguestfs.org