On Sat, Jun 28, 2008 at 03:03:09PM -0700, Hisashi T Fujinaka wrote:
> 
> On Thu, 26 Jun 2008, Hisashi T Fujinaka wrote:
> 
> > On Thu, 26 Jun 2008, Tony Mechelynck wrote:
> >>
> >> On 26/06/08 22:18, Bram Moolenaar wrote:
> >>>
> >>> Patch 7.2a.001
> >>> Problem:    On some systems X11/Xlib.h exists (from X11-dev package) but
> >>>       X11/Intrinsic.h does not (in Xt-dev package).  This breaks the
> >>>       build.  Also, on Solaris 9 sys/ptem.h isn't found.
> >>> Solution:   Have configure only accept X11 when X11/Intrinsic.h exists.
> >>>       Check for sys/ptem.h while including sys/stream.h. (Vladimir
> >>>       Marek)
> >>> Files:        src/auto/configure, src/configure.in
> >> [...]
> >>
> >> And for those who, like me, are slow to readjust: the 7.2a patches
> >> directory is http://ftp.vim.org/pub/vim/unstable/patches/7.2a/ (of
> >> course it's accessible also by ftp). This means it's *not* a sibling of
> >> the 7.1 patches directory (it's in the "unstable" tree).
> >
> > Oh, boy. Is this 7.2a -> 7.2.0 transition going to break version sorting
> > again?
> 
> Is there any chance the beta versioning could be made so 7.2.000 will be
> "greater" on comparison? 7.2a.x is usually "newer" than 7.2.x. 7.2a.x is
> usually "newer" than 7.2.x. For example, you could make the version
> 7.1.999.x or something.

It's common practice to make pre-release versions named similar to the
to-be-released version (usually use pre1 or rc1 in place of a).  Given
that, I think the bump from 7.2a to 7.2 should be able to be handled
just as well as the other naming conventions.

There's certainly no conflict with regard to the ftp directories since
they're in completely separate trees.  Therefore the versioning is
primarily a problem with packaging and package management systems should
have a way to handle specifying a pre-release version as lower than the
released version.

For example, in Debian the version number is 7.2.0~a, since I embed the
patch-level in the version, which will always be less than 7.2.0.
Although, now that I test it, 7.2a.0 compares less than 7.2.0 for
Debian's packaging tools.

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega <[EMAIL PROTECTED]>

Attachment: signature.asc
Description: Digital signature

Reply via email to