Description: fix spelling mistakes in the POD
Origin: vendor
Author: gregor herrmann <gregoa@debian.org>
Last-Update: 2016-10-30
Forwarded: https://rt.cpan.org/Ticket/Display.html?id=118560
Bug: https://rt.cpan.org/Ticket/Display.html?id=118560

--- a/lib/Log/Report/Extract.pod
+++ b/lib/Log/Report/Extract.pod
@@ -110,7 +110,7 @@
 
 The statistics are sent to (Log::Report) dispatchers which accept
 notice and info.  This could be syslog.  When you have no explicit
-dispatchers in your program, the level of detail get controled by
+dispatchers in your program, the level of detail get controlled by
 the 'mode':
 
    use Log::Report mode => 'DEBUG';  # or 'VERBOSE'
--- a/lib/Log/Report/Translator/Context.pod
+++ b/lib/Log/Report/Translator/Context.pod
@@ -19,13 +19,13 @@
 translated diffently in one file or the other.
 
 For instance, two libraries used in the same application, or two
-componentent within a single libary both want to used the same
+componentent within a single library both want to used the same
 default text (which usually is very short)
 
    char * t1 = pgettext('interface', 'None');
    char * t2 = pgettext('selections', 'None');
 
-Some translation setups use the libary name consequently as msgctxt.
+Some translation setups use the library name consequently as msgctxt.
 But, the name "context" is pretending much more power than the gettext
 libraries are capable of: it usually only behaves like a namespace.
 
@@ -105,13 +105,13 @@
 translated diffently in one file or the other.
 
 For instance, two libraries used in the same application, or two
-componentent within a single libary both want to used the same
+componentent within a single library both want to used the same
 default text (which usually is very short)
 
    char * t1 = pgettext('interface', 'None');
    char * t2 = pgettext('selections', 'None');
 
-Some translation setups use the libary name consequently as msgctxt.
+Some translation setups use the library name consequently as msgctxt.
 But, the name "context" is pretending much more power than the gettext
 libraries are capable of: it usually only behaves like a namespace.