ine 107, in parse
raise ValueError, "invalid version number '%s'" % vstring
ValueError: invalid version number '1.10.2rc1'
But I'm not sure numpy has made any contracts to follow the distutils
StrictVersion format:
http://epydoc.sourceforge.net/s
On 08/27/2014 11:00 PM, Charles R Harris wrote:
>
>
>
> On Wed, Aug 27, 2014 at 3:52 PM, Orion Poplawski <mailto:or...@cora.nwra.com>> wrote:
>
> On 08/27/2014 11:07 AM, Julian Taylor wrote:
> > Hello,
> >
> > Almost punctually for
;m seeing the following errors from setup.py:
non-existing path in 'numpy/f2py': 'docs'
non-existing path in 'numpy/f2py': 'f2py.1'
non-existing path in 'numpy/lib': 'benchmarks'
It would be nice if f2py.1 was installed in /usr/share/man/man
the release notes:
> https://github.com/numpy/numpy/blob/v1.7.2rc1/doc/release/1.7.2-notes.rst
>
> It is supposed to not break any existing code, so please test the
> releases and report any issues you find.
Builds and tests okay on Fedora 20.
--
Orion Poplawski
Technical Manager
ceforge.net/projects/numpy/files/NumPy/1.8.0b1/. The Windows and
> OS X installers will follow when the infrastructure issues are dealt with.
>
> Chuck
>
The Fedora packages appear to build fine on F19, F20, and Rawhide.
--
Orion Poplawski
Technical Manager 303-4
On 02/13/2013 05:33 PM, Charles R Harris wrote:
>
>
> On Wed, Feb 13, 2013 at 5:18 PM, Ondřej Čertík <mailto:ondrej.cer...@gmail.com>> wrote:
>
> Orion,
>
> On Wed, Feb 13, 2013 at 4:06 PM, Orion Poplawski
> mailto:or...@cora.nwra.com>> wrote:
an't really segfault like this, can it?
>
> Ondrej
>
Yeah, that's why I didn't think the backtrace would be very useful -
it's gone off the deep-end long before. The valgrind reports seem more
useful. Need to get the scipy debug stuff installed properly. I'm
On 09/21/2012 11:41 AM, Ondřej Čertík wrote:
> Hi Orion,
>
> On Thu, Sep 20, 2012 at 2:56 PM, Orion Poplawski wrote:
>> This is a plea for some help. We've been having trouble getting scipy to
>> pass all of the tests in the Fedora 18 build with python 3.3 (although it
On 09/20/2012 04:04 PM, Nathaniel Smith wrote:
> On Thu, Sep 20, 2012 at 10:56 PM, Orion Poplawski wrote:
>> This is a plea for some help. We've been having trouble getting scipy to
>> pass all of the tests in the Fedora 18 build with python 3.3 (although it
>> seems
This is a plea for some help. We've been having trouble getting scipy to pass
all of the tests in the Fedora 18 build with python 3.3 (although it seems to
build okay in Fedora 19). Below are the logs of the build. There appears to
be some kind of memory corruption that manifests itself a lit
On 08/22/2012 12:36 PM, Ronan Lamy wrote:
> Le mercredi 22 août 2012 à 10:59 -0600, Orion Poplawski a écrit :
>>>
>>> If I drop the cython generation it builds, but the python 3 test failure I
>>> get
>>&
On 08/22/2012 10:26 AM, Orion Poplawski wrote:
> On 08/22/2012 09:55 AM, Orion Poplawski wrote:
>> On 08/21/2012 10:24 AM, Ondřej Čertík wrote:
>>> Hi,
>>>
>>> I'm pleased to announce the availability of the first beta release of
>>> NumPy 1.7.0b
On 08/22/2012 09:55 AM, Orion Poplawski wrote:
> On 08/21/2012 10:24 AM, Ondřej Čertík wrote:
>> Hi,
>>
>> I'm pleased to announce the availability of the first beta release of
>> NumPy 1.7.0b1.
>
> Currently in trying to support python 3.3 in Fedora Rawh
^
mtrand.pyx:1140:75: undeclared name not builtin: NPY_ARRAY_ALIGNED
I'm afraid I know nothing about Cython. Looks like there were a lot of
changes between 1.6.2 and 1.7.0b1 in mtrand.pyx. I'
(default, Apr 30 2012, 20:31:33) [GCC 4.7.0
20120416 (Red Hat 4.7.0-2)]
nose version 1.1.2
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO
On 03/31/2011 01:21 PM, Robert Kern wrote:
> On Thu, Mar 31, 2011 at 14:16, Orion Poplawski wrote:
>> On 03/31/2011 01:12 PM, Robert Kern wrote:
>>> Well, they're meant to be copied into your own code, which is why they
>>> end up under a doc/ directory. Lots of
On 03/31/2011 01:12 PM, Robert Kern wrote:
> Well, they're meant to be copied into your own code, which is why they
> end up under a doc/ directory. Lots of things like this tend to end up
> in doc/ directories.
>
perhaps /usr/share/doc/numpy then.
--
Orion Poplawski
python code directly? Just
used by people wanting to use swig/cython/pyrex to interface with numpy? If
the latter, they don't belong in python/site-packages but something lib
/usr/share/numpy.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Division
lib64/python2.7/site-packages/doc/swig/Array.i
/usr/lib64/python2.7/site-packages/doc/swig/Array1.cxx
/usr/lib64/python2.7/site-packages/doc/swig/Array1.h
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mit
19 matches
Mail list logo
