On Wednesday 07 November 2007 01:01:52 pm Boyd Waters wrote:
> On Nov 7, 2007, at 7:25 AM, John Hunter wrote:
> > Is there a reason not to treat
> > traits like we do dateutil and pytz: check at runtime if it is
> > installed and if not install it as enthought.traits using Gael's
> > tarball?
>
> I don't see the check-then-tarball as a feature, but as a significant
> complication that I have to be aware of when I'm building MatPlotLib.

Does the way matplotlib handles pytz and datetime present significant 
complications as well?

> So for what it's worth, my vote is for limited cleverness in the
> attempt to resolve dependencies. Let the compile fail.

It follows then that matplotlib should not provide AGG, pyparsing, pytz, 
datetime, subprocess ... We try to find a balance, checking at compile time 
(not runtime) for required dependencies and building what is needed. Who has 
time to spend an afternoon working through a series of compiler errors to 
track down the missing deps?

> Tell them they need a "real" enthought traits package. Then they can
> use their package management to make it right.

But not all systems have a package manager, and not all package managers have 
support for traits.

Darren

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Reply via email to