Hi,
On 07/23/2018 05:58 PM, Graham Inggs wrote:
> dpkg-buildpackage -b works fine for me.
it does if the upstream tarball is present in the parent directory,
which is not a requirement when building a binary package from the
source tree, no?
Regards,
Daniel
Control: severity -1 normal
Control: tags -1 + moreinfo unreproducible
Hi Daniel
On 23/07/2018 11:54, Daniel Baumann wrote:
However, when locally rebuilding the package I saw that it wants to
check the md5sum of the upstream tarball. This fails when building
binary packages only, which should
Thanks for the full log, very helpful!
I can reproduce the failure with
LC_ALL=POSIX python3 ...
and it could be avoided by
LC_ALL=C.UTF-8 python3 ...
On Mon, Jul 23, 2018 at 02:43:41PM +0200, Santiago Vila wrote:
> On Mon, Jul 23, 2018 at 12:16:45PM +, Lumin wrote:
>
> > Thanks for
On Mon, Jul 23, 2018 at 12:16:45PM +, Lumin wrote:
> Thanks for the report, but could you please provider a more verbose
> failure report?
Sure. I've put the full build log here:
https://people.debian.org/~sanvila/build-logs/intel-mkl/
This was a binary-indep only build, i.e.
Hi Santiago,
Thanks for the report, but could you please provider a more verbose
failure report?
And could you please test this patch:
LC_ALL=C.UTF-8 python3 debian/control.py
```
diff --git a/debian/rules b/debian/rules
index 212c9aa..8d21adc 100755
--- a/debian/rules
+++ b/debian/rules
@@
severity 904319 serious
reassign 904319 src:intel-mkl
found 904319 2018.3.222-1
thanks
On Mon, 23 Jul 2018, Daniel Baumann wrote:
> Package: intel-mkl
> Version: 2018.3.222-1
>
> Hi,
>
> thank you so much for packaging intel-mkl, it basically doubles the
> performance of our R number
Package: intel-mkl
Version: 2018.3.222-1
Hi,
thank you so much for packaging intel-mkl, it basically doubles the
performance of our R number crunchers.
However, when locally rebuilding the package I saw that it wants to
check the md5sum of the upstream tarball. This fails when building
binary
7 matches
Mail list logo