You are viewing a plain text version of this content. The canonical link for it is here.
Posted to apreq-dev@httpd.apache.org by Stas Bekman <st...@stason.org> on 2003/08/24 06:24:16 UTC
Re: cvs commit: httpd-apreq/c Makefile.PL
joes@apache.org wrote:
> joes 2003/08/23 12:08:31
>
> Modified: . Changes
> c Makefile.PL
> Log:
> Schwern's Play-it-safe fix for EU::MM bug in c/Makefile.PL
>
> Revision Changes Path
> 1.59 +11 -1 httpd-apreq/Changes
>
> Index: Changes
> ===================================================================
> RCS file: /home/cvs/httpd-apreq/Changes,v
> retrieving revision 1.58
> retrieving revision 1.59
> diff -u -r1.58 -r1.59
> --- Changes 23 Aug 2003 18:48:19 -0000 1.58
> +++ Changes 23 Aug 2003 19:08:31 -0000 1.59
> @@ -2,10 +2,20 @@
>
> =over 4
>
> +=item 1.25 - August 23, 2003
> +
> +Michael G. Schwern's "play it safe" patch to c/Makefile.PL
> +(applied patch submitted by Steve Hay). See
> +
> + http://marc.theaimsgroup.com/?l=perl5-porters&m=105981649201380&w=2
> + http://marc.theaimsgroup.com/?l=apreq-dev&m=106146287323705&w=2
> +
> +for details. [joes]
> +
> =item 1.24 - August 23, 2003
>
> Applied Steve Hay's Request.pm doc patch explaining the tempnam()
> -dependence for C<Apache::Request::new()>'s TEMP_DIR option.
> +dependence for C<Apache::Request::new()>'s TEMP_DIR option. [joes]
>
> =item 1.23 - July 10, 2003
Any special reason for bumping up the version on each commit? 'cvs
annotate/log' can always get this info. I think the changes version should
match the release version.
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
Re: cvs commit: httpd-apreq/c Makefile.PL
Posted by Joe Schaefer <jo...@sunstarsys.com>.
Stas Bekman <st...@stason.org> writes:
[...]
> Any special reason for bumping up the version on each commit? 'cvs
> annotate/log' can always get this info. I think the changes version
> should match the release version.
We've always done it that way with httpd-apreq, so I don't
think a change in procedure *now* is a good idea. However,
in httpd-apreq-2 we list the user-visible changes the same
way httpd does.
--
Joe Schaefer