If you have a Perl-related news item you'd like to share, you may post it in the Perl Newssection.
Please try to avoid duplicating news; but pointers (with summaries) to important stories on other sites are acceptable here.
There has been a security release of DBD::mysql, to address a bug dating back to 2005:
"A vulnerability was discovered that can lead to a buffer overflow, possibly triggered by user supplied data. This vulnerability is present in all releases at least back to versions 3.0 of the driver, which were released in 2005.
The CVE identifier for this vulnerability is CVE-2016-1246.
If you have tools consuming CPAN, you need to update them to understand that the /Perl6/ subdirectory of an author directory is perl6 code, not perl5, and to either skip those dists or handle them accordingly.
TONIGHT (August 8th, 2016), the Dallas/Ft Worth Perl Mongers host special guest Uri Guttman in an online hangout, open to all who are interested.
This talk will be about dataflow, a way to organize and architect your software which has many advantages. It is an expanded version of the lightning talk I gave in June at The Perl Conference in Orlando. The speaker is Uri Guttman, a Perl and dataflow expert who is very active in the Perl community. He is the author of File::Slurp, Template::Simple and several other CPAN modules. Uri resides in the Boston area and is looking for Perl work.
Time: 7 pm to 9 pm US Central time
Location: Online -OR- Visit us @ Dallas Makerspace
1825 Monetary Ln, Suite 104, Carrollton, TX 75006
Phone: (214) 699-6537
If you'd like to participate interactively in the live discussion, please install the google hangouts app/plugin and send your google ID in advance to (dfw.perlmongers at gmail)
You can download google hangouts from google.com/hangouts
Mistakes can be valuable when you faithfully pursue correction
This software was originally written by David Farrell. While I was writing Test::BrewBuild, I needed some additional features (particularly the --with option for exec and much better PATH env var handling). I wrote a couple of PRs, but they were rejected (not by David, but by the new maintainer). Not long after that, the person who had taken over the project disappeared, so I decided to permanently fork it, and nearly completely rewrite the whole thing.
It does everything the original does, but now includes far more:
Display available Strawberry Perls
Add/remove available Strawberry Perls by editing a JSON file
Install and remove Perl instances easily
Easily switch between installed Perl instances
Execute commands across all Perl installs, or just a select number
Ability to clone your Perl installations
Ability to easily disable berrybrew, and return to a system Perl
My favourite new feature is clone. Here are some of the benefits I've found with it:
Ability to name the cloned instance to your liking (currently, 25 char max)
Easily take snapshots of a Perl instance before making any changes to it, to provide an immediate restore point
Set up one instance with all the modules you typically use, then clone it as a template. This way, you can simply re-clone the template as many times as you want and you'll instantaneously have a brand new instance set up exactly to your liking
Project-specific instances - clone a base instance for specific projects, in order to ensure a consistent project environment
My favourite, set up development templates, then while debugging/building/testing your own modules, you can easily keep this development environment in pristine condition without any outside interference, with the ability to simply re-clone from the last snapshot if things go downhill, instead of installing a new instance from scratch
off command allows you to quickly disable your berrybrew Perls, which returns you to a system perl (if installed)
debug feature to enable certain verbose output, simply by adding debug after berrybrew and before a command. eg: berrybrew debug install 5.24.0_64
The entire PATH management components have been completely re-written, and work correctly in all cases, and now writes to the registry directly, allowing variable-based PATH names
There are unit tests!! (albeit I need more)
The Perl objects are now only generated once and stored in the main object, instead of being rebuilt in every method call (efficiency)
Configuration changes no longer need recompilation of the binary
remove functionality has been enhanced to not break in several cases
There is a short-term requirement to free up disk space on the master CPAN server. The good news is that more disk is on the way in the longer term but this might just be the nudge some of us need to do a little housekeeping in the interim. This blogs.perl.org post has the details.