uniform version numbers for CPAN modules

2008-03-03 Thread Gabor Szabo
Hi, I know Perl is all about diversity but I wonder if requiring a uniform way of providing version numbers of modules on CPAN would be too much of restriction on the freedom of module authors? I think it would make life easier for tool authors (PAUSE/CPAN.pm/CPANPLUS etc) and downstream distro

Re: uniform version numbers for CPAN modules

2008-03-03 Thread Eric Wilhelm
# from Gabor Szabo # on Monday 03 March 2008 11:05: As far as I can tell there is already an almost universally accepted format of \d+\.\d\d for released versions and \d+\.\d\d_\d\d for development versions. Are there any compelling reasons to keep allowing any type of version numbers? Is

Re: uniform version numbers for CPAN modules

2008-03-03 Thread Andy Lester
On Mar 3, 2008, at 1:20 PM, Eric Wilhelm wrote: Are there any compelling reasons to keep allowing any type of version numbers? I suspect that the amount of time saved by any benefits from standardized version numbers will be dwarfed by the amount of time spent arguing over what the

Re: uniform version numbers for CPAN modules

2008-03-03 Thread John Siracusa
On Mon, Mar 3, 2008 at 2:22 PM, Andy Lester [EMAIL PROTECTED] wrote: I suspect that the amount of time saved by any benefits from standardized version numbers will be dwarfed by the amount of time spent arguing over what the standard should be. We can kill two birds with one stone by arguing

Re: uniform version numbers for CPAN modules

2008-03-03 Thread Bill Ward
On Mon, Mar 3, 2008 at 11:22 AM, Andy Lester [EMAIL PROTECTED] wrote: On Mar 3, 2008, at 1:20 PM, Eric Wilhelm wrote: Are there any compelling reasons to keep allowing any type of version numbers? I suspect that the amount of time saved by any benefits from standardized version numbers

Re: uniform version numbers for CPAN modules

2008-03-03 Thread Bill Ward
On Mon, Mar 3, 2008 at 12:35 PM, Andy Lester [EMAIL PROTECTED] wrote: On Mar 3, 2008, at 2:34 PM, Bill Ward wrote: Then don't try to have just one standard. Perl is smart enough to understand multiple standards. Just document what those are and provide some means of describing how