Tim Cera | 1 Sep 02:12 2005
Picon
Picon

Suggest Trac instead of Plone

Hello,

As I am just starting to use sci-py in a serious way, the topic of how a 
casual developer could help out with patches or features has been a concern 
of mine.  I put this comment on the Plone wiki, which has gone unanswered.   
I have made other suggestions on the wiki, hopeful for some discussion, but 
nothing.

In looking around at wikis for our intranet (for various reasons I chose 
moinmoin) I saw an intriguing system seemingly ideal for software 
development.  It is called Trac (http://www.edgewall.com/trac/).  Since the 
recent conversion to Subversion, it might be an ideal solution. 

Trac is also written in Python, and has an intergrated wiki, issue management, 
and Subversion viewer.

I would also encourage moving to a forum type communication rather than 
mailing lists. 

Kindest regards,
Tim Cera
Robert Kern | 1 Sep 02:30 2005

Re: Suggest Trac instead of Plone

Tim Cera wrote:
> Hello,
> 
> As I am just starting to use sci-py in a serious way, the topic of how a 
> casual developer could help out with patches or features has been a concern 
> of mine.  I put this comment on the Plone wiki, which has gone unanswered.   
> I have made other suggestions on the wiki, hopeful for some discussion, but 
> nothing.

By and large, active discussion happens here while semi-permanent (but
still fluid) information goes up on the Wiki.

> In looking around at wikis for our intranet (for various reasons I chose 
> moinmoin) I saw an intriguing system seemingly ideal for software 
> development.  It is called Trac (http://www.edgewall.com/trac/).  Since the 
> recent conversion to Subversion, it might be an ideal solution. 

Enthought is using Trac for the rest of its projects. I'm sure that a
Trac instance for Scipy is on its way. I think there are still some
kinks in the way multiple projects are being hosted, but they're being
worked out using ipython as the guinea pig.

> Trac is also written in Python, and has an intergrated wiki, issue management, 
> and Subversion viewer.
> 
> I would also encourage moving to a forum type communication rather than 
> mailing lists. 

I grew up with USENET and mailing lists, so personally, I hate web
forums. Fortunately, with GMane the people who hate mailing lists can
(Continue reading)

Fernando Perez | 1 Sep 02:42 2005
Picon

Re: Suggest Trac instead of Plone

Robert Kern wrote:
> Tim Cera wrote:
> 
>>Hello,
>>
>>As I am just starting to use sci-py in a serious way, the topic of how a 
>>casual developer could help out with patches or features has been a concern 
>>of mine.  I put this comment on the Plone wiki, which has gone unanswered.   
>>I have made other suggestions on the wiki, hopeful for some discussion, but 
>>nothing.
> 
> 
> By and large, active discussion happens here while semi-permanent (but
> still fluid) information goes up on the Wiki.

 From recently using Trac extensively for all new ipython development 
(http://projects.scipy.org/ipython/ipython for the curious), I can offer at 
least my take on this issue, which aligns with Robert's comment.

I've found that back-and-forth productive discussion is much better handled on 
mailing lists.  Part of the problem is that a discussion in a wiki requires 
that you remember to go and check that wiki, and I already have way too many 
things to track as it is.

What wikis are _great_ for, IMO, is tracking ideas which have 'gelled' a bit. 
  This requires that somebody does the extra work of summarizing a discussion 
and putting it up on the wiki, but it's excellent as a reference point once a 
certain consensus has been reached on a given topic.  The wiki still allows 
ideas to evolve, but it really doesn't lend itself well to the kind of active 
argument that is well supported by a mailing list.
(Continue reading)

Greg Novak | 1 Sep 03:01 2005

Re: Scipy-dev Digest, Vol 22, Issue 8

>> With things like Enthon out there that act as the "batteries included
>> super distribution" anyway.  It makes me wonder if we shouldn't move
>> scipy to the "scipy-modules" perspective directly and develop and
>> think about scipy has a collection of modules that work together
>> smoothly (i.e. naming conventions, etc.)

Everyone agrees that Scipy should be easy to install, so I'm sure that 
whatever happens, installation will at least continue to get easier.

However, I would like to point out that (at least as far as I can see) 
Enthon is Windows only, so (IMO) it shouldn't be advanced as a possible 
solution for users who want all the extras.  At least not until (if) it's 
available on more platforms.

I recently suffered a hard disk crash, and I can say that getting Scipy 
reinstalled was quite nerve racking for me, in spite of long experience 
with software installations in general.  My problems surrounded undefined 
symbols in Fortran code.  Granted, the situation is made worse by the 
simultaneous switch to GCC 4.0 that most major distributions seem to be 
making at the same time.

In any case, the problems were severe enough that I switched from Fedora 
to Debian because there were pre-packaged Scipy binaries, so I could 
finally start using the code that I'd written once more.

Cheers,
Greg
Ravikiran Rajagopal | 1 Sep 17:07 2005

Re: Submitting Patches

Hi,

> what is the appropriate procedure to submit patches? I sended to the list
> a patch for RQ decomposition a month ago but got no responce. Will is be
> commited? Will it not?

The current SVN version of scipy did not compile the last time I checked. At 
this point, it is sort of hard to get any meaningful testing done. Once all 
the issues introduced by the migration from CVS to SVN are done, I will test 
the patch.

Regards,
Ravi
Travis Oliphant | 2 Sep 23:32 2005

New Lyx Version eas(ier) to install on Windows.


There is a new Lyx Version that works on Windows quite well -- windows 
is now officially supported.

So, those of you who have been hesitant to try LyX because it supposedly 
doesn't work on Windows, have no more excuse ;-)

An executable installer is available at http://www.lyx.org

The setup process guides you through the other programs that are needed 
(ImageMagick, Ghostscript, a minimal shell like minsys, Python, and 
optionally Perl)  to run lyx well.

-Travis
Travis Oliphant | 3 Sep 01:53 2005

scipy core (Numeric3) win32 binaries to play with

  <http://www.scipy.org/download/misc/folder_contents>
If anybody has just been waiting for a windows binary to try out the new 
Numeric (scipy.base) you can download this.

from scipy.base import *   (replaces from Numeric import *)

The installer is here:

http://numeric.scipy.org/files/scipy_core-0.4.0.win32-py2.4.exe

<http://www.scipy.org/download/misc/folder_contents>
Alan G Isaac | 3 Sep 02:38 2005
Picon

Re: scipy core (Numeric3) win32 binaries to play with

On Fri, 02 Sep 2005, Travis Oliphant apparently wrote: 
> http://numeric.scipy.org/files/scipy_core-0.4.0.win32-py2.4.exe 

So far so good.

Thanks!
Alan Isaac
Alan G Isaac | 3 Sep 08:23 2005
Picon

Re: New Lyx Version eas(ier) to install on Windows.

On Fri, 02 Sep 2005, Travis Oliphant apparently wrote: 
> those of you who have been hesitant to try LyX because it supposedly 
> doesn't work on Windows, have no more excuse ;-) 

> An executable installer is available at http://www.lyx.org 

> The setup process guides you through the other programs that are needed 
> (ImageMagick, Ghostscript, a minimal shell like minsys, Python, and 
> optionally Perl)  to run lyx well. 

1. A question: what ImageMagick file is needed?
   http://sourceforge.net/project/showfiles.php?group_id=24099
   (I.e., what do you get out of "dynamic"?)
   Comment: ImageMagick seems very RAM intensive.
2. I do not see the shell requirment.  Is that just your 
   recommendation?
3. Are you using it on Windows?  If so, how's it going?

Thanks,
Alan Isaac
Travis Oliphant | 4 Sep 11:00 2005

Re: New Lyx Version eas(ier) to install on Windows.

Alan G Isaac wrote:

>On Fri, 02 Sep 2005, Travis Oliphant apparently wrote: 
>  
>
>>those of you who have been hesitant to try LyX because it supposedly 
>>doesn't work on Windows, have no more excuse ;-) 
>>    
>>
>
>  
>
>>An executable installer is available at http://www.lyx.org 
>>    
>>
>
>  
>
>>The setup process guides you through the other programs that are needed 
>>(ImageMagick, Ghostscript, a minimal shell like minsys, Python, and 
>>optionally Perl)  to run lyx well. 
>>    
>>
>
>1. A question: what ImageMagick file is needed?
>   http://sourceforge.net/project/showfiles.php?group_id=24099
>   (I.e., what do you get out of "dynamic"?)
>   Comment: ImageMagick seems very RAM intensive.
>  
>
(Continue reading)


Gmane