[asdf-devel] Re: ASDF 3.0.2.1 released

Raymond Toy toy.raymond at gmail.com
Wed Jul 31 21:09:08 UTC 2013


>>>>> "Robert" == Robert Goldman <rpgoldman at sift.info> writes:

    Robert> Raymond Toy wrote:
    >>>>>>> "Robert" == Robert Goldman <rpgoldman at sift.info> writes:
    >> 
    Robert> Raymond Toy wrote:
    >> >> If this is the first release candidate, can you explain the difference
    >> >> between this and the 3.0.2 that was released a month or so ago?  I'm a
    >> >> bit confused now on the numbering.
    >> 
    Robert> I have been assuming that the numbering is:
    >> 
    Robert> x.y.z
    >> 
    Robert> x = major revision -- I do not expect to preside over one of these!
    Robert> ASDF 2 was a major clean-up.  ASDF 3 added substantial improvements in
    Robert> dependency tracking, etc.
    >> 
    Robert> y = change to API
    >> 
    Robert> z = patch release
    >> 
    Robert> This is what is enshrined in the ASDF versioning predicates, so I
    Robert> figured I would stick with that.
    >> 
    >> Thanks.  Previously, I think cmucl only updated on x.y, ignoring z.
    >> But with asdf 3, I think we updated on x.y.z (3.0.2, in particular).
    >> 
    >> I was just wondering now when cmucl should update its copy of asdf.
    >> And in particular should cmucl take 3.0.2.1?  I have not run into any
    >> issues with 3.0.2, but I only use a small number of asdf systems.

    Robert> Implementations should *not* update on tags like 3.0.2.1.

    Robert> I will *try* to make this clear by not setting the "release" tag to
    Robert> point to them.  E.g., the current release tag still points to 3.0.2.

Thanks for clarifying this. I'll refrain from updating unless there's
a "release".  BTW, what is this "release" tag?  Is it in git?  If not,
that would be nice to have, because right now, I just see a bunch of
numerical tags corresponding to the version (and various upstream and
debian tags).

Ray




More information about the asdf-devel mailing list