Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

different versioning scheme #54

Closed
mmckinst opened this issue Jun 7, 2018 · 2 comments
Closed

different versioning scheme #54

mmckinst opened this issue Jun 7, 2018 · 2 comments

Comments

@mmckinst
Copy link

mmckinst commented Jun 7, 2018

The versioning scheme mawk uses doesn't always work well with tools used to monitor for new versions of stuff. Specifically the problem is the dash in the version like "1.3.4-20171017". In the version field of an RPM spec file, dashes aren't allowed.

Could the "1.3.4" be dropped and just do snapshots where the version would be "20171017" ?

Is doing releases as t20171017 an officially recognized version string (https://github.com/ThomasDickey/mawk-snapshots/releases) ? If so that works perfectly.

@ThomasDickey
Copy link
Owner

Actually the version is the full-length 1.3.4-20171017 (just as done for ncurses 6.1-20180602 for example). If there's a 1.3.5 (perhaps...) then there'll be a v1_3_5 tag for that, along with the corresponding patch-date t20xxxxxx whatever. You could just look for the patchdate change (I'm not likely to issue branch releases on mawk or anything), but a package should reference the full-length verson.

@ThomasDickey
Copy link
Owner

This has the version-information for instance:

https://github.com/ThomasDickey/mawk-snapshots/blob/master/patchlev.h

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants