in reply to Re^2: Convincing Module::Install to put stuff in inc/ (zilla--)
in thread Convincing Module::Install to put stuff in inc/

Ah, you are mostly talking to brian d foy's points. I don't have experience trying to patch a Dist::Zilla module beyond having noticed that several mundane things that I'd normally do to try to start such a process run into a lack of Dist::Zilla and effectively stopped me. Brian said something about even the module code is turned into a template. Perhaps he didn't realize that the template mostly usually doesn't impact the code? I wouldn't know as I haven't surveyed any Dist::Zilla modules on that point. I don't know how many he has vs. how many you have.

The author of a Dist::Zilla-using module that was present didn't disagree with brian's points. He even mentioned wanting to remove the Dist::Zilla dependency and not being sure even how to do that (I thought he should write a Dist::Zilla plug-in that removes the dependency for you).

Preventing others from even doing "make test" is a pretty big roadblock. Sure, for many modules you can get away with skipping the "make" step and just hope that "perl -Ilib t/blah" actually works immediately. That certainly isn't my habit or assumption. I know of at least one module of mine (not yet on CPAN) where that assumption doesn't hold. So, when somebody hits that roadblock, they might decide to dive in and figure out how they can work around having no "make test".

Thanks for noting that it often isn't hard to work-around.

- tye        

  • Comment on Re^3: Convincing Module::Install to put stuff in inc/ (zilla--)

Replies are listed 'Best First'.
Re^4: Convincing Module::Install to put stuff in inc/ (zilla--)
by chromatic (Archbishop) on May 26, 2012 at 18:58 UTC

    I find dzil to be a huge help when I code, so much that the lack of dzil on some of my older CPAN modules makes me not want to work on them.

    With that said, I'm very sympathetic to the experience of trying to patch a dzil-using module; it can be a real hassle to reach that point. Would it help if the README or some piece of documentation somewhere (if not README, then what?) said that it's okay to use prove to run the tests, and that any patches can safely ignore dzil if you don't want to use it?

      Even better would be to include a Makefile or Makefile.PL that would support "make test" and would say something helpful for most other invocations. Patch such into Dist::Zilla so everybody can benefit.

      - tye        

      Would it help if the README or some piece of documentation somewhere (if not README, then what?) said that it's okay to use prove to run the tests, and that any patches can safely ignore dzil if you don't want to use it?

      Thinking further on this, if we could agree on the basic wording for such a blurb, someone could easily write a DZ plugin to have that deposited in your README automatically. :-D Not sure if this engenders a chicken-and-egg issue, but I bet it could be worked out.