[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: unstripped-static-library



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 <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)
>


Reply to: