> shouldn't we upload dpkg with that fix to our repo then?
If the impact was more widespread, then definitely.. but am tempted to
wait until some response from dpkg maintainers, especially as I'm not
100% confident in the patch.
--
,''`.
: :' : Chris Lamb
`. `'` la...@
Hi,
On Samstag, 18. Juli 2015, Chris Lamb wrote:
> Fixed in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792491
shouldn't we upload dpkg with that fix to our repo then?
cheers,
Holger
signature.asc
Description: This is a digitally signed message part.
_
> > > btw: https://reproducible.debian.net/rb-pkg/unstable/amd64/pyopencl.html
> >
> > After fixing the other issues, I now have a reproducability rate of 50% ...
> > IIRC you are repeating a failed test once to ignore some spurious
> > failures? So you would end up at an error rate of 25% - or le
Hi Andreas,
On Freitag, 10. Juli 2015, Andreas Beckmann wrote:
> On 2015-07-09 20:23, Holger Levsen wrote:
> >> The issue is nondeterministic - a first rebuild after partly fixing
> >> another reproducibility issue has not shown this again.
> >
> > btw: https://reproducible.debian.net/rb-pkg/unst
On 2015-07-09 20:23, Holger Levsen wrote:
>> The issue is nondeterministic - a first rebuild after partly fixing
>> another reproducibility issue has not shown this again.
>
> btw: https://reproducible.debian.net/rb-pkg/unstable/amd64/pyopencl.html
After fixing the other issues, I now have a repr
On Thu, Jul 09, 2015 at 08:23:12PM +0200, Holger Levsen wrote:
> > The issue is nondeterministic - a first rebuild after partly fixing
> > another reproducibility issue has not shown this again.
>
>
> btw: https://reproducible.debian.net/rb-pkg/unstable/amd64/pyopencl.html
I recall some other ca
Hi,
On Donnerstag, 9. Juli 2015, Andreas Beckmann wrote:
> no, you need to test something that uses both OpenCL 1.1 and OpenCL 1.2
> functions, e.g. amd-clinfo, erlang-cl, python{,3}-pyopencl{,-dbg}. That
> list is complete - all rdepends of the libopencl-1.2-1 virtual package.
any of these in ma
On 2015-07-09 18:38, Holger Levsen wrote:
PPS: Similarly "complex" symbols files are used by ocl-icd-libopencl1
and nvidia-libopencl1, too.
>>> are these both only in non-free too?
>> ocl-icd is in main
>
> and reproducible when tested in our setup:
> https://reproducible.debian.net/ocl
Hi,
On Donnerstag, 9. Juli 2015, Andreas Beckmann wrote:
> Yes, I use a modified variant of your pbuilder script + hook scripts
> that works with my build setup.
>
> that was with debhelper 9.20150628.0~reproducible3
>
>
> but since there may be some "dependency sanitization" pass in dpkg (? or
On 2015-07-09 18:05, Holger Levsen wrote:
> have you been using our patched debhelper? see
Yes, I use a modified variant of your pbuilder script + hook scripts
that works with my build setup.
that was with debhelper 9.20150628.0~reproducible3
but since there may be some "dependency sanitization
Hi Andreas,
On Donnerstag, 9. Juli 2015, Andreas Beckmann wrote:
> [ please keep me Cc:ed ]
done
> Control files: lines which differ (wdiff format)
>
> Depends:
> libc6 (>= 2.3.3),
> libgcc1 (>= 1:4.1.1),
> ocl-icd-libopencl1 | amd-libopenc
11 matches
Mail list logo