pkgsrc/devel/p5-Class-Data-Inheritable, branch pkgsrc_2008Q2 [no description] https://git.osdyson.ru/mirror/pkgsrc/atom?h=pkgsrc_2008Q2 2008-04-06T15:05:27Z Updated to version 0.08. 2008-04-06T15:05:27Z heinz heinz 2008-04-06T15:05:27Z urn:sha1:0a61667909b680971b7b02c8bad945ecf264c8b7 Pkgsrc changes: - The package supports installation to DESTDIR. - A C compiler is not required. Changes since version 0.06: =========================== 0.08 Sat Jan 26 00:34:11 NZDT 2008 - Fix 'perltooc' typo in Docs 0.07 Sat Jan 26 00:34:11 NZDT 2008 - Relicense as dual AL/GPL Remove empty PLISTs from pkgsrc since revision 1.33 of plist/plist.mk 2007-10-25T16:54:26Z jlam jlam 2007-10-25T16:54:26Z urn:sha1:5e1040eb4b3d5bdf7e0d465818a3ff084620adb3 can handle packages having no PLIST files. Update p5-Class-Data-Inheritable to 0.06. 2006-10-21T13:32:31Z obache obache 2006-10-21T13:32:31Z urn:sha1:070aaaea4a71e7bd8b372e6a056ff621e5d3b3f4 Changes: 0.06 Wed Sep 20 14:35:55 BST 2006 - Sync the japanese docs (as best as possible!) 0.05 Sat Aug 26 18:27:12 UTC 2006 - Use correct bug reporting address (Jonathan Rockway) Point MAINTAINER to pkgsrc-users@NetBSD.org in the case where no 2006-03-04T21:28:51Z jlam jlam 2006-03-04T21:28:51Z urn:sha1:48ff096d36ac47701672a4f682e7c4ebafea1eb9 developer is officially maintaining the package. The rationale for changing this from "tech-pkg" to "pkgsrc-users" is that it implies that any user can try to maintain the package (by submitting patches to the mailing list). Since the folks most likely to care about the package are the folks that want to use it or are already using it, this would leverage the energy of users who aren't developers. Update to 0.04: 2005-11-23T22:08:04Z wiz wiz 2005-11-23T22:08:04Z urn:sha1:ce09111eda1bd8afdd3b1923f5bbc748bf1c8c15 0.04 Sat Sep 24 12:36:56 UTC 2005 - Tony Bowden now maintainer - Document how to value when creating data - Complete rewrite of tests 0.03 Tue Mar 11 18:30:01 GMT 2003 - Rearranged the docs a smidge. - Added Japanese docs from perldocjp (thanks Atsuhi Kato) - mk_classdata() is now explicitly only a class method - Added this change log. Bump the PKGREVISIONs of all (638) packages that hardcode the locations 2005-08-06T06:19:03Z jlam jlam 2005-08-06T06:19:03Z urn:sha1:604de5eda52e3686a2d4ae3dceebabd648c8beb2 of Perl files to deal with the perl-5.8.7 update that moved all pkgsrc-installed Perl files into the "vendor" directories. Turn PERL5_PACKLIST into a relative path instead of an absolute path. 2005-07-13T18:01:18Z jlam jlam 2005-07-13T18:01:18Z urn:sha1:d4ffd78b7485efe90299999629f0ca3d63736a00 These paths are now relative to PERL5_PACKLIST_DIR, which currently defaults to ${PERL5_SITEARCH}. There is no change to the binary packages. Remove USE_BUILDLINK3 and NO_BUILDLINK; these are no longer used. 2005-04-11T21:44:48Z tv tv 2005-04-11T21:44:48Z urn:sha1:2560f48b2f5afa9fcb23e0718a2e2727ca7824cc Add RMD160 digests. 2005-02-23T22:24:08Z agc agc 2005-02-23T22:24:08Z urn:sha1:46d117932f612859e5ff941e584a1796e83d1dc1 since perl is now built with threads on most platforms, the perl archlib 2004-12-20T11:30:55Z grant grant 2004-12-20T11:30:55Z urn:sha1:17843af598da0d77ccfd28ea07f244a331890253 module directory has changed (eg. "darwin-2level" vs. "darwin-thread-multi-2level"). binary packages of perl modules need to be distinguishable between being built against threaded perl and unthreaded perl, so bump the PKGREVISION of all perl module packages and introduce BUILDLINK_RECOMMENDED for perl as perl>=5.8.5nb5 so the correct dependencies are registered and the binary packages are distinct. addresses PR pkg/28619 from H. Todd Fujinaka.