similar to: [PATCH] guestfs.pod: fix a typo

Signed-off-by: Chen Hanxiao <chenhanxiao@cn.fujitsu.com> --- src/guestfs.pod | 4 ---- 1 file changed, 4 deletions(-) diff --git a/src/guestfs.pod b/src/guestfs.pod index 377db21..70400a1 100644 --- a/src/guestfs.pod +++ b/src/guestfs.pod @@ -4158,10 +4158,6 @@ Runs the regular test suite. This is implemented using the regular automake C<TESTS> target. See the automake

s/applicance/appliance Signed-off-by: Chen Hanxiao <chenhanxiao@cn.fujitsu.com> --- src/guestfs.pod | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/guestfs.pod b/src/guestfs.pod index 9749349..377db21 100644 --- a/src/guestfs.pod +++ b/src/guestfs.pod @@ -2461,7 +2461,7 @@ indicates a bug in libguestfs. =back -Libguestfs tries to convert the errno from inside

The existing mechanism was clunky, slow and used ~ 10 MB of local disk. Rich.

Thanks for your response Le Mercredi, Novembre 15, 2017 17:38 CET, Rowland Penny via samba <samba at lists.samba.org> a écrit: > I suppose the obvious question is, is the script executable ? It is. It's a simple perl script with +x. I can exec it from the comande line like /usr/local/bin/addworkstation.pl foo$ which creates the machin account like it should. I've also

Hello everybody, hi Evan, this patch changes the lowering of arguments for tail call optimized calls. Before arguments that could be overwritten by each other were explicitly lowered to a stack slot, not giving the register allocator a chance to optimize. Now a sequence of copyto/copyfrom virtual registers ensures that arguments are loaded in (virtual) registers before they are lowered to the

This commit deprecates luks-open/luks-open-ro/luks-close for the more generic sounding names cryptsetup-open/cryptsetup-close, which also correspond directly to the cryptsetup commands. The optional cryptsetup-open readonly flag is used to replace the functionality of luks-open-ro. The optional cryptsetup-open crypttype parameter can be used to select the type (corresponding to cryptsetup open

This commit deprecates luks-open/luks-open-ro/luks-close for the more generic sounding names cryptsetup-open/cryptsetup-close, which also correspond directly to the cryptsetup commands. The optional cryptsetup-open readonly flag is used to replace the functionality of luks-open-ro. The optional cryptsetup-open crypttype parameter can be used to select the type (corresponding to cryptsetup open

Original version linked from here: https://bugzilla.redhat.com/show_bug.cgi?id=1808977#c8 There is no change in the code in this series, but feedback from the original series was we shouldn't lose the error message in patch 7. When I tested this just now in fact we don't lose the error if debugging is enabled, but I have updated the commit message to note what the error message is in the

These commits, along with the associated changes to common: https://www.redhat.com/archives/libguestfs/2020-March/msg00286.html support the transparent decryption and inspection of Windows guests encrypted with BitLocker encryption. To do the BitLocker decryption requires cryptsetup 2.3.0 (although cryptsetup 2.3 is not required for existing LUKS use). It also requires a new-ish Linux kernel, I

FYI, I hit this failure: make[3]: Entering directory `/h/j/w/co/libguestfs/po-docs/ja' make[3]: *** No rule to make target `guestfs.pod', needed by `guestfs.3'. Stop. make[3]: Leaving directory `/h/j/w/co/libguestfs/po-docs/ja' guestfs.pod is in src/. I'll investigate later, if needed.

As discussed in the emails today, this is the third version addressing most points from the v1/v2 review. You will need to pair this with the changes in libguestfs-common from this series: https://www.redhat.com/archives/libguestfs/2020-September/msg00050.html Rich.

--- src/guestfs.pod | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/guestfs.pod b/src/guestfs.pod index f9dea92c81b5805b9011c99d0aa69e0ce687b834..87355d5c9119656e41a3b89f04f687f8fe7fb1f8 100644 --- a/src/guestfs.pod +++ b/src/guestfs.pod @@ -1550,7 +1550,7 @@ such as L<guestfish(1)> with the I<--live> option will "just work". By calling

On Mon, Dec 14, 2015 at 07:49:00PM +0100, Kashyap Chamarthy wrote: > -L</ARCHITECTURE> for some background). > +L</guestfs-internals> for some background). Refs to external man pages are like this: L<guestfs-internals(1)>. I'll fix this and push shortly, thanks! Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my

Move the "FIXED APPLIANCE" section from libguestfs-make-fixed-appliance(1) to the "INTERNALS" section of guestfs(3), so it's more visible and less hidden in the documentation of a rarely-used tool. Also slightly improve it. Expand the FAQ question about libguestfs without supermin, mentioning the build options needed and pointing to the aforementioned new section. ---

On Wed, 15 Nov 2017 18:01:51 +0100 "Daniel Berteaud" <daniel at firewall-services.com> wrote: > Thanks for your response > > Le Mercredi, Novembre 15, 2017 17:38 CET, Rowland Penny via samba > <samba at lists.samba.org> a écrit: > > > I suppose the obvious question is, is the script executable ? > > It is. It's a simple perl script with

From: Chen Hanxiao <chenhanxiao@gmail.com> If we failed to add something to initrd, just error out. Signed-off-by: Chen Hanxiao <chenhanxiao@gmail.com> --- src/ext2_initrd.ml | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/src/ext2_initrd.ml b/src/ext2_initrd.ml index d4a4e2f..d9a3a99 100644 --- a/src/ext2_initrd.ml +++ b/src/ext2_initrd.ml @@ -151,8

As Pino's comment, we should take advantage of macro CLEANUP_FREE_STRING_LIST v3: fix test case failure v2: properly initialize lines Chen Hanxiao (3): do_btrfs_qgroup_show: fix a bad return value do_btrfs_subvolume_list: fix a bad return value btrfs: use CLEANUP_FREE_STRING_LIST for list free daemon/btrfs.c | 20 ++++++++++---------- 1 file changed, 10 insertions(+), 10 deletions(-)

Over the weekend I upgraded my IRIX servers to 3.0.13 and have found many strange issues regarding the creation of new folders. When I attempt to add a new folder through the Windows side I get an immediate error dialog box stating "You may not be able to access file created in the folder X:\New Folder." When I select to continue the folder is created, looking on the IRIX side the

At 2016-07-21 18:43:04, "Richard W.M. Jones" <rjones@redhat.com> wrote: >On Thu, Jul 21, 2016 at 06:36:20PM +0800, Chen Hanxiao wrote: >> the virtio modules in kmods did existed in this machine. >> with -v -v -v, I got: > >Can you attach or pastebin the complete output from this command on >the failing machine please: > >supermin5 --build -f ext2 -v -v

> -----Original Message----- > From: Richard W.M. Jones [mailto:rjones@redhat.com] > Sent: Monday, March 23, 2015 9:29 PM > To: Chen, Hanxiao/陈 晗霄 > Cc: libguestfs@redhat.com > Subject: Re: [Libguestfs] [PATCH] New API: part_get_part_type for showing partition > type > > On Tue, Mar 17, 2015 at 02:45:46AM -0400, Chen Hanxiao wrote: > > This patch will add support