On Wed, May 2, 2012 at 1:48 AM, Pauli Virtanen wrote:
> 01.05.2012 21:34, Ralf Gommers kirjoitti:
> [clip]
> > At this point it's probably good to look again at the problems we want
> > to solve:
> > 1. responsive user interface (must absolutely have)
>
> Now that it comes too late: with some luc
On 5/1/12 7:24 PM, Charles R Harris wrote:
> I would agree that a good search facility is essential, and not
> keyword/tag based. I've found some trac tickets with google on occasion,
> although not by initial intent.
I use google to search the sage trac these days, using a shortcut to
limit sear
On Tue, May 1, 2012 at 6:04 PM, wrote:
> maybe searching issues and pull requests is ok.
> The problem is that in statsmodels we did a lot of commits without
> pull requests, and I'm not very good searching in git either.
> (I don't remember which change I looked for but I got lost for half an
>
On Tue, May 1, 2012 at 8:29 PM, Fernando Perez wrote:
> On Tue, May 1, 2012 at 5:24 PM, Charles R Harris
> wrote:
>> I would agree that a good search facility is essential, and not keyword/tag
>> based.
>
> Github issues does have full-text search, and up until now I haven't
> really had too many
On Tue, May 1, 2012 at 5:24 PM, Charles R Harris
wrote:
> I would agree that a good search facility is essential, and not keyword/tag
> based.
Github issues does have full-text search, and up until now I haven't
really had too many problems with it. No sophisticated filtering or
anything, but ba
On Tue, May 1, 2012 at 5:20 PM, Chris Ball wrote:
> Keith Hughitt gmail.com> writes:
>
> > Hi Chris,
> >
> > Try "sudo apt-get build-dep python-numpy" to install the dependencies for
> > building NumPy. I believe it will install all of the optional
> dependencies
> > as well.
>
> Thanks for that
On Tue, May 1, 2012 at 6:18 PM, wrote:
> On Tue, May 1, 2012 at 7:48 PM, Pauli Virtanen wrote:
> > 01.05.2012 21:34, Ralf Gommers kirjoitti:
> > [clip]
> >> At this point it's probably good to look again at the problems we want
> >> to solve:
> >> 1. responsive user interface (must absolutely ha
On Tue, May 1, 2012 at 7:48 PM, Pauli Virtanen wrote:
> 01.05.2012 21:34, Ralf Gommers kirjoitti:
> [clip]
>> At this point it's probably good to look again at the problems we want
>> to solve:
>> 1. responsive user interface (must absolutely have)
>
> Now that it comes too late: with some luck, I
Hi all,
I'm now installing Python 2.7.3 and NumPy 1.6.1
on clean-installed CentOS 6.2.
At first, I installed Python as below:
> ./configure --prefix=/usr/local --enable-shared
> make
> make install
> vi /etc/ld.so.conf #add /usr/local/lib
> /sbin/ldconfig
and successfully installed NumPy.
01.05.2012 21:34, Ralf Gommers kirjoitti:
[clip]
> At this point it's probably good to look again at the problems we want
> to solve:
> 1. responsive user interface (must absolutely have)
Now that it comes too late: with some luck, I've possibly hit on what
was ailing the Tracs (max_diff_bytes con
Hi,
On Tue, May 1, 2012 at 3:22 PM, Chris Ball wrote:
> Pauli Virtanen iki.fi> writes:
>
>>
>> 01.05.2012 11:14, David Froger kirjoitti:
>> > Excerpts from Travis Oliphant's message of mar. mai 01 01:39:26 +0200 2012:
>> > > If you have particular reasons why we should choose a particular CI
> s
Keith Hughitt gmail.com> writes:
> Hi Chris,
>
> Try "sudo apt-get build-dep python-numpy" to install the dependencies for
> building NumPy. I believe it will install all of the optional dependencies
> as well.
Thanks for that, but I'd already tried it and found the same failures.
However, I
>
> So, I'm working on Buildbot and ShiningPanda from the community side, but am
> always ready to step aside if someone else has time :)
>
Keep it up. Your input and feedback is invaluable. Plus, in this kind of
situation, the more the merrier. There are a lot of different agents to test
Pauli Virtanen iki.fi> writes:
>
> 01.05.2012 11:14, David Froger kirjoitti:
> > Excerpts from Travis Oliphant's message of mar. mai 01 01:39:26 +0200 2012:
> > > If you have particular reasons why we should choose a particular CI
service,
> > > please speak up and let your voice be heard. The
On Tue, May 1, 2012 at 3:09 PM, Christoph Gohlke wrote:
>
>
> On 4/30/2012 1:16 PM, Ralf Gommers wrote:
> > Hi all,
> >
> > Charles has done a great job of backporting a lot of bug fixes to 1.6.2,
> > see PRs 260, 261, 262 and 263. For those who are interested, please have
> > a look at those PRs
01.05.2012 21:34, Ralf Gommers kirjoitti:
[clip]
> The main problem with Github (besides the issues/PRs thing and no
> attachments, which I can live with) is that to make it work we'll have
> to religiously label everything. And because users aren't allowed to
> attach labels, it will require a lar
Thanks Ralf,
I agree that Pauli and David have a lot of say in what we do. Thanks for
reminding.We will wait to hear from them. If together you three feel like
we should set up a separate Redmine instance than we can do that and just pay
special attention with the Github integration an
On Tue, May 1, 2012 at 1:36 PM, Jason Grout wrote:
> This example indicates that basing your decision on what it is like
> *today* may not be valid either. You'd hope that they won't do
Very true ;)
> Anyway, like everyone else has said, Ralf, Pauli, et. al. are really the
> ones to vote in th
On Tue, May 1, 2012 at 3:09 PM, Christoph Gohlke wrote:
>
>
> On 4/30/2012 1:16 PM, Ralf Gommers wrote:
> > Hi all,
> >
> > Charles has done a great job of backporting a lot of bug fixes to 1.6.2,
> > see PRs 260, 261, 262 and 263. For those who are interested, please have
> > a look at those PRs
On 4/30/2012 1:16 PM, Ralf Gommers wrote:
> Hi all,
>
> Charles has done a great job of backporting a lot of bug fixes to 1.6.2,
> see PRs 260, 261, 262 and 263. For those who are interested, please have
> a look at those PRs to see and comment on what's proposed to go into 1.6.2.
>
> I also have
On 5/1/12 3:19 PM, Fernando Perez wrote:
> But if you do decide to go with GHI, it should be based on what the
> system is like*today*, not on the hope that it will get better.
> About a month ago they broke label filtering by turning multi-label
> filters into an OR operation, which effectively re
On Tue, May 1, 2012 at 2:17 PM, Charles R Harris
wrote:
>
>
> On Tue, May 1, 2012 at 1:34 PM, Ralf Gommers
> wrote:
>
>>
>>
>> On Tue, May 1, 2012 at 9:12 AM, Charles R Harris <
>> charlesr.har...@gmail.com> wrote:
>>
>>>
>>>
>>> On Tue, May 1, 2012 at 12:52 AM, Travis Oliphant wrote:
>>>
>>
Hi folks,
sorry for not jumping in before, swamped with deadlines...
On Mon, Apr 30, 2012 at 8:14 PM, Jason Grout
wrote:
> I've been pretty impressed with the lemonade that the IPython folks have
> made out of what I see as pretty limiting shortcomings of the github
> issue tracker. I've been
On Tue, May 1, 2012 at 1:34 PM, Ralf Gommers wrote:
>
>
> On Tue, May 1, 2012 at 9:12 AM, Charles R Harris <
> charlesr.har...@gmail.com> wrote:
>
>>
>>
>> On Tue, May 1, 2012 at 12:52 AM, Travis Oliphant wrote:
>>
>>>
>>> On Apr 30, 2012, at 10:14 PM, Jason Grout wrote:
>>>
>>> On 4/30/12 6:31 PM
On Tue, May 1, 2012 at 9:12 AM, Charles R Harris
wrote:
>
>
> On Tue, May 1, 2012 at 12:52 AM, Travis Oliphant wrote:
>
>>
>> On Apr 30, 2012, at 10:14 PM, Jason Grout wrote:
>>
>> On 4/30/12 6:31 PM, Travis Oliphant wrote:
>>
>> Hey all,
>>
>>
>> We have been doing some investigation of various a
With a little work, I think numpy/scipy could be very useful to those
of us who have to program on .NET for one reason or another, but
64-bit is currently not supported (at least, not as released).
I'm considering working out 64-bit support, but it appears to me like
the numpy-refactor repository
Sure, I will. Right now my solution is to use genfromtxt once with bytes
and auto-dtype detection, then modify the resulting dtype, replacing bytes
with unicodes, and use that new dtypes for a second round of genfromtxt. A
bit awkward but that gets the job done.
Antony Lee
2012/5/1 Charles R Har
On Tue, May 1, 2012 at 20:24, Ralf Gommers wrote:
>
>
> On Tue, May 1, 2012 at 5:27 PM, Sandro Tosi wrote:
>>
>> Hello,
>> with my Debian hat one I'd surely like to give it a go - do you have
>> any plan to release a tarball for a RC (given the implication of numpy
>> on the distro, I can't test
On Tue, May 1, 2012 at 5:27 PM, Sandro Tosi wrote:
> Hello,
> with my Debian hat one I'd surely like to give it a go - do you have
> any plan to release a tarball for a RC (given the implication of numpy
> on the distro, I can't test anything else)? what do you expect to be
> the release date for
On Fri, Apr 27, 2012 at 8:17 PM, Antony Lee wrote:
> With bytes fields, genfromtxt(dtype=None) sets the sizes of the fields to
> the largest number of chars (npyio.py line 1596), but it doesn't do the
> same for unicode fields, which is a pity. See example below.
> I tried to change npyio.py aro
On Mon, Apr 30, 2012 at 2:16 PM, Ralf Gommers
wrote:
> Hi all,
>
> Charles has done a great job of backporting a lot of bug fixes to 1.6.2,
> see PRs 260, 261, 262 and 263. For those who are interested, please have a
> look at those PRs to see and comment on what's proposed to go into 1.6.2.
>
> I
Hi,
On Tue, May 1, 2012 at 9:56 AM, Pauli Virtanen wrote:
> 01.05.2012 11:14, David Froger kirjoitti:
>> Excerpts from Travis Oliphant's message of mar. mai 01 01:39:26 +0200 2012:
>> > If you have particular reasons why we should choose a particular CI
>> > service,
>> > please speak up and let
01.05.2012 11:14, David Froger kirjoitti:
> Excerpts from Travis Oliphant's message of mar. mai 01 01:39:26 +0200 2012:
> > If you have particular reasons why we should choose a particular CI service,
> > please speak up and let your voice be heard. There is still time to
make
> > a difference in
Hi Chris,
Try "sudo apt-get build-dep python-numpy" to install the dependencies for
building NumPy. I believe it will install all of the optional dependencies
as well.
HTH,
Keith
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.s
Hello,
with my Debian hat one I'd surely like to give it a go - do you have
any plan to release a tarball for a RC (given the implication of numpy
on the distro, I can't test anything else)? what do you expect to be
the release date for 1.6.2? I asked this to understand the impact, due
to the upcom
01.05.2012 08:52, Travis Oliphant kirjoitti:
[clip]
>> 3. No attachments for issues (screenshots, supporting documents, etc.).
>> Having API access to data won't help you here.
>
> Using gists and references to gists can overcome this. Also using an
> attachment service like http://uploading.co
Excerpts from Travis Oliphant's message of mar. mai 01 01:39:26 +0200 2012:
> If you have particular reasons why we should choose a particular CI service,
> please speak up and let your voice be heard. There is still time to make a
> difference in what we are setting up.
Hi all,
What about b
On 5/1/12 1:52 AM, Travis Oliphant wrote:
>> 1. No key:value pairs for labels (Fernando brought this up a long time
>> ago, I think). This is brilliant in Google code's tracker, and allows
>> for custom fields that help in tracking workflow (like status, priority,
>> etc.). Sure, you can do what t
On Tue, May 1, 2012 at 12:52 AM, Travis Oliphant wrote:
>
> On Apr 30, 2012, at 10:14 PM, Jason Grout wrote:
>
> On 4/30/12 6:31 PM, Travis Oliphant wrote:
>
> Hey all,
>
>
> We have been doing some investigation of various approaches to issue
> tracking. The last time the conversation left t
39 matches
Mail list logo
