Hi Herbert, I have opened a bug report on the reproducibility matter, feel free to continue the discussion there <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=801083>.
Cheers, Alex On 06/10/2015, Herbert Parentes Fortes Neto <[email protected]> wrote: > Hi Alex, > > >> >> First, according to the policy manual, we should support "nostrip" in >> >> "DEB_BUILD_OPTIONS", so we should probably wrap the rule with: >> >> ifeq (,$(filter nostrip,$(DEB_BUILD_OPTIONS))) >> >> some override_dh_strip stuff... >> >> endif >> > >> > Just put a blank 'override_dh_strip', doing nothing right ? >> > >> I mean the following: >> ifeq (,$(filter nostrip,$(DEB_BUILD_OPTIONS))) >> override_dh_strip: >> dh_strip >> find . -name '*.a' \( \! -name '*_g.a' \) \ >> -exec strip --strip-debug \ >> --remove-section=.comment \ >> --remove-section=.note {} \; >> endif >> >> so that the debugging symbol are striped only if "nostrip" is not >> present. >> You can see >> <https://www.debian.org/doc/debian-policy/ch-source.html#s-debianrules-options> >> for more details. > > Yes, doesn't need two override. Thanks to clarify this. > I will redo the package. > >> > >> >> <https://reproducible.debian.net/rb-pkg/unstable/amd64/gthumb.html> >> >> reports gthumb is unreproducible because "Files have varying >> >> permissions because of different umasks" . It would be great to look >> >> into it if you have extra times. >> >> >> > >> > I looked this again. I did a 'grep -r umask' into gthumb-XX.orig >> > and I only see the use of it (the changes) by the upstream for >> > tmp stuff . In ltmain.sh and install-sh. "not to create temps >> > with too-generous modes.". The upstream also says something >> > about FreeBSD. >> > >> > I see 133, 22, 077 values. >> > >> > I don't know what to do about that. >> > >> Thanks for the extra info! I am new to the reproducible stuff as well. >> I will look into it later. The nondeterminism is introduced by a >> recent upload since this only affect unstable but not testing. >> > Ok. > > Nice to talk to you. > > > regards, > -- > Herbert Parentes Fortes Neto (hpfn) >
