Hello Jeff, On Sun, 24 Nov 2013, Jeffrey Johnson wrote: > AFAICT, the spell corrections here @rpm5.org > > - devzero2000: fix misspelling > Fix misspelling using http://github.com/lyda/misspell-check > > are now being returned as a patch from Fedora.
whoops...you are partially right. I should have checked that. Attached is a new patch for the two changes that did not yet happen upstream. > I'm glad to hear that Fedora has upgraded from popt-1.13. Or have they? Not yet, but I am working on that, at least for Fedora Rawhide (-> F21). Greetings, Robert
Patch by John Bradshaw <j...@johnbradshaw.org> for popt <= 1.16 which fixes some spelling mistakes in popt man page. See https://bugzilla.redhat.com/show_bug.cgi?id=675567 for further details, please. This patch was proposed to upstream: http://rpm5.org/community/popt-devel/0263.html --- popt-1.16/popt.3 2009-07-25 20:52:36.000000000 +0200 +++ popt-1.16/popt.3.man-page 2013-11-24 15:59:58.000000000 +0100 @@ -200,7 +200,7 @@ .RB "This macro includes another option table (via " POPT_ARG_INCLUDE_TABLE ; see below) in the main one which provides the table entries for these .RB "arguments. When " --usage " or " --help " are passed to programs which -use popt's automatical help, popt displays the appropriate message on +use popt's automatic help, popt displays the appropriate message on stderr as soon as it finds the option, and exits the program with a return code of 0. If you want to use popt's automatic help generation in a different way, you need to explicitly add the option entries to your programs @@ -473,7 +473,7 @@ .TP .B POPT_ERROR_BADNUMBER A conversion from a string to a number (int or long) failed due -to the string containing nonnumeric characters. This occurs when +to the string containing non-numeric characters. This occurs when .BR poptGetNextOpt() " is processing an argument of type " .BR POPT_ARG_INT ", " POPT_ARG_SHORT ", " POPT_ARG_LONG ", " POPT_ARG_LONGLONG ", " .RB POPT_ARG_FLOAT ", or " POPT_ARG_DOUBLE "."
Description: PGP signature