- Installing DBD::mysql on Windows: What a pain! (lpsolit.wordpress.com)
- Allison Randal on how open source is more than just code (perlbuzz.com)
- Screencasts from Italian Perl Workshop 2009 (blog.timbunce.org)
- Excellent tips for working with a new codebase (use.perl.org)
- Someone needs to buy this camel table for their local Perl Mongers group (yousuckatcraigslist.com)
- Dave Rolsky on the pros and cons of Dist::Zilla (blog.urth.org)
- What the heck does Dist::Zilla do? (blog.urth.org)
- Having to work with Class::DBI makes me appreciate what DBIx::Class has added.
- bcvi lets you run vi natively across an SSH connection (use.perl.org)
- Does Tim Bunce ever stop? Devel::NYTProf v4 handles string evals (blog.timbunce.org)
- Use references to pass large data without copying (effectiveperlprogramming.com)
- Artistic License 2.0 makes dual-license boilerplate unnecessary (perlbuzz.com)
- Why Padre is important (samcrawley.wordpress.com)
- Know when and when not to write networking code (effectiveperlprogramming.com)
- Command-line dictionary in Perl w/LWP and XML::XPath (grepmonster.wordpress.com)
- Attempts to validate email addresses with regexes has to be the biggest waste of time in programming today (reddit.com)
- Top 10 tricks of Perl one-liners (blog.ksplice.com)
- There’s more than one bug tracker for CPAN (perlbuzz.com)
- Ubic is a toolkit for describing services on Linux in perl. (blogs.perl.org)
Diversification in bug tracking has come to the CPAN. Module users
cannot assume that the bug tracker for an individual module is at
[rt.cpan.org](http://rt.cpan.org). Before submitting bug reports,
users should check the distribution’s page on
[search.cpan.org](http://search.cpan.org) for a link to the bug
tracker, and also check the documentation for the module. When in
doubt, go with the documentation.
It used to be simpler….
Over ten years ago, when CPAN only had a few thousand distributions,
and free project hosting was [Sourceforge](http://sourceforge.net/) or nothing, [Jesse Vincent](http://www.fsck.com/)
stepped up to create rt.cpan.org. It was, and is, a fantastic
service. Module authors now had free, centralized bug reporting
that they didn’t have to maintain themselves.
Jesse’s RT setup also has the advantage of integrating with PAUSE
and the CPAN. CPAN is the Comprehensive Perl Archive Network, and
PAUSE is the Perl Author Upload Server. When a module author has
a distribution for release, she uploads the file to PAUSE. From
there, the servers that make up the network part of CPAN mirror the
file for your use. Jesse set up RT to check the PAUSE for new
distributions, and when one was found, RT would automatically create
a bug queue for that module. It’s still a fantastic system, and we
should all thank Jesse for maintaining it.
For years, the Perl community has been enjoying the fruits of
rt.cpan.org. It’s become part of Perl culture. The home page for
each module on [search.cpan.org](http://search.cpan.org) includes
links to the RT page. When authors create modules with
module’s documentation refers the reader to the specific bug queue.
People just knew that it was there. Everyone knew you could email
to `email@example.com` to have a bug reported.
But RT has never been the the only bug tracker available, and the
alternatives are getting more and more use. SourceForge has had bug
tracking for quite a while, but when Google Code came out with
project hosting and bug tracking, things started changing. Now,
[Github](http://github.com) has taken the Perl world by storm. For
the first time ever, we module authors had solid alternatives to
RT that we didn’t have to create ourselves.
That leads us to today, where the Perl world is continuing to
diversify. Module authors can choose the bug tracking system that
suits them, and their users, best. That system may no longer be
# Which bug trackers are getting used?
When I checked last week, I found 106 distributions that were using
bug trackers other than RT, spread across 10 different domains.
I was surprised the number of distributions was only 106. I suspect
that there are many module authors who don’t know how to specify
an alternate bug tracker in their distributions. In my next article,
I’ll explain how to do that.
The dual-licensing in much module boilerplate these days is
unnecessary. You can simplify your licensing by using only the
[Artistic License 2.0](http://www.opensource.org/licenses/artistic-license-2.0.php).
There are plenty of modules out there that license themselves “under
the same terms as Perl itself”, and
[there are problems with that approach](http://perlbuzz.com/2008/04/the-problem-with-same-terms-as-perl-licensing.html).
For the past year or so I’ve been using the approach of being
explicit about “Artistic or GPL, your choice”, but that’s unnecessary,
According to Allison Randal, one of the architects of Artistic
License 2.0, “Artistic 2 allows for any GPL-like license, not just
Specifically, it allows for
or later, or a completely non-GPL copyleft license. So, the dual
license is unnecessary.”
There’s a page on the [Perl Foundation website](http://www.perlfoundation.org/)
about [CPAN licensing guidelines](http://www.perlfoundation.org/cpan_licensing_guidelines)
that explains more options in more detail.
From here on out, my code is going to say:
Copyright (C) 2010, Andy Lester,
This module is free software. You can redistribute it and/or
modify it under the terms of the Artistic License 2.0.
This program is distributed in the hope that it will be useful,
but without any warranty; without even the implied warranty of
merchantability or fitness for a particular purpose.