Re: unstripped-static-library
Hi Alex,
> 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
Ok.
regards
>
> On 06/10/2015, Herbert Parentes Fortes Neto <hpfn@ig.com.br> 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)
> >
--
Herbert Parentes Fortes Neto (hpfn)
Reply to: