similar to: [PATCH 0/2] Document problems with symlinks on NTFS

Patches 1-6 are general code quality improvements. Note that Guido previously asked us for the ability to build libguestfs without building the appliance. Patches 7-10 are specific to Mac OS X, but shouldn't break the build for existing platforms. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports

This patchset just fixes the 'hexdump' command as an example. The important part of the patch is #2 since that shows the approach I want to take to fix this. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc.

Various build fixes for gcc 4.5. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html

This is a set of bugfixes and enhancements to allow virt-resize to really expand Linux and Windows guests. Previously there were lots of bugs. This version has been tested on a variety of guests successfully. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages.

This patch series starts by tidying up the code for the virt-cat, virt-df, virt-edit, etc tools, moving them into a single directory and making the build system much simpler as a consequence. Then we add two new tools, virt-tar (a general purpose archive and upload tool) and virt-ls (for listing directories). No new functionality is enabled by these tools -- that is to say, you can do everything

The more I look at this patch, the less I like it. I would summarise why I think it's wrong here, but it's better if you look at the message I posted on the gnulib mailing list here first: http://lists.gnu.org/archive/html/bug-gnulib/2009-11/msg00434.html Directly accessing errno on Windows is wrong: you won't see the true reasons for an error by doing that. However depending on

-- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html

This is the third version of the FUSE bindings for libguestfs. Still, read and write calls don't work, but you can now navigate through the filesystem hierarchy efficiently. Rich. .gitignore | 3 + HACKING | 3 + Makefile.am | 5 + README | 2 + TODO | 37 +-- bindtests | 13 + bootstrap | 2 +

After these three patches, virt-inspector is just a shell around the core API, left doing command line parsing. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do:

I think there's some demand internally for a version of libguestfs where the appliance part actually runs on Windows. So I'm creating this thread to discuss the issue. The reason to want a Windows appliance at all is twofold: (1) better support for NTFS filesystems and Windows-native filesystem features (attributes, volume management etc), and (2) so we can run Windows CMD.EXE commands

I've nearly converted the Perl code for inspection into C, but while I'm fixing the bugs, it strikes me that the 'file_architecture' part of this is simple and self-contained. This is just a translation of the Perl call into C. The Perl call continues to exist, but is marked as deprecated. Probably we should simply replace it with a call to the new API. Rich. -- Richard

This requires changing the generator so it can handle passing optional arguments all thr way through to the daemon, changing the protocol (see previous patch set), and implementing the new mkfs-opts call. At the moment there is just an optional blocksize argument, thus mimicking what you can already do with 'mkfs-b'. But this change will allow us in future to encode much of the rest of

In the current Perl library we have a function called resolve_windows_path which handles the useful [for Windows guests] case where we need to resolve the true, case-sensitive path behind a case-insensitive Windows path. For example, a Windows path like "C:\Windows\System32" can be presented to Linux by NTFS 3g in a variety of ways, eg: /WINDOWS/system32 /WINDOWS/SYSTEM32

libguestfs is a library and a set of tools for reading, writing, managing, inspecting, rescuing and resizing disk images and offline and live virtual machines. I'm pleased to announce the release of libguestfs 1.12, the next stable branch of libguestfs. There are many changes and new features in this release: please see the notes below. You can get source from the website:

On Sun, Dec 19, 2010 at 12:12:58PM +0100, Olivier Hault wrote: > For a while, I wonder if it would be possible to defrag guest fs > from the host. I can see two flavors a) offline defrag, b) online > defrag of the guest fs > > I there already solutions of works in progress to support those > operations ? We don't support this right now. However it is certainly something we

My log file is attached Alain VONDRA Chargé d'exploitation des Systèmes d'Information Direction Administrative et Financière +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -----Message d'origine----- De : Richard W.M. Jones [mailto:rjones@redhat.com] Envoyé : dimanche 28 septembre 2014 21:16 À : VONDRA Alain Cc : libguestfs@redhat.com Objet :

The background to this is that virt-v2v needs to boot the appliance with a specific block device emulation (eg. IDE, not virtio), because when it runs mkinitrd, mkinitrd will assume that the block devices available in the appliance are also the ones which apply at guest boot time. There's no way to override this assumption in mkinitrd (particularly in the old mkinitrd versions that shipped

As discussed previously: https://www.redhat.com/archives/libguestfs/2010-July/msg00003.html https://www.redhat.com/archives/libguestfs/2010-July/msg00024.html To do: (1) Implement progress notifications for many more daemon operations. (2) OCaml bindings to the callback. (3) Perl bindings to the callback. Rich. -- Richard Jones, Virtualization Group, Red Hat

Fixes for both of these bugs: https://bugzilla.redhat.com/show_bug.cgi?id=633096 virt-resize calculates block device size incorrectly, doesn't work with qcow2 target https://bugzilla.redhat.com/show_bug.cgi?id=633766 virt-resize --shrink fails I'm still doing testing on these, but the patches seem good enough to review. Rich. -- Richard Jones, Virtualization Group, Red Hat

These are general updates to: https://www.redhat.com/archives/libguestfs/2009-October/msg00037.html [Libguestfs] [PATCH 4/5] New tool: virt-tar and: https://www.redhat.com/archives/libguestfs/2009-October/msg00038.html [Libguestfs] [PATCH 5/5] New tool: virt-ls The code uses die "prog: ...\n". The parameters to virt-tar are swapped so they always go in source -> destination