4 ms·
Bringing Perl5 to GitHub
- kablamo 14y agoNon code parts of Perl including the perlfaq and some of the Perl community infrastructure are available on github here for people wanting to do drive by fixes: https://github.com/perl-doc-cats https://github.com/perl-doc-cats Probably this should be more widely known. Unfortunately I think some of these repos are old forked copies? For example the PAUSE and YAPC repos. I'm not sure why that is. Its not clearly documented how it all works exactly.
- tantalor 14y agoGithub ought to support POD. http://en.wikipedia.org/wiki/Plain_Old_Documentation http://en.wikipedia.org/wiki/Plain_Old_Documentation
- judofyr 14y agoThey do: https://github.com/kraih/mojo/blob/master/lib/Mojolicious/Guides/Rendering.pod https://github.com/kraih/mojo/blob/master/lib/Mojolicious/Gu...
- sneak 14y agoPerl people moving the ticketing system for Perl itself from a perl app to a Ruby app? I'm surprised, but I can't say it's a downgrade: RT is a beast and is overkill for 90% of projects. GitHub's issue tracker is just right.
- Terretta 14y ago90% of projects are certainly not Perl.
- dubcanada 14y agoI think you misread him. He meant that RT (a ticket/issue system in Perl) is overkill for 90% of projects that use it. There's no reason to downvote him. His statement was fine.
- Terretta 14y agoHe's talking about migration of Perl's ticket system (RT) to GitHub Issues. Fortunately, he did not say RT is overkill for 90% of projects using it; that would not be correct. Projects using RT tend to be using it because it's not overkill for them, they need it. In fact, I agree with his opinion that RT is likely overkill for 90% of projects. My point is that Perl is not among the 90% that RT would be overkill for. His overall comment's conclusion is mistaken, because for Perl, moving from RT to GitHub issues would be "a downgrade". GitHub Issues are not "just right" for a complex project like Perl that actively uses the metadata capabilities of a ticket tracking system like RT.