On Wed, 24 May 2017, Alexander Wirt wrote:
> The policy is pretty clear. Backporting 1.10 and backport the other packages
> too.
>
> It is maybe a problem and maybe we should get the policy changed - I
> personally don't think too. I don't wan't software that isn't in testing in
> backports - but
tags 781610 - moreinfo
thanks
Daniele Tricoli dixit:
>> python-requests_2.4.3-6_all.deb/deb://CONTENTS/usr/lib/python2.7/dist-packag
>> es/requests/certs.py should be a symbolic link to
>> /etc/ssl/certs/ca-certificates.crt
>
>requests.certs is not a CA bundle, it's a modu
Package: python-requests
Version: 2.4.3-6
Severity: important
Hi,
python-requests_2.4.3-6_all.deb/deb://CONTENTS/usr/lib/python2.7/dist-packages/requests/certs.py
should be a symbolic link to /etc/ssl/certs/ca-certificates.crt
-- System Information:
Debian Release: 8.0
APT prefers unreleased
found 700732 0.5.4.2-3
thanks
This seems to be a problem on GCJ arches.
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
Dixi quod…
>fail
>
>testsuite times out
That’s:
http://buildd.debian-ports.org/status/fetch.php?pkg=python-scipy&arch=m68k&ver=0.12.0-2&stamp=1375407033
bye,
//mirabilos
--
I believe no one can invent an algorithm. One just happens to hit upon it
when God enlightens him. Or only God invents alg
Source: python-jpype
Version: 0.5.4.2-2
Severity: important
Justification: FTBFS
Hi,
your package errors out, please see the attached full build log.
bye,
//mirabilos
--
„nein: BerliOS und Sourceforge sind Plattformen für Projekte, github ist
eine Plattform für Einzelkämpfer“
-- dieses
Sandro Tosi dixit:
>I've moved matplotlib from b-d to b-d-i but that causes numpy to FTBFS
>on some archs. After discussion, it is better to add back matplotlib
>to b-d
OK.
>so if you still need to break that loop, please do it really
Thanks, I can just use the package from snapshot.d.o if nee
1,3 +1,19 @@
+python-numpy (1:1.5.1-3+m68k.2) unreleased; urgency=low
+
+ [ Andreas Schwab ]
+ * debian/patches/20_m68k_long_double_format.diff
+- add support for the Motorola 68k big endian long double
+ floating point representation format
+ Closes: #655388
+
+ [ Thorsten Gla
Sandro Tosi dixit:
>there a chance you can test numpy from experimental (v.1.6.1)? This
>way I can provide additional information to developers.
ValueError: Unrecognized format (['000', '000', '000', '000', '001', '043',
'105', '147', '211', '253', '315', '357', '300', '031', '000', '000', '353'
Sandro Tosi dixit:
>I'll forward this upstream, but first I'd like to ask you a favour: is
>there a chance you can test numpy from experimental (v.1.6.1)? This
>way I can provide additional information to developers.
I can try that, sure.
>Also, in case they provide a patch, is there already a p
Source: python-numpy
Version: 1.5.1-3
Tags: upstream
Hi,
the m68k “long double” format isn’t recognised:
[…]
compile options: '-Inumpy/core/src/private -Inumpy/core/src -Inumpy/core
-Inumpy/core/src/npymath -Inumpy/core/src/multiarray -Inumpy/core/src/umath
-Inumpy/core/include -I/usr/include/
Sandro Tosi dixit:
>oh oh, so you want to bootstrap mpl/numpy on m68k, and not proposing
>enhancement to the package :) now I see.
Sort of. You might want to add such instructions somewhere as comment.
>I think you just need to remove the
>
>(export MPLCONFIGDIR=. ; make -C doc html PYTHONPATH=.
Sandro Tosi dixit:
>yes, maybe: but why would I want to do that? numpy needs mpl for doc
>graphs, so it has to be there.
Yes, unless you don’t care about the documentation. Which is arch:all
anyway, so it need not be built on the buildds.
>what trend? any references?
Sorry, none right now.
>wh
Source: python-numpy
Severity: wishlist
Hi,
from looking at the source package, python-numpy could be built
without the documentation without having matplotlib (which it‐
self depends on python-numpy and a number of other things such
as GTK+2, Qt3, Qt4, wxwidgets) installed – in theory.
The debi
14 matches
Mail list logo