A Friday 20 February 2009, David Cournapeau escrigué:
> Hi,
>
> Just to mention that It looks like numpy trac is overloaded (error
> 500 and locked database)
FWIW, in my experience Trac hogs (possibly leaks) vast amounts of
memory, and that makes it extremely slow and prone to fail. My fix has
Many thanks Robert.
Frank
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion
On Thu, Feb 19, 2009 at 8:16 AM, David Cournapeau wrote:
> On Sun, Feb 15, 2009 at 5:09 PM, Robert Kern
> wrote:
> > On Sun, Feb 15, 2009 at 01:48, David Cournapeau
> > wrote:
> >
> >> Would people be against this ?
> >
> > Not I.
>
> Ok, I have started this in the coremath branch - it solves th
> 2009/2/19 Jarrod Millman :
> On Thu, Feb 19, 2009 at 1:24 PM, Bruce Southey wrote:
>> Hi,
>> Could someone please update the website to clearly state that numpy 1.2
>> requires Python 2.4 or later?
>> I know it is in the release notes but that assumes people read them :-)
>>
>
> It is extremely
Hi,
Just to mention that It looks like numpy trac is overloaded (error 500
and locked database)
cheers,
David
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion
On Thu, Feb 19, 2009 at 17:03, Frank Peacock wrote:
> Hello
>
>
>
> I would like to know whether I can do the following in some other way as
> this fails with setting an array with a sequence on each of the colour
> arrays:
>
>
>
> h,w=720,410
>
> img = ones((h,w,3), uint8)*255
>
> img[ngridn,ngri
Hello
I would like to know whether I can do the following in some other way as
this fails with setting an array with a sequence on each of the colour
arrays:
h,w=720,410
img = ones((h,w,3), uint8)*255
img[ngridn,ngride]=(ncolour[0],ncolour[1],ncolour[2])
pilImage = Image.fromarray(img, '
> github is fine, but bitbucket would be a better impedance match.
> Either way, I'm looking forward to it. Thanks!
I will give bitbucket a shot and let you know when I have something
for you to look at.
Cheers,
Brian
> --
> Robert Kern
>
> "I have come to believe that the whole world is an eni
On Thu, Feb 19, 2009 at 16:21, Brian Granger wrote:
> Robert,
>
> Thanks for the announcement. I have recently started to use
> line_profiler to profile Twisted using servers and clients. I quickly
> found that line_profiler needed some modifications to properly handle
> timing functions that re
Robert,
Thanks for the announcement. I have recently started to use
line_profiler to profile Twisted using servers and clients. I quickly
found that line_profiler needed some modifications to properly handle
timing functions that return Deferred's. I have written some small
extensions to line_p
On Thu, Feb 19, 2009 at 1:24 PM, Bruce Southey wrote:
> Hi,
> Could someone please update the website to clearly state that numpy 1.2
> requires Python 2.4 or later?
> I know it is in the release notes but that assumes people read them :-)
>
> It would be great to state this on the download and in
On Thu, Feb 19, 2009 at 03:21:26PM -0600, Robert Kern wrote:
> http://pypi.python.org/pypi/line_profiler/
> http://packages.python.org/line_profiler/
> This release fixes the "negative timings" issue on Windows.
Cool. I'm still interested in making Fedora packages for this once I get a
few spare c
Hi,
Could someone please update the website to clearly state that numpy 1.2
requires Python 2.4 or later?
I know it is in the release notes but that assumes people read them :-)
It would be great to state this on the download and installation pages:
http://www.scipy.org/Download
http://www.scipy.
http://pypi.python.org/pypi/line_profiler/
http://packages.python.org/line_profiler/
This release fixes the "negative timings" issue on Windows.
Future announcements will occur on python-announce. I just wanted to
make sure my earliest users here who ran into this bug are aware of
the fix.
--
R
Hi all,
The summary of ticket 937 is incomplete.
It should be "Complex matrices and lstsq".
http://projects.scipy.org/scipy/numpy/ticket/937
Nils
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/nu
Trying to build numpy-1.2.1 with intel mkl 10.1.1.019 on linux F10 x86_64.
echo $LD_LIBRARY_PATH
/opt/intel/mkl/10.1.1.019/lib/em64t
strace -e trace=file python -c 'import numpy; numpy.test()' 2>stuff
Running unit tests for numpy
NumPy version 1.2.1
NumPy is installed in /usr/lib64/python2.5/sit
On Thu, Feb 19, 2009 at 9:32 AM, David Cournapeau wrote:
> On Fri, Feb 20, 2009 at 12:16 AM, David Cournapeau
> wrote:
> > On Sun, Feb 15, 2009 at 5:09 PM, Robert Kern
> wrote:
> >> On Sun, Feb 15, 2009 at 01:48, David Cournapeau
> >> wrote:
> >>
> >>> Would people be against this ?
> >>
> >> N
Hi,
I finally found time to upload the numpy 1.2.1 to Debian unstable
(currently it's in incoming: http://incoming.debian.org/). The package
is lintian clean, but there is one test that failed for me in chroot.
I'll wait until it gets to mirrors and then try it on my laptop and
report a bug (I upl
On Thu, Feb 19, 2009 at 12:47 AM, David Cournapeau wrote:
> On Thu, Feb 19, 2009 at 4:26 PM, Andrew Straw wrote:
>
> > Maybe if you need a level of backward compatibility, (and really, to
> > gain a decent audience for this idea, I think you do need some level of
> > backward compatibility) the n
On Fri, Feb 20, 2009 at 12:16 AM, David Cournapeau wrote:
> On Sun, Feb 15, 2009 at 5:09 PM, Robert Kern wrote:
>> On Sun, Feb 15, 2009 at 01:48, David Cournapeau
>> wrote:
>>
>>> Would people be against this ?
>>
>> Not I.
>
> Ok, I have started this in the coremath branch - it solves the warni
On Fri, Feb 20, 2009 at 1:05 AM, David Cournapeau wrote:
>
> Another argument against the define is that in the future, we could
> load the actual implementation at runtime (SSE, etc...). If we use
> define, that's not possible.
Hm, that's actually a pretty stupid statement - we could certainly
On Fri, Feb 20, 2009 at 12:28 AM, Pauli Virtanen wrote:
> Fri, 20 Feb 2009 00:16:42 +0900, David Cournapeau wrote:
> [clip]
>> Ok, I have started this in the coremath branch - it solves the warning
>> issues we got since the merge of formatting stuff. I tested it on Linux,
>> windows (both mingw a
Fri, 20 Feb 2009 00:16:42 +0900, David Cournapeau wrote:
[clip]
> Ok, I have started this in the coremath branch - it solves the warning
> issues we got since the merge of formatting stuff. I tested it on Linux,
> windows (both mingw and VS - still need to test on Win64), so I think it
> is good to
On Sun, Feb 15, 2009 at 5:09 PM, Robert Kern wrote:
> On Sun, Feb 15, 2009 at 01:48, David Cournapeau
> wrote:
>
>> Would people be against this ?
>
> Not I.
Ok, I have started this in the coremath branch - it solves the warning
issues we got since the merge of formatting stuff. I tested it on
L
On 2/19/2009 7:04 AM, David Cournapeau wrote:
> Does pyprocessing work well on windows as well ? I have 0 experience
> with it.
Yes it works well on Windows, albeit process creation is a bit slower
than on Unix (there is no os.fork in Windows, so more Python objects has
to be pickled). From Pyt
25 matches
Mail list logo
