Re: [matplotlib-devel] Planning for 1.3.0

2013-04-14 Thread Derek Homeier
Hi Michiel,

> That is good to hear.
> The slowdown was caused by the performance of Quartz itself, but it depends 
> strongly on the line width. In your example, the plot appears immediately if 
> you use linewidth=0.9, but (with matplotlib 1.2.1) takes minutes to appear if 
> you use linewidth=1.0. The change in set_dpi caused the line width actually 
> used for drawing to increase slightly. The increase was very small, but big 
> enough to trigger the ultraslow behavior of Quartz. As I mentioned, we solved 
> this by breaking up the path into many subpaths, which solved the problem 
> (without having to change set_dpi back).
> Anyway, if I understand your mail correctly, the problem has been fixed in 
> HEAD. Is the 1.3 branch also OK now? In your first post you mentioned that 
> there was some RuntimeError.

I saw a couple of warnings with Friday's checkout on 10.8, but the current one 
seems to
work fine (now on 10.7 however…). I've run the full test suite and only had 
three failures
in test_font_styles (basically all created fonts look like 'light'/'condensed').
The same with python3.2 after I upgraded pyparsing, only at the end of 
'setup.py install'
there was an additional error, but this did not seem to affect the install 
(appended below).

The RuntimeError was enforced by the #ifdef WITH_NEXT_FRAMEWORK check that
does not allow to use the backend at all, so I had to change this to a 
RuntimeWarning
to be able to test the backend in the 1.3 branch.

Cheers,
Derek

--
Processing matplotlib-1.3.x-py3.2-macosx-10.7-x86_64.egg
creating 
/Users/derek/lib/python3.2/site-packages/matplotlib-1.3.x-py3.2-macosx-10.7-x86_64.egg
Extracting matplotlib-1.3.x-py3.2-macosx-10.7-x86_64.egg to 
/Users/derek/lib/python3.2/site-packages
Adding matplotlib 1.3.x to easy-install.pth file

Installed 
/Users/derek/lib/python3.2/site-packages/matplotlib-1.3.x-py3.2-macosx-10.7-x86_64.egg
Processing dependencies for matplotlib==1.3.x
Traceback (most recent call last):
 File "setup.py", line 228, in 
   'KnownFailure = matplotlib.testing.noseclasses:KnownFailure'
 File "/sw/lib/python3.2/distutils/core.py", line 148, in setup
   dist.run_commands()
 File "/sw/lib/python3.2/distutils/dist.py", line 917, in run_commands
   self.run_command(cmd)
 File "/sw/lib/python3.2/distutils/dist.py", line 936, in run_command
   cmd_obj.run()
 File "/sw/lib/python3.2/site-packages/setuptools/command/install.py", line 73, 
in run
   self.do_egg_install()
 File "/sw/lib/python3.2/site-packages/setuptools/command/install.py", line 
101, in do_egg_install
   cmd.run()
 File "/sw/lib/python3.2/site-packages/setuptools/command/easy_install.py", 
line 358, in run
   self.easy_install(spec, not self.no_deps)
 File "/sw/lib/python3.2/site-packages/setuptools/command/easy_install.py", 
line 582, in easy_install
   return self.install_item(None, spec, tmpdir, deps, True)
 File "/sw/lib/python3.2/site-packages/setuptools/command/easy_install.py", 
line 634, in install_item
   self.process_distribution(spec, dist, deps)
 File "/sw/lib/python3.2/site-packages/setuptools/command/easy_install.py", 
line 686, in process_distribution
   [requirement], self.local_index, self.easy_install
 File "/sw/lib/python3.2/site-packages/pkg_resources.py", line 586, in resolve
   dist = best[req.key] = env.best_match(req, self, installer)
 File "/sw/lib/python3.2/site-packages/pkg_resources.py", line 829, in 
best_match
   for dist in self[req.key]:
 File "/sw/lib/python3.2/site-packages/pkg_resources.py", line 799, in 
__getitem__
   _sort_dists(dists)
 File "/sw/lib/python3.2/site-packages/pkg_resources.py", line 2613, in 
_sort_dists
   tmp.sort()
TypeError: unorderable types: NoneType() < str()





--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] Planning for 1.3.0

2013-04-14 Thread Michiel de Hoon
Hi Derek,

--- On Sun, 4/14/13, Derek Homeier  wrote:
> The RuntimeError was enforced by the #ifdef
> WITH_NEXT_FRAMEWORK check that
> does not allow to use the backend at all, so I had to change
> this to a RuntimeWarning
> to be able to test the backend in the 1.3 branch.

This RuntimeError is there for a reason: If your Python is not installed as  a 
framework, the backend will not work correctly (and if you ignore the 
RuntimeError, you won't know if any problems you encounter are real bugs, or 
simply due to your Python not being installed as a framework).

Best,
-Michiel

--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] Planning for 1.3.0

2013-04-14 Thread Derek Homeier
Hi Michiel,

> This RuntimeError is there for a reason: If your Python is not installed as  
> a framework, the backend will not work correctly (and if you ignore the 
> RuntimeError, you won't know if any problems you encounter are real bugs, or 
> simply due to your Python not being installed as a framework).

I have used the MacOSX backend ever since I started working with Python,
and there only was a warning for the last 3 years or so. Other than my plot
windows evading the control of Exposé/Application switcher I have never
noticed any problems with this. Thus my request in my initial post to leave it
as a mere warning, since I'd think people can switch on their own decision
if they do not like the interaction (or lack thereof) with the window manager.
Otherwise I would have to grudgingly switch to another backend (seems now
that I could live with QT4Agg-Quartz or the like though), since installation as
as framework is not an option with Fink.
Of course if there are any other possible negative effects besides the window
handling, I'd take your point.

Best,
Derek


--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] Planning for 1.3.0

2013-04-14 Thread Michiel de Hoon
Hi Derek,

--- On Sun, 4/14/13, Derek Homeier  wrote:
> Of course if there are any other possible negative effects
> besides the window handling, I'd take your point.

Several bugs have been reported in the past that turned out to be due to Python 
not being installed as a framework. For example, the file selection window when 
saving a figure doesn't respond. This has been a major hassle, since each of 
those bug reports take time to investigate before realizing that it is due to 
the Python installation.

Best,
-Michiel.

--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel