← Back to branch summary

~ubuntu-branches/ubuntu/saucy/padre/saucy-proposed

« back to all changes in this revision

Viewing changes to debian/patches/pod-spelling.patch

  • Committer: Package Import Robot
  • Author(s): Dominique Dumont, gregor herrmann, Dominique Dumont
  • Date: 2012-01-04 12:04:20 UTC
  • mfrom: (1.3.3)
  • Revision ID: package-import@ubuntu.com-20120104120420-i5oybqwf91m1d3il
Tags: 0.92.ds1-1
[ gregor herrmann ]
* Remove debian/source/local-options; abort-on-upstream-changes
  and unapply-patches are default in dpkg-source since 1.16.1.
* Swap order of alternative (build) dependencies after the perl
  5.14 transition.

[ Dominique Dumont ]
* Imported Upstream version 0.92.ds1
* removed fix-spelling patch (applied upstream)
* lintian-override: use wildcard to avoid listing a gazillion files
* updated size of some 'not-real-man-page' entries
* rules: remove dekstop cruft (replaced by a file provided in debian
  directory)
* control: removed Breaks statement. Add /me to uploaders. Updated
  dependencies
* rules: make sure that non-DFSG file (i.e. the cute butterfly, sigh)
  is not distributed

Show diffs side-by-side

added added

removed removed

Lines of Context:
debian/patches/pod-spelling.patch
1
 
Description: Fix a couple of spelling errors in POD
2
 
Author: Damyan Ivanov <dmn@debian.org>
3
 
Source: upstream http://padre.perlide.org/trac/changeset/15864
4
 
 
5
 
--- a/lib/Padre/Role/Task.pm
6
 
+++ b/lib/Padre/Role/Task.pm
7
 
@@ -53,7 +53,7 @@ need to be delayed until a new backgroun
8
 
 if the maximum background worker limit has been reached.
9
 
 
10
 
 The solution is provided by the C<on_message> handler, which is passed the
11
 
-parent task object as its first paramater.
12
 
+parent task object as its first parameter.
13
 
 
14
 
 Tasks which expect to be sent messages from their owner should send the owner
15
 
 a greeting message as soon as they have started. Not only does this let the
16
 
--- a/lib/Padre/Task.pm
17
 
+++ b/lib/Padre/Task.pm
18
 
@@ -184,7 +184,7 @@ In addition to defining a set of method
19
 
 implementer, the base class also provides implements a "task ownership" system
20
 
 in the base class that you may use for nearly no cost in terms of code.
21
 
 
22
 
-This task owner system will consume three paramters.
23
 
+This task owner system will consume three parameters.
24
 
 
25
 
 The optional C<owner> parameter should be an object that inherits from the role
26
 
 L<Padre::Role::Task>. Message and finish events for this task will be forwarded
27
 
@@ -409,7 +409,7 @@ reference to a Wx element, and flatten i
28
 
 widget instead.
29
 
 
30
 
 The C<prepare> method also gives your task object a chance to determine whether
31
 
-or not it is still necesary. In some situations the delay between C<new> and
32
 
+or not it is still necessary. In some situations the delay between C<new> and
33
 
 C<prepare> may be long enough that the task is no longer relevant, and so by
34
 
 the use of C<prepare> you can indicate execution should be aborted.
35
 
 
36
 
@@ -432,7 +432,7 @@ after deserialisation. It is where the a
37
 
 task occurs.
38
 
 
39
 
 In many situations the implementation of run is simple and procedural, doing
40
 
-work based on input parameters stored on the object, blocking if necesary,
41
 
+work based on input parameters stored on the object, blocking if necessary,
42
 
 and storing the results of the computation on the object for transmission
43
 
 back to the parent thread.
44