ne.py", line 62, in
__init__
self.scheduler_cls = load_object(self.settings['SCHEDULER'])
File "/usr/lib/python2.7/dist-packages/scrapy/utils/misc.py", line 42, in
load_object
raise ImportError("Error loading object '%s
Package: python-scrapy
Version: 0.14.4-1
Severity: wishlist
Please consider updating scrapy to the latest version (0.20.2 as of
writing this).
Thanks.
Kumar
--
Kumar Appaiah
___
Python-modules-team mailing list
Python-modules-team
Package: python-w3lib
Version: 1.0-1
Severity: wishlist
Hi.
There seems to be a new version of w3lib (and scrapy). Please consider
updating the packages.
Thanks!
Kumar
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1
On Sun, Dec 13, 2009 at 05:22:47PM +0100, Jakub Wilk wrote:
> * Jakub Wilk , 2009-12-12, 19:49:
>>> I have a potential fix for this bug. My approach is based on the
>>> premise that the make-temp-file function provided from Emacs 22
>>> onwards is safe. So, I backport the method to the rst.el file,
Emacs version is 22 or more, bind rst--make-temp-file to the
make-temp-fil provided in the Emacs Lisp libraries.
I don't see a solution for removing the temporary files, though.
I am no expert on security or Emacs Lisp, but I hope this patch
provides a start.
Author: Kumar Appaiah
Hi!
I just wanted to let you know that I have sunbitted filed a patch for
this bug, available at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=556150#10
Kumar
--
Kumar Appaiah
___
Python-modules-team mailing list
Python-modules-team
> * Kumar Appaiah , 2009-10-19, 17:55:
>> Please note that your package uses either the --install-layout=deb, or
>> python.mk helpers, but does not Build-Depend on a Python version which
>> contains those features.
>
> False positive. python-docutils includes
Package: python-docutils
Version: 0.5-5
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: py26-build-depends
Tags: patch
Hi!
Please note that your package uses either the --install-layout=deb, or
python.mk helpers, but does not Build-Depend on a Python version which
contains those f
se endian.h if available */
> #include
> #define NPY_BYTE_ORDER __BYTE_ORDER
>
> (and also drop NPY_HAVE_ENDIAN_H again from CFLAGS)
>
> I'm intending to NMU with the first one next weekend, unless I hear
> different. (The first one because it's obvious that it
nted the opinion of
the Debian Python team for a more elegant fix, before going ahead and
fixing this problem. Please give me a couple of days, within which I
can get this issue sorted out.
Thanks.
Kumar
--
Kumar Appaiah
signature.asc
Description: Digital signature
_
Package: python-numpy
Version: 1:1.3.0-1
Severity: serious
Justification: FTBFS on severa architectures.
The endianness detection for numpy has changed, causing it to not
build on alpha, armel, hppa, mips and mipsel.
The attached patch forces the use of endian.h, and fixes the error.
HTH.
Kumar
# Bcc control
tags 538599 + pending
retitle Modules don't compile due to missing cfunc.h
thanks
Dear Taro,
Thank you for the bug report. Could you please confirm that merely
renaming the file as follows helps?
sudo mv /usr/share/pyshared/numpy/core/include/numpy/numpycfunc.h
/usr/share/pyshared
matplotlib/path.pyc
/usr/lib/pymodules/python2.5/matplotlib/_path.so
/usr/lib/pymodules/python2.5/matplotlib/path.py
/usr/lib/pymodules/python2.5/matplotlib/path.pyc
/usr/lib/pyshared/python2.4/matplotlib/_path.so
/usr/lib/pyshared/python2.5/matplotlib/_path.so
I don't see you missing any files,
n-matplotlib-data_0.98.1-1+lenny3_all.deb
http://http.us.debian.org/debian/pool/main/m/matplotlib/python-matplotlib_0.98.1-1+lenny3_i386.deb
(or change i386 to your architecture).
Use dpkg -i to install them.
Thanks.
Kumar
--
Kumar Appaiah
___
Py
il import *
from pytz import *
on both the Lenny and sid systems. I get the warning you get on the
sid system alone.
So, I guess this problem "are not belong to us". Please correct me if
I am wrong.
Thanks.
Kumar
--
Kumar Appaiah
signature.asc
ndro has anyway said
that he would look into it, if I don't get down to it soon enough.
Thanks!
Kumar
--
Kumar Appaiah
signature.asc
Description: Digital signature
___
Python-modules-team mailing list
Python-modules-team@lists.al
t; version.
>
> Just to confirm that.
>
> I've also checked python-matplotlib 0.98.1-1+lenny3 (on i386) and
> don't find the bug their either. I don't have a
> ~/.matplotlib/matplotlibrc
Thanks Chris. It was nice of you to confirm, since I was also in doub
notfound 502976 0.98.1-1+lenny3
thanks
On Wed, Oct 29, 2008 at 01:12:37PM -0500, Kumar Appaiah wrote:
> On Sun, Oct 26, 2008 at 06:16:06PM -0400, Michael Gilbert wrote:
> > found 502976 0.98.3-4
> > found 502976 0.98.1-1+lenny3
> > thank you
> >
> > i just teste
On Sun, Oct 26, 2008 at 06:16:06PM -0400, Michael Gilbert wrote:
> found 502976 0.98.3-4
> found 502976 0.98.1-1+lenny3
> thank you
>
> i just tested the version in testing-proposed-updates. the problem
> does exist there as well.
Could you please try adding this to ~/.matplotlib/matplotlibrc:
b
y3_all.deb
(Change architecture):
http://http.us.debian.org/debian/pool/main/m/matplotlib/python-matplotlib_0.98.1-1%2blenny3_amd64.deb
HTH.
Kumar
--
Kumar Appaiah
signature.asc
Description: Digital signature
___
Python-modules-team mailing list
y the person who introduced it (me!). So, just grab the package
python-matplotlib version 0.98.1-1+lenny3 from
testing-proposed-updates, and that should solve the issue.
Sorry for missing this.
Kumar
--
Kumar Appaiah
signature.asc
Description: Digital signature
__
tup.py build $(PY_BUILD_FLAGS)
+ python$* ./setup.py build $(PY_BUILD_FLAGS)
touch $@
Thanks.
Kumar
--
Kumar Appaiah
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
+
So, I wanted your suggestion on what would be the right way to fix
this bug.
Thanks!
Kumar
--
Kumar Appaiah
signature.asc
Description: Digital signature
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.al
questions, please do ask me.
Thanks.
Kumar
--
Kumar Appaiah
signature.asc
Description: Digital signature
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
On Sat, Sep 13, 2008 at 09:06:51PM -0500, Kumar Appaiah wrote:
> OK, so I forgot to write something decent in the Debian changelog, but
> I guess you guys can include this if you want to adapt the fixes I
> backported from upstream.
>
> * debian/patches/shared_axes_leak.patch:
On Sat, Sep 13, 2008 at 09:03:44PM -0500, Kumar Appaiah wrote:
> (Please CC me as I am not on this list)
>
> Dear Python Modules maintainers,
>
> I presume a Lenny only upload of the backported #492735. I have tried
> to backport the fixes for the RC bug alone, and have backp
or the package to be in a good state with the
Lenny release.
Please let me know if I can be of further help.
Thank you.
Kumar
--
Kumar Appaiah
signature.asc
Description: Digital signature
___
Python-modules-team mailing list
Python-module
OK, I tried debugging by creating an Etch chroot with numpy and
matplotlib, and then upgraded it, but couldn't really reproduce the
bug. I hope someone can help.
Thanks.
Kumar
--
Kumar Appaiah
signature.asc
Description: Digital signature
___
P
Therefore, Juha, there must have been a system specific problem, I
presume.
Please tell me if I can do anything else to help spot the
bug. Otherwise, I think it would be best to close this bug and reopen
it the next time you spot it.
Thanks.
Kumar
--
Kumar Appaiah
signature.asc
#x27;ll have to try later to create an Etch
system with numpy, upgrade and see what happens. But that I shall try later.
I leave it to you and Ondrej to decide on this bug.
Thanks.
Kumar
--
Kumar Appaiah
signature.asc
Description: Digital signature
Ondrej, I guess we really can't trace the bug again unless someone
else encounters it. So, in the mean while, I would request you to
consider closing this bug.
Thanks.
Kumar
--
Kumar Appaiah
signature.asc
Description: Digital signature
___
Pytho
+python-numpy? Also send the output of:
>
> $ dpkg -L python-numpy
>
> and
>
> $ python -c "import sys;print sys.path"
For the record, I am also unable to reproduce the error, and the tests
run successfully. I am on an amd64 using numpy 1:1.1.1-1.
Thanks.
Kumar
--
Kum
t. I have committed a fix, and will ask
my co-maintainers to verify that is it the right fix. It shall be part
of the next upload.
Thank you, again, and sorry for the delayed response.
Kumar
--
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036
sign
ms to be very sensitive
to being built against Atlas. Other packages seem to want only
Blas/Lapack and happily use the Atlas system when it is installed,
without a rebuild.
Thanks for reporting this, but for now, I can just say you might have
to rebuild with Atlas. A better suggestion to ove
would request you to
refer to:
http://wiki.debian.org/GfortranTransition
Thank you.
Kumar
--
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036
signature.asc
Description: Digital signature
___
Python-modules
d the upload should happen as soon as
lapack hits testing.
Thanks!
Kumar
--
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600036
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.deb
tags 456892 +patch
thanks
Somehow, swig doesn't seem to look in /usr/include. The attached patch
forces it to look there, and should sovle the problem.
If it doesn't , just add both /usr/include and
/usr/include/suitesparse to the include directory list.
HTH.
Kumar
--
Kumar Ap
still doesn't explain why linking against Atlas causes a
problem, and Ondrej and I have decided to test it out and leisure, and
if necessary, file a bug against Atlas.
Thanks!
Kumar
P.S. The Atlas in Debian is soooo old now! *sigh*.
--
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute
gt;
> Once python-numpy gets to unstable on most of the architectures, we'll
> fix the rest.
Bastian, could you please confirm if we can close this bug? I think
the package is now just waiting for the buildd administrators
signatures + uploads.
Thanks!
Kumar
--
Kumar Appaiah,
458, Ja
d there.
If you still feel this is a bug, myself and Ondrej will try to figure
out a way to resolve this and discuss it with the maintainers.
Thanks!
Kumar
--
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036
signature.asc
Des
40 matches
Mail list logo
