revmischa

Recent Actions

• Commented on On the version number succeeding Perl 5
  This sounds fantastic. Ditch cpan and include cpanminus in core. Some people have also expressed interest in a better build system (like Dist::Zilla) in core as well....
• Commented on Recent work on ZMQ::LibZMQ3 and CZMQ
  pkgconfig works very well for probing module versions and giving you compile/link flags in most instances - see ExtUtils::PkgConfig...
• Commented on Moving my Catalyst Apps from Apache/FCGI to Nginx/Starman
  I use this: https://github.com/int80/puppet-psgi/blob/master/templates/psgi_initscript.erb...

Comment Threads

• Joel Berger commented on On the version number succeeding Perl 5

  If incrementing the major version number signifies a breaking change, then by using the year as a major version number you essentially say there will be a “breaking” release each year. Yes incrementing to version 7 would signify a breaking release (as minor as the one I am proposing), but we wouldn’t be saying that 8 is coming the very next year.

• Ether commented on On the version number succeeding Perl 5

  “Breaking” backcompat in the sense of disabling certain syntax by default but still allowing it to be used if options are set: fantastic? To no indirect I’d add no bareword::filehandles and no multidimensional.

  Wait, isn’t that what use strictures does, which is used by Moo? hmmmm… :)

• Ether commented on On the version number succeeding Perl 5

  “Breaking” backcompat in the sense of disabling certain syntax by default but still allowing it to be used if options are set: fantastic! To no indirect I’d add no bareword::filehandles and no multidimensional.

  Wait, isn’t that what use strictures does, which is used by Moo? hmmmm… :)

• Toby Inkster commented on On the version number succeeding Perl 5

  strictures.pm also enables fatal warnings. There are some warnings I’d never want to be switched on by default, let alone fatal by default.

  (I’m thinking mostly of uninitialized, void and once, but also to an extent numeric.)

• Ether commented on On the version number succeeding Perl 5

  I can see not wanting some warnings to be fatal, but it’s so rare to need to disable certain warnings entirely (e.g. numeric) that I’d be firmly on the side of keeping them enabled.

  Another change one could make in such a release is to do all the things tchrist lists as needed for full unicode and utf8 compliance: http://stackoverflow.com/a/6163129/40468