search for: e8b0ba5

Displaying 4 results from an estimated 4 matches for "e8b0ba5".

Did you mean: e840ca5
2017 Feb 02
2
[PATCH v2] fuse: use the configured program name
When initializing FUSE, use the program name as set (either automatically or manually) in the guestfs handle. --- lib/fuse.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/lib/fuse.c b/lib/fuse.c index 0180f8f..98bbc8d 100644 --- a/lib/fuse.c +++ b/lib/fuse.c @@ -989,8 +989,7 @@ guestfs_impl_mount_local (guestfs_h *g, const char *localmountpoint, return -1; /*
2017 Feb 03
0
Re: [PATCH v2] fuse: use the configured program name
...ame module either sets g->program to a string derived from argv[0] or fails at compile time. Fixes commit eea210dbf7d781bc253f927977868dbc6776f20d. --- generator/actions.ml | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/generator/actions.ml b/generator/actions.ml index e8b0ba5..990eacb 100644 --- a/generator/actions.ml +++ b/generator/actions.ml @@ -3184,8 +3184,8 @@ Set the program name. This is an informative string which the main program may optionally set in the handle. When the handle is created, the program name in the handle is -set to the basename from C<...
2017 Jan 20
5
[PATCH 0/5] Rename src/ to lib/ and move common code to common/
This patch series moves some files and directories around but is only code motion (or supposed to be). A new directory, common/, is created for all of the common code which is currently shared in random ways between parts of the project. And src/ becomes lib/ (the largest change, but mostly mechanical). In full this series makes the following changes: src/libprotocol -> common/protocol
2017 Jan 25
10
[PATCH v2 0/7] Rename src/ to lib/ and move common code to common/
Previous patch series was posted here: https://www.redhat.com/archives/libguestfs/2017-January/msg00059.html v2 simply extends this patch series to cover the extra directories common/edit, common/progress, common/windows and common/parallel. The only remaining item is to consider whether we should rename mllib to something else, mlcommon was my suggestion. Rich.