user-pic

code_monkey

  • About: I blog about Perl and Bedrock. Check out
  • Commented on Perl and Me, Part 6: Perl Is Engineering <i>and</i> Art
    Some real interesting and well articulated thoughts by the community...I enjoyed reading all of the posts. Some thoughts: line-level variety is intrinsic to Perl, just as a rich vocabulary of words, stolen from many different languages permeates English. Having so...
  • Commented on Visualizing a CPAN install plan
    I've always wondered why CPAN does not at least show a full dependency list (what will be pulled in, not necessarily the full dependency list) similar to the way that yum does prior to launching into what can turn into...
  • Commented on DWIM Perl for Linux 5.18.1
    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...
  • Commented on DWIM Perl for Linux 5.18.1
    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...
  • Commented on DWIM Perl for Linux 5.18.1
    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...
  • Commented on Keeping a Reasonable Number of Incremental Backups
    I started backing my repository and databases up to Amazon's S3 storage. It's cheap and you can configure the lifecycle of data from the AWS console to either delete the files after a certain period of time or move them...
  • Commented on Pre-Modern Perl VS Post-Modern Perl: FIGHT!
    We've given the dogs a bone...they need to chew on it. I actually expected more civility in these blogs. I'm reconsidering whether to bother to blog here. I'm doubting whether this community of people actually want to hear opinions and...
  • Commented on Pre-Modern Perl VS Post-Modern Perl: FIGHT!
    I can't help but comment that some can apparently find in nearly anything apparently and turn it into a reason to bite back. I think a previous poster was correct in characterizing some Moose advocates as "militant". > you destroy...
  • Commented on Pre-Modern Perl VS Post-Modern Perl: FIGHT!
    Well, it's always a positive thing when you can get the community talking about something - as long as it all stays positive. Having said that, I was more than a little disappointed to see Gabor's characterization of the discussion....
  • Commented on A call to action for CPAN authors
    I'm not sure I would have been so sarcastic, however the posting had me asking a similar question. I hope a change that breaks so many CPAN modules was vetted by the community before it was promulgated (my guess is...
  • Commented on Indented comments
    # Bless ourselves into the desired class and perform any # initialization. I'm guessing this is an example...reminds me of seeing a comment like this in an old assembly language listing: LD A, B ; load register A with contents...
  • Commented on Why you don't need File::Slurp&#x2026;
    In general, in a shop with both newbs and monks it's preferable to use modules as much as possible. In particular, canning common functions like slurping a file reduces the possibility of errors. use File::Slurp leaves no doubt in anyone's...
  • Commented on Improved autobox-ing. I'm loving it :o)
    I'm sort of on the educated_foo side here. Terseness is a good attribute for code, but not at the expense of readability or exposure of business rules IMHO. This (exposure of business rules) is why I am not allergic to...
  • Commented on /usr/local/bin rant
    Here's a nice thread that speaks to the cpan v package manager choice. http://mail.pm.org/pipermail/melbourne-pm/2007-May/002316.html I think developers prefer CPAN because they can immediately get things done, sys admins like order and integration of components into their environment that will play...
  • Commented on /usr/local/bin rant
    CPAN is an actual PITA for sys admins. When in Rome do as the Romans. Debian? use apt. RedHat use RPMs. Perl needs to become friendlier to system deployment and stop this CPAN madness. IMHO....
  • Commented on /usr/local/bin rant
    cpan2rpm - There are many packages in the EPEL repo as well....
  • Commented on /usr/local/bin rant
    Why are you using CPAN on CentOS? You should be installing these as RPMs. ;-)...
  • Commented on Reviewing web frameworks
    Check out www.openbedrock.org - we're sort of the new (old kids) on the block. The code is getting a bit of an overhaul, but the essence of a useful templating engine with deeply embedded Perl hooks might be compelling to...
Subscribe to feed Recent Actions from code_monkey

  • Gabor Szabo commented on DWIM Perl for Linux 5.18.1

    @flebber.crue thanks for the links. According to cpan.org There are 28,767 distributions, according to that interview with jq, Mageia had 2,500 about 2.5 years ago. So it was about 10% As far as I know the same true for Debian/Ubuntu and Fedora as well. (When I checked a few years ago they kept being around 10%) So I am not sure what is the difference.

    @Matthew Persico, currently DWIM Perl for Linux does NOT come with a compiler and my bold assumption is that it will contain everything you'd need. I am thinking about including a compiler and everything …

  • Jeffrey Ryan Thalhammer commented on DWIM Perl for Linux 5.18.1

    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 h…

  • educated_foo commented on Visualizing a CPAN install plan

    I'm guessing it was designed for an era when network connections were slower, and modules had fewer dependencies and/or smaller, faster test suites. Figuring out the deps requires a bunch of sequential network requests for META.yml or similar, which would take a long time over a modem.

    CPANdeps works for now, but having an option for the CPAN client to do this would be nice.

  • Leon Timmermans commented on Visualizing a CPAN install plan

    > I've always wondered why CPAN does not at least show a full dependency list (what will be pulled in, not necessarily the full dependency list) similar to the way that yum does prior to launching into what can turn into a bit of nightmare of a dependency chain.

    Meta/mymeta file support in CPAN clients is a fairly recent innovation. Before those times, the system just didn't know at all what the dependencies are until in ran «perl Makefile.PL», which made planning more than one step ahead difficult. Nowadays it can do that for modules that have dynamic_config=0, but that's not the …

  • jakoblog.de commented on Visualizing a CPAN install plan

    Please just make it part of MetaCPAN instead of creating just another Perl-module-overview related portal or client.

Subscribe to feed Responses to Comments from code_monkey

About blogs.perl.org

blogs.perl.org is a common blogging platform for the Perl community. Written in Perl and offering the modern features you’ve come to expect in blog platforms, the site is run by Dave Cross and Aaron Crane, with a design donated by Six Apart, Ltd.