In case anyone is interested, it looks like the new config package is working
with traits 3. This morning I uninstalled my enthought-2.whatever packages
and installed etsconfig-2.1 and traits-3 from enthought's svn trunk (using
the usual python setup.py install, not easy_install). backend_driver
On Saturday 18 August 2007 12:44:20 pm Fernando Perez wrote:
> Here's some interesting info. I'm sitting here with Dave Peterson,
> from Enthought, and we've done a bunch of profiling that pointed to
> setuptools, not Traits, being the culprit for the time increase.
> We've now just done an instal
Hi all,
On 8/16/07, Eric Firing <[EMAIL PROTECTED]> wrote:
> So, 10% slower with backend_agg, 18% slower with backend_svg. It's not
> devastating, but it's not so great, either.
>
> > Those results look fine to me. I dont know what has changed since we last
> > discussed this, but when Eric brou
On Friday 17 August 2007 01:35:32 pm william ratcliff wrote:
> A simple question--if you add traits into matplotlib, will people still
> be able to build executables? I remember reports of py2exe having
> problems with traits.
Is this what you are referring to?
https://svn.enthought.com/entho
A simple question--if you add traits into matplotlib, will people still
be able to build executables? I remember reports of py2exe having
problems with traits.
Cheers,
William
On 8/17/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>
> Thanks for fixing that. I haven't been running with
Thanks for fixing that. I haven't been running with the new traits config
stuff, so I didn't catch that my new parameters weren't ported over.
Cheers,
Mike
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping thr
Darren Dale wrote:
> On Thursday 16 August 2007 5:25:47 pm Fernando Perez wrote:
>> On 8/16/07, Darren Dale <[EMAIL PROTECTED]> wrote:
>>> On Thursday 16 August 2007 03:33:37 pm Darren Dale wrote:
On Thursday 16 August 2007 03:15:39 pm Fernando Perez wrote:
> On 8/16/07, Eric Firing <[EMAI
On Thursday 16 August 2007 5:25:47 pm Fernando Perez wrote:
> On 8/16/07, Darren Dale <[EMAIL PROTECTED]> wrote:
> > On Thursday 16 August 2007 03:33:37 pm Darren Dale wrote:
> > > On Thursday 16 August 2007 03:15:39 pm Fernando Perez wrote:
> > > > On 8/16/07, Eric Firing <[EMAIL PROTECTED]> wrote
On 8/16/07, Darren Dale <[EMAIL PROTECTED]> wrote:
> On Thursday 16 August 2007 03:33:37 pm Darren Dale wrote:
> > On Thursday 16 August 2007 03:15:39 pm Fernando Perez wrote:
> > > On 8/16/07, Eric Firing <[EMAIL PROTECTED]> wrote:
> > > > Fernando,
> > > >
> > > > Thanks for taking the opportunit
On Thursday 16 August 2007 03:33:37 pm Darren Dale wrote:
> On Thursday 16 August 2007 03:15:39 pm Fernando Perez wrote:
> > On 8/16/07, Eric Firing <[EMAIL PROTECTED]> wrote:
> > > Fernando,
> > >
> > > Thanks for taking the opportunity of checking into this now. I have to
> > > pass the buck, th
On Thursday 16 August 2007 03:15:39 pm Fernando Perez wrote:
> On 8/16/07, Eric Firing <[EMAIL PROTECTED]> wrote:
> > Fernando,
> >
> > Thanks for taking the opportunity of checking into this now. I have to
> > pass the buck, though--the bug you ran into looks like the intersection
> > between Mik
On 8/16/07, Eric Firing <[EMAIL PROTECTED]> wrote:
> Fernando,
>
> Thanks for taking the opportunity of checking into this now. I have to
> pass the buck, though--the bug you ran into looks like the intersection
> between Mike's extensive mathtext work and Darren's experimental
> replacement rc sy
Fernando,
Thanks for taking the opportunity of checking into this now. I have to
pass the buck, though--the bug you ran into looks like the intersection
between Mike's extensive mathtext work and Darren's experimental
replacement rc system, and apart from the testing you refer to (prior to
mu
Hi guys,
[ For the Enthought gang, sorry for the cross-post. This is the context:
http://www.mail-archive.com/matplotlib-devel@lists.sourceforge.net/msg01451.html
We're trying to see if it would be reasonable to use Traits for the
matplotlib config description, but there seem to be performance
On Tuesday 31 July 2007 02:12:06 pm you wrote:
> Looking at the profile outputs, a couple of things stand out in the new
> version. First, various Traits things are prominent near the top.
pycachegrind is telling me that traits_db is responsible for about 20%,
configobj is responsible for about
On 7/31/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Eric Firing wrote:
> > I don't have a lot of experience with profiling...
> Slightly OT, but I do have a recommendation for anyone doing Python
> profiling. I don't usually get very excited about GUI tools, but
> KCachegrind (Linux only)
Eric Firing wrote:
> I don't have a lot of experience with profiling...
Slightly OT, but I do have a recommendation for anyone doing Python
profiling. I don't usually get very excited about GUI tools, but
KCachegrind (Linux only) is very slick and works great with Python.
It's really handy to
Darren,
The two cases you ran have almost identical timing, so the problem is
not in reading matplotlib.conf. Instead, it seems to be in the
initialization of all the machinery, and I suspect that something may
be getting run many times in a loop instead of just once. I used the
profile.py
On 7/31/07, Darren Dale <[EMAIL PROTECTED]> wrote:
> I am attaching the results for two different tests. One is loading the default
> mpl-data/matplotlib.conf, the other is loading an empty
> ~/.matplotlib/matplotlib.conf. I haven't done much work with profiling, maybe
> others can make some comme
On Tuesday 31 July 2007 11:08:42 am Darren Dale wrote:
> On Monday 30 July 2007 07:10:01 pm Eric Firing wrote:
> > Darren Dale wrote:
> > > I just committed changes in svn that will allow matplotlib to use the
> > > experimental traited mplconfig module. The traited config object itself
> > > is ca
On Monday 30 July 2007 07:10:01 pm Eric Firing wrote:
> Darren Dale wrote:
> > I just committed changes in svn that will allow matplotlib to use the
> > experimental traited mplconfig module. The traited config object itself
> > is called mplConfig, but I wrapped it in an object called rcParams to
Hi Eric,
On Monday 30 July 2007 10:14:22 pm Eric Firing wrote:
> I have not made any matplotlib.conf other than the one that is now being
> installed correctly in mpl-data, and it contains
>
> # display grid on regular or polar axes
> grid = False
> polargrid = True
>
> grep indicat
Darren Dale wrote:
> On Monday 30 July 2007 6:58:17 pm Eric Firing wrote:
>> Darren,
>>
>> It looks like there is a problem with the grid lines. Although the
>> matplotlib.conf file is specifying linestyle = ':', and False for the
>> axes.grid parameter, everything is coming up with solid lines (
On Monday 30 July 2007 6:58:17 pm Eric Firing wrote:
> Darren,
>
> It looks like there is a problem with the grid lines. Although the
> matplotlib.conf file is specifying linestyle = ':', and False for the
> axes.grid parameter, everything is coming up with solid lines (see
> barh_demo.py, for ex
On Monday 30 July 2007 7:10:01 pm Eric Firing wrote:
> Darren Dale wrote:
> > I just committed changes in svn that will allow matplotlib to use the
> > experimental traited mplconfig module. The traited config object itself
> > is called mplConfig, but I wrapped it in an object called rcParams to
>
Darren Dale wrote:
> I just committed changes in svn that will allow matplotlib to use the
> experimental traited mplconfig module. The traited config object itself is
> called mplConfig, but I wrapped it in an object called rcParams to make it
> compatible with matplotlib, so we can kick the ti
Darren,
It looks like there is a problem with the grid lines. Although the
matplotlib.conf file is specifying linestyle = ':', and False for the
axes.grid parameter, everything is coming up with solid lines (see
barh_demo.py, for example) by default. It looks like those two keys are
not set
Darren,
When I make a clean build and install, set NEWCONFIG, and try to run I
get a permission problem. It looks like the problem is that the global
matplotlib.conf is not getting generated and installed at build/install
time, but I have not investigated it.
Eric
convert!
Traceback (most re
On Monday 30 July 2007 4:49:24 pm Eric Firing wrote:
> Darren,
>
> When I make a clean build and install, set NEWCONFIG, and try to run I
> get a permission problem. It looks like the problem is that the global
> matplotlib.conf is not getting generated and installed at build/install
> time, but I
Darren Dale wrote:
> On Monday 30 July 2007 03:33:11 pm you wrote:
>
>> Darren Dale wrote:
>>
>>> I ran backend_driver with the traited config enabled, and the only errors
>>> I got were related to broken mathtext support in backend_svg, and I think
>>> those are unrelated to my changes.
>>
Darren Dale wrote:
> I ran backend_driver with the traited config enabled, and the only errors I
> got were related to broken mathtext support in backend_svg, and I think those
> are unrelated to my changes.
>
I think I broke that for a few hours this morning, but it's working for
me now. N
I just committed changes in svn that will allow matplotlib to use the
experimental traited mplconfig module. The traited config object itself is
called mplConfig, but I wrapped it in an object called rcParams to make it
compatible with matplotlib, so we can kick the tires without extensive
chan
32 matches
Mail list logo
