Files in the archive do not have the correct modification time metadata

[hashicorp]

Files in the archive do not have the correct modification time metadata

[michaelbannister]

I've just hit upon this issue, but in the context of Google Cloud Functions, when it builds for Python 3.8, uses the compileall module which can't handle a modification time after 2147483647 (2038-01-19T03:14:07) – see https://bugs.python.org/issue34990

It would be helpful if the date chosen could be less far in the future!

Update (23 Aug 2020): Google has updated their buildpack for python38 to add the -f flag on execution of compileall so it ignores timestamps. The change isn't yet rolled out on Cloud Functions but should be soon, apparently.

[rickiedu]

Yes, an option to preserve modification times would be nice.

[bboe]

While I had no hand in the implementation for this feature, the reason for setting the modification time to something consistent is so that the resulting archive file is consistent across machines. Otherwise running terraform apply on two separate machines with identical content will result in needing to update the function despite nothing changing. To me that's desirable behavior. Furthermore, I'm about to start on a PR to make permissions consistent in the archive in order to resolve #34.

Perhaps you would like an option to preserve modification times. Maybe that would suffice for your needs?

[WeatherGod]

I ran into this issue today. I have an AWS lambda method that is constructed from an archive_file. In the zip file, I have in addition to the source code a static data file. The code when run in lambda generates a zip archive containing, among other things, a copy of that static data file. The timestamp on the data file in the archive being set in the future would not be ideal for our customers.

It would be nice to 1) document this (I find the explanation quite reasonable). 2) perhaps provide an option to turn on mod time preservation? In the meantime, I should be able to force a particular timestamp programmatically.