Switch from C<> to L<> for links to man pages, where wasn't done before. --- generator/actions.ml | 20 ++++++++++---------- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/generator/actions.ml b/generator/actions.ml index 9f32cb5..fb971d3 100644 --- a/generator/actions.ml +++ b/generator/actions.ml @@ -683,7 +683,7 @@ calls, parameters and return values are traced. If you want to trace C API calls into libguestfs (and other libraries) then possibly a better way is to use -the external ltrace(1) command. +the external L<ltrace(1)> command. Command traces are disabled unless the environment variable C<LIBGUESTFS_TRACE> is defined and set to C<1>. @@ -2700,10 +2700,10 @@ On return you get a list of strings, with a one-to-one correspondence to the C<names> list. Each string is the value of the symbolic link. -If the C<readlink(2)> operation fails on any name, then +If the L<readlink(2)> operation fails on any name, then the corresponding result string is the empty string C<\"\">. However the whole operation is completed even if there -were C<readlink(2)> errors, and so you can call this +were L<readlink(2)> errors, and so you can call this function with names where you don't know if they are symbolic links already (albeit slightly less efficient). @@ -3276,7 +3276,7 @@ See L<guestfs(3)/BACKEND>, L<guestfs(3)/BACKEND SETTINGS>." }; longdesc = "\ Returns file information for the given C<path>. -This is the same as the C<stat(2)> system call." }; +This is the same as the L<stat(2)> system call." }; { defaults with name = "lstat"; @@ -3294,7 +3294,7 @@ This is the same as C<guestfs_stat> except that if C<path> is a symbolic link, then the link is stat-ed, not the file it refers to. -This is the same as the C<lstat(2)> system call." }; +This is the same as the L<lstat(2)> system call." }; { defaults with name = "c_pointer"; @@ -4475,7 +4475,7 @@ Returns file system statistics for any mounted file system. C<path> should be a file or directory in the mounted file system (typically it is the mount point itself, but it doesn't need to be). -This is the same as the C<statvfs(2)> system call." }; +This is the same as the L<statvfs(2)> system call." }; { defaults with name = "tune2fs_l"; @@ -7640,10 +7640,10 @@ On return you get a list of strings, with a one-to-one correspondence to the C<names> list. Each string is the value of the symbolic link. -If the C<readlink(2)> operation fails on any name, then +If the L<readlink(2)> operation fails on any name, then the corresponding result string is the empty string C<\"\">. However the whole operation is completed even if there -were C<readlink(2)> errors, and so you can call this +were L<readlink(2)> errors, and so you can call this function with names where you don't know if they are symbolic links already (albeit slightly less efficient). @@ -12052,7 +12052,7 @@ Get the realtime (wallclock) timestamp of the current journal entry." }; longdesc = "\ Returns file information for the given C<path>. -This is the same as the C<stat(2)> system call." }; +This is the same as the L<stat(2)> system call." }; { defaults with name = "lstatns"; @@ -12070,7 +12070,7 @@ This is the same as C<guestfs_statns> except that if C<path> is a symbolic link, then the link is stat-ed, not the file it refers to. -This is the same as the C<lstat(2)> system call." }; +This is the same as the L<lstat(2)> system call." }; { defaults with name = "internal_lstatnslist"; -- 2.1.0
Maros Zatko
2015-Mar-03 19:41 UTC
Re: [Libguestfs] [PATCH] actions: improve man page links
On 03/03/2015 03:39 PM, Pino Toscano wrote:> Switch from C<> to L<> for links to man pages, where wasn't done before. > --- > generator/actions.ml | 20 ++++++++++---------- > 1 file changed, 10 insertions(+), 10 deletions(-) > > diff --git a/generator/actions.ml b/generator/actions.ml > index 9f32cb5..fb971d3 100644 > --- a/generator/actions.ml > +++ b/generator/actions.ml > @@ -683,7 +683,7 @@ calls, parameters and return values are traced. > > If you want to trace C API calls into libguestfs (and > other libraries) then possibly a better way is to use > -the external ltrace(1) command. > +the external L<ltrace(1)> command. > > Command traces are disabled unless the environment variable > C<LIBGUESTFS_TRACE> is defined and set to C<1>. > @@ -2700,10 +2700,10 @@ On return you get a list of strings, with a one-to-one > correspondence to the C<names> list. Each string is the > value of the symbolic link. > > -If the C<readlink(2)> operation fails on any name, then > +If the L<readlink(2)> operation fails on any name, then > the corresponding result string is the empty string C<\"\">. > However the whole operation is completed even if there > -were C<readlink(2)> errors, and so you can call this > +were L<readlink(2)> errors, and so you can call this > function with names where you don't know if they are > symbolic links already (albeit slightly less efficient). > > @@ -3276,7 +3276,7 @@ See L<guestfs(3)/BACKEND>, L<guestfs(3)/BACKEND SETTINGS>." }; > longdesc = "\ > Returns file information for the given C<path>. > > -This is the same as the C<stat(2)> system call." }; > +This is the same as the L<stat(2)> system call." }; > > { defaults with > name = "lstat"; > @@ -3294,7 +3294,7 @@ This is the same as C<guestfs_stat> except that if C<path> > is a symbolic link, then the link is stat-ed, not the file it > refers to. > > -This is the same as the C<lstat(2)> system call." }; > +This is the same as the L<lstat(2)> system call." }; > > { defaults with > name = "c_pointer"; > @@ -4475,7 +4475,7 @@ Returns file system statistics for any mounted file system. > C<path> should be a file or directory in the mounted file system > (typically it is the mount point itself, but it doesn't need to be). > > -This is the same as the C<statvfs(2)> system call." }; > +This is the same as the L<statvfs(2)> system call." }; > > { defaults with > name = "tune2fs_l"; > @@ -7640,10 +7640,10 @@ On return you get a list of strings, with a one-to-one > correspondence to the C<names> list. Each string is the > value of the symbolic link. > > -If the C<readlink(2)> operation fails on any name, then > +If the L<readlink(2)> operation fails on any name, then > the corresponding result string is the empty string C<\"\">. > However the whole operation is completed even if there > -were C<readlink(2)> errors, and so you can call this > +were L<readlink(2)> errors, and so you can call this > function with names where you don't know if they are > symbolic links already (albeit slightly less efficient). > > @@ -12052,7 +12052,7 @@ Get the realtime (wallclock) timestamp of the current journal entry." }; > longdesc = "\ > Returns file information for the given C<path>. > > -This is the same as the C<stat(2)> system call." }; > +This is the same as the L<stat(2)> system call." }; > > { defaults with > name = "lstatns"; > @@ -12070,7 +12070,7 @@ This is the same as C<guestfs_statns> except that if C<path> > is a symbolic link, then the link is stat-ed, not the file it > refers to. > > -This is the same as the C<lstat(2)> system call." }; > +This is the same as the L<lstat(2)> system call." }; > > { defaults with > name = "internal_lstatnslist";Looks good
Richard W.M. Jones
2015-Mar-05 12:32 UTC
Re: [Libguestfs] [PATCH] actions: improve man page links
On Tue, Mar 03, 2015 at 03:39:13PM +0100, Pino Toscano wrote:> Switch from C<> to L<> for links to man pages, where wasn't done before.Thanks - pushed. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW
Seemingly Similar Threads
- [PATCH 2/2] actions: turn some params into RelativePathnameList (RHBZ#1174551).
- [PATCH 1/2] Implement realpath()
- lstat & readlink calls during glusterfsd process startup
- [PATCH klibc 0/3] Changes to support initramfs-tools 0.117
- Sys.readlink (on BSD vs Linux)