-
Notifications
You must be signed in to change notification settings - Fork 76
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
Make perllocal.pod files reproducible #279
Conversation
I'm not sure this is quite the right fix. I guess we want |
We have to use gmtime to make it reproducible across different environments, and changing the implicit timezone depending on whether it's overriden by an environment variable seems equally wrong. At least I assume that's the rationale behind this pattern; @lamby? |
No real rationate apart from most people don't care about the localtime/gmtime on a "day" level... Feel free to split it like (untested):
(etc.) |
There are two things changed by this patch:
I'm ok with the first one. About the second one, how do you expect the build to be reproducible if the locale is not fixed in the build environment? Is the Debian reproducible build environment locale-dependent? |
Yes, the recommendation is that builds use LC_ALL=C: https://reproducible-builds.org/docs/locales/ |
It is locale-dependent. However, the |
Actually, the whole concept of perllocal seems rather non-reproducible to me |
Too bad this has been merged. A reproducible build should just disable |
@dolmen wrote:
How would you suggest we do that reliably? Can we adjust this so that if |
Written above: |
As per https://bugs.debian.org/834190 and https://bugs.debian.org/835815 this patch makes the perllocal.pod files generated by ExtUtils::MakeMaker be reproducible across builds. This patch is part of the Reproducible Builds0 project: