QM has asked for the wisdom of the Perl Monks concerning the following question:

Poking around on metaCPAN, I find that the "issues" link for different modules points to varying places. Some point to something module-specific, like Math::BigRat. But others point to mod_perl, such as Http, or to the RT root, such as DB. The latter two seem completely inappropriate.

It seems that this is configurable by the maintainer, or am I mistaken?

Should I write to each module maintainer with suggestions?

-QM
--
Quantum Mechanics: The dreams stuff is made of

Replies are listed 'Best First'.
Re: MetaCPAN Issues inconsistent links?
by Corion (Patriarch) on Jan 19, 2015 at 13:54 UTC

    Yes, this is configurable through Makefile.PL resp. the META.json file in the distribution.

    Most likely, the respective metainformation in these distributions is incomplete, but I don't see why the link for HTTP, which lives in the mod_perl distribution should go anywhere other than the mod_perl distribution.

    When I visit the metacpan page for DB, it points to https://rt.perl.org/, (not http://rt.cpan.org), which is the correct link, because DB.pm is the Perl debugger, which is distributed with Perl itself and where Perl is upstream.

[reply]
[d/l]
[select]
      OK, understood. I did not realize that these were grouped by distribution. I suppose if you're going to report a bug, you either blindly trust that the "issue" or "report bug" link (depending on where you started) points to the right place, or you do some legwork and find out what the right place is. The blind method has the downside that if it's wrong, you're report could be ignored for years before the housekeeping elves come through and mumble "WTF", and possibly toss it out. But hey, you get what you pay for, well enough.

      It does seem a bit strange to say "It's in the core, therefore it's all part of the monolith we call perl." But the community must have decided eons ago this is the way to do it.

      Cheers,

      -QM
      --
      Quantum Mechanics: The dreams stuff is made of

[reply]

        Actually, most things in the core are in the core because nobody has taken it on themselves to maintain the module outside of the core. Stuff not being maintained in the core is the preferred method for most things because then you can upgrade the module without needing to upgrade the Perl version.

[reply]

Back to Seekers of Perl Wisdom