On 05/22/2011 05:33 PM, Benjamin Root wrote:
On Sun, May 22, 2011 at 4:11 PM, Eric Firing <efir...@hawaii.edu
<mailto:efir...@hawaii.edu>> wrote:
On 05/22/2011 10:07 AM, Benjamin Root wrote:
> I went ahead with the merge conflict procedure, and everything
appear to
> be ok. I had also noticed a few additional mistakes in the
INSTALL file
> currently in v1.0.x that I fixed as well. I will double-check the
> commit/merge before pushing it up.
>
> I also noticed that the INSTALL doc on v1.0.x provided an equivalent
> command of `apt-get build-dep` for Fedora/RedHat users. I
believe this
> information should also be included in the install_faq.rst document
> (because it only has the debian version). I will make that a
separate
> commit.
>
> Ben Root
Ben, a quick look at installing_faq.rst shows some anachronisms:
references to installing obsolete versions. This is another worm
barrel. Those anachronisms are not the only problems with the
file--or
with installation in general.
Eric
I'll double-check for that. Note that I am merely moving my changes
over to INSTALL, so whatever INSTALL has should be the final version.
Below is the current diff between them.
On a separate note, I think there might be some unspecified
requirements for building the documentation. On my newly set up
Ubuntu machine, the build gets to the thumbnails stage and recognizes
that I have no thumbnails, and then the process goes to sleep. Maybe
we have an error check missing somewhere?
Generating the thumbnails has no additional requirements (it uses
matplotlib's image module to scale the images). However, it may be a
problem with multiprocessing -- the thumbnails are generated in parallel
on multi-core machines. I haven't had problems myself, but it seems
multiprocessing doesn't always work in certain environments.
Can you do me a favor? Can you edit gen_gallery.py and replace the line
beginning with "pool.map" to just "map" and let me know if that resolves
this issue? If it does, perhaps we should not use multiprocessing here.
Mike
--
Michael Droettboom
Science Software Branch
Space Telescope Science Institute
Baltimore, Maryland, USA
------------------------------------------------------------------------------
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its
next-generation tools to help Windows* and Linux* C/C++ and Fortran
developers boost performance applications - including clusters.
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
