Summary: | DateTime-TimeZone-0.36 (version bump) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Chisel Wright <chisel> |
Component: | New packages | Assignee: | Gentoo Perl team <perl> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | ebuild for DateTime-TimeZone-0.36 |
Description
Chisel Wright
2005-07-13 07:56:15 UTC
Created attachment 63314 [details]
ebuild for DateTime-TimeZone-0.36
Please see http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=3&chap=1#doc_chap2 If this is not a dependency for a package in portage, then use g-cpan.pl to emerge it. Thanks. I'm confused. It's a newer version of the module, g-cpan won't install it because there's already a dev-perl/ ebuild for an older version. The changelog indicates that some bugs have been fixed. What's the *correct* way to manage installation of newer perl modules that are already in dev-perl/ or perl-core/ ? If it wasn't there I wouldn't have any trouble installing a newer version. Please, put "version bump" into bug summary when requesting a newer version next time. Sorry about the confusion. (In reply to comment #4) > Please, put "version bump" into bug summary when requesting a newer version next > time. Sorry about the confusion. No problem. Sorry for the extra work, I'd not seen this requirement mentioned anywhere. [the previous link mentions it in respect of those who might actually add the ebuild to the tree] Next time I'll know. bumped |