Re: [matplotlib-devel] Debian Bug report logs - #503148
On Mon, Oct 27, 2008 at 15:25, Manuel Metz <[EMAIL PROTECTED]> wrote: > Just put the Debian bugreport on the list here. I will look at this. > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=503148 Thanks Manuel, and sorry for not forwarding it and being a little bit "absent" these days -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Auto backend discovery at start time
Hello guys! Following up the discussion Benjiamin and me had about a couple of bugs in Ubuntu[1] and Debian[2], and what Mike wrote on [1], we'd like to explore the possibility for you to develop a "backend=Auto" mode, that can discover automatically at runtime the backend to use from the ones available (in case of multiple backends, let's use a priority list [gtk, qt, tk, ...]). Our main goal, as packagers, is to avoid the installation of gnome dependencies (gtk2 is now the default in both sid and lenny-near-to-be-stable, for Ubuntu is tk) for kde users (and viceversa, or any other combination). One way is to ship a "core" package, that contains the main functionalities, and some "backend" packages to depends (or even contains the real backend files, like .so & altera) on the available gui python bindings. Related to the above sentence, is this question: how easy is to "split" backend files? is it enough to separate files under /usr/lib/python*/site-packages/matplotlib/backends/* in different packages? But that would only create 3 pkgs: agg, gtk and tk. What about wx and qt? Personally, I think we can even attack the problem with a different solution: continue to ship all the mpl file in the "main" package (python-matplotlib in Debian & Ubuntu) and then create some "dummy" packages that simply depends on the python gui bindings (let's call them python-matplotlib-), each of them providing a virtual package, let's call it python-matplotlib-backend. If python-matplotlib depends on python-matplotlib-gtk OR python-matplotlib-backend, any backend installed can satisfy that dependency (and the default being gtk). Both of them has cons: the first poses problem to us for the packaging, and both does not solve the problem of not choosing a default (or requiring to specify another package (the backend chosen) when installing python-matplotlib); moreover, what other packages depending on python-matplotlib should do after this change (they expect mpl to Just Work)? Another solution (that would save the most of the current work done), almost the same currently used today is: keep doing the same thing as of now, but do not install any python gui bindings, but popup a windows at python-matplotlib install time to ask the user what binding to use (then create the ad-hoc /etc/matplotlirc file with that "backend" set) and then ask to install the correct python binding for the backend chosen. A light version is: keep choosing gtk as default backend, and clearly document (even at install time) how to change backend. What you (upstream and distribution packages users) expect from us (packagers) about these 2 questions (backend=Auto and multi backend support)? Of course, any suggestion is very welcome :) Thanks in advance, Sandro [1] https://bugs.launchpad.net/ubuntu/+source/matplotlib/+bug/278764 [2] http://bugs.debian.org/502976 -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] [patch] Fix build failure with GCC 4.4
Hello guys!
A Debian Developers just reported a bug[1] on debian matplotlib during
his preparation to introduce GCC 4.4: matplotlib will fail to build
with GCC 4.4 due to a missing include.
Attached is a patch to fix this problem, forged from an updated trunk;
hope you can include it.
[1] http://bugs.debian.org/505618
Cheers,
--
Sandro Tosi (aka morph, Morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
Index: src/mplutils.cpp
===
--- src/mplutils.cpp (revision 6401)
+++ src/mplutils.cpp (working copy)
@@ -1,5 +1,6 @@
#include
#include
+#include
#include "mplutils.h"
void _VERBOSE(const std::string& s) {
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Auto backend discovery at start time
Hello John & Devs :) first of all, let me excuse for the enormous delay of this reply, it seems I've lost it somewhere :( On Sat, Nov 1, 2008 at 21:14, John Hunter <[EMAIL PROTECTED]> wrote: > On Sat, Nov 1, 2008 at 5:37 AM, Sandro Tosi <[EMAIL PROTECTED]> wrote: >> Hello guys! >> Following up the discussion Benjiamin and me had about a couple of >> bugs in Ubuntu[1] and Debian[2], and what Mike wrote on [1], we'd like >> to explore the possibility for you to develop a "backend=Auto" mode, >> that can discover automatically at runtime the backend to use from the >> ones available (in case of multiple backends, let's use a priority >> list [gtk, qt, tk, ...]). > > This should be fairly easy to implement -- we already do something > like this at build time when we choose the default backend to put into > the template. FYI, since you are a packager, I jwant to clarify what > happens at build time. We have a file called setup.cfg.template which > is a template for people who want to override the default behavior. > You can copy this to setup.cfg and choose what default backend you > want, and the setup program will create an rc configured accordingly. > But if someone has not done this, the setup script will look (at build > time) for gtk, wx, and tk, and set the backend in order of increasing > preference: Agg, TkAgg, WXAgg, GTKAgg. The file matplotlibrc.template > is then used to generate the default matplotlibrc, with this backend > selected. This matplotlibrc is installed to matplotlib/mpl-data/ and > is used as the default config if the user does not override it. > > As a debian/ubuntu packager, you will probably want to use setup.cfg > and set your backend manually. You may want to use TkAgg since in > some ways this is the simplest backend to use in the most contexts, > primarily because it does not require special threading calls to work > interactively in the python shell -- see > http://matplotlib.sf.net/installing.html yeah, we are doing (since a couple or revisions) exactly this: we choose Tk as the default backend in setup.cfg so that even /etc/matplotlibrc has that param set. > But an "Auto" feature would be useful in other contexts too. One area > is when matplotlib is embedded in a GUI IDE matlab-like application. > There are several of these that are being worked on in different user > interfaces, primarily using the new embeddable ipython, and the > concern there is that the user may be using one application which > embeds a python shell, and when users import pylab in that shell, the > ought not to have to think: "now I am using python in a wx app, so I > need to sert wxagg" but in other scenarios, "now I am using pylab in a > plain python shell so use tkagg" > > The auto search algorithm should go something like the following: > > * if tkinter, wx, gtk or qt has already been imported in sys.modules, > use that backend - Gael has already an implementation in the pyplot > module using the rc param 'backend_fallback' > > * if backend = 'auto': try in order of preference :tkagg (most > likely to work in most contexts), gtkagg, wxagg, qtagg. This order > could easily be configurable > > * if none of the UIs are available in 'auto' mode, issue a warning > and set 'agg' > > If I were packaging for ubuntu, I would select tkagg as the default, > so you don't have to wade into the GNOME vs KDE arena and because it > works out of the box in the most contexts and is a pretty small > dependency. You could modify the matplotlib runtime so that when the > .matplotlib directory is created (the first time mpl is run) it issues > a message like > > Creating config directory ~/.matplotlib. The default user interface > toolkit for matplotlib is TkInter via the "TkAgg backend" (see > http://matplotlib.sourceforge.net/faq/installing_faq.html#id1). You > use other backends, you will need to install additional ubuntu > dependencies. > For GTKAgg, install python-gtk, for WXAgg, install python-wxgtk, etc..." We did a similar thing, but at packaging level: we added a "notification" messages at package installation that clarify TkAgg is the default backend and to look at a simple doc file we created to change it to a different backend, both at machine or user level (the file is attached, in case you would provide some corrections/enhancements). >> Personally, I think we can even attack the problem with a different >> solution: continue to ship all the mpl file in the "main" package >> (python-matplotlib in Debian & Ubuntu) and then create some "dummy" >> packages that simply depends on the python g
Re: [matplotlib-devel] Debian Bug report logs - #503148
Hello! On Mon, Dec 1, 2008 at 11:24, Manuel Metz <[EMAIL PROTECTED]> wrote: > Sandro Tosi wrote: >> On Mon, Oct 27, 2008 at 15:25, Manuel Metz <[EMAIL PROTECTED]> wrote: >>> Just put the Debian bugreport on the list here. I will look at this. >>> >>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=503148 >> >> Thanks Manuel, and sorry for not forwarding it and being a little bit >> "absent" these days >> > > This if fixed now on the trunk in r6459. > > (Sandro, please note: the patch is not applicable to the version 0.98.3 > If you need a patch for the Debian package, please let me know). Nah, I can wait for your next release (that is really soon now, isn't it? :) ). Thanks for the fix, -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] how much is dvipng needed?
Hello guys, since I'm going to update debian matplotlib pkg to 0.98.5 I'd like to know how much dvipng lib is needed to let matplotlib work. This is because adding a strong dependency on it (so that it's installed everytime you install mpl) will take in even texlive, and all its dependency, amounting in more than 200mb of space (an issue presents even in ubuntu). If dvipng (+texlive) is only needed for some "not-so-common" situations (for example only to print complex math expression) then we can move it to a wicker dependency, so that it's installed only if expressly requested by the user (we'll inform users about this change). Thanks for the attention, -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] how much is dvipng needed?
Hi John, On Sat, Dec 13, 2008 at 01:49, John Hunter wrote: > On Fri, Dec 12, 2008 at 6:21 PM, Sandro Tosi wrote: >> Hello guys, >> since I'm going to update debian matplotlib pkg to 0.98.5 I'd like to >> know how much dvipng lib is needed to let matplotlib work. > > It's strictly optional, for the "usetex" mode, which is not turned on > by default. Our native mathtext is good enough for most use cases, > and those who want tex rendering can "apt-get install dvipng" Thanks for the quick reply! I moved dvipng to Suggests (so that it remains a trace of it in the package, for the users who want to install it manually): the net result would be much less packages to download (and install) to use mpl on Debian/Ubuntu. Cheers, -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] errors building docs
> I get a similar error that I assumed was caused by the docs being > generated by the version of matplotlib that is currently installed, > rather than the new version that has just been compiled. I know the > debian package has a workaround for this. Of course we have one :) We build doc this way: ( cd doc ; MATPLOTLIBDATA=../lib/matplotlib/mpl-data/ \ PYTHONPATH=../build/lib.$(PY_PLATFORM)-$(DEFPY) ./make.py ) after having built mpl module. $(PY_PLATFORM)-$(DEFPY) is to be generic on the arch and the python version we are using to build the package, so you can replace it with the dir where the module was compiled. Cheers, -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] 0.98.5 - Doc building question on matplotlibrc
Hello,
while preparing the debian package update for 0.98.5 I went thru a
problem: we remove doc/mpl_data/matplotlibrc because it will be
modified (to change backend (that now is set to MacOSX in the tarball
distributed..?)) and up to now it wasn't used.
Now, doc/make.py fails because of
shutil.copy('mpl_data/matplotlibrc', '_static/matplotlibrc')
So, can we use another 'matplotlibrc' file or the one in doc/mpl_data
has something specific to doc and needs to maintained?
Thanks,
--
Sandro Tosi (aka morph, Morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] 0.98.5 - Doc building question on matplotlibrc
Hello,
On Sun, Dec 14, 2008 at 17:07, Darren Dale wrote:
> On Sun, Dec 14, 2008 at 8:12 AM, Sandro Tosi wrote:
>>
>> Hello,
>> while preparing the debian package update for 0.98.5 I went thru a
>> problem: we remove doc/mpl_data/matplotlibrc because it will be
>> modified (to change backend (that now is set to MacOSX in the tarball
>> distributed..?)) and up to now it wasn't used.
>>
>> Now, doc/make.py fails because of
>>
>> shutil.copy('mpl_data/matplotlibrc', '_static/matplotlibrc')
>>
>> So, can we use another 'matplotlibrc' file or the one in doc/mpl_data
>> has something specific to doc and needs to maintained?
>
> The default matplotlibrc file in mpl-data/ is created by setup.py during the
> build process. The default backend is selected according to which gui
> toolkits are available, and defaults to Agg if no supported toolkit is
> available. setup.py only selects the macosx backend if the build is being
> performed on a macosx system. The source tarball is apparently prepared on a
> Mac, but I dont think it matters that the source dist contains this
> platform-specific backend, since the file will be overwritten with more
> appropriate settings anyway when you run setup.py build.
>
> It would really be best to not remove the file that is created as a result
> of running setup.py build. The mpl documentation suggests users to copy this
> file into their ~/.matplotlib/ or wherever if they want to modify the
> default properties, and it contains some documentation for each of the
> settings.
>
> On the other hand, if you are running setup.py build and the resulting
> matplotlibrc file still says the default backend is macosx, and you are not
> running macosx, and you have configured setup.cfg to set some other default
> backend, then it is a bug that needs to be fixed.
Well, what I'm actually asking is: can I use any matplotlibrc file (be
it from any location in the tarball or forged during build process) or
the one in doc/mpl_data has something specific to documentation that
needs to be preserved.
Don't worry, we ship matplotlibrc file (the one built), but I need to
know if that particular one has something ad-hoc for doc.
Thanks,
--
Sandro Tosi (aka morph, Morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] errors building docs
On Mon, Dec 15, 2008 at 17:02, Darren Dale wrote: > (John suggested in a private email to try upgrading to sphinx-0.5.) > > You're right, the error does not occur with sphinx-0.5. It looks like the > API for registering nodes has changed as of 0.5. The development branch of > sphinx was throwing errors when it got to latex, so I had a look and came up > with some changes that work with both version 0.5 and the development > branch. The changes are not compatible with sphinx-0.4.2, but it looks like > we are requiring version 0.5 or later now anyway. If this is the case, I'll > go ahead and commit the changes. Here is the diff, please let me know if I > should commit or if I should hold off: So, should the doc be build using sphinx 0.5? Would it be the standard version of sphinx used by mpl now on? Just to know what dependency to throw in once building mpl for Debian :) -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] 0.98.5 - API_CHANGES removed from tarball
Hello, I see API_CHANGES is removed from tarball. it's a nice-to-have file, in order to allow a smooth transition from old to new version. Is it intentional? Is there another source from this information? is it not useful anymore? Cheers, -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Debian + mpl 0.98.5 - Can we reduce the size of generated doc?
Hello,
the problem is this:
$ ls -l python-matplotlib-doc_0.98.5-1_all.deb
-rw-r--r-- 1 morph morph 91141234 2008-12-16 10:39
python-matplotlib-doc_0.98.5-1_all.deb
90M of doc package is a "little bit"... and expanded it's
$ du . -hs
119M
In this package we install: doc/build/html/
doc/build/latex/Matplotlib.pdf examples/*
So I dig into a bit to identify the cause of such a big jump (0.98.3
has a 16M doc package) and the biggest dir seems to be
html/_static/plot_directive/mpl_examples/pylab_examples with >50M (a
full result of "find examples/ html/ -type d -exec du -s {} \;" is
attached; if you need I can add a full file list). In that particular
dir (like in many other) i see a png, and hi-res png and a pdf file:
are those all needed?
At the end, is there a way we packagers can reduce this package size?
(a fast stat showed it would be the second biggest -doc package in
Debian.)
Thanks,
--
Sandro Tosi (aka morph, Morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
3616examples/
76 examples/animation
144 examples/api
2124examples/data
60 examples/event_handling
36 examples/misc
796 examples/pylab_examples
120 examples/tests
108 examples/tests/pngsuite
64 examples/units
140 examples/user_interfaces
48 examples/widgets
108924 html/
2868html/api
1744html/_sources
124 html/_sources/api
40 html/_sources/devel
1424html/_sources/examples
76 html/_sources/examples/animation
144 html/_sources/examples/api
60 html/_sources/examples/event_handling
40 html/_sources/examples/misc
8 html/_sources/examples/pngsuite
808 html/_sources/examples/pylab_examples
20 html/_sources/examples/tests
72 html/_sources/examples/units
140 html/_sources/examples/user_interfaces
48 html/_sources/examples/widgets
40 html/_sources/faq
4 html/_sources/glossary
108 html/_sources/users
328 html/devel
4480html/examples
244 html/examples/animation
420 html/examples/api
204 html/examples/event_handling
132 html/examples/misc
16 html/examples/pngsuite
2512html/examples/pylab_examples
64 html/examples/tests
228 html/examples/units
476 html/examples/user_interfaces
136 html/examples/widgets
168 html/faq
12 html/glossary
612 html/users
67008 html/_static
1344html/_static/examples
72 html/_static/examples/animation
140 html/_static/examples/api
56 html/_static/examples/event_handling
36 html/_static/examples/misc
4 html/_static/examples/pngsuite
792 html/_static/examples/pylab_examples
12 html/_static/examples/tests
64 html/_static/examples/units
120 html/_static/examples/user_interfaces
44 html/_static/examples/widgets
62064 html/_static/plot_directive
57892 html/_static/plot_directive/mpl_examples
53344 html/_static/plot_directive/mpl_examples/pylab_examples
2584html/_static/plot_directive/mpl_examples/pylab_examples/thumbnails
4132html/_static/plot_directive/mpl_examples/api
244 html/_static/plot_directive/mpl_examples/api/thumbnails
300 html/_static/plot_directive/mpl_examples/units
20 html/_static/plot_directive/mpl_examples/units/thumbnails
116 html/_static/plot_directive/mpl_examples/widgets
8 html/_static/plot_directive/mpl_examples/widgets/thumbnails
4172html/_static/plot_directive/pyplots
208 html/_static/plot_directive/pyplots/thumbnails
1976html/_static/mathmpl
27628 html/_images
3372html/pyplots
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] 0.98.5 - Doc building question on matplotlibrc
Hello John and Darren,
On Sun, Dec 14, 2008 at 22:05, John Hunter wrote:
> On Sun, Dec 14, 2008 at 7:46 PM, Sandro Tosi wrote:
>
>> Well, what I'm actually asking is: can I use any matplotlibrc file (be
>> it from any location in the tarball or forged during build process) or
>> the one in doc/mpl_data has something specific to documentation that
>> needs to be preserved.
>
> In svn, doc/mpl_data is just a symlink to lib/matplotlib/mpl-data
>
>
> http://matplotlib.svn.sourceforge.net/viewvc/matplotlib/trunk/matplotlib/doc/mpl_data?view=markup
>
> Apparently symlinks are lost in building an sdist, and doc/mpl_data
> becomes a copy. So in the actual src, the rc files are not just
> identical in the two locations, they are the same file. It makes the
> most sense for the users to see in the docs the default rc file they
> are getting with your actual install.
Ah, now it's clear! I added a patch to just:
-shutil.copy('mpl_data/matplotlibrc', '_static/matplotlibrc')
+shutil.copy('../lib/matplotlib/mpl-data/matplotlibrc',
'_static/matplotlibrc')
And now the doc is built (but another problem, worth another thread, comes out).
Thanks & Cheers,
--
Sandro Tosi (aka morph, Morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] 0.98.5 - API_CHANGES removed from tarball
On Tue, Dec 16, 2008 at 19:09, John Hunter wrote: > On Tue, Dec 16, 2008 at 12:03 PM, Sandro Tosi wrote: >> Hello, >> I see API_CHANGES is removed from tarball. it's a nice-to-have file, >> in order to allow a smooth transition from old to new version. >> >> Is it intentional? Is there another source from this information? is >> it not useful anymore? > > doc/api/api_changes.rst So now it's even nicely formatted, great! Thanks, -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Debian + mpl 0.98.5 - Can we reduce the size of generated doc?
On Tue, Dec 16, 2008 at 15:39, John Hunter wrote: > On Tue, Dec 16, 2008 at 8:10 AM, Michael Droettboom wrote: > >> Another option would be to not generate the high-res png and pdf >> examples. (Either or both). Just removing them after the fact won't >> work, since one would end up with broken links from the docs. We would >> also have to change the html to not include those links. It should be >> fairly simple to provide an option to the doc build system to do this, >> and I'm happy to implement that if we all agree that's the direction to >> take. > > This is fine with me. Just add an rc option > > doc.minimal_footprint > > or something like that which drops the high res and pdf. This will > prbably reduce the size 50-60% yes yes please :) It would be really great to have it full pylab_examples: 53M pylab_examples no hires: 26M pylab_examples no hires and no pdf: 12M completely another story! ;) > I have also removed the mpl_data symlink in my doc tree, and am still > testing before I commit, because that is causing our binaries to get > much larger on platforms which do not properly support linking. > Instead, we'll refer explicitly to ../lib/matplotlib/mpl-data in the > docs. I am leaving the mpl_examples symlink because of all the > relative path woes in pyplot. Another patch I can remove as soon as another release is done :) > Other than simple optimizations like this, I am discinclined to try > and build smaller manuals simply to reduce their size. The feature Exactly the same goal I have in mind: I don't want to reduce the information, but only those parts that adds "little" to the end users while add a lot of space (if you get what I mean). > that caused the explosion in size between 98.3 and 98.5 is the > gallery, and image enhanced examples, which is arguably the most > useful feature on the site. And even as a local reference!! I had once to display dates and I was sure I've seen an example that did it, but I didn't remember which one, so I run all of them to find it. Now I would have to look up a nice page full of images: much better! Cheers, -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Debian + mpl 0.98.5 - Can we reduce the size of generated doc?
Hello Darren, On Tue, Dec 16, 2008 at 16:03, Darren Dale wrote: > It seems like the documentation should be a separately installable package > as far as package managers are concerned. We already have separate the doc from other mpl parts, to be precise we have these pkgs: python-matplotlib - the real module - 2.3M python-matplotlib-data - data pkg - 1.1M python-matplotlib-dbg - debug symbols - 11M python-matplotlib-doc - documentation - 87M So reducing -doc package is something I'd like to archive, before upload the package into Debian archive. Cheers, -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Debian + mpl 0.98.5 - Can we reduce the size of generated doc?
On Tue, Dec 16, 2008 at 15:10, Michael Droettboom wrote: > One question to ask is whether we need both the .pdf and .html manuals, or > whether that could be broken up into two packages. That seems like an easy > one if that fits Debian policies (which I know nothing about) -- and > wouldn't degrade the documentation experience at all. Well, if you're talking about Matplotlib.pdf, the whole manual in pdf format, then maybe it doesn't worth: we already have a separate package for documentation, so I think that all doc should be there (with an adequate size :) ). > Is there any way to transparently gzip compress the html files (as I believe > Debian does with manpages)? sadly, the compression of manpage is handled directly by "man" executable, that uncompress and pipe the manpage into a PAGER. html pages are rendered by web browser, and in case of local documentation, the pages are read from local disk (so so web server to "uncompress"-on-the-fly). > Another option would be to not generate the high-res png and pdf examples. > (Either or both). that would be great. while pdf images are not that useful (at least from my pov: I'm browsing web pages, I don't want to spawn a pdf viewer to look at an image) hires could be "dropped" because even "normal-res" images seems to give a clear idea of the power of mpl. > Just removing them after the fact won't work, since one > would end up with broken links from the docs. We would also have to change > the html to not include those links. It should be fairly simple to provide > an option to the doc build system to do this, and I'm happy to implement > that if we all agree that's the direction to take. FWIW, I really like to see such an option :) > Beyond that, we'd be looking at selectively including certain examples, > which I worry would add additional maintenance burden if there's too much > divergence between the "full" and "small" manuals. I think that road should > be a last resort. If the size it's reasonable, then I would like to generate all the examples, because... well, I like them! :) Cheers, -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] 0.98.5.1 released? (and site outdated)
Hi John, On Wed, Dec 17, 2008 at 12:26, John Hunter wrote: > On Wed, Dec 17, 2008 at 5:14 AM, Sandro Tosi wrote: >> Hi all, >> I see pypi feed that mpl 0.98.5.1 is released, but I see no announce >> on mpl mls: is it the one to use or it's a "temporary" snapshot? I >> still see no changelog entry about reduced doc size (and I still >> haven't build the package) so maybe I still hold the upload in debian, >> but I'd like to hear from you. >> >> Additionally, http://matplotlib.sourceforge.net/users/whats_new.html >> still has 0.98.4 as last changelog entry. >> >> Sorry for being so boring lately :) and thanks for your work, > > We had some critical bugs to get fixed so we pushed out a bugfix > release yesterday. I talked with Michael offlist and he is working > hard on the plot directive size problem, but it was harrier than > anticipated, so we are simply going to do 98.5.2 when he is done. I Thanks! I really appreciate your attention and responsiveness to our "poor" packagers needs :D > opted not to harass the list with yet another announcement, and did > not want you and other packagers to waste time on this one, since I > knew another release was coming down the pipeline when he gets his > changes in. That's great! I'll be waiting for it to come. Cheers, -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] 0.98.5.1 released? (and site outdated)
Hi all, I see pypi feed that mpl 0.98.5.1 is released, but I see no announce on mpl mls: is it the one to use or it's a "temporary" snapshot? I still see no changelog entry about reduced doc size (and I still haven't build the package) so maybe I still hold the upload in debian, but I'd like to hear from you. Additionally, http://matplotlib.sourceforge.net/users/whats_new.html still has 0.98.4 as last changelog entry. Sorry for being so boring lately :) and thanks for your work, -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Doc changes
On Wed, Dec 17, 2008 at 22:16, Michael Droettboom wrote: > Ok. Based on your success report, I'll go ahead and merge this to trunk. > > Sandro: please let me know if these changes break anything in your package > build scripts. I'll do as soon as we will have sphinx 0.5.1 packages (we're working on it just now). Let me thank you again for your prompt responsiveness. Cheers, -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Doc changes
On Wed, Dec 17, 2008 at 22:25, John Hunter wrote: > Sandro -- do you distribute something like a matplotlib-devel, so that > people who want to compile mpl, and build the docs, could do so > themselves with a simple do you mean something like the source package + debianization? of course we do! :) you need a "source" line in the /etc/apt/sources.list (something like deb-src ) and then apt-get source in this case matplotlib. > > apt-get install python-matplotlib-devel > > cd ~/path/to/mpl/docs > > python make.py html latex > > That would be nice, because it would make it easier for users and > developers to contribute to the docs and test their changes. Right > now there is something of a barrier to entry for people who want to > contribute to the docs. once you issued that "apt-get source" you'll have a nice "-" dir in . with the upstream tarball uncompress and with the debianization applied. With that, you can do all you can with the upstream source code, or use debian tools to compile the package. I hope I answered your question, -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] [Matplotlib-users] histogram(x, bin): x-axis range should be based on bin.min() and bin.max() when bin is a sequence
On Fri, Dec 19, 2008 at 18:47, Ondrej Certik wrote: > On Fri, Dec 19, 2008 at 6:34 PM, Sandro Tosi wrote: >> This is fixed in the latest release (0.98.4 or in 0.98.5); I'm working >> on uploading it Debian, together with John and Michael (and all dev >> team), to have a feasable release. > > Ah, I didn't know you are on the mpl dev team as well. That's great. Oh no no: I bother them for something, and they (to force me to silence) release a fix :D Cheers, -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Doc changes
Hi! On Wed, Dec 17, 2008 at 22:16, Michael Droettboom wrote: > Ok. Based on your success report, I'll go ahead and merge this to trunk. > > Sandro: please let me know if these changes break anything in your package > build scripts. I don't know if you're waiting for an input from me, but: John made me test 0.98.5.2 preliminary version and doc build was great! the whole set of packages (included the original tarball) is not ~62M, much better :) After the off-list email exchange with John, I saw no official announce of 0.98.5.2, so maybe you're planning to do it as xmas gift, just to be sure I didn't miss anything :) Cheers and Merry Xmas guys :) -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] What would you like to see in a book about Matplotlib?
Hello and Happy 2009! I received the interesting proposal to author a book on Matplotlib, the powerful 2D plotting library for Python. While preparing the arguments list, I'd like to hear even your opinion, because different points-of-view will lead to a better product. Some basic question I'd like to ask are: - what are you using matplotlib for? - what are the things you like the most of matplotlib, that you want to give emphasis to? And why? - what are the (basic) things that, when you were beginning to use matplotlib, you wanted to see grouped up but couldn't find? - what would you like to see in a book about matplotlib? - what are some those advanced feature that made you yell "WOW!!" ? - what are the things you'd like to explore of matplotlib and never had time to do? Your suggestions are really appreciated :) And wish me good luck! Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] [Matplotlib-users] What would you like to see in a book about Matplotlib?
Hello João, thanks for replying On Mon, Jan 5, 2009 at 13:40, João Luís Silva wrote: > Sandro Tosi wrote: >> - what are the (basic) things that, when you were beginning to use >> matplotlib, you wanted to see grouped up but couldn't find? > > I don't know if you consider it basic or not, but I would have liked > better documentation of the object oriented interface (matplotlib). The could you be a little more specific on what you mean here? >> - what would you like to see in a book about matplotlib? > > As above, at least a chapter about the object oriented interface showing > how to embed matplotlib on a application, and outlining the structure of > the OO interface. Well, this is part of the purpose of the book: show how to embed mpl in applications. >> - what are some those advanced feature that made you yell "WOW!!" ? > > I haven't really used matplotlib's advanced features. There are some > that I like, such as automatic legend placement and mathtext support. mathtext and latex support will be in the advanced features section > The number of supported backends is impressive just by itself, making > matplotlib much more useful. There are some little things such as the > search order for the matplotlibrc file that make it possible to specify > different settings for a given directory. There will be a part even on configuration (of course :) ). >> - what are the things you'd like to explore of matplotlib and never >> had time to do? > > I never had the time to try the masked arrays although I think they will > be useful for me. I should also explore how to create custom color maps. 2 points added to the adv featues list (in part because something was already there, in a different form). >> Your suggestions are really appreciated :) And wish me good luck! > > I was going to! Good luck, I hope you manage to take this project to > completion. Eheh, thanks! I really hope I'll be able to handle even this task :) Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] What would you like to see in a book about Matplotlib?
Hello Andrew, thanks for taking the time to reply. First of all, let me clarify that I received a proposal (and not the opposite) so some decision were already made about the book format. On Mon, Jan 5, 2009 at 20:00, Andrew Straw wrote: > Hi Sandro, > > It's great news that a book may come out on MPL. > > Speaking as an aspiring university professor in neuroscience, I would > like to see something that could be used as a resource for undergraduate > students just learning Python and MPL. The cut of the book is for already experienced Python programmers. For sure, in the "approaching" chapter to mpl, I won't go too much into deep of python programming, and I suppose they'll be easy to read even for new comers. > Due to this perspective, I think > such a book would cover both numpy and MPL. The emphasis could clearly > by on MPL, but basic numpy idioms and concepts should also be taught. Mh, the focus the editor would like to see is about introducing mpl + integrating into apps. The examples I have in mind for the pratical part of apps integration already cointains some sort of "introduction" to gather data and plot them (but I can't go to much on the scientific side :) ). I will propose a chapter like "Matplotlib for the science" and here your suggestion on what you'd like to see there is welcome. > I > think an example-driven approach would be very useful -- something like > an undergraduate laboratory experiment where students measure and plot > raw values and compute histograms and statistics (e.g. mean and std). > More advanced sections might perform statistical comparisons of > different treatments (e.g. using chi squared, KS and/or T tests), do > linear least squares fitting (with np.linalg.lstsq), and possibly > non-linear curve fitting using something like scipy.optimize.fmin. That could be a beginning of that chapter contents: more more more ideas :) > That's my self-serving $0.02, since you asked! :) And they are very much welcome!! > You may also want to speak with John Hunter and Fernando Perez about the > possibility of collaborating -- they've already done some work towards a > book, too. I'm sure be happy to hear their voice on this product, but (given the preamble) I don't know if the editor would be fine with co-authorship; I'll ask, just to be sure. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] What would you like to see in a book about Matplotlib?
Hello Russell, thanks for getting back to me On Mon, Jan 5, 2009 at 20:29, Russell E. Owen wrote: > In article > <[email protected]>, > "Sandro Tosi" wrote: >> - what are you using matplotlib for? > > Plotting data from a networked Tkinter application. May I ask you to expand a bit what "networked" is? something like: read data from a remote server and plot on the client? Just to have an idea :) >> - what are the (basic) things that, when you were beginning to use >> matplotlib, you wanted to see grouped up but couldn't find? >> - what would you like to see in a book about matplotlib? > > I want a user's guide for the class API. So far I've figured it out by > reading examples, trying to extrapolate from the pylab user's guide > (which is quite good) and reading the class API reference, but I feel > that I barely understand what I am doing. The idea of the book is to start with simple plots, describing the methods we call and how they work, to go into more details along the book. >> - what are the things you'd like to explore of matplotlib and never >> had time to do? > > I'd like to know how best to handle plotting data as it arrives (e.g. > strip charts and evolving x-y plots). I've got code that works but am > not convinced I'm doing it in the best fashion. I already thought about an examples of "plotting with data changing on time" like plotting the cpu usage or so, so it might be useful to you that too :) > Histograms. If there's something particular interesting for you, it would be helpful to me to know it :) Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Matplotlib 0.98.5.2 - Debian packages available (source + amd64)
Hi all, due to some requests came lately, I decided to upload the "temp" Debian package for 0.98.5.2. They are available at [1]. If you're using an amd64 architecture, then you can take all those python-matplotlib*.deb and "sudo dpkg -i deb" them, if you're using another architecture, then (needs devscripts, build-essential installed): dget -x http://people.debian.org/~morph/matplotlib_0.98.5.2-1.dsc cd matplotlib-0.98.5.2 debuild -us -uc At this stage, the command will fails because there are some missing packages needed to build mpl. They are listed, so take them and "aptitude install ". You need both unstable and experimental repository in your /etc/apt/sources.list. Reiterate this process until the building proceeds. After a while (30mins ~ 1.5h) you'll have in .. the deb files to install on your machine. The building "guidelines" above are not complete, as it can't be in this email; in case of problem, reply to the lists, so other can leverage the replies. Cheers, Sandro [1] http://people.debian.org/~morph/ -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Matplotlib 0.98.5.2 - Debian packages available (source + amd64)
On Wed, Jan 14, 2009 at 14:14, John Travers wrote: > On Wed, Jan 14, 2009 at 8:10 AM, Sandro Tosi wrote: >> Hi all, >> due to some requests came lately, I decided to upload the "temp" >> Debian package for 0.98.5.2. >> >> They are available at [1]. > > Any chance you could add them to your apt repository? I was wondering that, for the time being, I could upload to experimental: developers, do you have any plan to release .3 soon? If not, and upload to our "experimental" area (that's a sort of unstable, but with packages not ready for prime time) could be an easy way for our users to have mpl on Debian system. Let me know, the package is ready, just needs the upload. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Matplotlib 0.98.5.2 - Debian packages available (source + amd64)
On Wed, Jan 14, 2009 at 18:22, John Hunter wrote: > On Wed, Jan 14, 2009 at 10:26 AM, Sandro Tosi wrote: >> I was wondering that, for the time being, I could upload to >> experimental: developers, do you have any plan to release .3 soon? If >> not, and upload to our "experimental" area (that's a sort of unstable, >> but with packages not ready for prime time) could be an easy way for >> our users to have mpl on Debian system. Let me know, the package is >> ready, just needs the upload. > > Well, I've been planning to do it for some time now but have just been > too busy. It's high on my list of things to do though! :) I supposed the situation was something similar. Well, given the package sit waiting since a long time, and even Ubuntu expressed the wish to pull a new version from Debian, I think I'll upload to experimental this night. Once ready, I'll package and upload .3 too. Thanks for your work! Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Small doc patch
Hello, while reading the doc, I've encountered some little errors I've fixed in the attached patch; nothing extremely difficult, but still worth fixing :) I'm even wondering if the svnmerge section in "Coding guide" is still valid, since I've seen some emails passing here about that, but that's too hard for me (as of now) :) . Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi Index: doc/devel/coding_guide.rst === --- doc/devel/coding_guide.rst (revision 6847) +++ doc/devel/coding_guide.rst (working copy) @@ -44,7 +44,7 @@ * if your changes are non-trivial, please make an entry in the :file:`CHANGELOG` -* if you change the API, please document it in :file:`API_CHANGES`, +* if you change the API, please document it in :file:`doc/api/api_changes.rst`, and consider posting to `matplotlib-devel <http://lists.sourceforge.net/mailman/listinfo/matplotlib-devel>`_ Index: doc/devel/documenting_mpl.rst === --- doc/devel/documenting_mpl.rst (revision 6847) +++ doc/devel/documenting_mpl.rst (working copy) @@ -252,7 +252,7 @@ taken, these figures can be included in the usual way:: .. plot:: pyplots/tex_unicode_demo.py - :include-source + :include-source: Examples Index: doc/faq/howto_faq.rst === --- doc/faq/howto_faq.rst (revision 6847) +++ doc/faq/howto_faq.rst (working copy) @@ -137,7 +137,7 @@ used to calculate the text size, is not known until the figure is drawn (:meth:`matplotlib.figure.Figure.draw`). After the window is drawn and the text instance knows its renderer, you can call -:meth:`matplotlib.text.Text.get_window_extent``. One way to solve +:meth:`matplotlib.text.Text.get_window_extent`. One way to solve this chicken and egg problem is to wait until the figure is draw by connecting (:meth:`matplotlib.backend_bases.FigureCanvasBase.mpl_connect`) to the @@ -374,7 +374,7 @@ A frequent request is to have two scales for the left and right y-axis, which is possible using :func:`~matplotlib.pyplot.twinx` (more -than two scales are not currently supported, though it is on the wishq +than two scales are not currently supported, though it is on the wish list). This works pretty well, though there are some quirks when you are trying to interactively pan and zoom, since both scales do not get the signals. @@ -483,7 +483,7 @@ This is not what show does and unfortunately, because doing blocking calls across user interfaces can be tricky, is currently unsupported, -though we have made some pregress towards supporting blocking events. +though we have made some progress towards supporting blocking events. .. _howto-contribute: -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] What would you like to see in a book about Matplotlib?
Hi Chris, thanks for your reply, helpful as usual :) On Fri, Jan 30, 2009 at 18:59, Chris Walker wrote: > Firstly, good luck with the book. cheers :) > The sort of book I'd buy would explain how to use the combination of > matplotlib/ipython/scipy/numpy to analyse data. Sadly, that would not the book I'll write :( The editor wanted to target another audience for the book: experienced python developers, with no knowledge of matplotlib; so an introductionary book, that will show even how to integrate mpl on GTK/WX application and on the web. I pushed to have something about science, and a chapter will be about that, but I need your (all) inputs, because my science days are long back in the past ;) >> - what are the (basic) things that, when you were beginning to use >> matplotlib, you wanted to see grouped up but couldn't find? >> - what would you like to see in a book about matplotlib? > > Start off by reading data from a file, plotting it and fitting a > function to that data. That sounds something that could land in the "science" chapter. > Plotting with related scales > > > Sometimes it is useful to plot related scales on x1 and x2 axes. I've > come across this several times in different contexts. In its simplest > form, there is a linear relationship between the axes. In a mechanical test, > you might want extension on the x1 axis and strain on the x2 axis (for > example). > > Sometimes there is not a linear relationship. For example you might > want to plot frequency (or photon energy) on x1 and wavelength on x2. > > An even more complex example is a Hall-Petch plot: > > (Yield Stress) = k/sqrt(Grain Size) > > So plotting 1/Sqrt(Grain Size) on the X1 axis gives a linear > plot, but it would be useful to plot the grain size on the X2 scale. Err, I think I lost you ;) What you want is 2 plots on the same figure? so not 2 Ys for the same X (let's say X is time, and Y1 is stock price variation, and Y2 is the percentage change), you want X1-Y1 (let's say on the bottom-left) and X2-Y2 (on the upper-right): did I get you? > ipython and emacs > - > > Suppose I want to write a script to analyse some data (perhaps I want > a record of what I've done, or perhaps I'd like to perform the same > analysis on several data sets). I'd probably do so in emacs - but it > is useful to do some experimentation in ipython - tab completion is > particularly useful. I feel there must be a good way to do my > experimentation in ipython and save the important bits in emacs - but > I've not sat down and worked out an efficient way of doing this. I think the preferred way to do so it using ipython, and for now I plan only to show it on the book. > Data aqcuisition and experimental control: > - > > Writing a simple application to acquire data - ideally from multiple > sources and plot the data as it is acquired. In my case I wanted to > combine mechanical with electrical tests. A couple of interesting > articles by G Varoquaux are listed at > http://wiki.debian.org/DebianScience/DataAcquisition > > This is perhaps beyond the scope of the book, but it has come up on > the mailing lists a couple of times. The ideal application would have > a gui for simple use, but a command line (probably ipython) for more > more complex use - perhaps performing a series of tests under > different conditions. I thought about an example for this already! :) I thought to develop a sample application for GTK/WX that display some system value (like cpu usage or so, in this way everyone can run the example) plotting the information as it comes (for 30 secs, for example). > Some discussion of plotting non gridded 2d data should also be in > there. for example? >> Your suggestions are really appreciated :) And wish me good luck! > > I don't think it is the thrust of your book, but another book I was > looking for is "A cookbook of Numerical simulations of classic > physics/engineering problems". For use by physicists/engineers who > don't want to rewrite things from scratch. As said, even if my degree is in linear algebra, my science days are gone, so it won't be in the book, if not for that chapter about science and mpl. > Good luck. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Patch to fix api/matplotlib_configuration_api.html
Hi all! Attached a very simple patch to show "matplotlib.patches" correctly in the docpage above. Thanks for considering, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi Index: lib/matplotlib/__init__.py === --- lib/matplotlib/__init__.py (revision 6885) +++ lib/matplotlib/__init__.py (working copy) @@ -36,7 +36,7 @@ defines the :class:`~matplotlib.lines.Line2D` class for drawing lines and markers -:mod`matplotlib.patches` +:mod:`matplotlib.patches` defines classes for drawing polygons :mod:`matplotlib.text` -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Updated (URLs) matplotlibrc files
Hello, I've updated lib/matplotlib/mpl-data/matplotlibrc to use new URLs on matplotlib.sf.net (there's just one I'm not sure marked with '(** NOT SURE**)'). Sadly, that file is not under SVN so I don't have a "svn diff" to propose, but the whole updated file, here attached; if it might be easier, here is the sed cli I used (all on a single line): sed 's|http://matplotlib.sourceforge.net/interactive.html|http://matplotlib.sourceforge.net/users/shell.html \(\*\*NOT SURE\*\*\)|; s|http://matplotlib.sourceforge.net/matplotlib.lines.html|http://matplotlib.sourceforge.net/api/artist_api.html\#module-matplotlib.lines|; s|http://matplotlib.sourceforge.net/matplotlib.patches.html|http://matplotlib.sourceforge.net/api/artist_api.html\#module-matplotlib.patches|; s|http://matplotlib.sourceforge.net/matplotlib.font_manager.html|http://matplotlib.sourceforge.net/api/font_manager_api.html|; s|http://matplotlib.sourceforge.net/matplotlib.text.html|http://matplotlib.sourceforge.net/api/artist_api.html\#module-matplotlib.text|; s|http://matplotlib.sourceforge.net/matplotlib.axes.html\#Axes|http://matplotlib.sourceforge.net/api/axes_api.html\#module-matplotlib.axes|; s|http://matplotlib.sourceforge.net/matplotlib.axis.html\#Ticks|http://matplotlib.sourceforge.net/api/axis_api.html\#matplotlib.axis.Tick|; s|http://matplotlib.sourceforge.net/matplotlib.figure.html\#Figure|http://matplotlib.sourceforge.net/api/figure_api.html#matplotlib.figure.Figure|' lib/matplotlib/mpl-data/matplotlibrc Please consider add this to the upcoming .3 release. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi matplotlibrc Description: Binary data -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Clarification on download from sf.net
Hello, I'd like your confirmation on what I see from http://sourceforge.net/project/showfiles.php?group_id=80706&package_id=278194&release_id=646644 (the download page ofr 0.98.5 release). on that page I see 1. win binary install 2. .egg file 3. source code 4. mpkg file Now, correlating with operating systems, we got: 1. windows 2. windows only? <-- that's the doubt I have 3. OS indipendent 4. Mac OS X? In particular I'm interested in egg files: is "easy_install" only supported for windows? is there any plan/will to extend it to linux/other OSes? I'm just asking because I'd like to give right advices in the book :) Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Title for legend
Hello, a friend point me to [1] asking if there's a way to add a title to legend without applying this patch. Well, my answer was "not that I know of" then I start wondering if there's a reason this patch was not applied and there's a plan to do it anytime soon. [1] http://www.mail-archive.com/matplotlib-users%40lists.sourceforge.net/msg05678.html Thanks for considering, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] File format for plots
Hi Sam, On Wed, Feb 25, 2009 at 09:35, sam tygier wrote: > I think this topic has come up before, but i don't think anything has > resulted from it. > > I'd like a way for saving a plot from from matplotlib, so that it can be > re-rendered later, possibly with a different backend, maybe to a different > size, and maybe with changes to the labels. This would save me having to > rerun the simulation that generated the plot. > > Ideally this would work by having a save_plot() function, that would save > all state of the current plot into a file. This could then be loaded by a > program to regenerate that plot. Can't this be achieved by pickling/unpickling the mpl objects? Didn't manage to test it, but it should work. Of course, it might fall in uncompatibility from source (pickling) environment and the destination (unpickling) one. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Selecting WX2.8 in examples
Hello,
we are facing a problem in Debian where a user has problems running
embedding_in_wx*.py examples.
The problem is:
>>> from wx import *
Traceback (most recent call last):
File "", line 1, in
AttributeError: 'module' object has no attribute '__DocFilter'
>>> import wx
>>> print wx.__version__
2.6.3.2
Since WX2.8 is the one to use, the solution is simple:
>>> import wxversion
>>> wxversion.select('2.8')
>>> from wx import *
>>> wx.__version__
'2.8.7.1'
That solves the problem of multi-wx on a system.
What do you think about adding those 2 line into wx examples?
Regards,
--
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Selecting WX2.8 in examples
On Fri, Mar 6, 2009 at 22:12, Sandro Tosi wrote:
>>>> import wxversion
>>>> wxversion.select('2.8')
>>>> from wx import *
>>>> wx.__version__
> '2.8.7.1'
>
> That solves the problem of multi-wx on a system.
>
> What do you think about adding those 2 line into wx examples?
Moreover, I will provide a patch to move from
>>> from wx import *
to
>>> import wx
that's much more clear. Just let me know if in the patch I will add
the wxversion.select or no.
Regards,
--
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Selecting WX2.8 in examples
On Fri, Mar 6, 2009 at 23:00, Eric Firing wrote:
> Sandro Tosi wrote:
>>
>> On Fri, Mar 6, 2009 at 22:12, Sandro Tosi wrote:
>>>>>>
>>>>>> import wxversion
>>>>>> wxversion.select('2.8')
>>>>>> from wx import *
>>>>>> wx.__version__
>>>
>>> '2.8.7.1'
>>>
>>> That solves the problem of multi-wx on a system.
>>>
>>> What do you think about adding those 2 line into wx examples?
>>
>> Moreover, I will provide a patch to move from
>>
>>>>> from wx import *
>>
>> to
>>
>>>>> import wx
>>
>> that's much more clear. Just let me know if in the patch I will add
>> the wxversion.select or no.
>>
>> Regards,
>
> Sounds good to me, but I am not a wx user, so I might be missing something.
> The only reservation that occurs to me is this: suppose version 2.10 comes
> out, and someone has only that installed. Is there a way to select 2.8 or
> higher, instead of requiring 2.8?
AFAIUI, it's not possible to say "2.8+" == "2.8 and all the higher
versions", but we can specify a list of version to be searched, the
first match is the one "mapped" as default wx. If no-one of the
specified version are available, then an exception is thrown:
>>> import wxversion
>>> wxversion.select(['2.5','2.3','2.9'])
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib/python2.5/site-packages/wxversion.py", line 149, in select
raise VersionError("Requested version of wxPython not found")
wxversion.VersionError: Requested version of wxPython not found
>>> wxversion.select(['2.5','2.3','2.8'])
>>> import wx
>>> wx.__version__
'2.8.7.1'
In any case, the example code doesn't work with wx2.6 so, as even a
temporary workaround, I think we should enforce the needs for wx2.8.
Cheers,
--
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Selecting WX2.8 in examples
On Mon, Mar 9, 2009 at 21:55, Christopher Barker wrote:
> Sandro Tosi wrote:
>>>>>>>> import wxversion
>>>>>>>> wxversion.select('2.8')
>>>>>>>> from wx import *
>>>>>>>> wx.__version__
>>>>> '2.8.7.1'
>>>>>
>>>>> That solves the problem of multi-wx on a system.
>>>>>
>>>>> What do you think about adding those 2 line into wx examples?
>
> hmmm - only the examples? or should it be in the wx back-end itself?
> Maybe at least a version check?
I'll leave this to the mpl gurus...
> Anyway -- certainly the examples
...while I'll concentrate on them :)
>>>> Moreover, I will provide a patch to move from
>>>>
>>>>>>> from wx import *
>>>> to
>>>>>>> import wx
>
> who hoo! thanks!
>
>> AFAIUI, it's not possible to say "2.8+" == "2.8 and all the higher
>> versions",
>
> I think there is:
>
> http://www.wxpython.org/docs/api/wxversion-module.html
>
> you need:
>
> import wxversion
> wxversion.ensureMinimal('2.8')
>
> I think that will do it, but I haven't tested much -- I only have one
> version installed now. If it does work, I say we definitely ue it in the.
>
> Another option is to put it in the wx back-end in a try block:
>
> wxversion.ensureMinimal('2.4')
> Traceback (most recent call last):
> File "", line 1, in
> File
> "/usr/local/lib/wxPython-unicode-2.8.9.1/lib/python2.5/site-packages/wxversion.py",
> line 181, in ensureMinimal
> raise AlreadyImportedError("wxversion.ensureMinimal() must be
> called before wxPython is imported")
> wxversion.AlreadyImportedError: wxversion.ensureMinimal() must be called
> before wxPython is imported
>
> which might be the safest, and would catch both pylab use, and people's
> home-written apps that need the wxversion call.
yeah, that's what we need: I got 2 version installed (2.6 and 2.8) and
here is the output
In [1]: import wxversion
In [2]: help(wxversion.ensureMinimal)
In [3]: wxversion.ensureMinimal('2.6')
In [4]: import wx
In [5]: wx.__version__
Out[5]: '2.6.3.2'
and
In [2]: import wxversion
In [3]: wxversion.ensureMinimal('2.8')
In [4]: import wx
In [5]: wx.__version__
Out[5]: '2.8.7.1'
So I'm going to use it in the examples. Thanks for spotting it out!
I only hope that 2.8->2.10 (or higher) would not introduce such corner
cases like in 2.6->2.8.
Cheers,
--
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Selecting WX2.8 in examples
On Fri, Mar 6, 2009 at 22:24, Sandro Tosi wrote:
> On Fri, Mar 6, 2009 at 22:12, Sandro Tosi wrote:
>>>>> import wxversion
>>>>> wxversion.select('2.8')
>>>>> from wx import *
>>>>> wx.__version__
>> '2.8.7.1'
>>
>> That solves the problem of multi-wx on a system.
>>
>> What do you think about adding those 2 line into wx examples?
>
> Moreover, I will provide a patch to move from
Here it is the promised patch (sorry for the late, that proves how
busy I am these days).
It uses the 'wxversion.ensureMinimal' function as Chris pointed out,
and move from "from wx import *" to "import wx".
I tested them on a sys (Debian sid) with both wx2.6 and wx2.8: before
the patch the examples goes in abort, after they select wx2.8 and uses
it displaying the windows (even though ex2 and 3 seems a little "too
compress" do not know if it's due to code or patch ;) ).
HTH, cheers,
--
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
Index: examples/user_interfaces/embedding_in_wx2.py
===
--- examples/user_interfaces/embedding_in_wx2.py (revision 6971)
+++ examples/user_interfaces/embedding_in_wx2.py (working copy)
@@ -4,6 +4,10 @@
toolbar - comment out the setA_toolbar line for no toolbar
"""
+# Used to guarantee to use at least Wx2.8
+import wxversion
+wxversion.ensureMinimal('2.8')
+
from numpy import arange, sin, pi
import matplotlib
@@ -20,15 +24,15 @@
from matplotlib.figure import Figure
-from wx import *
+import wx
-class CanvasFrame(Frame):
+class CanvasFrame(wx.Frame):
def __init__(self):
-Frame.__init__(self,None,-1,
+wx.Frame.__init__(self,None,-1,
'CanvasFrame',size=(550,350))
-self.SetBackgroundColour(NamedColor("WHITE"))
+self.SetBackgroundColour(wx.NamedColor("WHITE"))
self.figure = Figure()
self.axes = self.figure.add_subplot(111)
@@ -38,8 +42,8 @@
self.axes.plot(t,s)
self.canvas = FigureCanvas(self, -1, self.figure)
-self.sizer = BoxSizer(VERTICAL)
-self.sizer.Add(self.canvas, 1, LEFT | TOP | GROW)
+self.sizer = wx.BoxSizer(wx.VERTICAL)
+self.sizer.Add(self.canvas, 1, wx.LEFT | wx.TOP | wx.GROW)
self.SetSizer(self.sizer)
self.Fit()
@@ -49,7 +53,7 @@
def add_toolbar(self):
self.toolbar = NavigationToolbar2Wx(self.canvas)
self.toolbar.Realize()
-if Platform == '__WXMAC__':
+if wx.Platform == '__WXMAC__':
# Mac platform (OSX 10.3, MacPython) does not seem to cope with
# having a toolbar in a sizer. This work-around gets the buttons
# back, but at the expense of having the toolbar at the top
@@ -62,8 +66,8 @@
# By adding toolbar in sizer, we are able to put it at the bottom
# of the frame - so appearance is closer to GTK version.
# As noted above, doesn't work for Mac.
-self.toolbar.SetSize(Size(fw, th))
-self.sizer.Add(self.toolbar, 0, LEFT | EXPAND)
+self.toolbar.SetSize(wx.Size(fw, th))
+self.sizer.Add(self.toolbar, 0, wx.LEFT | wx.EXPAND)
# update the axes menu on the toolbar
self.toolbar.update()
@@ -71,7 +75,7 @@
def OnPaint(self, event):
self.canvas.draw()
-class App(App):
+class App(wx.App):
def OnInit(self):
'Create the main window and insert the custom frame'
Index: examples/user_interfaces/embedding_in_wx3.py
===
--- examples/user_interfaces/embedding_in_wx3.py (revision 6971)
+++ examples/user_interfaces/embedding_in_wx3.py (working copy)
@@ -18,6 +18,11 @@
Thanks to matplotlib and wx teams for creating such great software!
"""
+
+# Used to guarantee to use at least Wx2.8
+import wxversion
+wxversion.ensureMinimal('2.8')
+
import sys, time, os, gc
import matplotlib
matplotlib.use('WXAgg')
@@ -26,18 +31,18 @@
from matplotlib.figure import Figure
import numpy as npy
-from wx import *
-from wx.xrc import *
+import wx
+import wx.xrc as xrc
ERR_TOL = 1e-5 # floating point slop for peak-detection
matplotlib.rc('image', origin='lower')
-class PlotPanel(Panel):
+class PlotPanel(wx.Panel):
def __init__(self, parent):
-Panel.__init__(self, parent, -1)
+wx.Panel.__init__(self, parent, -1)
self.fig = Figure((5,4), 75)
self.canvas = FigureCanvasWxAgg(self, -1, self.fig)
@@ -46,11 +51,11 @@
#self.toolbar.set_active([0,1])
# Now
Re: [matplotlib-devel] Selecting WX2.8 in examples
On Wed, Mar 11, 2009 at 20:49, Eric Firing wrote: > I have applied your patch, plus related changes to backend_wx and > backend_wxagg as suggested by Chris, to the 0.98.5 maintenance branch, and > then used svnmerge to propagate the changes to the trunk. (In other words, > I judged the changes to be a bug fix rather than a new feature.) Yes, indeed they are a bugfix... hence: thanks for merging them!! :) Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Patch for screenshot.rst - pie
Hi all, I found a really nice typo: >>> $ svn diff Index: doc/users/screenshots.rst === --- doc/users/screenshots.rst (revision 7000) +++ doc/users/screenshots.rst (working copy) @@ -82,7 +82,7 @@ == The :func:`~matplotlib.pyplot.pie` command -uses a matlab(TM) compatible syntax to produce py charts. Optional +uses a matlab(TM) compatible syntax to produce pie charts. Optional features include auto-labeling the percentage of area, exploding one or more wedges out from the center of the pie, and a shadow effect. Take a close look at the attached code that produced this figure; nine <<< Indeed pronunciation is the same, but the result is quite funny :) Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] release strategy, and the role of v0_98_5_maint
On Tue, Apr 7, 2009 at 18:06, Andrew Straw wrote: > John Hunter wrote: >> We are not that far away, at least for src snapshots, os x binaries, >> and the docs. The windows binary would take some work, as would a >> linux binary, eg a debian package. > FWIW, the Debian packagers will want to make their own .debs from the > source package. I'm ready and waiting for a shiny new release to give our beloved Debian users a package to install ;) In unstable we have a "rather old" release, 0.98.3, since I was asked to not upload 0.98.5.2 to the main audience (it's now in experimental, JFTR). Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] News about new release?
Hi! some days ago there was a thread about new matplotlib release, but it seems there is some problem about windows binary pacakges preparation. Is this situation evolved a bit? Would it be considerable to do a source-only release (there are a lot of changes in the svn that our users would like to see), and then work on binary packages? Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] News about new release?
On Sun, Apr 26, 2009 at 18:08, John Hunter wrote: > On Sun, Apr 26, 2009 at 9:05 AM, Sandro Tosi wrote: >> >> Hi! >> some days ago there was a thread about new matplotlib release, but it >> seems there is some problem about windows binary pacakges preparation. >> >> Is this situation evolved a bit? Would it be considerable to do a >> source-only release (there are a lot of changes in the svn that our >> users would like to see), and then work on binary packages? > > Yes, we had problems with both the OSX and win32 builds, which we have not > resolved yet unfortunately. The problem with a "source only" release is > that on the sf download site, users will be directed to the latest release, > and there will be no binaries available there. I suppose we could reupload > the old binaries there, but I would prefer to et these issues resolved. I Ah, I see. > have had a crazy few weeks (first vacation, then my mom broke both her arms > on vavation with me requiring surgery on both sides, and I've been spending > time with her helping her recover), and I am just starting to get back into > normal life here (meaning I'm behind on non-mpl things as well) Ohh, sorry to hear that! take your time. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Register Now & Save for Velocity, the Web Performance & Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance & Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] SF.net SVN: matplotlib:[7070] trunk/matplotlib
On Wed, Apr 29, 2009 at 18:07, wrote: > Log Message: > --- > add masked array support to fill_between > > Modified Paths: > -- > trunk/matplotlib/examples/user_interfaces/embedding_in_gtk.py > trunk/matplotlib/examples/user_interfaces/embedding_in_gtk2.py is the switch to FigureCanvasGTKAgg in the examples somewhat related to... > trunk/matplotlib/lib/matplotlib/axes.py ...supporting masked array here? I'm asking because I'm studying those embedded_in_gtk* examples to learn/describe how to embed mpl into gtk :) Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Register Now & Save for Velocity, the Web Performance & Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance & Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] SF.net SVN: matplotlib:[7070] trunk/matplotlib
On Wed, Apr 29, 2009 at 19:51, John Hunter wrote: > On Wed, Apr 29, 2009 at 12:13 PM, Sandro Tosi wrote: >> >> On Wed, Apr 29, 2009 at 18:07, wrote: >> > Log Message: >> > --- >> > add masked array support to fill_between >> > >> > Modified Paths: >> > -- >> > trunk/matplotlib/examples/user_interfaces/embedding_in_gtk.py >> > trunk/matplotlib/examples/user_interfaces/embedding_in_gtk2.py >> >> is the switch to FigureCanvasGTKAgg in the examples somewhat related to... >> >> > trunk/matplotlib/lib/matplotlib/axes.py >> >> ...supporting masked array here? >> >> I'm asking because I'm studying those embedded_in_gtk* examples to >> learn/describe how to embed mpl into gtk :) > > No, it is unrelated; my commit message was incomplete. :) > I was demo-ing the embedding example to a colleague and got a gtk drawing > error (we have an older pygtk error here). Apparently our backend gtk api > is not consistent with all the pygtk's in the wild. With gtkcairo and > gtkagg, I am not too concerned with this, so I just changed the default to > gtkagg for that example which will work out of the box for more users, and > we always try to push people onto *agg where feasible. and I also got a reply for my next question "why this change?" :) Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Register Now & Save for Velocity, the Web Performance & Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance & Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Error building from source - Ubuntu
On Mon, May 18, 2009 at 16:49, M Uhlenhuth wrote: > ./CXX/WrapPython.h:42:20: error: Python.h: No such file or directory is python-dev and all other build dependencies installed? $ sudo apt-get build-dep matplotlib should help -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] [Python-modules-team] Bug#531024: Duplicate version of python-pyparsing included
Hi guys, On Fri, May 29, 2009 at 11:51, Daniel Watkins wrote: > Package: python-matplotlib > Version: 0.98.3-5 > Severity: normal > > python-matplotlib installs its own copy of pyparsing.py when it should > in fact be using the copy that is shipped in python-pyparsing. We've just receive this bug report about the internal copy of pyparsing included in mpl. The situation in Debian is: Stable1.5.0-1 Testing 1.5.1-2 Unstable1.5.2-1 Currently mpl ship: $ grep "^__version" lib/matplotlib/pyparsing.py __version__ = "1.5.0" __versionTime__ = "28 May 2008 10:05" In the changelog I can see: $ egrep -A2 "2007-11-09.*pyparsing" CHANGELOG 2007-11-09 Moved pyparsing back into matplotlib namespace. Don't use system pyparsing, API is too variable from one release to the next - DSD So there seems to be a reason for this "private" copy. The question is: is this reason still valid nowdays? should we (at least packagers) remove the private copy and rely on the system pyparsing (or at least introduce a "check if system has pyparsing, if not fallback on private" wrap)? I haven't checked, but maybe you already know the answer :) Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers & brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, & iPhoneDevCamp as they present alongside digital heavyweights like Barbarian Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] re-draw problem with FigureCanvasQTAgg in backend_qt4agg
Hi Alberto, On Wed, Jun 3, 2009 at 10:49, Alberto Soto wrote: > Good afternoon, > > I am working on a GUI that utilizes the FigureCanvasQTAgg. The GUI consists > of a Qt main window were the central widget includes a Figure. The problem > arises when this central widget interacts with re-size events of my dock > widgets. The Plot is not correctly re-drawn, it ‘leaks’ into the dock > widgets. > > I think a picture would better describe this problem: > > Here we see 2 scripts running, the 1st one’s dock widgets have been re-sized > by the user and the plot has ‘leaked’ into the right side dialog. The second > picture shows how the dialog normally looks. > > > > I am also attaching a simple script with the GUI that has the problem. > > If I move or do anything to re-trigger a paint event the plot is re-drawn > correctly. I see no problem here. I'm on a debian sid OS, with $ python -c "import matplotlib as mpl ; print mpl.__version__" 0.98.5.3 and $ apt-show-versions python-qt4 python-qt4/testing uptodate 4.4.4-6 what do you have installed? Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] re-draw problem with FigureCanvasQTAgg in backend_qt4agg
Please keep the list in the loop: adding it again. On Wed, Jun 3, 2009 at 12:16, Alberto Soto wrote: > Hi Sandro, > > I have > $ python -c "import matplotlib as mpl ; print mpl.__version__" > 0.98.5.2 > Installed and am running PyQt v4.4.3 because I am forced to rest on > Python 2.5 > > I will try installing 0.98.5.3 and see if that makes a difference. > I have seen the same problem in a Unix installation, I will try and see > which matplotlib version they were running. > > Meanwhile can you try re-sizing the dock widgets as fast as possible? If > you use the mouse to re-size them but do it gradually, the problem does > not surface. oh sorry, the *dock*... I understood to resize the window. :( Resizing the dock panel I see "part" of the problem": I see the "shadow" on the matplotlib widget but not on the right dock (I'm unable to screenshot though). > Thank you and I will see what happened with the new instalation You're welcome -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] please add this example: legend translucent
Hi all, I really liked the snipped John wrote in a mail some time ago, so I mock up a very simple example to set the alpha on a legend. It seems interesting to have such an example, also in the gallery. Since I don't have much time to dive into the sphinx example generation and so, I just hand you the code, asking to include it. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi #!/usr/bin/python # # Show how to add a translucent legend # import pyplot module import matplotlib.pyplot as plt # draw 2 crossing lines plt.plot([0,1], label='going up') plt.plot([1,0], label='going down') # add the legend in the middle of the plot leg = plt.legend(fancybox=True, loc='center') # set the alpha value of the legend: it will be translucent leg.get_frame().set_alpha(0.5) # show the plot plt.show() -- ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] please add this example: legend translucent
On Tue, Jul 21, 2009 at 19:32, Ryan May wrote: > On Tue, Jul 21, 2009 at 11:05 AM, Sandro Tosi wrote: >> >> Hi all, >> I really liked the snipped John wrote in a mail some time ago, so I >> mock up a very simple example to set the alpha on a legend. >> >> It seems interesting to have such an example, also in the gallery. >> >> Since I don't have much time to dive into the sphinx example >> generation and so, I just hand you the code, asking to include it. > > Done in 7279. Thanks! > And just FYI, if you're just adding an example to a directory > that is already included in the examples gallery (I put this one in > pylab_examples), there's nothing to be changed. It will be automatically > included. Oh that's nice, thanks for the information Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] problem plotting log (works with 0.98.5.3)
Hello,
with 0.99.{0, 1rc1} I have problem with this code:
In [1]: import matplotlib.pyplot as plt
In [2]: import numpy as np
In [3]: x = np.arange(0., np.e, 0.01)
In [4]: y = np.log(x)
In [5]: print y[:2], y[-2:]
[ -Inf -4.60517019] [ 0.99325177 0.99694863]
In [6]: plt.plot(x, y);
In [7]: plt.show()
that generates the image attached, that's clearly wrong :)
I works fine with 0.98.5.3, so there's something in the 0.99.* that broke.
Regards,
--
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
<>--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] regression on polar plot - does not "circle" with 0.99.x
On Fri, Sep 18, 2009 at 17:44, Michael Droettboom wrote: > Thanks. The subslicing optimization added in 0.99 was truncating the polar > path. Subslicing has been made more "cautious" now and will only be applied > when the axes are rectilinear and non-logarithmic. > > Interestingly, there was already a test in the test framework for this bug, > but the baseline image was wrong :) Thanks for fixing this :) Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] regression on polar plot - does not "circle" with 0.99.x
On Fri, Sep 18, 2009 at 17:16, John Hunter wrote: > I filed a report at > https://sourceforge.net/tracker/?func=browse&group_id=80706&atid=560720. Ok, next time I'll file a bug on SF issue tracker instead of writing here. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] "ValueError: too many values to unpack" building docs
Hi all, I'm a bit unsure if this is really a problem in the code or it's my machine that has problem (I didn't manage to test it in a clean chroot). When building the doc (after having built mpl with python setup.py build) I got the attached traceback. The strange fact is that 'formats' is indeed defined as a 2D list (At the bottom of plot_directive.py). Thanks for considering, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi $ MATPLOTLIBDATA=../lib/matplotlib/mpl-data/ PYTHONPATH=../build/lib.linux-x86_64-2.5/ ./make.py --small all Running Sphinx v0.6.3 loading pickled environment... failed: 'module' object has no attribute 'RedirStream' animation, api, axes_grid, event_handling, misc, mplot3d, pngsuite, pylab_examples, tests, units, user_interfaces, widgets, building [html]: targets for 472 source files that are out of date updating environment: 472 added, 0 changed, 0 removed Exception occurred while building, starting debugger: Traceback (most recent call last): File "/usr/lib/pymodules/python2.5/sphinx/cmdline.py", line 172, in main app.build(all_files, filenames) File "/usr/lib/pymodules/python2.5/sphinx/application.py", line 130, in build self.builder.build_update() File "/usr/lib/pymodules/python2.5/sphinx/builders/__init__.py", line 265, in build_update 'out of date' % len(to_build)) File "/usr/lib/pymodules/python2.5/sphinx/builders/__init__.py", line 285, in build purple, length): File "/usr/lib/pymodules/python2.5/sphinx/builders/__init__.py", line 131, in status_iterator for item in iterable: File "/usr/lib/pymodules/python2.5/sphinx/environment.py", line 513, in update_generator self.read_doc(docname, app=app) File "/usr/lib/pymodules/python2.5/sphinx/environment.py", line 604, in read_doc pub.publish() File "/usr/lib/pymodules/python2.5/docutils/core.py", line 204, in publish self.settings) File "/usr/lib/pymodules/python2.5/docutils/readers/__init__.py", line 69, in read self.parse() File "/usr/lib/pymodules/python2.5/docutils/readers/__init__.py", line 75, in parse self.parser.parse(self.input, document) File "/usr/lib/pymodules/python2.5/docutils/parsers/rst/__init__.py", line 157, in parse self.statemachine.run(inputlines, document, inliner=self.inliner) File "/usr/lib/pymodules/python2.5/docutils/parsers/rst/states.py", line 170, in run input_source=document['source']) File "/usr/lib/pymodules/python2.5/docutils/statemachine.py", line 232, in run context, state, transitions) File "/usr/lib/pymodules/python2.5/docutils/statemachine.py", line 420, in check_line return method(match, context, next_state) File "/usr/lib/pymodules/python2.5/docutils/parsers/rst/states.py", line 2883, in text self.section(title.lstrip(), source, style, lineno + 1, messages) File "/usr/lib/pymodules/python2.5/docutils/parsers/rst/states.py", line 308, in section self.new_subsection(title, lineno, messages) File "/usr/lib/pymodules/python2.5/docutils/parsers/rst/states.py", line 376, in new_subsection node=section_node, match_titles=1) File "/usr/lib/pymodules/python2.5/docutils/parsers/rst/states.py", line 266, in nested_parse node=node, match_titles=match_titles) File "/usr/lib/pymodules/python2.5/docutils/parsers/rst/states.py", line 195, in run results = StateMachineWS.run(self, input_lines, input_offset) File "/usr/lib/pymodules/python2.5/docutils/statemachine.py", line 232, in run context, state, transitions) File "/usr/lib/pymodules/python2.5/docutils/statemachine.py", line 420, in check_line return method(match, context, next_state) File "/usr/lib/pymodules/python2.5/docutils/parsers/rst/states.py", line 2658, in underline self.section(title, source, style, lineno - 1, messages) File "/usr/lib/pymodules/python2.5/docutils/parsers/rst/states.py", line 308, in section self.new_subsection(title, lineno, messages) File "/usr/lib/pymodules/python2.5/docutils/parsers/rst/states.py", line 376, in new_subsection node=section_node, match_titles=1) File "/usr/lib/pymodules/python2.5/docutils/parsers/rst/states.py", line 266, in nested_parse node=node, match_titles=match_titles) File "/usr/lib/pymodules/python2.5/docutils/parsers/rst/states.py", line 195, in run results = StateMachineWS.run(self, input_lines, input_offset) File "/usr/lib/pymodules/python2.5/docutils/statemachine.py", line 232, in run contex
Re: [matplotlib-devel] "ValueError: too many values to unpack" building docs
On Tue, Sep 22, 2009 at 16:21, Michael Droettboom wrote:
> On second look, I think it's the "--small" commandline option that breaks
> this. I hadn't tested my recent changes to the plot directive with that
> flag. The new version of make.py in SVN r7815 should fix this.
Thanks for your reply! I should have find it myself :)
Anyhow, from a clean checked-out trunk, doc doesn't build:
$ MATPLOTLIBDATA=../lib/matplotlib/mpl-data/
PYTHONPATH=../build/lib.linux-x86_64-2.5/ ./make.py --small all
Running Sphinx v0.6.2
Exception occurred while building, starting debugger:
Traceback (most recent call last):
File "/usr/lib/pymodules/python2.5/sphinx/cmdline.py", line 171, in main
warningiserror, tags)
File "/usr/lib/pymodules/python2.5/sphinx/application.py", line 94,
in __init__
self.config = Config(confdir, CONFIG_FILENAME, confoverrides, self.tags)
File "/usr/lib/pymodules/python2.5/sphinx/config.py", line 120, in __init__
execfile(config['__file__'], config)
File "/home/morph/deb/tmp/matplotlib/doc/conf.py", line 23, in
import ipython_console_highlighting
ImportError: No module named ipython_console_highlighting
> /home/morph/deb/tmp/matplotlib/doc/conf.py(23)()
-> import ipython_console_highlighting
indeed
matplotlib/doc$ grep -ri ipython_console_highlighting *
conf.py:import ipython_console_highlighting
$
Is that module benn {re.}moved?
Regards,
--
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] "ValueError: too many values to unpack" building docs
On Wed, Sep 23, 2009 at 19:21, Michael Droettboom wrote: > That file was moved. I think I had a lingering .pyc lying around which is > why it didn't fail on me. yeah, here too: I saw it only after cleaning up the svn checkout. > I have updated conf.py to import it from the > right place. Hopefully it's working now. Yeah, it works fine: thanks for the fixes. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Matplotlib book published
Hi all, I'm pleased to announce that the book about Matplotlib has been published. More info at: http://sandrotosi.blogspot.com/2009/11/matplotlib-for-python-developers.html Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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 [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] [Python-modules-team] Bug#573179: "AttributeError: 'numpy.bool_' object has no attribute '_mask'" whenever imshow'ing masked array
; ii python-numpy 1:1.3.0-3+b1 Numerical Python adds a fast > array > ii python-pyparsing 1.5.2-1 Python parsing module > ii python-support 1.0.6.1 automated rebuilding support for > P > ii python-tz 2009l-1 Python version of the Olson > timezo > ii tcl8.5 8.5.7-1 Tcl (the Tool Command Language) > v8 > ii tk8.5 8.5.7-1 Tk toolkit for Tcl and X11, v8.5 > - > ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime > > Versions of packages python-matplotlib recommends: > ii python-glade2 2.16.0-1 GTK+ bindings: Glade support > ii python-tk 2.5.2-1.1 Tkinter - Writing Tk applications > > Versions of packages python-matplotlib suggests: > ii dvipng 1.11-1 convert DVI files to PNG graphics > ii ipython 0.10-1 enhanced interactive Python shell > ii librsvg2-common 2.26.0-1 SAX-based renderer library for > SVG > ii python-configobj 4.5.2-2 a simple but powerful config file > pn python-excelerator (no description available) > ii python-gtk2 2.16.0-1 Python bindings for the GTK+ > widge > ii python-matplotlib-doc 0.99.0-1 Python based plotting system > (docu > pn python-qt3 (no description available) > ii python-qt4 4.6-1 Python bindings for Qt4 > ii python-scipy 0.7.0-2+b1 scientific tools for Python > ii python-traits 3.2.0-1 Manifest typing and reactive > progr > ii python-wxgtk2.8 2.8.10.1-3 wxWidgets Cross-platform C++ GUI > t > ii texlive-extra-utils 2007.dfsg.2-7 TeX Live: TeX auxiliary programs > ii texlive-latex-extra 2007.dfsg.17-2 TeX Live: LaTeX supplementary > pack > > -- no debconf information > > > > ___ > Python-modules-team mailing list > [email protected] > http://lists.alioth.debian.org/mailman/listinfo/python-modules-team > -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Upcoming Debian stable release and matplotlib new release(s)
Hello all, in some time (let's say a couple of months, maybe more) Debian will enter the "freeze" period, where no new upstream releases are accepted, in order to prepare the best stable release we can :) In the past months I see many changes are accumulated in the SVN but no new release are done. I don't know if you've already discussed about releasing mpl, but it would be nice if we can have something before the freeze, so to have a quite-update mpl in squeeze. >From my POV, I'll provide all the support needed, so if there something I can do just tell me :) Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] [Python-modules-team] Bug#585442: python-matplotlib: crashes when calling axis() after imshow()
forwarded 585442 [email protected] thanks Hello Matplotlib developers, here below is a report a user of maplotlib sent to the Debian bug tracker. I've verified and it happend also with 0.99.3: $ python -c "import matplotlib as p ; print p.__version__" 0.99.3 $ python mpl_crash.py terminate called after throwing an instance of 'char const*' Aborted Thanks for looking into it, Sandro On Thu, Jun 10, 2010 at 16:52, Teemu Ikonen wrote: > Package: python-matplotlib > Version: 0.99.1.2-3 > Severity: important > > Running a program which displays an image with plt.imshow() and changes the > axes with plt.axis() before calling plt.show() crashes the python interpreter: > > $ python mpl_crash.py > terminate called after throwing an instance of 'char const*' > Aborted > > This happens at least with Qt4Agg, GTKAgg and TKAgg backends. > > The example program is attached. > > Best, > > Teemu > > -- System Information: > Debian Release: squeeze/sid > APT prefers testing > APT policy: (500, 'testing') > Architecture: amd64 (x86_64) > > Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > Versions of packages python-matplotlib depends on: > ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit > ii libc6 2.10.2-9 Embedded GNU C Library: Shared > lib > ii libcairo2 1.8.10-4 The Cairo 2D vector graphics > libra > ii libfontconfig1 2.8.0-2.1 generic font configuration > library > ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared > lib > ii libgcc1 1:4.4.4-1 GCC support library > ii libglib2.0-0 2.24.1-1 The GLib library of C routines > ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface > ii libpango1.0-0 1.28.0-1 Layout and rendering of > internatio > ii libpng12-0 1.2.43-1 PNG library - runtime > ii libstdc++6 4.4.4-1 The GNU Standard C++ Library v3 > ii python 2.5.4-9 An interactive high-level > object-o > ii python-cairo 1.8.8-1+b1 Python bindings for the Cairo > vect > ii python-dateutil 1.4.1-3 powerful extensions to the > standar > ii python-gobject 2.21.1-1 Python bindings for the GObject > li > ii python-matplotlib-data 0.99.1.2-3 Python based plotting system > (data > ii python-numpy 1:1.3.0-3+b1 Numerical Python adds a fast > array > ii python-pyparsing 1.5.2-2 Python parsing module > ii python-support 1.0.8 automated rebuilding support for > P > ii python-tz 2010b-1 Python version of the Olson > timezo > ii tcl8.5 8.5.8-2 Tcl (the Tool Command Language) > v8 > ii tk8.5 8.5.8-1 Tk toolkit for Tcl and X11, v8.5 > - > ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime > > Versions of packages python-matplotlib recommends: > ii python-glade2 2.17.0-2 GTK+ bindings: Glade support > ii python-tk 2.6.5-1 Tkinter - Writing Tk applications > > Versions of packages python-matplotlib suggests: > ii dvipng 1.13-1 convert DVI files to PNG graphics > ii ipython 0.10-2 enhanced interactive Python shell > ii librsvg2-common 2.26.3-1 SAX-based renderer library for > SVG > ii python-configobj 4.7.2+ds-1 simple but powerful config file > re > pn python-excelerator (no description available) > ii python-gtk2 2.17.0-2 Python bindings for the GTK+ > widge > pn python-matplotlib-doc (no description available) > pn python-qt3 (no description available) > ii python-qt4 4.7.3-1 Python bindings for Qt4 > ii python-scipy 0.7.2-1 scientific tools for Python > ii python-traits 3.3.0-1 Manifest typing and reactive > progr > ii python-wxgtk2.8 2.8.10.1-3 wxWidgets Cross-platform C++ GUI > t > ii texlive-extra-utils 2009-7 TeX Live: TeX auxiliary programs > ii texlive-latex-extra 2009-7 TeX Live: LaTeX supplementary > pack > > -- no debconf information > > ___ > Python-modules-team mailing list > python-modules-t..
[matplotlib-devel] [PATCH] doc/make.py clean don't fail if directories are missing
Hello,
while preparing a test debian pacakge with mpl 1.0rc1, I noticed
doc/make.py clean fails if the directories to remove are missing.
The simple attached patch (svn diff against tr...@8480) resolves it;
it might also be nice to wrap the os.remove() calls below in a try: ..
except OSError: pass instead of checking existence, to avoid race
conditions and so (it's easier to ask for forgiveness than
permission).
Regards,
--
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
Index: doc/make.py
===
--- doc/make.py (revision 8480)
+++ doc/make.py (working copy)
@@ -61,8 +61,8 @@
print 'latex build has not been tested on windows'
def clean():
-shutil.rmtree("build")
-shutil.rmtree("examples")
+shutil.rmtree("build", ignore_errors=True)
+shutil.rmtree("examples", ignore_errors=True)
for pattern in ['mpl_examples/api/*.png',
'mpl_examples/pylab_examples/*.png',
'mpl_examples/pylab_examples/*.pdf',
--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] How to exclude some examples to be built for doc?
Hello, you know this question might seems strange, but I'd like to avoid some examples to be built when creating documentation. Those examples are the one using mpl.cbook.get_sample_data() to retrieve data files from the remote svn. In Debian we are not allowed to prepare a package that downloads "stuff" from the web, so I have to avoid this. The fastest solution I see is to actually exclude them from the list of the examples to build (but still install them, for users to use), but I didn't understand how :) Another solution would be for you to ship those datafile into the released tarball, so that it's all consistent and then point the example to those files, but how? if you find this in some way unacceptable, I can also download those files separately and add them when preparing the Debian package, but I have to find a way to tell get_sample_data() to point to that location... ...and so I'm asking you: what would you feel to be the best solution? Thanks in advance for your help and suggestions, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] How to exclude some examples to be built for doc?
Hello, On Mon, Jul 19, 2010 at 23:10, Sandro Tosi wrote: > Hello, > you know this question might seems strange, but I'd like to avoid some > examples to be built when creating documentation. > > Those examples are the one using mpl.cbook.get_sample_data() to > retrieve data files from the remote svn. In Debian we are not allowed > to prepare a package that downloads "stuff" from the web, so I have to > avoid this. > > The fastest solution I see is to actually exclude them from the list > of the examples to build (but still install them, for users to use), > but I didn't understand how :) > > Another solution would be for you to ship those datafile into the > released tarball, so that it's all consistent and then point the > example to those files, but how? if you find this in some way > unacceptable, I can also download those files separately and add them > when preparing the Debian package, but I have to find a way to tell > get_sample_data() to point to that location... > > ...and so I'm asking you: what would you feel to be the best solution? I don't want to put pressure on this but... was there any progress? :) It would be nice to have this somehow fixed or worked-around, so that I can upload to debian (experimental branch) and get some testing there. The fact doc generation requires downloading datafiles from web it's the only thing left that holds upload of mpl. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Matplotlib 1.0.1 release schedule (again)
Hi all, On Sun, Nov 7, 2010 at 09:25, Jouni K. Seppänen wrote: > Jouni K. Seppänen writes: > >> Benjamin Root writes: >> >>>> As an Ubuntu user, I would really a mechanism >>>> for excluding examples requiring downloaded data from being built >>> >>> How far did we get on that? I could have sworn we did something >>> about the caching mechanism. >> >> I'll commit something simple to deal with this, since the fancier >> plans were apparently too much. > > So now on the 1.0 maintenance branch (coming soon to trunk, once I'm > done wrangling with svnmerge) you can set new rc parameters > examples.download to False and examples.directory to the directory where > you have a checkout of the sample data¹. Then get_sample_data will only > look in this directory and not download anything. > > Does this help with the Debian and Ubuntu builds? Yes, indeed, thanks! I was in fact just working on preparing a patch again "vanilla" 1.0.0 to be included in Debian package, but then I realized that I have to provide those sample data, downloading them from the internet before the build and ship them in the debian customization of the released tarball... then I stop. What's the plan about 1.0.1? is it going to be release soon? will it include the sample_data dir in the released tarball, so that we can set examples.download = False, and examples.directory = "/sample_data" inside the tarball? that would really help getting mpl 1.0.* into Debian. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book "Blueprint to a Billion" shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] matplotlib 1.0.1rc available for testing, building
Hi John, On Sun, Jan 2, 2011 at 18:52, John Hunter wrote: > We are long overdue on getting a bugfix release of 1.0.0 out, so I have > uploaded an rc for testing at > > https://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.0.1/ Maybe I just missed them, but I can't find in the tarball the data files needed to run the examples without internet connection. I thought it was decided to ship them directly in the tarball and so use the examples.directory rc option to point to them at build-time and avoid to download, but if they're not in the tarball :) Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] matplotlib 1.0.1rc available for testing, building
On Sun, Jan 2, 2011 at 23:50, John Hunter wrote: > I just added a sample data release file to the same dir -- > mpl_sampledata-1.0.1rc.tar.gz - different tarball, but should contain > everything you need. Will this meet Debian's requirements? We could add it > to the main tarball, but part of the original impetus in moving the data out > of the main tree was to make the main tarball smaller. I can go either way > if it is a major hassle for you guys to do it differently. Thanks for the fast reply! There is a quite-new feature that allows use to use several tarballs to create a single source package (in this case the source & sample_data tarballs to generate the matplotlib debian source package): I can try that, and I'll let you know if I fail or not. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] matplotlib 1.0.1rc available for testing, building
On Mon, Jan 3, 2011 at 00:21, Ben Gamari wrote: > On Sun, 2 Jan 2011 23:25:12 +0100, Sandro Tosi wrote: >> Maybe I just missed them, but I can't find in the tarball the data >> files needed to run the examples without internet connection. I >> thought it was decided to ship them directly in the tarball and so use >> the examples.directory rc option to point to them at build-time and >> avoid to download, but if they're not in the tarball :) >> > You might consider looking at my Ubuntu PPA[1] if you are going to work on > packaging. I seem to have everything working at this point, so perhaps > that can save you some work. I already looked at it, but it still needs some work. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Building documentation and matplotlibrc
Hi all,
On Thu, Dec 9, 2010 at 23:04, Ben Gamari wrote:
> On Thu, 09 Dec 2010 16:44:37 -0500, Ben Gamari wrote:
>> rcdefaults()'s implementation appears to implement the latter, updating
>> rcParams from rcParamsDefault in rcsetup.py, which appears to describe
>> the factory default values. Perhaps we should
>> rcParamsDefault.update(rcParams) after loading matplotlibrc?
>>
> As expected, doing the update of rcParamsDefault proposed above (patch
> below) allows the examples.download setting to persist throughout the
> documentation build. It seems like either the documentation build
> process or rcParamsDefault has been badly broken for a very long
> time. Is rcParamsDefault really supposed to be the factory defaults or
> is this just a bug? If the former, we will need to introduce a variant
> of matplotlib.rcdefaults() to reset the configuration to that specified
> in matplotlibrc.
>
> - Ben
>
>
> diff --git a/lib/matplotlib/__init__.py b/lib/matplotlib/__init__.py
> --- a/lib/matplotlib/__init__.py
> +++ b/lib/matplotlib/__init__.py
> @@ -764,13 +772,13 @@ Please do not ask for support with these customizations
> active.
>
> # this is the instance used by the matplotlib classes
> rcParams = rc_params()
> -
> -rcParamsDefault = RcParams([ (key, default) for key, (default, converter) in
> \
> - defaultParams.iteritems() ])
> -
> rcParams['ps.usedistiller'] =
> checkdep_ps_distiller(rcParams['ps.usedistiller'])
> rcParams['text.usetex'] = checkdep_usetex(rcParams['text.usetex'])
>
> +rcParamsDefault = RcParams([ (key, default) for key, (default, converter) in
> \
> + defaultParams.iteritems() ])
> +rcParamsDefault.update(rcParams)
> +
> def rc(group, **kwargs):
> """
> Set the current rc params. Group is the grouping for the rc, eg.
With this patch we can indeed finally use the sampledata local dir -
thanks Ben for that!! anyhow, it seems to be quite a radical change,
that might have a bit of impact on what the users can experience, so
I'd like to hear from mpl devels what's the feelings about that.
Anyhow, please note that examples.directory RC param, must not
contains apex (') at the beginning/end of the value, else it would
fail; the example in matplotlibrc.template seems to suggests it's
apex-enclosed:
#examples.directory : '' # directory to look in if download is false
else you would get:
IOError: [Errno 2] No such file or directory:
"'/home/morph/deb/build-area/matplotlib-1.0.1~rc1/sampledata/'/axes_grid/bivariate_normal.npy"
it should be made it clearer (or make the get_sample_data() smarter) about that.
Cheers,
--
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] matplotlib 1.0.1rc available for testing, building
Hi John. On Wed, Jan 5, 2011 at 14:36, John Hunter wrote: > OK, I'm not aware of any outstanding issues that should hold this release. > If there are any, please let me know, else I'll upload the final later > today. Could you please give your opinion on the documentation & example.download issue on the other thread? Thanks & cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Building documentation and matplotlibrc
Hi John, On Wed, Jan 5, 2011 at 15:04, John Hunter wrote: > I agree the current behavior needs to be improved. I'm testing a change now > which utilizes two functions, now properly documented, and removing the hack > in the plot_directive since the file defaults will be preserved. This keeps > the current behavior, since rcdefaults is unchanged, but fixes the doc > string, and introduces a new function with the desired behavior. thanks for working on it! > Index: doc/matplotlibrc > === > --- doc/matplotlibrc (revision 8886) > +++ doc/matplotlibrc (working copy) > @@ -232,7 +232,7 @@ > > ### FIGURE > # See http://matplotlib.sourceforge.net/matplotlib.figure.html#Figure > -figure.figsize : 6, 4 # figure size in inches > +figure.figsize : 5.5, 4.5 # figure size in inches > #figure.dpi : 80 # figure dots per inch > #figure.facecolor : 0.75 # figure facecolor; 0.75 is scalar gray > #figure.edgecolor : white # figure edgecolor > Index: lib/matplotlib/__init__.py > === > --- lib/matplotlib/__init__.py (revision 8886) > +++ lib/matplotlib/__init__.py (working copy) > @@ -762,6 +762,7 @@ > > # this is the instance used by the matplotlib classes > rcParams = rc_params() > +rcParamsOrig = rcParams.copy() > > rcParamsDefault = RcParams([ (key, default) for key, (default, converter) > in \ > defaultParams.iteritems() ]) > @@ -843,11 +844,19 @@ > > def rcdefaults(): > """ > - Restore the default rc params - the ones that were created at > - matplotlib load time. > + Restore the default rc params - these are not the params loaded by > + the rc file, but mpl's internal params. See rc_file_defaults for > + reloading the default params from the rc file > """ > rcParams.update(rcParamsDefault) > > +def rc_file_defaults(): > + """ > + Restore the default rc params from the original matplotlib rc that > + was loaded > + """ > + rcParams.update(rcParamsOrig) > + > _use_error_msg = """ This call to matplotlib.use() has no effect > because the the backend has already been chosen; > matplotlib.use() must be called *before* pylab, matplotlib.pyplot, I take the patch is not complete, right? because naively applying it in a just-untarred source code + configuring doc/matplotlibrc don't work (ie keeps trying accessing the net) Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Building documentation and matplotlibrc
On Wed, Jan 5, 2011 at 18:45, John Hunter wrote: > On Wed, Jan 5, 2011 at 11:41 AM, Sandro Tosi wrote: >> >> > +def rc_file_defaults(): >> > + """ >> > + Restore the default rc params from the original matplotlib rc that >> > + was loaded >> > + """ >> > + rcParams.update(rcParamsOrig) >> > + >> > _use_error_msg = """ This call to matplotlib.use() has no effect >> > because the the backend has already been chosen; >> > matplotlib.use() must be called *before* pylab, matplotlib.pyplot, >> >> >> I take the patch is not complete, right? because naively applying it >> in a just-untarred source code + configuring doc/matplotlibrc don't >> work (ie keeps trying accessing the net) >> > > > Well, that is the default behavior. You still have to untar, and set the > examples.directory rc parameter as Ben discussed to do a no download doc > build. So you'll want to patch doc/matplotlibrc to set this param. ehm that's what I meant with "configuring doc/matplotlibrc" - I did that :) $ tail -n2 doc/matplotlibrc examples.download : False # False to bypass downloading mechanism examples.directory : /home/morph/deb/build-area/matplotlib-1.0.1~rc1/sampledata/ and sampledata is .. from doc -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Building documentation and matplotlibrc
On Wed, Jan 5, 2011 at 18:57, John Hunter wrote: > On Wed, Jan 5, 2011 at 11:48 AM, Sandro Tosi wrote: >> >> So you'll want to patch doc/matplotlibrc to set this param. >> >> ehm that's what I meant with "configuring doc/matplotlibrc" - I did that >> :) >> >> $ tail -n2 doc/matplotlibrc >> examples.download : False # False to bypass downloading mechanism >> examples.directory : >> /home/morph/deb/build-area/matplotlib-1.0.1~rc1/sampledata/ >> >> and sampledata is .. from doc >> /home/morph/deb/build-area/matplotlib-1.0.1~rc1/sampledata/ > > Is that tilde in you path matplotlib-1.0.1~rc1 correct? yes, it's the version I'm going to use for the RC, that's because version 1.0.1~rc1-1 is lower than 1.0.1-1 (debian versions) and so uploading an RC package will not prevent for the final release to be uploaded (1.0.1rc1-1 is bigger than 1.0.1-1). Do you think that might be the problem? -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Building documentation and matplotlibrc
On Wed, Jan 5, 2011 at 19:45, John Hunter wrote: > On Wed, Jan 5, 2011 at 12:10 PM, John Hunter wrote: >> >> The code in matplotlib.cbook.get_sample_data reads: >> >> if not matplotlib.rcParams['examples.download']: >> directory = matplotlib.rcParams['examples.directory'] >> f = os.path.join(directory, fname) >> if asfileobj: >> return open(f, 'rb') >> else: >> return f >> >> So if the rc file is getting picked up and examples.download is set to >> False, the code cannot reach the network as far as I can see. > > Just to ask an obvious question -- are you testing from svn branch. Because > the bug is fixed there, not in the rc... I could cut an rc2, just want to > make sure we are looking at the same code. ehm... no, I'm testing it the rc + your patch, sorry :) I'm updating my local svn copy and try again -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Building documentation and matplotlibrc
On Wed, Jan 5, 2011 at 19:48, Sandro Tosi wrote: > ehm... no, I'm testing it the rc + your patch, sorry :) I'm updating > my local svn copy and try again Ok, I'm trying with trunk now (or those changes are on another branch?), and it stops at reading sources... [ 20%] examples/axes_grid/demo_axes_divider while with RC it stops at reading sources... [ 14%] examples/api/date_demo 6% improvements :D anyhow, the demo_axes_divider needs file axes_grid/bivariate_normal.npy that's present in ../sampledata/axes_grid/bivariate_normal.npy so I don't know. John, is trunk working for your? I'm blocking network access to MPL SF with sudo iptables -A OUTPUT -d matplotlib.svn.sourceforge.net -j DROP and when you need it back sudo iptables -F (I flush all the rules since I have only the one above). Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Building documentation and matplotlibrc
On Wed, Jan 5, 2011 at 20:31, John Hunter wrote: > On Wed, Jan 5, 2011 at 1:23 PM, Sandro Tosi wrote: >> >> On Wed, Jan 5, 2011 at 19:48, Sandro Tosi wrote: >> > ehm... no, I'm testing it the rc + your patch, sorry :) I'm updating >> > my local svn copy and try again >> >> Ok, I'm trying with trunk now (or those changes are on another >> branch?), and it stops at > > > We're working in the release branch. Changes have not been made to trunk. > > svn co > https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/branches/v1_0_maint > mpl1 I tried with that branch, but I had no luck :( it still tries to download stuff from the net, whatever I set as examples.directory in matplotlibrc (yes, I'm trying to compile inside doc/ and I have 'examples.download : False' set) and/or MATPLOTLIB_SAMPLE_DATA . JFTR the cmdline I'm using is: mo...@zion:~/deb/upstream_checkout/mpl1/doc$ MATPLOTLIB_SAMPLE_DATA=/home/morph/deb/upstream_checkout/mpl1/sampledata/ MATPLOTLIBDATA=../lib/matplotlib/mpl-data/ PYTHONPATH=../build/lib.linux-x86_64-2.6/ ./make.py --small all $ tail -2 matplotlibrc examples.download : False # False to bypass downloading mechanism examples.directory : /home/morph/deb/upstream_checkout/mpl1/sampledata/ Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Building documentation and matplotlibrc
On Wed, Jan 5, 2011 at 23:00, John Hunter wrote: > On Wed, Jan 5, 2011 at 3:49 PM, Sandro Tosi wrote: > >> I tried with that branch, but I had no luck :( it still tries to >> download stuff from the net, whatever I set as examples.directory in >> matplotlibrc (yes, I'm trying to compile inside doc/ and I have >> 'examples.download : False' set) and/or MATPLOTLIB_SAMPLE_DATA . JFTR >> the cmdline I'm using is: >> >> mo...@zion:~/deb/upstream_checkout/mpl1/doc$ >> MATPLOTLIB_SAMPLE_DATA=/home/morph/deb/upstream_checkout/mpl1/sampledata/ >> MATPLOTLIBDATA=../lib/matplotlib/mpl-data/ >> PYTHONPATH=../build/lib.linux-x86_64-2.6/ ./make.py --small all >> >> $ tail -2 matplotlibrc >> examples.download : False # False to bypass downloading mechanism >> examples.directory : /home/morph/deb/upstream_checkout/mpl1/sampledata/ > > > Strange -- I'll try and test tonight with a machine disconnected from > the internet. Out of curiosity, what command/tool are you using to > monitor the internet requests? Ben, are you seeing the same problems? it's not exactly monitory, but I disable all the requests to matplotlib.svn.sourceforge.net via iptables: sudo iptables -A OUTPUT -d matplotlib.svn.sourceforge.net -j DROP and you're sure nothing passes towards that address :) and in fact, the moment you reach an example with get_sample_data() it stops. -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Building documentation and matplotlibrc
On Wed, Jan 5, 2011 at 23:07, John Hunter wrote: > On Wed, Jan 5, 2011 at 4:04 PM, Sandro Tosi wrote: > >> it's not exactly monitory, but I disable all the requests to >> matplotlib.svn.sourceforge.net via iptables: >> >> sudo iptables -A OUTPUT -d matplotlib.svn.sourceforge.net -j DROP >> >> and you're sure nothing passes towards that address :) and in fact, >> the moment you reach an example with get_sample_data() it stops. > > That's helpful. I used to be an iptables guru, but it has been a long > time. How do you reverse the command when you are done testing? if you have only those rule, then just issue a sudo iptables -F to flus the whole iptables chains list rules; else, you have to: sudo iptables -nL OUTPUT --line-numbers take notes of the line number of those for MPL SF (the ip addresses are those in $ host matplotlib.svn.sourceforge.net matplotlib.svn.sourceforge.net has address 216.34.181.177 matplotlib.svn.sourceforge.net has address 216.34.181.65 ) and then remove them: sudo iptables -D OUTPUT (note that if you delete a rules, the following ones have linenumber changed...) Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Building documentation and matplotlibrc
On Wed, Jan 5, 2011 at 23:22, John Hunter wrote: > OK, I found the problem. Somehow my edit to sphinxext.plot_directive > to actually call the new function was not saved and committed. I just > fixed this, so the branch *should* work. The branch > matlpotlib/sphinxext/plot_directive.py should call rc_file_defaults > rather than rcdefaults. After an svn up, confirm that this is so > before testing. $ grep -c rc_file_defaults lib/matplotlib/sphinxext/plot_directive.py 0 so it's not there :( and the only file containing rc_file_defaults is lib/matplotlib/__init__.py of course, examples are stil stuck if no network to SF is available Oh i think I got it, lib/matplotlib/sphinxext/plot_directive.py was updated on trunk instead of the v1.0 branch. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Building documentation and matplotlibrc
On Thu, Jan 6, 2011 at 02:31, John Hunter wrote: > mpl1> grep rc_file lib/matplotlib/sphinxext/plot_directive.py > > Surely I have it right now! Indeed, and it works fine!!! the only thing to notice is that examples.directory must be an absolute path, but that set, the doc build process gets files from the location specified. Thanks a lot!! Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Building documentation and matplotlibrc
Hi John, On Thu, Jan 6, 2011 at 20:57, John Hunter wrote: > On Thu, Jan 6, 2011 at 1:24 PM, Benjamin Root wrote: >> Ah, all the more reason to apply abspath() or realpath(). To decide which >> to use, let's consider the case of someone (like a developer) having >> multiple builds of matplotlib in separate directories, and uses a symlink to >> point to whichever he wants to use at the moment. >> >> The question is, in this use-case, would we want the symbolic link pathname, >> or the absolute pathname? I don't mess around with docs enough to know >> which I would want. >> >> I have attached a modified patch (which uses realpath(), but could easily be >> changed to abspath()). I also included some comments to more fully document >> what is going on and the rational for the logic being taken. > > OK, I incorporated your changes and committed. Thanks. Just to be sure: this patch is *not* in the released 1.0.1 tarball (and it will be included in the next released version), is that correct? Anyhow, with a bit of hackery in our building process, I'm able to prepare Debian packages without download anything from the net: thanks a lot for your support throughout all the process!! Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Building documentation and matplotlibrc
On Wed, Jan 12, 2011 at 18:20, Benjamin Root wrote: > I am fine with letting 1.0.1 go out as is (unless we can't live with the is already out: look at SF download page to see how many have downloaded it. > documentation typos that has shown up). I am also hesistant about putting > out yet another bug-fix release because there will be distros that will have > 1.0.0, 1.0.1, and then possibly others with 1.0.2, which would turn into a > maintenance nightmare. Instead, let's just let those package maintainers > keep up with the patches to 1.0.1. > > This also raises a question. When putting out maintenance patches, are we > going to have to patch 1.0.0 and 1.0.1? If you're saying you want to publish another tarball with version 1.0.1 that has different contents of the current one, than with my distro package maintainer and programmer hats on I say "you should not". If you have published (and not advertised, ok) something, you cannot re-publish the same version but with something "different" in it. Just go with 1.0.2, distros have (usually) the latest version and you are free to release patches in the HEAD of your development tree: it's a distro package maintainer evaluate if this patches are to be backported to the distro version, if the version cannot be bring up-to-date with the latest release. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] [Python-modules-team] Bug#608939: python-matplotlib-doc: minor glitch in draw_markers() description
forwarded 608939 [email protected] thanks Hello MPL Devs, On Tue, Jan 4, 2011 at 20:13, Jakub Wilk wrote: > Package: python-matplotlib-doc > Version: 0.99.3-1 > Severity: glitch > User: [email protected] > Usertags: sphinx1.0 > Tags: patch > > See the attached patch. Jakub wrote a patch that fix the link from draw_markers() in api_change to its documentation. It's exploited when using sphinx1.x, I'm forwarding the patch to let it be applied upstream. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] [Python-modules-team] Bug#608939: Bug#608939: python-matplotlib-doc: minor glitch in draw_markers() description
On Wed, Jan 12, 2011 at 23:59, Sandro Tosi wrote: > Hello MPL Devs, > > On Tue, Jan 4, 2011 at 20:13, Jakub Wilk wrote: >> Package: python-matplotlib-doc >> Version: 0.99.3-1 >> Severity: glitch >> User: [email protected] >> Usertags: sphinx1.0 >> Tags: patch >> >> See the attached patch. > > Jakub wrote a patch that fix the link from draw_markers() in > api_change to its documentation. It's exploited when using sphinx1.x, > I'm forwarding the patch to let it be applied upstream. Now with attachment :) -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi matplotlib-doc-api-api_changes-draw_markers.diff Description: application/mbox -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Missing ct.raw from sampledata tarball
Hi!
There is an example using ct.raw but it's not included in the
'sourcedata' tarball:
/home/morph/deb/build-area/matplotlib-1.0.1/build/lib.linux-x86_64-2.6/matplotlib/sphinxext/plot_directive.py:322:
PlotWarning: Exception running plot
/home/morph/deb/build-area/matplotlib-1.0.1/doc/mpl_examples/pylab_examples/image_demo2.py
Traceback (most recent call last):
File
"/home/morph/deb/build-area/matplotlib-1.0.1/build/lib.linux-x86_64-2.6/matplotlib/sphinxext/plot_directive.py",
line 319, in render_figures
run_code(plot_path, function_name, plot_code, context=context)
File
"/home/morph/deb/build-area/matplotlib-1.0.1/build/lib.linux-x86_64-2.6/matplotlib/sphinxext/plot_directive.py",
line 230, in run_code
"__plot__", fd, fname, ('py', 'r', imp.PY_SOURCE))
File "image_demo2.py", line 9, in
IOError: [Errno 2] No such file or directory:
'/home/morph/deb/build-area/matplotlib-1.0.1/sampledata/ct.raw'
Cheers,
--
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand
malware threats, the impact they can have on your business, and how you
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] [Python-modules-team] Bug#608942: python-matplotlib-doc: spaces in arguments of Sphinx ":param" field
Hi, Jakub spotted this problem with mpl and new sphinx: On Tue, Jan 4, 2011 at 20:47, Jakub Wilk wrote: > In Sphinx 1.0, ":param" field can accept up to 2 whitespace-separated > arguments. Unforunately, this new feature breaks a bit documentation of some > stuff in the mpl_toolkits.axes_grid.axes_divider module, which is using > spaces for its own purpose: > > $ grep -E -r 'param [^ ]* [^ ]*:' . > ./lib/mpl_toolkits/axes_grid/axes_divider.py: :param nx, nx1: > Integers specifying the column-position of the > ./lib/mpl_toolkits/axes_grid/axes_divider.py: :param ny, ny1: same as > nx and nx1, but for row positions. > ./lib/mpl_toolkits/axes_grid/axes_divider.py: :param nx, nx1: > Integers specifying the column-position of the > ./lib/mpl_toolkits/axes_grid/axes_divider.py: :param ny, ny1: same as > nx and nx1, but for row positions. > ./lib/mpl_toolkits/axes_grid/axes_divider.py: :param nx, nx1: > Integers specifying the column-position of the > ./lib/mpl_toolkits/axes_grid/axes_divider.py: :param ny, ny1: same as > nx and nx1, but for row positions. > > [0] See bottom of: > http://sphinx.pocoo.org/domains.html#info-field-lists That generates pages like this: locate(nx, ny, nx1=None, ny1=None, renderer=None)¶ Parameters: * nx1 (nx,) – Integers specifying the column-position of the cell. When nx1 is None, a single nx-th column is specified. Otherwise location of columns spanning between nx to nx1 (but excluding nx1-th column) is specified. * ny1 (ny,) – same as nx and nx1, but for row positions. With the attached patch, I removed the space between those arguments, but at least it generates a correct list even tho it's a bit visually unpleasant. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi 50_bts608942_spaces_in_param_args.patch Description: application/mbox -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Recent sphinx and documentation images output format
Hi, as per recent sphinx (I got 1.0.6 where, and with 1.0.1 it worked fine), the image 'formats' is loaded as a unicode object, and so it's no more a str as previously identified in lib/matplotlib/sphinxext/plot_directive.py: the attached patch make the doc be buildable again with 1.0.6 and should be backportable. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi 60_doc_output_format.patch Description: application/mbox -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] A new KNOWNFAIL, pcolormesh.png ?
Hi, I was playing with test suite and I noticed that : morph@zion:~/deb/build-area/matplotlib-1.0.1$ PYTHONPATH=build/lib.linux-x86_64-2.6 python -c "import matplotlib as m ; m.test(verbosity=1)" /usr/lib/pymodules/python2.6/nose/plugins/manager.py:391: UserWarning: Module matplotlib was already imported from /home/morph/deb/build-area/matplotlib-1.0.1/build/lib.linux-x86_64-2.6/matplotlib/__init__.pyc, but /usr/lib/pymodules/python2.6 is being added to sys.path import pkg_resources ..KK..K..K..K..K..K..K..K..K..K..K..K..K..K..K..K..K..K..K..K..KE.K..K..K..K..K..K/home/morph/deb/build-area/matplotlib-1.0.1/build/lib.linux-x86_64-2.6/matplotlib/axes.py:2381: UserWarning: Attempting to set identical left==right results in singular transformations; automatically expanding. left=730139.0, right=730139.0 + 'left=%s, right=%s') % (left, right)) ...K..KK..K..K.K..K..K..K..KK..K..KK..K..K..K..K == ERROR: matplotlib.tests.test_axes.test_pcolormesh -- Traceback (most recent call last): File "/usr/lib/pymodules/python2.6/nose/case.py", line 183, in runTest self.test(*self.arg) File "/home/morph/deb/build-area/matplotlib-1.0.1/build/lib.linux-x86_64-2.6/matplotlib/testing/decorators.py", line 32, in failer result = f(*args, **kwargs) File "/home/morph/deb/build-area/matplotlib-1.0.1/build/lib.linux-x86_64-2.6/matplotlib/testing/decorators.py", line 126, in decorated_compare_images '(RMS %(rms).3f)'%err) ImageComparisonFailure: images not close: /home/morph/deb/build-area/matplotlib-1.0.1/result_images/test_axes/pcolormesh.png vs. /home/morph/deb/build-area/matplotlib-1.0.1/result_images/test_axes/expected-pcolormesh.png (RMS 116.512) -- Ran 150 tests in 107.607s FAILED (KNOWNFAIL=46, errors=1) Except for the UserWarning, there is an error in the suite: is someone else able to replicate it? is it another KNOWNFAIL? Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] A new KNOWNFAIL, pcolormesh.png ?
Hi Ben, thanks for the fast reply! On Mon, Jan 17, 2011 at 20:35, Benjamin Root wrote: > I have seen this before, and I think it was discussed once before. > Visually, there is very little difference, indeed, looking at the 2 images, I can't see any difference. > but supposedly there is some sort > of issue with different PIL versions. What version of PIL do you have? 1.1.7 Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] [Python-modules-team] Bug#608932: python-matplotlib-doc: "Exception occurred rendering plot"
Hi, On Tue, Jan 4, 2011 at 19:11, Jakub Wilk wrote: > Package: python-matplotlib-doc > Version: 0.99.3-1 > Severity: minor > > There are several "Exception occurred rendering plot" warnings in the > generated documentation: > > $ cd /usr/share/doc/python-matplotlib-doc/html/ && grep -r 'Exception > occurred' . > ./users/screenshots.html:[ href="../plot_directive/mpl_examples/pylab_examples/scatter_demo2.py">source > code]Exception occurred rendering plot. > ./users/screenshots.html:[ href="../plot_directive/mpl_examples/api/date_demo.py">source > code]Exception occurred rendering plot. > ./users/screenshots.html:[ href="../plot_directive/mpl_examples/pylab_examples/finance_work2.py">source > code]Exception occurred rendering plot. > ./users/screenshots.html:[ href="../plot_directive/pyplots/plotmap.py">source code]Exception > occurred rendering plot. > ./examples/units/date_support.html:[ href="../../plot_directive/mpl_examples/units/date_support.py">source > code]Exception occurred rendering plot. > ./examples/units/basic_units.html:[ href="../../plot_directive/mpl_examples/units/basic_units.py">source > code]Exception occurred rendering plot. > ./examples/units/artist_tests.html:[ href="../../plot_directive/mpl_examples/units/artist_tests.py">source > code]Exception occurred rendering plot. > ./examples/axes_grid/demo_image.html:[ href="../../plot_directive/mpl_examples/axes_grid/demo_image.py">source > code]Exception occurred rendering plot. > ./examples/pylab_examples/data_helper.html:[ href="../../plot_directive/mpl_examples/pylab_examples/data_helper.py">source > code]Exception occurred rendering plot. > ./examples/pylab_examples/date_demo2.html:[ href="../../plot_directive/mpl_examples/pylab_examples/date_demo2.py">source > code]Exception occurred rendering plot. > ./examples/pylab_examples/geo_demo.html:[ href="../../plot_directive/mpl_examples/pylab_examples/geo_demo.py">source > code]Exception occurred rendering plot. > ./examples/pylab_examples/centered_ticklabels.html:[ href="../../plot_directive/mpl_examples/pylab_examples/centered_ticklabels.py">source > code]Exception occurred rendering plot. > ./examples/pylab_examples/finance_demo.html:[ href="../../plot_directive/mpl_examples/pylab_examples/finance_demo.py">source > code]Exception occurred rendering plot. > ./examples/pylab_examples/date_demo1.html:[ href="../../plot_directive/mpl_examples/pylab_examples/date_demo1.py">source > code]Exception occurred rendering plot. > ./examples/pylab_examples/finance_work2.html:[ href="../../plot_directive/mpl_examples/pylab_examples/finance_work2.py">source > code]Exception occurred rendering plot. > ./examples/pylab_examples/loadrec.html:[ href="../../plot_directive/mpl_examples/pylab_examples/loadrec.py">source > code]Exception occurred rendering plot. > ./examples/pylab_examples/scatter_demo2.html:[ href="../../plot_directive/mpl_examples/pylab_examples/scatter_demo2.py">source > code]Exception occurred rendering plot. > ./examples/pylab_examples/multipage_pdf.html:[ href="../../plot_directive/mpl_examples/pylab_examples/multipage_pdf.py">source > code]Exception occurred rendering plot. > ./examples/api/date_demo.html:[ href="../../plot_directive/mpl_examples/api/date_demo.py">source > code]Exception occurred rendering plot. The updated list is: api/axes_api.html api/pyplot_api.html examples/api/hinton_demo.html examples/api/radar_chart.html examples/api/sankey_demo.html examples/pylab_examples/anchored_artists.html examples/pylab_examples/arrow_demo.html examples/pylab_examples/axes_zoom_effect.html examples/pylab_examples/data_helper.html examples/pylab_examples/demo_bboximage.html examples/pylab_examples/geo_demo.html examples/pylab_examples/image_demo2.html examples/pylab_examples/legend_auto.html examples/pylab_examples/multipage_pdf.html examples/units/artist_tests.html examples/units/basic_units.html users/annotations_guide.html users/screenshots.html But I have some problems debugging these issues, since when I run the code by-hand, it works fine but in the html file it's not shown. How can I debug that? in the log there's nothing about these problems (but other error, I'll follow them up in another mail). Thanks in advance, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Tracebacks during doc build
Hi,
I noticed several tracebacks during doc building, so I'm adding them
here so we can get them fixed; let's start:
reading sources... [ 54%] examples/pylab_examples/geo_demo
/home/morph/deb/build-area/matplotlib-1.0.1-test/build/lib.linux-x86_64-2.6/matplotlib/sphinxext/plot_directive.p
y:322: PlotWarning: Exception running plot
/home/morph/deb/build-area/matplotlib-1.0.1-test/doc/mpl_examples/pyla
b_examples/geo_demo.py
Traceback (most recent call last):
File
"/home/morph/deb/build-area/matplotlib-1.0.1-test/build/lib.linux-x86_64-2.6/matplotlib/sphinxext/plot_directive.py",
line 319, in render_figures
run_code(plot_path, function_name, plot_code, context=context)
File
"/home/morph/deb/build-area/matplotlib-1.0.1-test/build/lib.linux-x86_64-2.6/matplotlib/sphinxext/plot_directive.py",
line 230, in run_code
"__plot__", fd, fname, ('py', 'r', imp.PY_SOURCE))
File "geo_demo.py", line 10, in
File
"/home/morph/deb/build-area/matplotlib-1.0.1-test/build/lib.linux-x86_64-2.6/matplotlib/pyplot.py",
line 658, in subplot
a = fig.add_subplot(*args, **kwargs)
File
"/home/morph/deb/build-area/matplotlib-1.0.1-test/build/lib.linux-x86_64-2.6/matplotlib/figure.py",
line 687, in add_subplot
a = subplot_class_factory(projection_class)(self, *args, **kwargs)
File
"/home/morph/deb/build-area/matplotlib-1.0.1-test/build/lib.linux-x86_64-2.6/matplotlib/axes.py",
line 8380, in __init__
self._axes_class.__init__(self, fig, self.figbox, **kwargs)
File "custom_projection_example.py", line 33, in __init__
TypeError: expected string or Unicode object, NoneType found
warnings.warn(s, PlotWarning)
---
reading sources... [ 57%] examples/pylab_examples/image_demo2
/home/morph/deb/build-area/matplotlib-1.0.1-test/build/lib.linux-x86_64-2.6/matplotlib/sphinxext/plot_directive.py:322:
PlotWarning: Exception running plot
/home/morph/deb/build-area/matplotlib-1.0.1-test/doc/mpl_examples/pylab_examples/image_demo2.py
Traceback (most recent call last):
File
"/home/morph/deb/build-area/matplotlib-1.0.1-test/build/lib.linux-x86_64-2.6/matplotlib/sphinxext/plot_directive.py",
line 319, in render_figures
run_code(plot_path, function_name, plot_code, context=context)
File
"/home/morph/deb/build-area/matplotlib-1.0.1-test/build/lib.linux-x86_64-2.6/matplotlib/sphinxext/plot_directive.py",
line 230, in run_code
"__plot__", fd, fname, ('py', 'r', imp.PY_SOURCE))
File "image_demo2.py", line 9, in
IOError: [Errno 2] No such file or directory:
'/home/morph/deb/build-area/matplotlib-1.0.1-test/sampledata/ct.raw'
warnings.warn(s, PlotWarning)
(see other email about missing ct.raw in sampledata tarball)
---
reading sources... [ 61%] examples/pylab_examples/loadrec
/usr/lib/pymodules/python2.6/xlwt/Cell.py:17: DeprecationWarning:
struct integer overflow masking is deprecated
return pack('<5HL', 0x00FD, 10, self.rowx, self.colx, self.xf_idx,
self.sst_idx)
/usr/lib/pymodules/python2.6/xlwt/Cell.py:225: DeprecationWarning:
struct integer overflow masking is deprecated
pieces.append(pack('<4H', 0x00BD, 6 * nc + 6, rowx, icolx))
/usr/lib/pymodules/python2.6/xlwt/Cell.py:227: DeprecationWarning:
struct integer overflow masking is deprecated
pieces.append(pack('
File
"/home/morph/deb/build-area/matplotlib-1.0.1-test/build/lib.linux-x86_64-2.6/matplotlib/collections.py",
line 836, in __init__
self.set_segments(segments)
File
"/home/morph/deb/build-area/matplotlib-1.0.1-test/build/lib.linux-x86_64-2.6/matplotlib/collections.py",
line 845, in set_segments
seg = np.asarray(seg, np.float_)
File "/usr/lib/pymodules/python2.6/numpy/core/numeric.py", line 261,
in asarray
return array(a, dtype, copy=False, order=order)
ValueError: setting an array element with a sequence.
warnings.warn(s, PlotWarning)
---
Severals:
* (WARNING/2) Block quote ends without a blank line; unexpected unindent.
* (ERROR/3) Unexpected indentation.
* (WARNING/2) malformed hyperlink target.
* WARNING: document isn't included in any toctree
* WARNING: unusable reference target found
Cheers,
--
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand
malware threats, the impact they can have on your business, and how you
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Missing doc/html file if built in a chroot?
Hi all, I'm fighting against this weirdness since some days: if I build mpl debian package on my system, it builds normally, but if I build the package in a clean chroot it fails, and I only noticed because I want to create a link in doc/build/html/_static dir, that's missing. and I'm wondering why! I can't seem to find a clear answer to that, so I'm asking for any advice yo might have. The full log of the package build in the chroot is at [1] (it's quite large expanded); at the end of the file there are some ls -lR to try to identify what's going wrong. [1] http://people.debian.org/~morph/matplotlib_1.0.1-1_amd64.build.bz2 Thanks in advance, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Missing doc/html file if built in a chroot?
Sorry it was my fault: /dev/shm was not mounted in the chroot where I built the package so multiprocessing wasn't able to create semaphores. It's building fine now. On Thu, Jan 20, 2011 at 22:58, Sandro Tosi wrote: > Hi all, > I'm fighting against this weirdness since some days: if I build mpl > debian package on my system, it builds normally, but if I build the > package in a clean chroot it fails, and I only noticed because I want > to create a link in doc/build/html/_static dir, that's missing. and > I'm wondering why! I can't seem to find a clear answer to that, so I'm > asking for any advice yo might have. > > The full log of the package build in the chroot is at [1] (it's quite > large expanded); at the end of the file there are some ls -lR to try > to identify what's going wrong. > > [1] http://people.debian.org/~morph/matplotlib_1.0.1-1_amd64.build.bz2 > > Thanks in advance, > -- > Sandro Tosi (aka morph, morpheus, matrixhasu) > My website: http://matrixhasu.altervista.org/ > Me at Debian: http://wiki.debian.org/SandroTosi > -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] git migration this weekend
On Wed, Feb 16, 2011 at 19:57, John Hunter wrote: > On Wed, Feb 16, 2011 at 7:00 AM, Darren Dale wrote: > >> John, could you freeze the svn repo around noon on Friday? I'll >> convert the repositories and push them up to github on Saturday. Is it >> possible to close the sourceforge bugtracker, feature requests, etc to >> new issues as well? > > I did some poking around and do not see an easy way to freeze the > repo. I can disable it, but then I think it won't be available for > read access. One thing I could do is remove commit privs for every > developer, making the repo read only going forward. This seems like a > reasonable approach. a pre-commit hook that just "exit 1" ? it prevents commits but not checkouts. Just my 2c, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] is basemap-1.0.1-examples.tar.gz corrupted?
Hello, I'm trying to download basemap examples tarball from SF but it seems to be corrupted - could you confirm/fix it? Thanks, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- Special Offer -- Download ArcSight Logger for FREE! Finally, a world-class log management solution at an even better price-free! And you'll get a free "Love Thy Logs" t-shirt when you download Logger. Secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsisghtdev2dev ___ Matplotlib-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
