Rob Hoelz

• Website: hoelz.ro
• About: I'm a Perl programmer from Madison, WI. https://twitter.com/#!/hoelzro http://identi.ca/hoelzro

Recent Actions

• Commented on Including Changes information in POD
  @yanick I think #1 is a good idea, especially if you link to it from a CHANGES section from within the main POD. That way, if you want to see the changes, just follow the link!...
• Posted Still alive, Inline::Lua? to hoelzro

  I was reading about the Inline module the other day, so naturally I looked to see if there was a binding for one of my other favorite languages, Lua. Sure enough, Inline::Lua exists;…

• Commented on Query
  Hello, What kind of document are you downloading? One tried-and-true method is to use LWP; however, the Mojo::UserAgent module and its associated modules are catching on as well. Personally, I prefer LWP for most tasks, however, I use Mojo::UserAgent whenever...
• Commented on Perl Podcasts
  @Erez Thanks for the reply! These are all great examples of podcast episodes that feature Perl, but what I'd really like to see is a podcast devoted to Perl!...
• Posted Perl Podcasts to hoelzro

  I had to make a last-minute drive to Chicago last Friday, which is about a two-and-a-half hour trip from Madison. So naturally, to pass the time, I loaded up my phone with podcasts. When I was about halfway home, it hit me: I didn't have any Perl podcasts on my phone! Unfortunately, I don't know…

• Commented on I love CPAN Testers!
  If you use Dist::Zilla, you could also use the Dist::Zilla::Plugin::Test::LocalBrew plugin; it can verify that your distribution compiles and tests correctly against a set of perlbrew installations. That way you can catch these issues before you ship your module!...
• Commented on Skipping Test::Class tests in abstract base classes
  @Ovid: Ah, I think I see now; is it that is_abstract allows you to run most methods in an abstract test class, but you can skip some test methods that require a concrete implementation in a test subclass?...
• Commented on Skipping Test::Class tests in abstract base classes
  Does this do any more than SKIP_CLASS?...
• Commented on YAPC Needs Development Volunteers
  For anyone interested in helping out, you can also talk to me on IRC. I lurk in #yapc and #act on irc.perl.org, and I'd be happy to help you get set up!...
• Commented on DBD::mysql 4.019 and 4.020 are broken on Win32, here's how to downgrade
  Hey, sorry about this; I've implemented a test and a fix for this here: https://github.com/hoelzro/DBD-mysql My test isn't terribly robust; it's basically Mithaldu's example in test form. If you're a Win32 user of MySQL with some time to kill, please...
• Commented on Asynchronous MySQL Queries in Perl Using DBD::mysql and AnyEvent
  Ouch...sorry about that. I'll see if I can do something to fix it, but unfortunately I don't have a Windows machine to test on....
• Commented on Asynchronous MySQL Queries in Perl Using DBD::mysql and AnyEvent
  I wanted to make sure anyone could make use of it; not everyone likes/prefers AnyEvent, after all!...
• Commented on Asynchronous MySQL Queries in Perl Using DBD::mysql and AnyEvent
  Ah, sorry! I forgot to mention that asynchronous support is not yet working on Windows; the internals rely on select() for one or two of the special method calls. Patches are, of course, welcome. =)...
• Posted Asynchronous MySQL Queries in Perl Using DBD::mysql and AnyEvent to hoelzro

  A lot of people use MySQL, and these days, asynchronous-style programming has really taken off. If you're involved in both of these camps, you may be wondering
  …

• Commented on Edit-Plackup-Test-Rinse-Repeat
  preaction, Leo, thanks for your suggestion! I actually tried Selenium a couple of weeks ago; it's very nice, but unfortunately it doesn't play very well with ExtJS. ExtJS assigns HTML ids to every element it generates, and you can't really...
• Posted Edit-Plackup-Test-Rinse-Repeat to hoelzro

  At INOC, my place of work, I work on a lot of web applications with the backend written in Perl using Catalyst, and the frontend written in Javascript using ExtJS. With a UI written completely in Javascript, I…

• Commented on When module installation fails
  Hi there! I'm the author of Bash::Completion::Plugins::perlbrew; it looks like there was a mix up with the versions (my fault); I just uploaded a new tarball to PAUSE to try and remedy this. Please try again in a few hours....
• Commented on The CPAN Book
  Great idea! I think I need to poke around in the source a bit later......

Comment Threads

• yanick.myopenid.com commented on Including Changes information in POD

  Two additional mini-thoughts about the Changes as an additional module/POD:

  1) The canonical name could be Foo::Bar::changelog with a lowercase to ensure it doesn't interfere with the regular modules (and, more to the point, a visual distinction).

  2) The changelog should be a .pod, not a .pm, again to be visible, but not to trample in the module space more than we need.

• Steven Haryanto commented on Including Changes information in POD

  All good. I would prefer Foo::Bar::changes over ::changelog. And absolutely, make it a .pod instead of a .pm.

  Also, CPAN clients (or their plugin) could create this during installation, so module authors need not deal with this.
  

• Steven Haryanto commented on Including Changes information in POD

  I think there's an app somewhere that can get it straight from CPAN (or your local darkpan mirror)

  Yup, there's App::cpanlistchanges by MIYAGAWA.

  % cpan-listchanges -a Data::Dump::Color

  Sweet.

• Sawyer X commented on Including Changes information in POD

  I hate seeing changes in the POD. The POD is just how the fucking thing works! If I want to see the list of changes you've done, I would prefer a specific file containing just that, the way most *nix applications do it. Hey, wait a minute! How about calling it "Changelog" or "Changes" or "CHANGES"?

• Aristotle commented on Including Changes information in POD

  I have to dissent as well. Whether you put them in a separate .pod or (preferrably, IMO) do nothing and use cpan-listchanges instead – no matter, pick according to your tastes, but please: do not make a habit of putting the changelog in the documentation.

  You could write a Dist::Zilla plugin if you go the separate .pod route.