[Bug 667] New: <patch> element support for download and uncompression

Neven Has haski at sezampro.yu
Tue Sep 23 07:53:41 PDT 2003

On Sat, Sep 20, 2003 at 06:37:02AM -0700, Kevin P. Fleming wrote:
> >Although we have way too many syntax versions with smaller changes
> >and that's really confusing.   We should probably wait for more
> >syntax changes before we create a new version.
> Can we support a three-level DTD version numbering scheme? For 
> example: 3.0 -> 3.1 -> 3.1.5?
> If so, we could treat handlers with two-level version numbers as if
> the number ended with a wildcard ("3.1.*"), meaning this handler
> will accept any DTD version beginning with 3.1. Only when we make an
> incompatible change would a new version of the handler get a
> three-level DTD version number, ("3.1.5"), in which case it would be
> willing to accept 3.1.<anything above 4>.

Well, it's a good idea for solving the versioning problem for smaller
syntax changes.  But for the same reason, it will encourage them,
which I'm not sure it's a good idea.

It's confusing for the users, and probably annoying when their
profiles become obsolete.

Although we could agree to use that third number internally, but not
use it when writing profiles?  Then, when enough changes are made, we
"release" a new syntax version, 3.2 for example.


More information about the alfs-log mailing list