File: spelling-errors

package info (click to toggle)
libwww-mechanize-shell-perl 0.62-1
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid, trixie
  • size: 588 kB
  • sloc: perl: 3,324; makefile: 5
file content (97 lines) | stat: -rw-r--r-- 4,432 bytes parent folder | download
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
Description: Fix spelling errors
Bug: https://rt.cpan.org/Public/Bug/Display.html?id=122377
Forwarded: yes (not the current version)
Author: Angel Abad <angel@debian.org>
Reviewed-by: gregor herrmann <gregoa@debian.org>
Last-Update: 2020-05-07

--- libwww-mechanize-shell-perl.orig/Changes
+++ libwww-mechanize-shell-perl/Changes
@@ -200,7 +200,7 @@
     * This means it requires WWW::Mechanize 0.57 or higher
     * added "comment" command, which allows to add comments to both, the shell
     script and the generated script. (Donated by Alexander Goller)
-    * accomodated for most recent version of LWP, which dosen't die on failing host
+    * accomodated for most recent version of LWP, which doesn't die on failing host
     lookups but returns error 500.
 
 0.29
@@ -270,7 +270,7 @@
     * Documentation fixes for "open" and "links" (also courtesy of Mark Stosberg)
     * The dumprequests feature needs Hook::LexWrap - it didn't work
     properly before. The feature is tested in t/14
-    * "restart" in a -e oneliner dosen't crash the shell (it also dosen't restart though)
+    * "restart" in a -e oneliner doesn't crash the shell (it also doesn't restart though)
     * factored out the HTML display into a module of its own (HTML::Display),
     distributed with this. This breaks existing setups, as the "browsercmd"
     and "useole" option disappeared. You can configure the used browser
@@ -296,7 +296,7 @@
     the interactive asking method to something noninteractive.
     Field types that do not get asked are : hidden,submit
     * The "eval" command now takes multiline strings. This is not interesting
-    if you're using the plain shell, as the readline shell dosen't know about
+    if you're using the plain shell, as the readline shell doesn't know about
     about multiline strings, but if you're using the $shell->cmd() feature,
     it's handy to split your evals over more than one line.
 
--- libwww-mechanize-shell-perl.orig/README.mkdn
+++ libwww-mechanize-shell-perl/README.mkdn
@@ -134,7 +134,7 @@
 
 Restart the shell.
 
-This is mostly useful when you are modifying the shell itself. It dosen't
+This is mostly useful when you are modifying the shell itself. It doesn't
 work if you use the shell in oneliner mode with `-e`.
 
 ## get
@@ -608,7 +608,7 @@
 want to fill out forms using custom Perl code, here is a recipe
 how to achieve this :
 
-Code passed to the `eval` command gets evalutated in the WWW::Mechanize::Shell
+Code passed to the `eval` command gets evaluated in the WWW::Mechanize::Shell
 namespace. You can inject new subroutines there and these get picked
 up by the Callback class of WWW::Mechanize::FormFiller :
 
--- libwww-mechanize-shell-perl.orig/lib/WWW/Mechanize/Shell.pm
+++ libwww-mechanize-shell-perl/lib/WWW/Mechanize/Shell.pm
@@ -149,7 +149,7 @@
       if $self->agent->can('env_proxy');
 
   # Read our .rc file :
-  # I could use File::Homedir, but the docs claim it dosen't work on Win32. Maybe
+  # I could use File::Homedir, but the docs claim it doesn't work on Win32. Maybe
   # I should just release a patch for File::Homedir then... Not now.
   my $sourcefile;
   if (exists $args{rcfile}) {
@@ -534,7 +534,7 @@
 
 Restart the shell.
 
-This is mostly useful when you are modifying the shell itself. It dosen't
+This is mostly useful when you are modifying the shell itself. It doesn't
 work if you use the shell in oneliner mode with C<-e>.
 
 =cut
@@ -1936,7 +1936,7 @@
 want to fill out forms using custom Perl code, here is a recipe
 how to achieve this :
 
-Code passed to the C<eval> command gets evalutated in the WWW::Mechanize::Shell
+Code passed to the C<eval> command gets evaluated in the WWW::Mechanize::Shell
 namespace. You can inject new subroutines there and these get picked
 up by the Callback class of WWW::Mechanize::FormFiller :
 
--- libwww-mechanize-shell-perl.orig/t/20-restart-without-script.t
+++ libwww-mechanize-shell-perl/t/20-restart-without-script.t
@@ -13,6 +13,6 @@
 
 my $output= `$^X -I./lib -MWWW::Mechanize::Shell -e "WWW::Mechanize::Shell->new('t',rcfile=>undef,warnings=>undef)->cmd('restart');print'OK'" 2>&1`;
 chomp $output;
-is($@, "","'restart' on -e dosen't crash");
-is($?, 0,"'restart' on -e dosen't crash");
-is($output,"OK","'restart' on -e dosen't crash");
+is($@, "","'restart' on -e doesn't crash");
+is($?, 0,"'restart' on -e doesn't crash");
+is($output,"OK","'restart' on -e doesn't crash");