Just a heads up to the matplotlib developer team:
I'm leaving Space Telescope for a new position at Continuum Analytics
starting next week. This position will be primarily to work on
matplotlib, so I should have much more time to participate than I have
in recent years. Thomas Caswell and I
this possible.
Cheers,
Michael Droettboom
--
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Sorry for the delayed response.
I had a discussion thread with Aaron Meurer last year about adding
pkg-config support to anaconda so that matplotlib would build
out-of-the-box, but I don't think that's gone anywhere. That would
allow the extensive patches in the anaconda matplotlib recipe
This sounds great. Unfortunately, I can't attend Scipy this year due to
a family commitment, but would be more than happy to help put together
and review materials beforehand.
Cheers,
Mike
On 03/26/2015 10:59 AM, Thomas Caswell wrote:
I also think we should have a 'state of the library'
Giving it a cursory glance, I think it's mostly current. Is there
something specific that isn't working for you?
Mike
On 03/23/2015 08:09 AM, Achyut Rastogi wrote:
Hello,
I am having trouble following the instructions given here --
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Space Telescope Science Institute
http://www.droettboom.com
--
New Year. New
/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Space Telescope Science Institute
http://www.droettboom.com
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate
un-break them.
- #3517 which is related to non-ascii paths in font look up which
causes matplotlib to blow up on import.
I am open to arguments that any of these should not be blockers.
Tom
--
Michael Droettboom
Science Software Branch
Space Telescope Science Institute
http
with
fonts. It's actually fixed a lot of bugs for us. But, yes, there are
the occasional dark corners in Python 2 like this.
Mike
Eric
On 2014/10/07, 11:03 AM, Michael Droettboom wrote:
Thanks for working on all of these. I just discovered another issue
that really should be a blocker
a somewhat formalized
Birds-of-a-feather session?
Maybe with a discussion panel and some short presentations on
our visions
for future matplotlib development?
Ben Root
On Fri, May 30, 2014 at 9:35 AM, Michael Droettboom
md...@stsci.edu mailto:md
to the sprints, which I see probably being a larger group. Your
response isn't a committment at this point, I'm just trying to gauge how
much interest there might be.
Mike
--
Michael Droettboom
Science Software Branch
Space Telescope Science Institute
http://www.droettboom.com
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Space Telescope Science Institute
http://www.droettboom.com
and using the python-debug executable.
Mike
--
Michael Droettboom
Science Software Branch
Space Telescope Science Institute
http://www.droettboom.com
--
Start Your Social Network Today - Download eXo Platform
Build your
What version of matplotlib are you using? The present behavior is
(supposed to) only use freetype-config if pkg-config isn't available on
the path.
https://github.com/matplotlib/matplotlib/pull/1941
Mike
On 03/11/2014 05:00 PM, Jim Parker wrote:
All,
I needed to install matplotlib from
wrote:
On 2014/02/27 6:28 AM, Michael Droettboom wrote:
How many matplotlib developers are planning to attend SciPy this
year?
Most likely I will not.
Eric
If we used some of our funds to support an extra hotel night,
would any
of you be interested
How many matplotlib developers are planning to attend SciPy this year?
If we used some of our funds to support an extra hotel night, would any
of you be interested in spending an extra day for a matplotlib
developer summit to discuss matplotlib projects? This would be in
addition to the
Thanks. This link never got moved over after github shut down their
download service. Your PR looks correct to me.
Mike
On 02/19/2014 12:46 AM, Matthew Brett wrote:
Hi,
I just noticed that the installation page points to the old github
download page:
I'm well aware that we were scheduled to get a 1.4.0 release out in
January. Unfortunately, other work commitments and travel have kept me
from matplotlib over recent weeks, and it doesn't look like it's going
to get much better in the short term either. If anyone wants to
volunteer to take
matplotlib is not able to use .otf format fonts. We bundle a version
where they have been converted to .ttf. We could update our code to use
.otf fonts but it's considerable work, involving writing code on top of
freetype to convert and subset our fonts, rather than the 15-year-old
ttconv
The developer hangout is starting in 5 minutes...
https://plus.google.com/events/co10krvm0qm1tb8s2jau50t4iq0
--
_
|\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _
| ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |
http://www.droettboom.com
On 01/14/2014 03:43 PM, Cyrille Rossant wrote:
What I'd love to see is some enhancement of the backend framework where
there are some extra flags and information passed to the renderer: i.e. for
each draw command, we need to know whether the drawn object should be linked
to static figure
.
-Michiel.
On Mon, 1/13/14, Michael Droettboom md...@stsci.edu wrote:
Subject: [matplotlib-devel] Meeting...?
To: matplotlib-devel@lists.sourceforge.net
matplotlib-devel@lists.sourceforge.net
Date: Monday, January 13, 2014, 11:36 AM
It's
.
If we can start 1 hour earlier (14:00 UTC, 9 am ET, 23:00 in
Japan) that would be even better.
-Michiel.
On Mon, 1/13/14, Michael Droettboom md...@stsci.edu
mailto:md...@stsci.edu
for a lot of
interesting interactive front-ends to matplotlib figures.
Anyway - if any of you have suggestions or responses to this, I'd love
to hear them! Thanks,
Jake
On Tue, Jan 14, 2014 at 9:11 AM, Michael Droettboom md...@stsci.edu
mailto:md...@stsci.edu wrote:
Jake: I'd definitely
This looks quite good to me.
I'd like some feedback from Thomas Caswell, who's looked at this part of
the code much more than I have lately, but assuming he's ok, you have my
go ahead to start the implementation.
Cheers,
Mike
On 01/08/2014 10:55 AM, Federico Ariza wrote:
Hello everybody.
I
It's probably a good time to schedule another matplotlib Google Hangout.
Is this Thursday at 1500 UTC (10 am ET) too short notice for the usual
candidates?
I know there was discussion of getting Michiel de Hoon on today (which I
just saw, unfortunately). Is there another time in the future
Go ahead and create a new MEP -- announce it here when it's ready for
review.
Thanks!
Mike
On 01/06/2014 10:38 AM, Federico Ariza wrote:
Hello everybody
In discussions with @tacaswell regarding the PR
https://github.com/matplotlib/matplotlib/pull/2624 we talked about the
possibility to
On the calendar, I had marked some time ago to mark a 1.4.0rc1 this
Wednesday. Due to an illness that's been making its way around my
family, I don't think that's going to happen.
However, I think we can start the triage of issues that would be nice
to fix for 1.4.0. We already have 45
Yes. matplotlib can not read the otf format fonts that are generally
shipped as part of the STIX font packages. You need the ones that come
with matplotlib.
Mike
On 12/31/2013 11:59 AM, Neal Becker wrote:
If I rely on the system version of matplotlib
python-matplotlib-1.3.0-1.fc20.x86_64
I'll bring this to @minrk's attention in the original issue (#2534)
Mike
On 12/06/2013 02:20 PM, Thomas Kluyver wrote:
On 6 December 2013 10:37, Joel B. Mohler jmoh...@gamry.com
mailto:jmoh...@gamry.com wrote:
It seems to me that this changeset needs to be rolled back, but I
don't
Thanks for passing this along, Nicolas.
Agg is some serious ninja-voodoo... Whenever looking through it to
explore something new, I move from utter confusion to complete amazement
at how all kinds of difficult problems are solved in an ingenious and
ultimately extremely flexible way. And I
On 11/14/2013 08:24 PM, Jason Grout wrote:
On 10/16/13 3:46 PM, Jason Grout wrote:
On 10/16/13 1:58 PM, Michael Droettboom wrote:
Sorry to take so long to get to this. This is a nice piece of work.
The most obvious thing is that this is a copy-and-paste of the existing
WebAgg backend
Sorry - I've been without network connection this morning, but it's back
up...
I'll be starting the matplotlib hangout shortly. Let me know if you
don't get an invite and would like to join.
--
_
|\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _
| ||(_| |(_|(/_|
at 8:29 AM, Michael Droettboom
md...@stsci.edu mailto:md...@stsci.edu wrote:
Here are the notes with action items from the meeting:
thanks for posting that. I see:
pylab - should it stay or should it go?
Comment from the peanut gallery:
Go.
But beyond
Just a reminder, we are having a general matplotlib development hangout
today. Everyone that responded to the Doodle poll from a few weeks ago
will get an invite, along with Matthew Terry and Matthew Brett if they
can make it to discuss their work with testing and builds.
We have a few extra
, Michael Droettboom wrote:
Just a reminder, we are having a general matplotlib development hangout
today. Everyone that responded to the Doodle poll from a few weeks ago
will get an invite, along with Matthew Terry and Matthew Brett if they
can make it to discuss their work with testing and builds
Three weeks time... see you all there!
(I've also added it to the matplotlib Google Calendar here:
https://www.google.com/calendar/feeds/79hk8jhvlks8jn8ds4ri1e6q4g%40group.calendar.google.com/public/basic)
Mike
--
_
|\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _
| ||(_|
Can you provide a standalone example to reproduce? The multipage_pdf.py
example works fine with xkcd switched on.
Mike
On 10/23/2013 08:01 AM, Neal Becker wrote:
This was using pdfpages (if that matters)
Traceback (most recent call last):
File ./plot_stuff2.py, line 326, in module
On 10/23/2013 09:51 AM, Neal Becker wrote:
Benjamin Root wrote:
Can you provide a code example to reproduce this. I suspect that recent
work on path effects might be to blame here. Also, exactly which version of
matplotlib and numpy were you using? The assert was placed there about a
year
On 10/23/2013 02:41 PM, Matthew Brett wrote:
Hi,
On Wed, Oct 23, 2013 at 11:30 AM, Russell E. Owen ro...@uw.edu wrote:
In article
cah6pt5owd7habzoerz7itbw+br80uy0z6+mpaetqemskm9v...@mail.gmail.com,
Matthew Brett matthew.br...@gmail.com
wrote:
Hi Chris,
On Tue, Oct 22, 2013 at 9:03
I just learned about this today, and thought I'd share. It's an
implementation of the ggplot interface on top of matplotlib:
http://blog.yhathq.com/posts/ggplot-for-python.html
--
_
|\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _
| ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| |
On 10/19/2013 04:14 AM, Ian Thomas wrote:
On 18 October 2013 19:18, Chris Barker chris.bar...@noaa.gov
mailto:chris.bar...@noaa.gov wrote:
Ian,
I am working on a PR to replace the use of matplotlib.delaunay
with the
Qhull library.
nice! -- ( though I sure wish Qhull did
On 10/19/2013 04:24 PM, Matthew Brett wrote:
Hi,
On Fri, Oct 18, 2013 at 4:47 AM, Michael Droettboom md...@stsci.edu wrote:
On 10/18/2013 02:11 AM, Matthew Brett wrote:
Hi,
I'm testing the binary installer build:
https://travis-ci.org/matthew-brett/mpl-osx-binaries/builds/12703220
.
That would improve matplotlib and simplify the maintainance for them.
On Mon, Oct 21, 2013 at 5:58 PM, Michael Droettboom md...@stsci.edu
mailto:md...@stsci.edu wrote:
I just learned about this today, and thought I'd share. It's an
implementation of the ggplot interface on top
On 10/18/2013 02:11 AM, Matthew Brett wrote:
Hi,
I'm testing the binary installer build:
https://travis-ci.org/matthew-brett/mpl-osx-binaries/builds/12703220
and I'm getting a test failure on Python 3.3 (not Python 2.7):
Sorry to take so long to get to this. This is a nice piece of work.
The most obvious thing is that this is a copy-and-paste of the existing
WebAgg backend -- and maintaining the two is going to be much harder
than building both out of the same pieces. As of 6389d14f, the WebAgg
backend was
I've created a wiki page to brainstorm agenda ideas for next week's meeting.
https://github.com/matplotlib/matplotlib/wiki/Hangout-2013-10-24
--
_
|\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _
| ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |
http://www.droettboom.com
Are your tests including the @cleanup decorator? (The @cleanup
decorator is run implicitly with the @image_comparison decorator, so you
really only need one or the other).
Beyond that wild guess, I'm not sure what could be going on. You could
file a pull request with your new code, even if
I have tagged and uploaded 1.3.1. It is exactly the same as 1.3.1rc2,
with only the version number being different. Once the Windows binaries
are ready, I'll make a broader announcement in the usual places.
Mike
--
_
|\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _
|
I like this idea. I've seen this called extern in other projects, but I
don't have a strong feeling about the name. I think it's good idea for all of
the reasons you mention.
Mike
From: Ian Thomas [ianthoma...@gmail.com]
Sent: Sunday, October 06, 2013
I haven't heard of this issue before.
fc-list comes from the fontconfig project. It is used to get a list of
all of the fonts installed on the system. It sounds like there is some
bug there -- the usual culprit is that there is a slightly non-standard
font installed on the system and
I think the poll is in, and it looks like the best time for us to meet
is Thursdays, 14:00 - 16:00 UTC.
Given some other commitments, I can't make it until October 24. Does
that work? I've tentatively added it to the matplotlib calendar.
Mike
On 09/18/2013 11:50 AM, Michael Droettboom wrote
On 10/02/2013 01:34 PM, Russell E. Owen wrote:
In article 524c130c.3020...@stsci.edu,
Michael Droettboom md...@stsci.edu
wrote:
I haven't heard of this issue before.
fc-list comes from the fontconfig project. It is used to get a list of
all of the fonts installed on the system
It's actually should now. Thanks for the report. I'll fix it in the
repository.
Mike
On 09/28/2013 03:11 PM, Jason Grout wrote:
On 9/27/13 12:20 PM, Michael Droettboom wrote:
- The WebAgg backend should no have lower latency over heterogeneous
Internet connections.
Is that should
I have tagged a 1.3.1rc2 release candidate.
This primarily fixes an issue using the 64-bit Ghostscript on Windows.
(I see Christoph Gohlke has already built Windows installers before I even had
a chance to announce this ;)
The tarball is available here:
I have tagged a 1.3.1 release candidate. Congrats to everyone who
reported bugs and worked hard to fix them for this release.
As this is only a bugfix release, it should hopefully not take as long
to get through the release candidate process. I hope to hear from all
the packagers over the
distutils fails to build installers on Windows. Deleting the .egg-info
directory works for me.
Christoph
On 9/27/2013 10:20 AM, Michael Droettboom wrote:
I have tagged a 1.3.1 release candidate. Congrats to everyone who
reported bugs and worked hard to fix them for this release
On 09/27/2013 02:27 PM, Christoph Gohlke wrote:
On 9/27/2013 10:20 AM, Michael Droettboom wrote:
- Now works with 64-bit versions of Ghostscript on MS-Windows.
Not really. gswin64c.exe is detected in __init__.py but apparently not
used in the PS backend:
https://github.com/matplotlib
Thanks for the interest. I agree there's lots that can be done to
improve it.
You may want to familiarize yourself with MEP10 (
https://github.com/matplotlib/matplotlib/wiki/Mep10) though that mainly
deals with docstrings and not the narrative documentation.
Perhaps as a starting point,
Is there a pull request open for this? If not, could you create one?
Mike
On 09/25/2013 03:04 PM, Federico Ariza wrote:
Hello
To address the concern of display multiple figures at the same time.
I added detach and re-parent methods to the figure manager, so figures
can be programatically
#matplotlib.lines.Line2D.lineStyles
seems a similar kind of problem
Thanks
Federico
On Mon, Sep 16, 2013 at 2:14 PM, Michael Droettboom md...@stsci.edu wrote:
Wow. It definitely should be private, or at the very least excluded from
the docs, through whatever mechanism Sphinx gives us. I really hope no one
is using
Unfortunately, this is a known bug in setuptools. It has no concept of
build time dependencies, so it probably computed all of the
dependencies correctly, but it doesn't install them in the correct order
-- it just assumes that as long as everything gets installed it will
work when it's
On 09/20/2013 10:41 AM, Benjamin Root wrote:
There is setup_requires, and from the documentation that I see, I
wonder if listing NumPy in both build_requires and install_requires
invokes a special handling to install setup requirements in the same
place as install requirements?
Ben
Wow --
See #2445.
On 09/20/2013 11:03 AM, Michael Droettboom wrote:
On 09/20/2013 10:41 AM, Benjamin Root wrote:
There is setup_requires, and from the documentation that I see, I
wonder if listing NumPy in both build_requires and install_requires
invokes a special handling to install setup
the backend to allow for unicode strings.
Note that other backends may also trip over this).
Best,
-Michiel.
*From:* Michael Droettboom md...@stsci.edu
*To:* matplotlib-devel@lists.sourceforge.net
*Sent:* Thursday, September 19
As I had considered doing a while ago, I think it might be beneficial to
start having regular Google Hangouts for matplotlib. I'm thinking
monthly is probably adequate for now while we experiment with the format.
As you may know, Google Hangouts has a maximum number of 10
participants, but an
I think an objective comparison of features and performance between Agg
and macosx would be a helpful place to start the discussion, just so we
know what we're talking about here. I seem to recall one of Michiel de
Hoon's original motivations was performance, perhaps related to hardware
On 09/18/2013 12:28 PM, Matt Terry wrote:
On Wed, Sep 18, 2013 at 5:30 AM, Phil Elson pelson@gmail.com
mailto:pelson@gmail.com wrote:
Is it time to have the discussion about dropping the MacOS backend?
I know an incredible amount of top quality developer time has gone
into
FWIW, once getting past the error reported by Eric in 2431, I am able to
reproduce this on my Mac. I'm looking into it. I suspect something in
the macosx backend is getting passed a unicode string where it used to
get a byte string.
Mike
On 09/17/2013 10:14 PM, Damon McDougall wrote:
On
Looking approximately six months after when 1.3.0 was released
(31-07-2013, after much delay), puts us in the January timeframe for
release candidates for 1.4.0. I think that's preferable than to try to
do anything during December.
I've put the following dates in the calendar:
January 8,
Try this. It at least gets simple_plot.py running again on the OS-X
backend.
https://github.com/matplotlib/matplotlib/pull/2433
Mike
On 09/18/2013 12:42 PM, Michael Droettboom wrote:
FWIW, once getting past the error reported by Eric in 2431, I am able to
reproduce this on my Mac. I'm
On 09/18/2013 12:33 PM, Michael Droettboom wrote:
On 09/18/2013 12:28 PM, Matt Terry wrote:
On Wed, Sep 18, 2013 at 5:30 AM, Phil Elson pelson@gmail.com
mailto:pelson@gmail.com wrote:
Is it time to have the discussion about dropping the MacOS backend?
I know an incredible
Yes, it does appear that the fix needs to be on 1.3.x as well. I'll
cherry-pick it.
In the meantime, Lorenzo, you can manually include the fix here:
https://github.com/matplotlib/matplotlib/pull/2319
but this will make it into the 1.3.1 release.
Mike
On 09/17/2013 08:36 AM, Thomas A
I think there's enough good bug fixes on 1.3.x now to warrant a 1.3.1
release. We have 6 blocker and 12 known bugs on that branch still. I
hope to devote some time to triaging and closing as many of these as I
can this week, and then maybe tagging a 1.3.1 release candidate early
next week.
Wow. It definitely should be private, or at the very least excluded
from the docs, through whatever mechanism Sphinx gives us. I really
hope no one is using that as a public API -- I think it's ok to just
privatize this post haste without a deprecation period.
Mike
On 09/16/2013 12:39 PM,
On 09/10/2013 08:23 AM, Filipe Saraiva wrote:
Em Ter 03 Set 2013 17:02:28 BRT, Benjamin Root escreveu:
On Mon, Sep 2, 2013 at 12:27 AM, Filipe Saraiva
m...@filipesaraiva.info mailto:m...@filipesaraiva.info wrote:
Hello,
First, thanks for this great library.
My name is
On 09/10/2013 10:05 AM, Filipe Saraiva wrote:
Em Ter 10 Set 2013 09:33:37 BRT, Michael Droettboom escreveu:
On 09/10/2013 08:23 AM, Filipe Saraiva wrote:
Em Ter 03 Set 2013 17:02:28 BRT, Benjamin Root escreveu:
On Mon, Sep 2, 2013 at 12:27 AM, Filipe Saraiva
m...@filipesaraiva.info mailto:m
When a test fails on Travis, it will now upload the failed result images
to Amazon S3. Just scroll down to the bottom on the Travis console
output, and there will be a URL there to a .tar.bz2 data containing the
test results. Handy.
Details:
Note, that we don't pay anything to upload to S3,
You provide a single standalone example to reproduce this. Most of our
files have |from __future__ import division|, so I'm not entirely sure
what could be going on...
Mike
On 08/28/2013 11:56 AM, Benjamin Root wrote:
On Wed, Aug 28, 2013 at 10:45 AM, Neal Becker ndbeck...@gmail.com
Matt,
Thanks for looking into this! I had already planned to look into
building on Travis' Mac facilities, so this is a huge timesaver.
Don't forget we also have Option 5 which is to do whatever it takes to
automate some of these things within matplotlib's setup.py script
itself. For
.
-- Russell
In article 520e3818.8060...@stsci.edu
mailto:520e3818.8060...@stsci.edu,
Michael Droettboom md...@stsci.edu mailto:md...@stsci.edu
wrote:
We actually discussed this very issue yesterday in our Google
hangout
about continuous integration. We're probably
Thanks to the gracious donation from Hans Petter Langtangen and the
Center for Biomedical Computing at Simula (http://home.simula.no/~hpl),
I now have a new Mac Mini sitting at my desk. This should allow me to
keep on top of changes that affect the Mac builds and to better track
down Mac-only
gave up a long time ago and started piecing to together my meager
PRs in a linux VM.
-paul
On Fri, Aug 16, 2013 at 6:52 AM, Michael Droettboom md...@stsci.edu
mailto:md...@stsci.edu wrote:
Thanks to the gracious donation from Hans Petter Langtangen and the
Center for Biomedical
minutes. (See
https://www.google.com/calendar/embed?src=79hk8jhvlks8jn8ds4ri1e6q4g%40group.calendar.google.comctz=America/New_York
as linked from the matplotlib wiki).
Cheers,
Phil
On 5 August 2013 16:18, Michael Droettboom md...@stsci.edu
mailto:md...@stsci.edu wrote:
Ok -- I've
I *think* (I've never done this before) that the Google Hangout is
visible to anyone at this address:
https://plus.google.com/hangouts/_/c1aa29f0e2790bf8e77d6bce867772d39ce7c0c6
Mike
--
Get 100% visibility into
Thanks to everyone who participated in the discussion today.
I didn't take great notes, but I thought I would synthesize the
discussion into a list of action items on the wiki here:
https://github.com/matplotlib/matplotlib/wiki/Mep19-continuous-integration-hangout
If I forgot something,
.
Makes sense, and I doubt that there's a way around that. It becomes a
pretty annoying limitation for our needs, though. It means we can't get
the result images for a failed pull request test.
Mike
On 08/15/2013 01:03 PM, Michael Droettboom wrote:
Thanks to everyone who participated
I'm considering changing the behavior of the rcParam |interactive|
(which also can be set through |matplotlib.interactive()| and
|pyplot.ion()| and |pyplot.ioff()|). Currently, when setting
|interactive| to |True|, running any sort of matplotlib plot as a script
will fail to display a window.
Would you mind testing the very simple patch in the PR [1] and confirm
that it has no negative consequences for you?
[1] http://github.com/matplotlib/matplotlib/pull/2286
Mike
On 08/12/2013 01:55 PM, Chris Barker - NOAA Federal wrote:
On Mon, Aug 12, 2013 at 7:01 AM, Michael Droettboom md
This is still work in progress, but feedback is welcomed.
I chose to display only the winners (three top place + honorable mention).
Cheers,
N
On 31 July 2013 17:54, Andy Ray Terrel andy.ter...@gmail.com wrote:
Okay, I'll get it up.
-- Andy
On Wed, Jul 31, 2013 at 10:48 AM, Michael
I've set up a Doodle poll to find a good time.
http://doodle.com/4f3yzii4vv7w93ai
Most of the interesting parties are either in North America or Europe
(sorry, Eric: you're the outlier).
Cheers,
Mike
On 08/02/2013 10:05 PM, Matt Terry wrote:
I don't have any useful experience with CI
Sorry -- bear with me -- I didn't mean to put in really large blocks of
time like that. Hold on as I try to fix this.
On 08/05/2013 10:42 AM, Michael Droettboom wrote:
I've set up a Doodle poll to find a good time.
http://doodle.com/4f3yzii4vv7w93ai
Most of the interesting parties
Ok -- I've redone it as 2 hour blocks -- we may not need that much time,
but it seemed like the easiest way to make this work.
Cheers,
Mike
On 08/05/2013 11:11 AM, Michael Droettboom wrote:
Sorry -- bear with me -- I didn't mean to put in really large blocks
of time like that. Hold on as I
Ludwig, this is one of the most entertaining e-mails I've read in a
while, and I think your arguments make a lot of sense.
Given infinite developer resources, do you think there's any logic to
providing *both* system Python and python.org based binaries? How much
additional work would that
Doh! Thanks for pointing that out.
Mike
On 08/02/2013 10:52 AM, Jason Grout wrote:
On 7/31/13 8:38 AM, Michael Droettboom wrote:
I have tagged and uploaded matplotlib 1.3.0 final. Congratulations to
all involved! It was a long slog getting this release out, and I
appreciate everyone's
(along with their time zone), we could also try to optimise the time
to reduce unsociable hours :-) though we have to acknowledge that
there is no such thing as the perfect time...
Cheers,
On 1 August 2013 19:58, Michael Droettboom md...@stsci.edu
mailto:md...@stsci.edu wrote
On 08/01/2013 01:39 AM, Jason Grout wrote:
On 7/31/13 8:17 PM, Michael Droettboom wrote:
On 07/31/2013 10:18 PM, Jason Grout wrote:
On 7/31/13 2:05 PM, Russell E. Owen wrote:
As a result, binary installers now have to tell users to install
these packages manually (as well as six and pyparsing
On 07/31/2013 07:40 PM, Russell E. Owen wrote:
In article 51f997f0.5060...@stsci.edu,
Michael Droettboom md...@stsci.edu
wrote:
On 07/31/2013 05:05 PM, Russell E. Owen wrote:
In article 51f950cb.7060...@stsci.edu,
Michael Droettboom md...@stsci.edu
wrote:
On 07/31/2013 01:47 PM
(Apologies for cross-posting).
matplotlib has a dire need to improve its continuous integration
testing. I've drafted MEP19 and solicited comments, but there hasn't
been a lot of feedback thus far.
As an alternative to mailing list discussion, where this sort of upfront
planning can
(Apologies for cross-posting).
matplotlib has a dire need to improve its continuous integration
testing. I've drafted MEP19 and solicited comments, but there hasn't
been a lot of feedback thus far.
As an alternative to mailing list discussion, where this sort of upfront
planning can sometimes
1 - 100 of 1015 matches
Mail list logo