Modules Team
Changed-By: Julian Taylor
Description:
pypy-zmq - PyPy bindings for 0MQ library
python-zmq - Python bindings for 0MQ library
python-zmq-dbg - Python bindings for 0MQ library - debugging files
python3-zmq - Python3 bindings for 0MQ library
python3-zmq-dbg - Python3 bindings for 0MQ
On 11.04.2017 03:07, James Van Zandt wrote:
> Package: python-scipy
> Version: 0.18.1
>
>
> I have a MATLAB program that uses fsolve() from the optimization
> toolbox. I found that scipy offers a similar function. I spent a fair
> amount of time translating my program into Python, only to disco
On 29.11.2016 15:10, Tobias Hansen wrote:
> On Thu, 3 Nov 2016 20:25:23 +0100 Julian Taylor
> wrote:
>> On 03.11.2016 20:17, Sandro Tosi wrote:
>>>> Looks like your last upload fixed the build on most architectures. However
>>>> the
>>>> package
On 03.11.2016 20:17, Sandro Tosi wrote:
>> Looks like your last upload fixed the build on most architectures. However
>> the
>> package still failed to build on arm64.
>>
>> https://buildd.debian.org/status/package.php?p=pyzmq
>
> Hey Julian, do you have time to look at the failures in the
> http
On 04.10.2016 19:02, Sebastian Humenda wrote:
> Hi
>
> Julian Taylor schrieb am 03.10.2016, 14:53 +0200:
>> where did you get the tarball from that you pushed to git?
>> its different from what uscan pulls and is missing all the documentation.
> Good question, I went
Package: pyfits-utils
Version: 1:3.4-3
Severity: normal
hi,
fitsdiff included in pyfits-utils will not run in a clean chroot as it
is missing a dependency on python3-pkg-resources.
$ fitsdiff
from pkg_resources import load_entry_point
Import error: No Module name 'pkg_resources'
also the inte
On 24.09.2016 23:26, Julian Taylor wrote:
> On 24.09.2016 23:14, Sebastian Humenda wrote:
>> Just to let people know: I'm working on it and hope to upload a new package
>> shortly.
>>
>
> hm I wanted to do it tomorrow, but if you have it done go ahead.
> note t
On 24.09.2016 23:14, Sebastian Humenda wrote:
> Just to let people know: I'm working on it and hope to upload a new package
> shortly.
>
hm I wanted to do it tomorrow, but if you have it done go ahead.
note there is a new upstream version that should be uploaded to fix
other issues.
On 21.07.2016 05:00, Brian Warner wrote:
I've just released foolscap-0.12.0 to PyPI, which should fix this. We've
deprecated a function that talks to the root nameservers, and this
release removes the test that used to exercise that function. I think
that was the only place which should be doing
On 13.04.2016 15:39, Julian Taylor wrote:
On 04/13/2016 03:24 PM, Emilio Pozuelo Monfort wrote:
On 29/03/16 19:10, László Böszörményi (GCS) wrote:
Hi Julian,
On Sun, Mar 20, 2016 at 12:27 PM, Julian Taylor
wrote:
On 20.03.2016 11:11, László Böszörményi (GCS) wrote:
Sorry, my life was
On 04/13/2016 03:24 PM, Emilio Pozuelo Monfort wrote:
> On 29/03/16 19:10, László Böszörményi (GCS) wrote:
>> Hi Julian,
>>
>> On Sun, Mar 20, 2016 at 12:27 PM, Julian Taylor
>> wrote:
>>> On 20.03.2016 11:11, László Böszörményi (GCS) wrote:
>>>>
On 20.03.2016 11:11, László Böszörményi (GCS) wrote:
> On Sun, Mar 20, 2016 at 10:56 AM, Emilio Pozuelo Monfort
> wrote:
>> On Tue, 15 Mar 2016 23:37:26 +0100
>> =?UTF-8?B?TMOhc3psw7MgQsO2c3rDtnJtw6lueWkgKEdDUyk=?= wrote:
>>> On Tue, Mar 15, 2016 at 11:24 PM, Julian
On 15.03.2016 22:48, László Böszörményi (GCS) wrote:
> On Tue, Mar 15, 2016 at 10:26 AM, Emilio Pozuelo Monfort
> wrote:
>> On 14/03/16 22:03, Emilio Pozuelo Monfort wrote:
>>> Looks good. No problem and thanks for reacting that fast!
>>
>> I scheduled the binNMUs last night and things are going w
On 13.01.2016 06:54, Ramakrishnan Muthukrishnan wrote:
> On Wed, Jan 13, 2016, at 11:17 AM, Ramakrishnan Muthukrishnan wrote:
>>
>> I applied two patches below after which it passes the tests (python
>> setup.py trial). Both the changes have been submitted into the upstream
>> for review.
>
> I ju
hi,
I just updated the package to 0.9.1 and there still seem to be test failures
with the twisted version in debian (15.5.0)
===
[ERROR]
Traceback from remote host -- Traceback (most recent call last):
File "/tmp/buildd
On 01.10.2015 00:41, Sandro Tosi wrote:
> On Wed, Sep 30, 2015 at 11:19 PM, Julian Taylor
> wrote:
>> hm is __POWERPC__ not the right macro for that platform? that should
>> have worked
>
> in numpy/core/include/numpy/npy_cpu.h i can find
>
> #elif defined(_
On 01.10.2015 00:17, Sandro Tosi wrote:
> control: reopen -1
>
>>> it would probably be best to disable the assert in
>>> lowlevel_strided_loops.c.src on powerpc depending cpp macros, that way
>>> it will also continue to work when users would want to use python-dbg on
>>> ppc if softfaulting is e
On 30.09.2015 01:14, Julian Taylor wrote:
> On 30.09.2015 01:01, Sandro Tosi wrote:
>> On Tue, Sep 29, 2015 at 8:05 AM, Julian Taylor
>> Is there an elegant way to instruct numpy testsuite to just ignore
>> errors on powerpc? I would really love to keep the test failures
On 30.09.2015 01:01, Sandro Tosi wrote:
> On Tue, Sep 29, 2015 at 8:05 AM, Julian Taylor
> wrote:
>> On 28.09.2015 20:58, Scott Kitterman wrote:
>>>
>>> Seems like this may be related to #702169.
>>>
>>
>> no, powerpc is the arch with th
On 28.09.2015 20:58, Scott Kitterman wrote:
>
> Seems like this may be related to #702169.
>
no, powerpc is the arch with the broken malloc:
https://sourceware.org/bugzilla/show_bug.cgi?id=6527
the test should probably just be ignored (as it has been in the past) it
has always been broken and n
looks more like a gcc packaging problem:
sh: 1: x86_64-linux-gnu-gcc-ar: not found
gcc-ar: not found
I think I already test build scipy with a custom built gcc5 and it
worked fine.
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.de
>
> Anyone have any thoughts?
the same issue occurs on mips, though the porterbox is so slow I do not
have a big urge to try and debug anything on it.
When there is a arm porterbox which is faster I may have a look at it again.
(On mips I'm ignoring the testfailure, though I should probably req
On 25.08.2014 21:44, Andreas Barth wrote:
> * Mauricio Faria de Oliveira (mauri...@linux.vnet.ibm.com) [140825 20:34]:
>> Hi Andi,
>>
>> On 08/25/2014 02:43 PM, Andreas Barth wrote:
>>> * Julian Taylor (jtaylor.deb...@googlemail.com) [140825 18:37]:
>>>>
On 25.08.2014 12:49, Mauricio Faria de Oliveira wrote:
> Hi Andi,
>
> On 08/23/2014 06:12 PM, Andreas Barth wrote:
>> If useful I'd be willing to upload this fix as an NMU. As this is a
>> blocker for cython it has some priority, so I would do that tomorrow
>> unless there is a reason not to.
>
>
On 23.08.2014 23:12, Andreas Barth wrote:
> * Mauricio Faria de Oliveira (mauri...@linux.vnet.ibm.com) [140823 21:11]:
>> The patch attached fixes a build error on ppc64el [1], which has been
>> fixed upstream on 1.9.0 (trivial backport).
>>
>> May you please consider it for an upload?
>
> If usef
On 07.08.2014 09:10, YunQiang Su wrote:
> On Sun, 03 Aug 2014 13:34:24 +0200 Matthias Klose wrote:
>> Package: python-scipy
>> Version: 0.14.0-1
>> Severity: serious
>> Tags: sid jessie
>>
>> the package fails to build on mips, but did build before.
>> see
>> https://buildd.debian.org/status/fetch
On 04.08.2014 19:57, Daira Hopwood wrote:
> The foolscap bug tracker is easy to find: http://foolscap.lothar.com/trac
>
the issue was already fixed upstream before this bug was filed:
https://github.com/warner/foolscap/commit/2eeabc61c2573652d7482d039644d62d782c2e3a
_
hi Sandro,
I think I have fixed matplotlib in svn by applying the ubuntu patches.
It solves the ~9 rc bugs and a few other ones.
Unfortunately it can currently not be tested as python-tk is broken but
that should be fixed soon.
The package adds adt-tests which verify basic functionality, note the
w
On 25.06.2014 19:19, Julian Taylor wrote:
> On 06.06.2014 22:27, Julian Taylor wrote:
>> On 03.06.2014 15:59, Julian Taylor wrote:
>>> On Tue, Jun 3, 2014 at 2:38 PM, Thorsten Alteholz
>>> wrote:
>>>> Dear Maintainer,
>>>>
>>>> can
On 06.06.2014 22:27, Julian Taylor wrote:
> On 03.06.2014 15:59, Julian Taylor wrote:
>> On Tue, Jun 3, 2014 at 2:38 PM, Thorsten Alteholz
>> wrote:
>>> Dear Maintainer,
>>>
>>> can you please explain why files containing such text:
>>> (scip
in svn I have disabled all performance relevant tests which includes
this one. Upstream has a convinient switch for that for the CI. its
currently waiting for sponsoring.
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
ht
this patch should do it for nodejs:
--- a/IPython/nbconvert/filters/marked.js 2014-05-21 21:19:12.0
+0200
+++ b/IPython/nbconvert/filters/marked.js 2014-06-10 19:18:55.002514395
+0200
@@ -3,15 +3,15 @@
// that we use in the live notebook.
// IPython static_path dir relative
if you remove nodejs and install pandoc it should work.
I'll check out how to fix the nodejs version for the next package update.
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mail
tags 750715 + help
thanks
As far as I understand uglify 1 and 2 are two different projects.
Why must the version 2 package replace the version 1 pakage?
that is not a viable strategy for hard to test javascript code.
It seems to me it would be simpler to just have two packages.
Anyhow I don't kno
The failure suggests you need to install node-marked too. Maybe also
another patch is needed to adapt the path.
I can't reproduce the failure with nodejs locally with a simple markdown
notebook. Can you attach a example notebook as required programs depend
on the content of the notebook.
As a wor
On 03.06.2014 15:59, Julian Taylor wrote:
> On Tue, Jun 3, 2014 at 2:38 PM, Thorsten Alteholz
> wrote:
>> Dear Maintainer,
>>
>> can you please explain why files containing such text:
>> (scipy-0.14.0/scipy/io/tests/data/*.sav)
>>
>> NOTICE:
>>
On Tue, Jun 3, 2014 at 2:38 PM, Thorsten Alteholz
wrote:
> Dear Maintainer,
>
> can you please explain why files containing such text:
> (scipy-0.14.0/scipy/io/tests/data/*.sav)
>
> NOTICE:
>
> IDL Save/Restore files embody unpublished proprietary information
> about the IDL program. Reverse
On 08.05.2014 09:02, Denis Laxalde wrote:
> tags 600547 +patch pending
> stop
>
> I've updated the packaging in svn so that documentation is built in a
> dedicated binary. (This probably needs review though.)
>
thanks though the patch does not work with binary-arch builds due to
sphinxdoc quirks
On 14.05.2014 15:17, Julien Cristau wrote:
> Hi Julian,
>
> I needed a newer ipython for a work project, so I backported the jessie
> version (available at https://cristau.org/~julien/ipython-wheezy/ for
> now).
> Do you have any plans for uploads to wheezy-backports? Do you think it
> would be u
pandoc is already suggested by the ipython-notebook-common package, it
is not required to use the notebok thus it is not a dependency.
nbconvert is already part of the notebook package or do you mean it
needs its own package with tighter dependencies?
_
adding a shared library has been discussed with upstream. Upstream does
not want to support it as it does not want to deal with issues which
arise from incompatibilities between different shared library build options.
I don't think its worth the trouble to fix this in a Debian specific way.
Conce
On 06.03.2014 09:07, Dmitry Shachnev wrote:
>
> Anyway, I think it is possible to implement this algorithm in
> dh_sphinxdoc:
>
> | If an HTML file in a package references _static/mathjax/MathJax.js in
> | ‘script’ tag, and neither of _static/mathjax and _static/mathjax/MathJax.js
> | is already
hm no not fixed yet in experimental, but will be thanks for the report.
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
this should be fixed in the experimental version.
a new numpy bugfix rc release is due this weekend which will be uploaded
to unstable.
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bi
On Thu, Feb 6, 2014 at 1:22 PM, Mauricio Calvao wrote:
> Hi there
>
> I have recently updated my python-scipy package from version 0.10.1 to
> 0.12.0.
> Now when I try to import scipy.interpolate the following error is issued:
> ...
>
> /usr/lib/python2.7/dist-packages/scipy/special/basic.py in (
On 25.01.2014 01:10, Joerg Dietrich wrote:
> ipython-notebook does not depend on pandoc. A pandoc package does not
> exist in jessie.
it is in sid:
http://packages.qa.debian.org/p/pandoc.html
if notebook would depend on it the notebook could not go into jessie.
I'll add a better error message an
hi,
thanks for the report, I unfortunately did not find time to test
nbconvert for the first upload I'll fix it in the next one which will
come soon
for now this patch seems to fix it:
--- a/IPython/nbconvert/transformers/csshtmlheader.py
+++ b/IPython/nbconvert/transformers/csshtmlheader.py
@@ -8
On 13.01.2014 07:28, Antoine Martin wrote:
> Correct me if I'm wrong, but the suggested fix in comment 15 looks wrong
> to me:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703585#15
>
> PyOpenGL already has a loader for numpy, this only slots numpy where
> "python-numeric" used to go, effect
Package: matplotlib
Version: 1.3.1-1
Severity: wishlist
Tags: patch
matplotlib tends to break very easily, e.g. multiarch tk, tk upgrades or
basically any change in its many many dependencies. In order to help
automatic verification please add autopkgtests.
Attached a patch with some basic tests,
On 07.01.2014 21:38, Julian Taylor wrote:
> On 07.01.2014 21:23, Alessandro Ghedini wrote:
>> On mar, gen 07, 2014 at 09:10:35 +0100, Julian Taylor wrote:
>>> On 07.01.2014 21:02, Aaron M. Ucko wrote:
>>> caused by a minimum polling timeout of 0.5 seconds due to a bu
On 07.01.2014 21:23, Alessandro Ghedini wrote:
> On mar, gen 07, 2014 at 09:10:35 +0100, Julian Taylor wrote:
>> On 07.01.2014 21:02, Aaron M. Ucko wrote:
>> caused by a minimum polling timeout of 0.5 seconds due to a bug in
>> zeromqs timing src/clock.cpp:123 zmq::clock_t
On 07.01.2014 21:02, Aaron M. Ucko wrote:
> Source: pyzmq
> Version: 14.0.1-1
> Severity: serious
> Justification: fails to build from source (but built successfully in the past)
>
> The s390x build of pyzmq failed with an AssertionError when trying to
> run the unit test under Python 2.7:
>
>
On 07.01.2014 21:11, Aaron M. Ucko wrote:
> Julian Taylor writes:
>
>> its because pypy 2.2 has not built on i386 yet, a cffi function has a
>> different return value in 2.1.
>
> I see; thanks for the prompt explanation! In that case, I'd recommend
> versioning
On 07.01.2014 21:00, Aaron M. Ucko wrote:
> Source: pyzmq
> Version: 14.0.1-1
> Severity: serious
> Justification: fails to build from source (but built successfully in the past)
>
> The i386 build of pyzmq for pypy failed with an ImportError, as detailed at
> https://buildd.debian.org/status/fetc
On 22.10.2013 08:43, Salvatore Bonaccorso wrote:
> Hi Julian,
>
> Cc'ing Julian directly as per short discussion on IRC.
>
> On IRC you mentioned that you are looking at this issue. Did you had a
> chance to prepare the upload for unstable?
>
I have prepared updates for unstable, wheezy and squ
fyi, numpy 1.8 will in future also implement nanmean which scipy will
then use.
But note that numpy.nanmean will alos warn if you use it on an array
full of nans:
In [1]: np.nanmean([np.nan, np.nan])
/tmp/local/lib/python2.7/site-packages/numpy/lib/nanfunctions.py:573:
NanWarning: Mean of empty sl
t
> them?
>
The patches look fine, but I'm not in the backports keyring either so I
can't upload (yet).
If you have a sponsor for salt, maybe he/she also can upload this for you.
If not I should probably get myself in the keyring anyway.
Than
Package: pyfits
Version: 1:3.1.2-1
Severity: wishlist
pyfits includes an executable named fitsdiff which is very useful for
comparing two fits files to each other.
Please also include it in the package.
Thanks
___
Python-modules-team mailing list
Py
most likely it can be fixed by deleting ~/.matplotlib/fontList.cache
but before you do so please make a backup and mail it to the bug, because I
can't reproduce the issue locally.
On Sun, Aug 11, 2013 at 10:40 AM, darkestkhan wrote:
> Dear Maintainer,
> I just checked and found that mnemosyne w
On 08.06.2013 04:18, Brandon Coleman wrote:
> I have run into this bug on a 64-bit version of Debian stable and have
> attached the gdb.txt file that you requested from the original bug
> post. I do not have libatlas3-base installed, let me know how to proceed.
>
>
0x75357220 in dgemm_o
Package: python3-pyparsing
Version: 2.0.0+dfsg1-1
Severity: wishlist
Tags: patch
attached basic autopkgtests for pyparsing that verifies it the package
can be imported and some functionality works.
same 706317 just dropped python2 test.
--- python3-pyparsing-2.0.0+dfsg1/debian/tests/control 1970-
reopen 709069
thanks
On 29.05.2013 19:41, Jakub Wilk wrote:
> * Julian Taylor , 2013-05-29, 19:16:
>> This doesn't affect unstable as it uses pythons version of the code.
>
> Does it? As far as I can see, tornado.simple_httpclient uses the
> embedded copy unconditionally.
Package: python-numpy
Version: 1:1.7.1-1
Severity: important
numpy includes one cython source which is not rebuilt during the package
build, instead the upstream pregenerated source is used.
the file can't be generated from the package source as numpy.pxd is missing.
It can be found in upstreams
On 13.05.2013 19:34, Thomas Goirand wrote:
> Hi Torsten and Kevin,
>
> I would like to upload a new version of python-quantumclient, though it
> needs a new version of python-cliff (eg: >= 1.3), and the latest version
> of python-cliff (eg: 1.3.3) needs a newer version of python-pyparsing
> (eg: i
I get two test failures with 1.2.1.
the first is probably a missing python3-imaging-dbg build dependency.
I can't reproduce the second one with matplotlib git head, so it may
already be fixed, it only occurs with python3.3.
==
ERR
Package: matplotlib
Version: 1.2.0-1
Severity: wishlist
Tags: experimental
A new upstream release of matplotlib 1.2.1 is available:
http://matplotlib.org/downloads.html
I think github discontinued their download section, so the watch file
needs updating.
_
Package: python-numpy
Version: 1:1.7.1-1
Severity: important
Tags: experimental patch
the abi tags changed in python3.3 (u is not needed anymore).
Numpy hardcodes the tags in debian rules:87
set -e; for i in $(PY3VERS); do \
[ -d $(CURDIR)/debian/python3-numpy/usr/include/python$$
Package: python-numpy
Version: 1:1.7.0-1
Severity: normal
forwarded from
https://bugs.launchpad.net/ubuntu/+source/python-numpy/+bug/1154434:
Neither the 'python-numpy' nor 'python-numpy-doc' package contains a
file called 'numpy.i', required for writing NumPy compatible
C-code-based Python exten
Package: python-numpy
Version: 1:1.6.2-1
Severity: normal
some scipy tests fail on powerpc, this is because
import numpy as np;
np.finfo(np.clongdouble).precision
returns 75 on powerpc but it should return not more than about 18.
see e.g. the test_signaltools.TestCorrelateComplex256
https://bui
Package: python-numpy
Version: 1:1.6.2-1
Severity: important
Forwarded: https://github.com/numpy/numpy/issues/3057
python-dbg
>>> import numpy.distutils
>>> numpy.distutils.misc_util.get_shared_lib_extension(is_python_ext=False)
'_d.so'
this should be .so
in python3-dbg returns .so correctly
__
On 02/26/2013 03:18 PM, Hugo A. M. Torres wrote:
> Package: ipython3
> Version: 0.13.1-2
> Severity: normal
>
> Dear Maintainer,
>
> While trying to paste in ipython3 I get:
>
> "In [1]: %paste
> ERROR: Getting text from the clipboard on this platform requires
> Tkinter."
>
> May I suggest tkin
Package: ipython3
Version: 0.13.1-2
Severity: important
Tags: patch
Forwarded: https://github.com/ipython/ipython/pull/2503
$ ipython3
from lxml import etree; tree = etree.fromstring('');
tree.find('/')
..
TypeError: %d format: a number is required, not NoneType
see https://github.com/ipython/ip
Package: shiboken
Version: 1.1.2-2
Severity: important
Tags: experimental patch
shiboken fails to build with python3.3, see the build logs in ubuntu:
https://launchpadlibrarian.net/121687606/buildlog_ubuntu-raring-i386.shiboken_1.1.2-2_FAILEDTOBUILD.txt.gz
-- Could NOT find Python3Libs (missing:
The Linux colorscheme is unusable on white background, yellow on white
is a pain to look at, whereas the LightBG background is readable on black.
So the LightBG is the lesser of two evil.
It is easy enough to change via %colors in the console, the
--colors command line flag and c.TerminalInteract
Package: python-matplotlib
Version: 1.1.1~rc2-1
Severity: normal
for foreign endian float data matplotlib 1.1.1 colors the maximum value
the same as the minimum value
# on little endian
d = np.array([[1,2],[1,1]], dtype=">f4")
imshow(d, interpolation="nearest") # should have some red in it (jet c
On 01/26/2013 03:41 PM, Jonathan Wiltshire wrote:
> I'd like to see this fixed in wheezy but the diff is too large; how much of
> this is necessary to get the source into the package and close this bug only?
>
everything but the regeneration in debian/rules and the interp patch.
But it means fixi
severity 698830 wishlist
thanks
pyzmq 3 is not released yet, so the support is incomplete.
I was told it will release soon and I will probably package it then.
But before anything can happen the test failures of zeromq3 have to be
solved.
___
Python-mo
I can't reproduce it, python should not be multiarched in unstable
are you using experimental?
can you try this patch I made for multiarched py3.3?
Description: fix cython module so extension for python3.3
imp.get_suffixes() returns all kind of junk, the first is not correct anymore
diff --git a/
On 12/17/2012 02:51 PM, Daniel Maier wrote:
> Package: ipython-notebook
> Version: 0.13.1-2
> Severity: minor
>
> Dear Maintainer,
>
> starting ipython notebook --pylab failes with
>
>> [IPKernelApp] GUI event loop or pylab initialization failed
>
> in the console when first using matplotlib to
does this count as release critical?
right now all the copyrights are still there, they will only go missing
when upgrading from wheezy to jessie (if I remove the transitional packages)
___
Python-modules-team mailing list
Python-modules-team@lists.aliot
attached a little update to the first patch fixing a couple of forgotten
things.
it applies ontop the last one.
the openblas test is actually a bit sketchy as it does not work properly
in virtual machines (depending on their configuration) which are used to
run the tests automatically.
diff --git
in case your patch program can't cope with git patches:
atlas is a symlink to openblas
the only test difference is in the dependencies.
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bi
From: Julian Taylor
Date: Thu, 13 Dec 2012 23:21:36 +0100
Subject: [PATCH] add autopkgtests
---
debian/control|1 +
debian/tests/atlas|1 +
debian/tests/control | 14 ++
debian/tests/f2py | 23 +++
debian/tests/openblas | 10
it depends on ipython because all (python2) documentation is linked into
usr/share/doc/ipython
I do that because I don't like the splitting of the doc into many many
folders, but now that we have python3 its probably better to not link
the -doc
I'll fix that in the next revision.
_
you still need this pull in order to get a somewhat working py3.3 scipy
https://github.com/scipy/scipy/pull/341
it also means you need to regenerate the cython files which is currently
not done, see 589731
___
Python-modules-team mailing list
Python-mod
found 589731 0.10.1+dfsg1-1
thanks
$ head debian/changelog
python-scipy (0.10.1+dfsg1-4) unstable; urgency=low
$ grep -rl 'Generated by Cython' . | sed -e 's,\.c,\.pyx,g' | xargs ls -1
ls: cannot access ./scipy/io/matlab/mio_utils.pyx: No such file or directory
ls: cannot access ./scipy/io/matla
found 691960 1.2.0~rc2-1
thanks
as mentioned in the original report, its not fixed in 1.2.0~rc2-1
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-tea
the reason is 30_disable_sample_downloads.patch
one need to drop the quotes from the path, else it will keep them and
prepend /etc when the quoted path is not found in matplotlib/__init__.py:776
___
Python-modules-team mailing list
Python-modules-team@li
Package: matplotlib
Version: 1.1.1~rc2-1
Severity: normal
the examples data directory in the default package configuration of
matplotlib includes an /etc which breaks all examples.
python
/usr/share/doc/python-matplotlib-doc/examples/pylab_examples/image_demo3.py
IOError: [Errno 2] No such file o
On 10/19/2012 05:22 PM, Sandro Tosi wrote:
> On Fri, Oct 19, 2012 at 4:59 PM, Carlo Stemberger
> wrote:
>> Hi,
>> I see that matplotlib 1.2 has been accepted in experimental.
>>
>> What is the status for Python 3?
>
> I'm working (slowly) on it these days.
>
> Regards,
>
this daily build ppa h
On 10/07/2012 11:29 AM, Michael Bienia wrote:
> On 2012-10-04 20:15:44 +0200, Daniel Holbach wrote:
>> On 04.10.2012 18:47, Jakub Wilk wrote:
>>> * Daniel Holbach , 2012-10-04, 17:54:
- python2.6-argparse,
+ python-argparse,
>>>
>>> No, this is wrong. python2.6
notfound 624105 0.17-2
thanks
sorry I missed that the files are not installed for py2, though it would
be nice if the files could be removed before byte compiling, the error
is quite confusing for lazy people like me just checking the buildlogs.
signature.asc
Description: OpenPGP digital signa
found 624105 0.17-2
thanks
the issue is still visible in the buidlogs in experimental:
grep Syntax mpmath_0.17-2.log
SyntaxError: ('invalid syntax',
('/usr/lib/python2.6/dist-packages/mpmath/tests/extratest_gamma.py', 50, 35, '
print("%s ok;" % name, end=\' \')\n'))
SyntaxError: ('invalid
Package: python-psutil
Version: 0.6.1-2
Tags: experimental
the testsuite in experimental is not run:
# run tests
for test in test_memory_leaks.py test_psutil.py ;\
do \
for python in python2.6 python2.7 ; do \
echo "running "test/$test" on "$python ; \
On 07/04/2012 09:57 PM, Anton Gladky wrote:
> Hi Julian,
>
> I have fixed that. But if you plan to push ipython_0.13 into wheezy,
> it should be
> done together with yade. That is why I marked this bug belonging to
> ipython as well.
> Otherwise yade will be broken in Wheezy,
>
please try to get
notfound 680285 ipython/0.13-1
thanks
why does jade fall back to 0.10 interface when it encounters a too new
version?
doc/sphinx/conf.py
if yade.runtime.ipython_version<12:
import ipython_directive as id
else:
import ipython_directive012 as id
version is set to 11 in runtime.py
the sensibl
On 07/04/2012 01:56 PM, Guenter Milde wrote:
>> That is, if you open such document in a modern browser, it will happily
>> download some JavaScript code from a remote site. I feel this violation
>> of our users privacy (and a security concern).
>
> This depends on the browser settings of the use
On 06/11/2012 08:02 PM, Anton Gladky wrote:
> Sorry for the false alarm. It is working on another machine.
>
please execute the commands I said on the other machine, this might be a
real bug.
signature.asc
Description: OpenPGP digital signature
___
P
please do this:
apt-get install python-numpy-dbg python-matplotlib-dbg
gdb --args /usr/bin/python -c "import pylab; pylab.figure(); pylab.show()"
set logging on
run
bt
disassemble
and attach gdb.txt
signature.asc
Description: OpenPGP digital signature
__
Package: python3-numpy
Version: 1:1.6.2-1
Severity: normal
Tags: patch
python3-numpy does only install f2py3.X but no generic f2py3 for the
default version, also the manpage symlink is dangling without
python-numpy installed
attached a patch fixing those issues.
diff -Nru python-numpy-1.6.2/debia
1 - 100 of 174 matches
Mail list logo
