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