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 module that
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-scipyarch=m68kver=0.12.0-2stamp=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
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
+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 Glaser
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
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
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',
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
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.
why
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
13 matches
Mail list logo
