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

[request] please use version date in simple standard ISO8601 format (ie no dots in date) #16574

Closed
Corin-EU opened this issue May 29, 2018 · 3 comments

Comments

@Corin-EU
Copy link

@Corin-EU Corin-EU commented May 29, 2018

Currently youtube-dl releases are given a version using the date in format "yyyy DOT mm DOT dd"

This format complies with no known standard.

When the versioned egg directory is created, it is created without any leading zero in the month or day field, eg for the current version which is 2018.05.26, one would expect the egg directory to be named (for a python2.7 installation) youtube_dl-2018.05.26-py2.7.egg, but it is not, it is name youtube_dl-2018.5.26-py2.7.egg without the leading zero on the month.

The ISO8601 standard format does not allow DOTs in the date field -- if the components are to be separated a hyphen is used viz "yyyy-mm-dd", or in the compact form no separator at all viz "yyyymmdd".

Please, please, please can you just use the date format in the version without the dots, so
that the version date format conforms to ISO standard 8601 "yyyymmdd" format and that the resulting installed egg directory contains the matching date version string with leading zeroes on day and month as appropriate?

Thank you for considering this request.

@dstftw
Copy link
Collaborator

@dstftw dstftw commented May 29, 2018

I don't see any problem in missing leading zeros in some particular cases. Moreover it's anyway impossible to express in ISO8601 second or further versions released the same day (like 2018.05.26.1). Thus rejected.

@dstftw dstftw closed this May 29, 2018
@Corin-EU
Copy link
Author

@Corin-EU Corin-EU commented May 29, 2018

If there are multiple releases per day then simply do 20180526.N

Where N is the release number and N is never going to be more than 9.

If you do not want to follow established standards for dates, then so be it, and live with the unforseen consequences, missing leading zeroes which will one day come back to bite ...

@Hrxn
Copy link

@Hrxn Hrxn commented May 29, 2018

How does ISO8601 apply to file names?

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

Successfully merging a pull request may close this issue.

None yet
3 participants
You can’t perform that action at this time.