This is an automated email from the git hooks/post-receive script. roland pushed a commit to branch master in repository libfile-tail-perl.
commit 0f3a8b1d8c847addfc106b43ae515b398c490b56 Author: Roland Rosenfeld <[email protected]> Date: Mon Mar 7 21:32:07 2016 +0100 20_manpage_typo: Fix another typo found by lintian. --- debian/changelog | 3 ++- debian/patches/20_manpage_typo.patch | 38 ++++++++++++++++++++++++++++++++++++ 2 files changed, 40 insertions(+), 1 deletion(-) diff --git a/debian/changelog b/debian/changelog index b17e2c8..910ea21 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,8 +1,9 @@ libfile-tail-perl (1.3-2) unstable; urgency=medium * Add -p to QUILT_DIFF_OPTS. + * 20_manpage_typo: Fix another typo found by lintian. - -- Roland Rosenfeld <[email protected]> Mon, 07 Mar 2016 21:30:24 +0100 + -- Roland Rosenfeld <[email protected]> Mon, 07 Mar 2016 21:32:01 +0100 libfile-tail-perl (1.3-1) unstable; urgency=medium diff --git a/debian/patches/20_manpage_typo.patch b/debian/patches/20_manpage_typo.patch index 48db31a..37b2f37 100644 --- a/debian/patches/20_manpage_typo.patch +++ b/debian/patches/20_manpage_typo.patch @@ -30,6 +30,15 @@ Description: Fix typos in man page. be the filename. If the open fails, the module performs a croak. I am currently looking for a way to set $! and return undef. +@@ -740,7 +740,7 @@ adjustafter*maxinterval. + =item maxbuf + + The maximum size of the internal buffer. When File::Tail +-suddenly found an enormous ammount of information in the file ++suddenly found an enormous amount of information in the file + (for instance if the retry parameters were set to very + infrequent checking and the file was rotated), File::Tail + sometimes slurped way too much file into memory. This sets @@ -777,7 +777,7 @@ Default is C<0>. =item reset_tail @@ -39,3 +48,32 @@ Description: Fix typos in man page. C<-1>, i.e. does not skip any information present in the file when it first checks it. +@@ -879,7 +879,7 @@ and File::Tails). + Once select returns, when you want to determine which File::Tail objects + have input ready, you can either use the list of objects select returned, + or you can check each individual object with $object->predict. This returns +-the ammount of time (in fractional seconds) after which the handle expects ++the amount of time (in fractional seconds) after which the handle expects + input. If it returns 0, there is input waiting. There is no guarantee that + there will be input waiting after the returned number of seconds has passed. + However, File::Tail won't do any I/O on the file until that time has passed. +--- a/Tail.pm ++++ b/Tail.pm +@@ -707,7 +707,7 @@ adjustafter*maxinterval. + =item maxbuf + + The maximum size of the internal buffer. When File::Tail +-suddenly found an enormous ammount of information in the file ++suddenly found an enormous amount of information in the file + (for instance if the retry parameters were set to very + infrequent checking and the file was rotated), File::Tail + sometimes slurped way too much file into memory. This sets +@@ -847,7 +847,7 @@ and File::Tails). + Once select returns, when you want to determine which File::Tail objects + have input ready, you can either use the list of objects select returned, + or you can check each individual object with $object->predict. This returns +-the ammount of time (in fractional seconds) after which the handle expects ++the amount of time (in fractional seconds) after which the handle expects + input. If it returns 0, there is input waiting. There is no guarantee that + there will be input waiting after the returned number of seconds has passed. + However, File::Tail won't do any I/O on the file until that time has passed. -- Alioth's /usr/local/bin/git-commit-notice on /srv/git.debian.org/git/pkg-perl/packages/libfile-tail-perl.git _______________________________________________ Pkg-perl-cvs-commits mailing list [email protected] http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-perl-cvs-commits
