sub paraprint;
BEGIN {
- eval "use Mail::Send;";
+ eval { require Mail::Send;};
$::HaveSend = ($@ eq "");
- eval "use Mail::Util;";
+ eval { require Mail::Util; } ;
$::HaveUtil = ($@ eq "");
# use secure tempfiles wherever possible
- eval "require File::Temp;";
+ eval { require File::Temp; };
$::HaveTemp = ($@ eq "");
eval { require Module::CoreList; };
$::HaveCoreList = ($@ eq "");
};
-my $Version = "1.36";
+my $Version = "1.37";
# Changed in 1.06 to skip Mail::Send and Mail::Util if not available.
# Changed in 1.07 to see more sendmail execs, and added pipe output.
# Changed in 1.34 Added Message-Id RFOLEY 18-06-2002
# Changed in 1.35 Use File::Temp (patch from Solar Designer) NWCLARK 28-02-2004
# Changed in 1.36 Initial Module::CoreList support Alexandr Ciornii 11-07-2007
-
+# Changed in 1.37 Killed some string evals, rewrote most prose JESSE 06-08-2008
+#
# TODO: - Allow the user to re-name the file on mail failure, and
# make sure failure (transmission-wise) of Mail::Send is
# accounted for.
$Is_MacOS = $^O eq 'MacOS';
@ARGV = split m/\s+/,
- MacPerl::Ask('Provide command-line args here (-h for help):')
+ MacPerl::Ask('Provide command line args here (-h for help):')
if $Is_MacOS && $MacPerl::Version =~ /App/;
if (!getopts("Adhva:s:b:f:F:r:e:SCc:to:n:T")) { Help(); exit; };
EOF
} else {
paraprint <<"EOF";
-This program provides an easy way to create a message reporting a bug
-in perl, and e-mail it to $address. It is *NOT* intended for
-sending test messages or simply verifying that perl works, *NOR* is it
-intended for reporting bugs in third-party perl modules. It is *ONLY*
-a means of reporting verifiable problems with the core perl distribution,
-and any solutions to such problems, to the people who maintain perl.
-
-If you're just looking for help with perl, try posting to the Usenet
-newsgroup comp.lang.perl.misc. If you're looking for help with using
-perl with CGI, try posting to comp.infosystems.www.programming.cgi.
-
-When invoked as perlthanks (or with the -T option) it can be used to
-send a thank-you message to $thanksaddress.
+This program provides an easy way to create a message reporting a
+bug in the core perl distribution (along with tests or patches)
+to the volunteers who maintain perl at $address. To send a thank-you
+note to $thanksaddress instead of a bug report, please run 'perlthanks'.
+
+Please do not use $0 to send test messages, test whether perl
+works, or use it to report bugs in external perl modules.
+
+For help using perl, try posting to the Usenet newsgroup
+comp.lang.perl.misc.
EOF
}
}
# Prompt for subject of message, if needed
- if (TrivialSubject($subject)) {
+ if ($subject && TrivialSubject($subject)) {
$subject = '';
}
unless ($subject) {
- if ($thanks) {
- paraprint "First of all, please provide a subject for the message.\n";
- } else {
+ print
+"First of all, please provide a subject for the message.\n";
+ if ( not $thanks) {
paraprint <<EOF;
-First of all, please provide a subject for the
-message. It should be a concise description of
-the bug or problem. "perl bug" or "perl problem"
-is not a concise description.
+This should be a concise description of your bug or problem
+which will help the volunteers working to improve perl to categorize
+and resolve the issue. Be as specific and descriptive as
+you can. A subject like "perl bug" or "perl problem" will make it
+much less likely that your issue gets the attention it deserves.
EOF
}
if ($guess) {
unless ($ok) {
paraprint <<EOF;
-Your e-mail address will be useful if you need to be contacted. If the
-default shown is not your full internet e-mail address, please correct it.
+Perl's developers may need your email address to contact you for
+further information about your issue or to inform you when it is
+resolved. If the default shown is not your e-mail address, please
+correct it.
EOF
}
} else {
paraprint <<EOF;
-So that you may be contacted if necessary, please enter
-your full internet e-mail address here.
+Please enter your full internet e-mail addressaso that Perl's
+developers can contact you with questions about your issue or to
+inform you that it has been resolved.
EOF
}
# Prompt for administrator address, unless an override was given
if( !$::opt_C and !$::opt_c ) {
paraprint <<EOF;
-A copy of this report can be sent to your local
-perl administrator. If the address is wrong, please
-correct it, or enter 'none' or 'yourself' to not send
-a copy.
+This tool can send a copy of this report to your local perl
+administrator. If the address below is wrong, please correct it,
+or enter 'none' or 'yourself' to stop Perlbug from sending a copy.
EOF
print "Local perl administrator [$cc]: ";
my $entry = scalar <>;
editor:
unless ($::opt_e || $::opt_f || $::opt_b) {
chomp (my $common_end = <<"EOF");
-
-You will probably want to use an editor to enter
-the report. If "$ed" is the editor you want
-to use, then just press Enter, otherwise type in
-the name of the editor you would like to use.
-
-If you would like to use a prepared file, type
-"file", and you will be asked for the filename.
+You will probably want to use a text editor to enter the body of
+your report. If "$ed" is the editor you want to use, then just press
+Enter, otherwise type in the name of the editor you would like to
+use.
+
+If you have already composed the body of your report, you may enter
+"file" "file", and Perlbug will prompt you for to enter the name
+of the file containing your report.
EOF
if ($thanks) {
paraprint <<"EOF";
-Now you need to supply your thank-you message.
+It's now time to compose your thank-you message.
-Some information about your local perl configuration
-will automatically be included at the end of the message,
-because we're curious about the different ways that people
-build perl, but you're welcome to delete it if you wish.
+Some information about your local perl configuration will automatically
+be included at the end of your message, because we're curious about
+the different ways that people build and use perl. If you'd rather
+not share this information, you're welcome to delete it.
$common_end
EOF
} else {
paraprint <<"EOF";
-Now you need to supply the bug report. Try to make
-the report concise but descriptive. Include any
-relevant detail. If you are reporting something
-that does not work as you think it should, please
-try to include example of both the actual
-result, and what you expected.
-
-Some information about your local
-perl configuration will automatically be included
-at the end of the report. If you are using any
-unusual version of perl, please try and confirm
-exactly which versions are relevant.
+It's now time to compose your bug report. Try to make the report
+concise but descriptive. Please include any detail which you think
+might be relevant or might help the volunteers working to improve
+perl. If you are reporting something that does not work as you think
+it should, please try to include example of both the actual result,
+and what you expected.
+
+Some information about your local perl configuration will automatically
+be included at the end of your report. If you are using an unusual
+version of perl, it would be useful if you could confirm that you
+can replicate the problem on a standard build of perl as well.
$common_end
EOF
my $report_about_module = '';
if ($::HaveCoreList && !$ok && !$thanks) {
paraprint <<EOF;
-Is your report about a Perl module? If yes, enter its name. If not, skip.
+If your bug is about a Perl module rather than a core language
+feature, please enter it's name here. If it's not, just hit Enter
+to skip this question.
EOF
print "Module []: ";
my $entry = scalar <>;
my $first_release = Module::CoreList->first_release($entry);
unless ($first_release) {
paraprint <<EOF;
-Module $entry is not a core module. Please check that
-you entered its name correctly. If it is correct,
-abort this program, try searching for $entry on
-search.cpan.org, and report it there.
+$entry is not a "core" Perl module. Please check that you entered
+its name correctly. If it is correct, quit this program, try searching
+for $entry on rt.cpan.org, and report your issue there.
EOF
}
}
if ($entry eq "") {
paraprint <<EOF;
-No filename? I'll let you go back and choose an editor again.
+It seems you didn't enter a filename. Please choose to use a text
+editor or enter a filename.
EOF
goto editor;
}
unless (-f $entry and -r $entry) {
paraprint <<EOF;
-I'm sorry, but I can't read from '$entry'. Maybe you mistyped the name of
-the file? If you don't want to send a file, just enter a blank line and you
-can get back to the editor selection.
+'$entry' doesn't seem to be a readable file. You may have mistyped
+its name or may not have permission to read it.
+
+If you don't want to use a file as the content of your report, just
+hit Enter and you'll be able to select a text editor instead.
EOF
goto filename;
}
print REP <<'EOF';
-----------------------------------------------------------------
-[Please enter your thank you message here]
+[Please enter your thank-you message here]
-[You're welcome to delete anything below this line if you prefer]
+[You're welcome to delete anything below this line]
-----------------------------------------------------------------
EOF
} else {
print REP <<'EOF';
-----------------------------------------------------------------
-[Please enter your report here]
+[Please describe your issue here]
}
if ($sts) {
paraprint <<EOF;
-The editor you chose ('$ed') could apparently not be run!
-Did you mistype the name of your editor? If so, please
-correct it here, otherwise just press Enter.
+The editor you chose ('$ed') could not be run!
+
+If you mistyped its name, please enter it now, otherwise just press
+Enter.
EOF
print "Editor [$ed]: ";
my $entry =scalar <>;
goto tryagain;
} else {
paraprint <<EOF;
-You may want to save your report to a file, so you can edit and mail it
-yourself.
+You may want to save your report to a file, so you can edit and
+mail it later.
EOF
}
}
while ($unseen == 0) {
paraprint <<EOF;
-I am sorry but it looks like you did not report anything.
+It looks like you didn't enter a report. You may [r]etry your edit
+or [c]ancel this report.
EOF
print "Action (Retry Edit/Cancel) ";
my ($action) = scalar(<>);
# Report is done, prompt for further action
if( !$::opt_S ) {
while(1) {
- paraprint <<EOF;
-Now that you have completed your report, would you like to send
-the message to $address$andcc, display the message on
-the screen, re-edit it, display/change the subject,
-or cancel without sending anything?
-You may also save the message as a file to mail at another time.
+ print <<EOF;
+You have finished composing your message. At this point, you have
+a few options. You can:
+
+ * [Se]end the message to $address$andcc,
+ * [D]isplay the message on the screen,
+ * [R]e-edit the message
+ * Display or change the message's [su]bject
+ * [C]ancel your report without sending anything
+ * Save the message to a [f]ile to mail at another time
+
EOF
retry:
print "Action (Send/Display/Edit/Subject/Save to File): ";
my $action = scalar <>;
chomp $action;
-
+ print "\n";
if ($action =~ /^(f|sa)/i) { # <F>ile/<Sa>ve
my $file_save = $outfile || "$progname.rep";
print "\n\nName of file to save message in [$file_save]: ";
close(REP) or die "Error closing report file '$filename': $!";
close(FILE) or die "Error closing $file: $!";
- print "\nMessage saved in '$file'.\n";
+ paraprint <<EOF;
+A copy of your message has been saved in '$file' for you to
+send to '$address' with your normal mail client.
+EOF
exit;
} elsif ($action =~ /^(d|l|sh)/i ) { # <D>isplay, <L>ist, <Sh>ow
# Display the message
while (<REP>) { print $_ }
close(REP) or die "Error closing report file '$filename': $!";
} elsif ($action =~ /^su/i) { # <Su>bject
- print "Subject: $subject\n";
- print "If the above subject is fine, just press Enter.\n";
- print "If not, type in the new subject.\n";
+ print "Subject: $subject\n\n";
+ print "If the above subject is fine, press Enter. Otherwise, type a replacement now\n";
print "Subject: ";
my $reply = scalar <STDIN>;
chomp $reply;
. 'Please type "yes" if you are: ';
my $reply = scalar <STDIN>;
chomp $reply;
- if ($reply eq "yes") {
+ if ($reply =~ /^yes$/) {
last;
} else {
paraprint <<EOF;
-That wasn't a clear "yes", so I won't send your message. If you are sure
-your message should be sent, type in "yes" (without the quotes) at the
-confirmation prompt.
+You didn't type "yes", so your message has not yet been sent.
+If you are sure your message is ready to be sent, type "yes"
+(without the quotes).
EOF
}
} elsif ($action =~ /^[er]/i) { # <E>dit, <R>e-edit
Cancel();
} elsif ($action =~ /^s/i) {
paraprint <<EOF;
-I'm sorry, but I didn't understand that. Please type "send" or "save".
+The command you entered was ambiguous. Please type "send" or "save".
EOF
}
}
/^(y(es)?|no?|help|perl( (bug|problem))?|bug|problem)$/i ||
length($subject) < 4 ||
$subject !~ /\s/) {
- print "\nThat doesn't look like a good subject. Please be more verbose.\n\n";
+ print "\nThe subject you entered wasn't very descriptive. Please try again.\n\n";
return 1;
} else {
return 0;
}
paraprint(<<"EOF"), die "\n" if $sendmail eq "";
-I am terribly sorry, but I cannot find sendmail, or a close equivalent, and
-the perl package Mail::Send has not been installed, so I can't send your bug
-report. We apologize for the inconvenience.
+It appears that there is no program which looks like "sendmail" on
+your system and that the Mail::Send library from CPAN isn't available.
+Because of this, there's no easy way to automatically send your
+message.
-So you may attempt to find some way of sending your message, it has
-been left in the file '$filename'.
+A copy of your message has been saved in '$filename' for you to
+send to '$address' with your normal mail client.
EOF
open(SENDMAIL, "|$sendmail -t -oi") || die "'|$sendmail -t -oi' failed: $!";
sendout:
sub Help {
print <<EOF;
-A program to help generate bug reports about perl5, and mail them.
-It is designed to be used interactively. Normally no arguments will
-be needed.
+This program is designed to help you generate and send bug reports
+(and thank-you notes) about perl5 and the modules which ship with it.
+
+In most cases, you can just run "$0" interactively from a command
+line without any special arguments and follow the prompts.
+
+Advanced usage:
-Usage:
$0 [-v] [-a address] [-s subject] [-b body | -f inpufile ] [ -F outputfile ]
[-r returnaddress] [-e editor] [-c adminaddress | -C] [-S] [-t] [-h]
$0 [-v] [-r returnaddress] [-A] [-ok | -okay | -nok | -nokay]
-Simplest usage: run "$0", and follow the prompts.
Options:
EOF
}
+
+
+
sub filename {
if ($::HaveTemp) {
# Good. Use a secure temp file
sub paraprint {
my @paragraphs = split /\n{2,}/, "@_";
- print "\n\n";
for (@paragraphs) { # implicit local $_
s/(\S)\s*\n/$1 /g;
write;
=head1 SYNOPSIS
+B<perlbug>
+
B<perlbug> S<[ B<-v> ]> S<[ B<-a> I<address> ]> S<[ B<-s> I<subject> ]>
S<[ B<-b> I<body> | B<-f> I<inputfile> ]> S<[ B<-F> I<outputfile> ]>
S<[ B<-r> I<returnaddress> ]>
=head1 DESCRIPTION
-A program to help generate bug reports about perl or the modules that
-come with it, and mail them.
-If you have found a bug with a non-standard port (one that was not part
-of the I<standard distribution>), a binary distribution, or a
-non-standard module (such as Tk, CGI, etc), then please see the
-documentation that came with that distribution to determine the correct
-place to report bugs.
+This program is designed to help you generate and send bug reports
+(and thank-you notes) about perl5 and the modules which ship with it.
-C<perlbug> is designed to be used interactively. Normally no arguments
-will be needed. Simply run it, and follow the prompts.
+In most cases, you can just run it interactively from a command
+line without any special arguments and follow the prompts.
-If you are unable to run B<perlbug> (most likely because you don't have
-a working setup to send mail that perlbug recognizes), you may have to
-compose your own report, and email it to B<perlbug@perl.org>. You might
-find the B<-d> option useful to get summary information in that case.
+If you have found a bug with a non-standard port (one that was not
+part of the I<standard distribution>), a binary distribution, or a
+non-core module (such as Tk, DBI, etc), then please see the
+documentation that came with that distribution to determine the
+correct place to report bugs.
-In any case, when reporting a bug, please make sure you have run through
-this checklist:
+If you are unable to send your report using B<perlbug> (most likely
+because your system doesn't have a way to send mail that perlbug recognizes), you may be able to use this tool to compose your report and save it to a file
+which you can then send to B<perlbug@perl.org> using your regular mail client.
+
+In extreme cases, B<perlbug> may not work well enough on your system to
+guide you through composing a bug report. In those cases, you may be able to
+use B<perlbug -d> to get system configuration information to include in a manually composed bug report to B<perlbug@perl.org>.
+
+
+When reporting a bug, please run through this checklist:
=over 4
=item Are you running the latest released version of perl?
-Look at http://www.perl.com/ to find out. If it is not the latest
-released version, get that one and see whether your bug has been
-fixed. Note that bug reports about old versions of Perl, especially
-those prior to the 5.0 release, are likely to fall upon deaf ears.
-You are on your own if you continue to use perl1 .. perl4.
+Look at http://www.perl.org/ to find out. If you are not using the
+latest released version, please try to replicate your bug on the
+latest stable release.
+
+Note that bug reports about old versions of Perl, especially those
+tested only on versions of Perl prior to the current stable release,
+are likely to receive less attention from the volunteers who build
+and maintain Perl than bugs in the current release.
+
+This tool isn't apropriate for reporting bugs in any version of
+prior to Perl 5.0.
=item Are you sure what you have is a bug?
-A significant number of the bug reports we get turn out to be documented
-features in Perl. Make sure the behavior you are witnessing doesn't fall
-under that category, by glancing through the documentation that comes
-with Perl (we'll admit this is no mean task, given the sheer volume of
-it all, but at least have a look at the sections that I<seem> relevant).
+A significant number of the bug reports we get turn out to be
+documented features in Perl. Make sure the issue you've run into
+isn't intentional by glancing through the documentation that comes
+with the Perl distribution.
-Be aware of the familiar traps that perl programmers of various hues
-fall into. See L<perltrap>.
+Given the sheer volume of Perl documentation, this isn't a trivial
+undertaking, but if you can point to documentation that suggests
+the behaviour you're seeing is I<wrong>, your issue is likely to
+receive more attention. You may want to start with B<perldoc>
+L<perltrap> for pointers to common traps that new (and experienced)
+Perl programmers run into.
-Check in L<perldiag> to see what any Perl error message(s) mean.
-If message isn't in perldiag, it probably isn't generated by Perl.
-Consult your operating system documentation instead.
+If you're unsure of them meaning of an error message you've run
+across, B<perldoc> L<perldiag> for an explanation. If message isn't
+in perldiag, it probably isn't generated by Perl. You may have
+luck consulting your operating system documentation instead.
-If you are on a non-UNIX platform
check also L<perlport>, as some
+If you are on a non-UNIX platform
B<perldoc> L<perlport>, as some
features may be unimplemented or work differently.
-Try to study the problem under the Perl debugger, if necessary.
-See L<perldebug>.
+You may be able to figure out what's going wrong using the Perl
+debugger. For information about how to use the debugger B<perldoc>
+L<perldebug>.
=item Do you have a proper test case?
The easier it is to reproduce your bug, the more likely it will be
-fixed, because if no one can duplicate the problem, no one can fix it.
-A good test case has most of these attributes: fewest possible number
-of lines; few dependencies on external commands, modules, or
-libraries; runs on most platforms unimpeded; and is self-documenting.
+fixed -- If nobody can duplicate your problem, it probably won't be
+addressed.
+
+A good test case has most of these attributes: short, simple code;
+few dependencies on external commands, modules, or libraries; no
+platform-dependent code (unless it's a platform-specific bug);
+clear, simple documentation.
-A good test case is almost always a good candidate to be on the perl
-test suite. If you have the time, consider making your test case so
-that it will readily fit into the standard test suite.
+A good test case is almost always a good candidate to be included in
+Perl's test suite. If you have the time, consider writing your test case so
+that it can be easily included into the standard test suite.
-Remember also to include the B<exact> error messages, if any.
-"Perl complained something" is not an exact error message.
+=item Have you included all relevant information?
+
+Be sure to include the B<exact> error messages, if any.
+"Perl gave an error" is not an exact error message.
If you get a core dump (or equivalent), you may use a debugger
(B<dbx>, B<gdb>, etc) to produce a stack trace to include in the bug
-report. NOTE: unless your Perl has been compiled with debug info
+report.
+
+NOTE: unless your Perl has been compiled with debug info
(often B<-g>), the stack trace is likely to be somewhat hard to use
because it will most probably contain only the function names and not
their arguments. If possible, recompile your Perl with debug info and
-reproduce the dump and the stack trace.
+reproduce the crash and the stack trace.
=item Can you describe the bug in plain English?
-The easier it is to understand a reproducible bug, the more likely it
-will be fixed. Anything you can provide by way of insight into the
-problem helps a great deal. In other words, try to analyze the
-problem (to the extent you can) and report your discoveries.
+The easier it is to understand a reproducible bug, the more likely
+it will be fixed. Any insight you can provide into the problem
+will help a great deal. In other words, try to analyze the problem
+(to the extent you can) and report your discoveries.
=item Can you fix the bug yourself?
A bug report which I<includes a patch to fix it> will almost
-definitely be fixed. Use the C<diff> program to generate your patches
-(C<diff> is being maintained by the GNU folks as part of the B<diffutils>
-package, so you should be able to get it from any of the GNU software
-repositories). If you do submit a patch, the cool-dude counter at
-perlbug@perl.org will register you as a savior of the world. Your
-patch may be returned with requests for changes, or requests for more
+definitely be fixed. When sending a patch, please use the C<diff>
+program with the C<-u> option to generate "unified" diff files.
+Bug reports with patches are likely to receive significantly more
+attention and interest than those without patches.
+
+Your patch may be returned with requests for changes, or requests for more
detailed explanations about your fix.
-Here are some clues for creating quality patches: Use the B<-c> or
-B<-u> switches to the diff program (to create a so-called context or
-unified diff). Make sure the patch is not reversed (the first
-argument to diff is typically the original file, the second argument
-your changed file). Make sure you test your patch by applying it with
-the C<patch> program before you send it on its way. Try to follow the
-same style as the code you are trying to patch. Make sure your patch
-really does work (C<make test>, if the thing you're patching supports
-it).
+Here are a few hints for creating high-quality patches:
+
+Make sure the patch is not reversed (the first argument to diff is
+typically the original file, the second argument your changed file).
+Make sure you test your patch by applying it with the C<patch>
+program before you send it on its way. Try to follow the same style
+as the code you are trying to patch. Make sure your patch really
+does work (C<make test>, if the thing you're patching is covered
+by Perl's test suite).
=item Can you use C<perlbug> to submit the report?
B<perlbug> will, amongst other things, ensure your report includes
-crucial information about your version of perl. If C<perlbug> is unable
-to mail your report after you have typed it in, you may have to compose
-the message yourself, add the output produced by C<perlbug -d> and email
-it to B<perlbug@perl.org>. If, for some reason, you cannot run
-C<perlbug> at all on your system, be sure to include the entire output
-produced by running C<perl -V> (note the uppercase V).
+crucial information about your version of perl. If C<perlbug> is
+unable to mail your report after you have typed it in, you may have
+to compose the message yourself, add the output produced by C<perlbug
+-d> and email it to B<perlbug@perl.org>. If, for some reason, you
+cannot run C<perlbug> at all on your system, be sure to include the
+
entire output produced by running C<perl -V> (note the uppercase V).
Whether you use C<perlbug> or send the email manually, please make
-your Subject line informative. "a bug" not informative. Neither is
-"perl crashes" nor "HELP!!!". These don't help.
-A compact description of what's wrong is fine.
+your Subject line informative. "a bug" not informative. Neither
+is "perl crashes" nor is "HELP!!!". These don't help. A compact
+description of what's wrong is fine.
=back
Having done your bit, please be prepared to wait, to be told the bug
-is in your code, or even to get no reply at all. The Perl maintainers
-are busy folks, so if your problem is a small one or if it is difficult
-to understand or already known, they may not respond with a personal reply.
-If it is important to you that your bug be fixed, do monitor the
-C<Changes> file in any development releases since the time you submitted
-the bug, and encourage the maintainers with kind words (but never any
-flames!). Feel free to resend your bug report if the next released
-version of perl comes out and your bug is still present.
+is in your code, or possibly to get no reply at all. The volunteers who
+maintain Perl are busy folks, so if your problem is an obvious bug in your own code, is difficult to understand or is a duplicate of an existing report, you
+may not receive a personal reply.
+
+If it is important to you that your bug be fixed, do monitor the perl5-porters@perl.org mailing list, the commit logs to development versions of Perl
+and encourage the maintainers with kind words or offers of frosty beverages.
+(Please do be kind to the maintainers. Harassing or flaming them is likely to
+have the opposite effect of the one you want.)
+
+Feel free update the ticket about your bug on http://rt.perl.org
+if a new version of Perl is released and your bug is still present.
=head1 OPTIONS
=head1 AUTHORS
-Kenneth Albanowski (E<lt>kjahds@kjahds.comE<gt>), subsequently I<doc>tored
-by Gurusamy Sarathy (E<lt>gsar@activestate.comE<gt>), Tom Christiansen
-(E<lt>tchrist@perl.comE<gt>), Nathan Torkington (E<lt>gnat@frii.comE<gt>),
-Charles F. Randall (E<lt>cfr@pobox.comE<gt>), Mike Guy
-(E<lt>mjtg@cam.a.ukE<gt>), Dominic Dunlop (E<lt>domo@computer.orgE<gt>),
-Hugo van der Sanden (E<lt>hv@crypt.org<gt>),
+Kenneth Albanowski (E<lt>kjahds@kjahds.comE<gt>), subsequently
+I<doc>tored by Gurusamy Sarathy (E<lt>gsar@activestate.comE<gt>),
+Tom Christiansen (E<lt>tchrist@perl.comE<gt>), Nathan Torkington
+(E<lt>gnat@frii.comE<gt>), Charles F. Randall (E<lt>cfr@pobox.comE<gt>),
+Mike Guy (E<lt>mjtg@cam.a.ukE<gt>), Dominic Dunlop
+(E<lt>domo@computer.orgE<gt>), Hugo van der Sanden (E<lt>hv@crypt.org<gt>),
Jarkko Hietaniemi (E<lt>jhi@iki.fiE<gt>), Chris Nandor
(E<lt>pudge@pobox.comE<gt>), Jon Orwant (E<lt>orwant@media.mit.eduE<gt>,
-and Richard Foley (E<lt>richard@rfi.netE<gt>).
+Richard Foley (E<lt>richard@rfi.netE<gt>), and Jesse Vincent
+(E<lt>jesse@bestpractical.com<gt>).
=head1 SEE ALSO
projects / platform / upstream / perl.git / commitdiff