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
Please make the manpages reproducible #345
Please make the manpages reproducible #345
Conversation
|
Can one of the admins verify this patch? |
|
Thanks, Chris, absolutely true, I omitted this from 14d251d by mistake. I vote for merging this fix. Aside: this won't work on BSD, even the current code wouldn't: the |
|
|
|
Feri, corosync and knet do share a great deal of code and build facilities around (beside it´s the same people managing the 2 projects ;) ). There is a good 90% chance that a bug in one build system affects the other ;) I think it´s fine to port the knet patch to corosync, |
|
@wferi: Because current code is using I have a question. Is there anything bad on An ad-hoc solution is given at https://wiki.debian.org/ReproducibleBuilds/TimestampsProposal#Bash_.2F_POSIX_shell? It looks like quite simple compared to |
Can't parse this, sorry. Can you help? :) |
|
@lamby Yep. Is anything bad on solution described in the link https://wiki.debian.org/ReproducibleBuilds/TimestampsProposal#Bash_.2F_POSIX_shell? Or other way around. What advantages has using the |
|
I don't think there's anything bad with it if you only use it once. If you want to use the |
|
@wferi Ok, thank you for the reply. So I would say that because we have only one place where date is called we can stick with solution@debian wiki. @lamby Would you mind to rework your patch in a way stated at https://wiki.debian.org/ReproducibleBuilds/TimestampsProposal#Bash_.2F_POSIX_shell ? |
Whilst working on the Reproducible Builds effort [0], we noticed that corosync could not be built reproducibly. This is because, whilst it uses SOURCE_DATE_EPOCH[1], the output varies depending on the current timezone. (The LC_ALL is not needed as we only use %Y-%m-%d) This was originally filed in Debian as #896441. [0] https://reproducible-builds.org/ [1] https://reproducible-builds.org/specs/source-date-epoch/ [2] https://bugs.debian.org/896441
fcddd0d
to
7833904
Compare
|
@jfriesse Done :) |
|
Thanks :) |
Whilst working on the Reproducible Builds effort, we noticed that corosync could not be built reproducibly.
This is because, whilst it uses
SOURCE_DATE_EPOCH, the output varies depending on the current timezone.This was originally filed in Debian as #896441.