On 2009-07-29 08:17, John Hunter wrote:
> On Wed, Jul 29, 2009 at 7:52 AM, Michael Droettboom<md...@stsci.edu>  wrote:
>> I think we need (at least as a transitional stopgap) a single "python
>> setup.py install" to install both matplotlib and mathtex.  Once
>> distributions catch up (which could take more than a year, depending on
>> cycles), we can consider being more loosely coupled.
>>
>> There are already examples of installing subpackages from matplotlib
>> (pytz and dateutil) for example, and each of the extensions
>> (_backend_agg etc.) have examples in setupext.py showing how to
>> dynamically add extensions and packages to the list of things that
>> matplotlib's setup.py will install and build.  Are there fundamental
>> differences in how that works vs. how mathtex needs to work that is a
>> stumbling block?  I must admit I haven't thought it all the way through,
>> but I'm surprised that the existing examples there don't provide a
>> template for how to deal with mathtex.  That said, I know that distutils
>> can be rather, um, labyrinthine.
>
> I second this.  I would like to see the new mathtext (and png and
> freetype wrappers as necessary, possibly in mathtext) live in the
> matplotlib trunk under lib, the same place we put pytz and dateutil.
> It can have its own setup and release cycle, but I think it would make
> matters simpler to have it there.  If there is compelling reason to
> have it live in a separate svn repo, we can always grab it externally,
> as scipy does for our sphinx extensions.

Instead of using the matplotlib package as a catch-all for these external 
packages, could you instead keep them all nominally separate and release a 
tarball that includes all of them side by side? You can even have an 
installation script that will run the setups for each. Even better, this 
installation script wouldn't use distutils, so you don't have to hack all of 
this "optional package" stuff into it.

-- 
Robert Kern

"I have come to believe that the whole world is an enigma, a harmless enigma
  that is made terrible by our own mad attempt to interpret it as though it had
  an underlying truth."
   -- Umberto Eco


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Reply via email to