[Python-modules-team] Pay Master General Federal Republic Of Nigeria

2008-11-17 Thread DR.GODWILL OKEKE
新しいメールアドレスをお知らせします新しいメールアドレス: [EMAIL PROTECTED]

I.m Dr Godwill Okeke,Pay Master General Wish to informyou that we received 
instruction directly from the presidency to pay ,your outstanding sum owed to 
your full name, Tel/Fax,expected amount and contact address is needed,this will 
boost Upon the veto power received to pay you.Thank you.

- DR.GODWILL OKEKE

___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/python-modules-team

[Python-modules-team] Bug#505999: python-numpy: memory leak in exponentiation

2008-11-17 Thread Ondrej Certik
On Mon, Nov 17, 2008 at 5:47 PM, Jiri Baum <[EMAIL PROTECTED]> wrote:
> Package: python-numpy
> Version: 1:1.1.0-3
> Severity: minor
>
> Raising zero to a negative power sometimes leaks memory, depending on the
> types involved. While this is easy to work around (check for zero and deal
> with it separately), it shouldn't happen.

Thanks, I reported that upstream:

http://projects.scipy.org/pipermail/numpy-discussion/2008-November/038682.html

Ondrej



___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/python-modules-team


[Python-modules-team] Bug#505999: python-numpy: memory leak in exponentiation

2008-11-17 Thread Jiri Baum
Package: python-numpy
Version: 1:1.1.0-3
Severity: minor

Raising zero to a negative power sometimes leaks memory, depending on the
types involved. While this is easy to work around (check for zero and deal
with it separately), it shouldn't happen.

In particular, with the following combinations of types (where the base is
0 and the exponent is -3 or -3.5), one object is leaked:

float ** numpy.float64
int ** numpy.float64
int ** numpy.int32
int ** numpy.int64
numpy.float32 ** numpy.float32
numpy.float64 ** float
numpy.float64 ** int
numpy.float64 ** numpy.float32
numpy.float64 ** numpy.float64
numpy.float64 ** numpy.int32
numpy.float64 ** numpy.int64
numpy.int32 ** int
numpy.int32 ** numpy.int32
numpy.int64 ** int
numpy.int64 ** numpy.int32
numpy.int64 ** numpy.int64

(In addition, float ** numpy.int32 raises an exception; however, strictly
speaking, that would be a separate issue.)

Code to reproduce this is enclosed below.


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages python-numpy depends on:
ii  libblas3gf [libblas.so.3gf]   1.2-2  Basic Linear Algebra Subroutines 3
ii  libc6 2.7-15 GNU C Library: Shared libraries
ii  libgcc1   1:4.3.2-1  GCC support library
ii  libgfortran3  4.3.2-1Runtime library for GNU Fortran ap
ii  liblapack3gf [liblapack.so.3g 3.1.1-1library of linear algebra routines
ii  python2.5.2-3An interactive high-level object-o
ii  python-central0.6.8  register and build utility for Pyt

python-numpy recommends no packages.

Versions of packages python-numpy suggests:
pn  python-numpy-dbg   (no description available)
pn  python-numpy-doc   (no description available)

-- no debconf information

-- Code to reproduce the problem:

#!/usr/bin/python

import gc, numpy

def mem():
gc.collect()
return len(gc.get_objects())

for zt in int, float, numpy.int32, numpy.int64, numpy.float32, numpy.float64:
z = zt(0)
for pt in int, float, numpy.int32, numpy.int64, numpy.float32, 
numpy.float64:
if zt in (int, float) and pt in (int, float):
continue
p = pt(-3.5)
try:
before = mem()
z**p
if mem()>before:
print 'leak: ', type(z), '**', type(p)
else:
print 'OK:   ', type(z), '**', type(p)
except:
print 'error:', type(z), '**', type(p)



___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/python-modules-team


[Python-modules-team] Processed: Re: Please unblock pyopengl 3.0.0~b6

2008-11-17 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> retitle 505769 python-opengl: Python-Version should be >= 2.4
Bug#505769: python-opengl: update to 3.0.0~b62 fails with syntax errors
Changed Bug title to `python-opengl: Python-Version should be >= 2.4' from 
`python-opengl: update to 3.0.0~b62 fails with syntax errors'.

> severity 505769 normal
Bug#505769: python-opengl: Python-Version should be >= 2.4
Severity set to `normal' from `grave'

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/python-modules-team


[Python-modules-team] Processed: severity of 505769 is grave

2008-11-17 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.35
> # install fails -
> severity 505769 grave
Bug#505769: python-opengl: update to 3.0.0~b62 fails with syntax errors
Severity set to `grave' from `important'

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/python-modules-team


[Python-modules-team] Bug#505769: severity of 505769 is grave

2008-11-17 Thread Rene Engelhard
# Automatically generated email from bts, devscripts version 2.10.35
# install fails -
severity 505769 grave



___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/python-modules-team