Bug#553400: ITP: spyder -- Spyder is a Python development environment specially suited for scientific computing
On Tue, 23 Mar 2010 11:12:59 +0100 David Paleino da...@debian.org wrote: Hello Ludovic, On Friday 30 October 2009 22:36:49, Ludovic Aubry wrote: Package: wnpp Severity: wishlist Owner: Ludovic Aubry ludovic.au...@logilab.fr Package name: spyder Version : 1.0.1 Upstream Author : Pierre Raybaut URL : http://code.google.com/p/spyderlib/ License : MIT Programming Lang: Python Description : Spyder is a Python development environment specially suited for scientific computing pyder (previously known as Pydee) is a free open-source Python development environment providing MATLAB-like features in a simple and light-weighted software. Any info on this ITP? Any progress? :) Hi, the package has been in almost ready state for a while, I have a candidate sponsor, but both of us hadn't had time these past month to work together on the remaining problems. Do you need any help, sponsoring, anything? If you're not anymore interested/don't have time/whatever, I'm available to take the ITP over. If you'd like to sponsor this package, I'd be happy to send you the latest version (as soon as I get home tonight). Alexandre (CCed) was supposed to sponsor the package but doesn't mind (prefer?) if somebody else does. PS:usually it doesn't take me a full week to answer my emails, sorry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553400: ITP: spyder -- Spyder is a Python development environment specially suited for scientific computing
Package: wnpp Severity: wishlist Owner: Ludovic Aubry ludovic.au...@logilab.fr Package name: spyder Version : 1.0.1 Upstream Author : Pierre Raybaut URL : http://code.google.com/p/spyderlib/ License : MIT Programming Lang: Python Description : Spyder is a Python development environment specially suited for scientific computing pyder (previously known as Pydee) is a free open-source Python development environment providing MATLAB-like features in a simple and light-weighted software. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522162: reassign 522162 to libglib2.0-0
On Thursday 09 April 2009 15:21:25 Josselin Mouette wrote: Le jeudi 09 avril 2009 à 15:02 +0200, Ludovic Aubry a écrit : reassign 522162 libglib2.0-0 2.16.6-1+lenny1 Do you have a backtrace of the crash, at least with glib debugging symbols? Does it also happen with 2.16.6-1 or is it a regression in the proposed-updates package? Well, I downgraded to 2.16.6-1+lenny1 and 2.16.6-1 and couldn't reproduce the problem with either version. I also tried downgrading libpcre3 since a newer version from testing had been pulled in. I also checked if anything special was done on this machine since yesterday but not much happened : some old (probably unrelated) packages were purged (python2.2, python2.4 some old kernel packages...) Unfortunately I haven't kept the backtrace I got with gdb. there was no debugging symbol available, and the only and last symbol visible was g_static_private_set which is probably not that useful... I'll tag this bug unreproducible since I can't even reproduce my own bug. regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522162: reassign 522162 to libglib2.0-0
On Friday 10 April 2009 12:56:15 Josselin Mouette wrote: Le vendredi 10 avril 2009 à 12:34 +0200, Ludovic Aubry a écrit : Well, I downgraded to 2.16.6-1+lenny1 and 2.16.6-1 and couldn't reproduce the problem with either version. Maybe there was a locally installed library somewhere? No, we never do that. But this machine has been there for ages, and was setup at the time of sarge. We migrated it from etch to lenny not long ago. syslog-ng was unavailable for several weeks, because we couldn't find the opportunity to reboot it. What is sure is that the reboot didn't solve the original problem. Now the upgrade might have pulled in more packages from testing than I remember. If you know of a magic way of telling which packages are newer than those from lenny automatically I can investigate in that direction. Also I can provide you with a detailed history of what happened from the installation of the package in testing if you want to investigate further. regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522162: syslog-ng: crashes on segmentation fault - solved
I investigated this problem, running gdb syslog showed that syslog-ng crashed in g_static_private_set from glib I first tried to rebuild syslog-ng from source to get debugging symbols, but pkgconfig crashed with the same error. This made me really suspect glib and indeed after upgrading to glib2.0-2.20 the problem disappeared. Note: I'm working with the original submitter and solved the problem on the same machine. Here's a cat /proc/cpuinfo processor : 0 vendor_id : CentaurHauls cpu family : 6 model : 7 model name : VIA Samuel 2 stepping: 3 cpu MHz : 532.631 cache size : 64 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu de tsc msr cx8 mtrr pge mmx 3dnow bogomips: 1067.31 clflush size: 32 power management: In case it's relevant. Apart from that the machine is a small server with very few packages and services installed. I can provide more info if needed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#485868: python-psycopg2-dbg: missing mx.DateTime support in -dbg package
Package: python-psycopg2-dbg Version: 2.0.7-3 Severity: normal The package seems to be missing support for mx.DateTime in the -dbg version. using python and python-dbg you can do : import psycopg2._psycopg dir(psycopg2._psycopg) and see that the symbols relating to mx are missing from the output when using python-dbg (eg. DateFromMx, MXDATETIME, etc...) The package was probably built at the wrong time because just rebuilding the package from source (on up-to-date unstable system) seems to fix the problem (at least on i386) Note: this was observed on i386 and amd64 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475017: python-numpy: missing parentheses in /usr/share/pyshared/numpy/f2py/rules.py line 1222 (fixed upstream)
Package: python-numpy Version: 1:1.0.4-7 Severity: normal Tags: patch f2py fails while building module without this fix. the patch below is from the subversion repository (so it's slightly offset): Index: rules.py === --- rules.py(revision 4334) +++ rules.py(revision 4335) @@ -1200,7 +1200,7 @@ f.write('C This file is autogenerated with f2py (version:%s)\n'%(f2py_version)) f.write('C It contains Fortran 77 wrappers to fortran functions.\n') lines = [] -for l in '\n\n'.join(funcwrappers)+'\n'.split('\n'): +for l in ('\n\n'.join(funcwrappers)+'\n').split('\n'): if l and l[0]==' ': while len(l)=66: lines.append(l[:66]+'\n ') -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-numpy depends on: ii libblas3gf [libblas.so. 1.2-1.5 Basic Linear Algebra Subroutines 3 ii libc6 2.7-8GNU C Library: Shared libraries ii libgcc1 1:4.3-20080202-1 GCC support library ii libgfortran34.3-20080202-1 Runtime library for GNU Fortran ap ii liblapack3gf [liblapack 3.1.1-0.4library of linear algebra routines ii python 2.4.4-6 An interactive high-level object-o ii python-central 0.6.1register and build utility for Pyt python-numpy recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]