-
Notifications
You must be signed in to change notification settings - Fork 59
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
No files timestamps in zip file #153
Comments
Yes, I no-longer include the timestamps because it's very hard to get the actual timestamp and I need something that doesn't change between builds. I suppose I could walk back in history of the git tags (by decrementing the version number and seeing if such a tag exists) and seeing when the contents of a file at a certain path change. This would be a very expensive and hard to do algorithm. |
How about caching a release file? |
Caching could be done, but if the cache was ever cleared then the release hash would change. So this is more than just caching for optimization sake, it would need stronger guarantees. Also is there any real problem with files not having valid timestamps? |
Sorry for my ignorance, but why not create a release tarball (by the author), store it on the server (like github does), and fetch it by lit? There are some cloud data tools relying on a files timestamps, e.g. ownCloud. Maybe there are some other reasons (maybe security?) I do not know of. |
What if all files had the timestamp of the git tag for the release? Then they would be consistent and relatively accurate. I would need to add in the functionality to miniz to allow custom timestamps (currently the only options are "current time" or "no timestamp"). But this wouldn't be the first time I've added features or fixed bugs in miniz for luvi. |
Good idea! This way the files would have a sane timestamp. |
See luvit/luvi#133 for progress. Then adding the functionality to lit should be easy. |
Unzipping the zipped release file fetched from
https://lit.luvit.io/packages/luvit/lit
usingunzip
on Linux gives a wrong timestamp:I've checked the zip files, and the files have a zero timestamp now. I'm not sure, if this may cause some trouble in some systems.
EDIT: I realized that the files are not fetched from lit install, but from wget and using unzip on the fetched zip file.
The text was updated successfully, but these errors were encountered: