Processing commands for cont...@bugs.debian.org:
> tag 800159 + pending
Bug #800159 [strip-nondeterminism] Error handling seems poor
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
800159: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=8001
tag 800159 + pending
thanks
Patch in git, pending upload. (ETA ~1 week)
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
___
Reproducible-builds mailing list
Reproducible-builds@lists
source: strip-nondeterminism
version: 0.024-1
severity: serious
As you can see in reproducible-builds buildlogs, strip-nd fails to build
when locale is not English, i.e. in the second build.
For example, for Italian:
| All tests successful.
| Files=2, Tests=15, 59 wallclock secs ( 0.33 usr 0.03
Processing commands for cont...@bugs.debian.org:
> tag 836732 + pending
Bug #836732 [src:strip-nondeterminism] strip-nd: FTBFS when locale is not
English
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
836732: http://bugs.debian.org/cgi-bin/
tag 836732 + pending
thanks
> Not sure how much related they are, but I guess it means something given
> that it's not in the English build.
I don't really understand why that would be causing an error but we follow
your assumption that the "return" that is causing the FTBFS, then it was
removed
Hi Emanuel,
On Sun, Sep 04, 2016 at 09:22:28PM +0100, Chris Lamb wrote:
> Just want to jump in here to say I think you're doing sterling
> work here.
likewise, many thanks for joining our efforts and contributing so nicely!
(just please also tell your email client to not (only) send HTML mails…
Holger Levsen wrote:
> > Apologies for the top-posting, but ping on the below:
>
> pong…
>
> I haven't forgotten about this, just had no time to get around to do it.
Another ping for this? Many thanks.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org /
Ximin Luo:
> Chris Lamb:
>>> https://people.debian.org/~infinity0/res/dfs-demo/
>>
>> Like it!
>>
>> However, hould you object to making it show some — however small — diff on
>> page load? I am all behind lazy-loading of further chunks but I am certain
>> I will find it annoying to have to click «
Source: diffoscope
Severity: normal
Dear Maintainer,
The packages "esajpip" & "aptly" & "nikwi" from unstable/amd64:
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/diffoscope-results/esajpip.html
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/diffoscope-res
Hi Ximin,
> https://people.debian.org/~infinity0/res/dfs-demo/index.html
One quick bit of feedback is that the:
" ... load diff (3 pieces, truncated) ... "
links aren't always immediately obvious to my eyes/colour scheme.
Indeed, I am sure I found find myself wondering where the rest of
dif
Emanuel Bronshtein:
> Source: diffoscope
> Severity: normal
>
> Dear Maintainer,
>
> The packages "esajpip" & "aptly" & "nikwi" from unstable/amd64:
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/diffoscope-results/esajpip.html
> https://tests.reproducible-builds.org/debian/
Source: diffoscope
Severity: normal
Dear Maintainer,
The packages "python-hypothesis" & "cppformat" & "python-xmp-toolkit" &
"python-mne" from unstable/amd64 have long line that contain JavaScript code,
the HTML format don't contain the differences between the lines (it cut the
line by scissor
Chris Lamb:
> Hi Ximin,
>
>> https://people.debian.org/~infinity0/res/dfs-demo/index.html
>
> One quick bit of feedback is that the:
>
>" ... load diff (3 pieces, truncated) ... "
>
> links aren't always immediately obvious to my eyes/colour scheme.
>
> Indeed, I am sure I found find mysel
> Do you have a concrete suggestion? Otherwise I will just turn the
> background light pink, #f99.
Something like that, although I'm not quite a fan of pink…
I would definitely increase the padding and — to use a UI/UX term — to
increase the affordance that they are something that may be clicked,
Ximin Luo:
> However the question is, do we want to do this every time an upstream
> saves CFLAGS somewhere?
[...]
> 2. Define another variable SOURCE_ROOT to be set to the top-level
> source dir, and patch GCC to use this as the default value for
> debug-prefix-map (and the analogue for other lang
HW42:
> Ximin Luo:
>> [..]
>>
>> 1. Patch GCC to set debug-prefix-map to "$pwd=." by default (and the
>> analogue for other languages / tools).
>>
>> This behaviour is concretely different from the current situation:
>> during recursive-make scenarios, the gcc in subdirectories will have
>> differe
Ximin Luo:
> HW42:
>> Ximin Luo:
>>> [..]
>>>
>>> 1. Patch GCC to set debug-prefix-map to "$pwd=." by default (and the
>>> analogue for other languages / tools).
>>>
>>> This behaviour is concretely different from the current situation:
>>> during recursive-make scenarios, the gcc in subdirectories
2016-09-05 03:18
https://tests.reproducible-builds.org/debian/unstable/amd64/strip-nondeterminism
changed from reproducible -> FTBFS
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin
Chris Lamb:
> tag 836732 + pending
> thanks
>
>> Not sure how much related they are, but I guess it means something given
>> that it's not in the English build.
>
> I don't really understand why that would be causing an error but we follow
> your assumption that the "return" that is causing the F
19 matches
Mail list logo