DWIM Perl for Linux 5.18.1

A long time ago I started to build a Perl distribution for Linux, but then I did not have more time and I did not have the immediate need. But it has changed and thus I created a new version of the DWIM Perl for Linux.

It includes perl 5.18.1, DBI, DBD::SQlite, Moo, and for the first time it include XML::LibXML. This is the big change for me and for the package. It now includes a directory called c/ where external (non-perl) dependencies are installed.

If you have time, please give it a try!

12 Comments

Do not take this as an offense, but what is the point of DWIMPerl?

With perlbrew and cpanm I can achieve the same result.

So my question is: What is a reasonable use case of DWIM Perl for Linux?

My guess:
- installs faster
- for when you dont want to learn perlbrew/cpanm usage

oops. forgot one possible argument. included dependencies of devel versions of libs.

Isn't it true that most folks these days are standardizing on a distro that employs package management? I use CentOS and RedHat so rpms are the preferred method for prepping a server for use. Debian based distros like Ubuntu use apt.

While there is a lot of benefit that has been derived historically from CPAN, I find it imperative for my purposes to use the package manager to install new software and my applications. I have to use cpan2rpm more than I would prefer to.

As you move your applications to the cloud and utilize their platform build tools, you're going to want a saner way of prepping servers from base distros like CentOS, RedHat, Debian/Ubuntu or just the vanilla AWS AMIs.

It seems much easier at least for me to start with a known good base and use CloudFormat, chef or puppet to the provision the server appropriately.

OTOH, having your own distro certainly gives you a lot of fine grained control over more than you might have by simply installing packages. Kernel tuning perhaps?

Sorry meant to say "CloudFormation", not "CloudFormat"...here's a link to a series of post I did on using Amazon's CloudFormation too for prepping a platform stack.

http://openbedrock.blogspot.com/2013/11/aws-cloudformation-tips-for-novice-me.html

That makes sense - installing a customized perl if required side-by-side...and using wget && tar is compatible with automation tools.

I think I was confused and thinking you were advocating a customized distribution with your own perl. I see the difference. Thanks for clarifying.

regarding your pubuntu comment, instead of reinventing the wheel (unless for some fun) maybe talk to the guys/girls at Mageia.

they love Perl http://perl.mageia.org/stats/

and a little. old but article about Mageia Perl stack maintainer and cpan contributor http://blog.mageia.org/en/2011/07/01/make-mageia-jq/

But you still need a compiler for other modules you might want to add on, no? You are not including a toolchain, right?

Something like DWIM Perl could also be done with Stratopan. But rather than distributing entire Perls with extra modules, you would simply curate a stack with a Task::DWIM module that declares all the dependencies.

Stratopan makes it possible to build stacks of modules for different scenarios. To install, a user might just say...


cpanm --mirror https://stratopan.com/sazgab/DWIM-Perl/perl-5.16.2-win32 --mirror-only Task::DWIM

...and he/she would get all the modules you had cherry picked for Perl 5.16.2 and Win32. Same could be done for any other Perl & OS combination.

Leave a comment

About Gabor Szabo

user-pic Perl author and trainer. Usually writing on other sites: Writing the Perl Maven tutorial Perl 6 articles. Started a Perl IDE. Running the Weekly Perl newsletter. My personal blog.