g-cpan and other news

g-cpan updates – Stop the presses, put down the sharp objects, and step away from the heavy machinery – I finally buckled today and wiped out all of the outstanding g-cpan bugs, at least so much as I could. Introducing the new, leaner, sleeker g-cpan, capable of installing bundles, funny names, etc.. A lot of work was done in bug 79914, where Andy deserves more than a fair portion of the credit. All I did was clean it up a touch, add a few new features, etc., and move it on out, but it feels good to be looking at a list of bugs without any outstanding g-cpan bugs on it ๐Ÿ™‚

perl-module eclass updates – 2 updates to the eclass today. The first is to break out the podparsing section into a seperate function so that ebuilds that inherit perl-module but that aren’t building CPAN modules can still handle pods without collisions (perllocal.pod in particular). Second change was I finally added in the checks and balances for module-build. I chose not to go the route of an all out dep on module-build for now at least – doesn’t make sense to force that ebuild on all users because 30 or so ebuilds use it (tops – my number may be double the actual ammount), but something needed to be done to be able to at least accomadate it. That and this fixes a bunch of g-cpan issues related to Build.PL scripts ๐Ÿ™‚

cleaning the tree – little bit of work done today on marking ebuild versions vs. perl-core versions today. Not as much as I’d like, but g-cpan grabbed hold and took over for a while, then my day was done. Back to this grind stone tomorrow I suppose.