The only concerns on doing 1.5 - 2.0 come from the huge amount of extra work
in uncherrypicking recherrypicking. Given the amount of testing that both
master and color-overhaul have gone through by us devs and other interested
people, I feel it perhaps better to keep the release schedule as it
sunset has a connotation of things ending. Howabout sunrise?
On Sun, Apr 5, 2015 at 5:18 PM, Olga Botvinnik obotv...@ucsd.edu wrote:
How about pythonic sunset ?
On Sun, Apr 5, 2015 at 2:01 PM Benjamin Root ben.r...@ou.edu wrote:
That is nice. The blue is a bit heavy, but that might be my
That is nice. The blue is a bit heavy, but that might be my display. Now,
how should we order it by default? I am used to thinking of blues as lower
values, and reds as higher. The yellow at the end throws me off a bit,
because I would think of it as a weaker color. Maybe if it was more
gold-like?
How about pythonic sunset ?
On Sun, Apr 5, 2015 at 2:01 PM Benjamin Root ben.r...@ou.edu wrote:
That is nice. The blue is a bit heavy, but that might be my display. Now,
how should we order it by default? I am used to thinking of blues as lower
values, and reds as higher. The yellow at the
I like it, but perhaps we should condense it to one word for ease of
typing, how about Redgauntlet? It kind of feels appropriate (for
those who need an explanation of why, see
https://www.youtube.com/watch?v=_guKhYVr5vA).
On the colormap itself, it looks good apart from the fade into blue,
Just wondering whether anyone has suggested checking candidate colormaps
against typical printer color gamuts?
On 6 Apr 2015 1:11 pm, Eric Firing efir...@hawaii.edu wrote:
On 2015/04/04 10:10 PM, Nathaniel Smith wrote:
We'd welcome any feedback from readers with non-simulated color
On Apr 5, 2015 8:29 PM, gary ruben gary.ru...@gmail.com wrote:
Just wondering whether anyone has suggested checking candidate colormaps
against typical printer color gamuts?
How would you go about doing this in practice? Is it even possible to
choose a subset of sRGB space and have printers
problems as well.
Eric
Forwarded Message
Subject: Re: [matplotlib-devel] release strategy and the color revolution
Date: Sun, 5 Apr 2015 00:20:03 -0700
From: Nathaniel Smith n...@pobox.com
To: Eric Firing efir...@hawaii.edu
CC: Michael Waskom mwas...@stanford.edu
On Mon, Feb 23, 2015 at 10:46 AM, Eric Firing efir...@hawaii.edu wrote:
On 2015/02/18 2:39 PM, Nathaniel Smith wrote:
On Feb 16, 2015 3:39 PM, Eric Firing efir...@hawaii.edu wrote:
On 2015/02/16 1:29 PM, Michael Waskom wrote:
Nathaniel's January 9 message in that thread (can't figure out
On Sun, Apr 5, 2015 at 12:46 AM, Eric Firing efir...@hawaii.edu wrote:
On 2015/04/04 9:20 PM, Nathaniel Smith wrote:
While it's taking longer than hoped, just to reassure you that this
isn't total vaporware, here's a screenshot from the colormap designer
that Stéfan van der Walt and I have
On 2015/04/04 9:20 PM, Nathaniel Smith wrote:
While it's taking longer than hoped, just to reassure you that this
isn't total vaporware, here's a screenshot from the colormap designer
that Stéfan van der Walt and I have been working on... still needs
fine-tuning (which at this point probably
3 3 3 Love the prototype colormap!!!--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software
I have opened a PR to document this discussion. It is meant to provide a
permanent record of the thought process leading up to color map and to
serve as a tool in making the finial decision.
https://github.com/matplotlib/matplotlib/pull/4238
On Mon, Mar 2, 2015 at 6:32 AM jni jni.s...@gmail.com
Hi,
Le 01/03/2015 23:27, jni a écrit :
As someone working with images, I think for displaying images you want a
colormap that spans as much as possible of the luminance range. The colormap
suggested by Michael Waskom would be quite perfect as-is. (recap: middle
colormap here:
Hi Pierre,
Could you please elaborate a bit on this
usecase. I was thinking, naively, that when plotting a grayscale image,
one would simply used a gray colormap.
Using a colormap with hue and saturation gives you better contrast than
pure grayscale. For natural images, that is, photographs
Hi everyone,
As someone working with images, I think for displaying images you want a
colormap that spans as much as possible of the luminance range. The colormap
suggested by Michael Waskom would be quite perfect as-is. (recap: middle
colormap here:
On Feb 19, 2015 1:39 AM, Nathaniel Smith n...@pobox.com wrote:
On Feb 16, 2015 3:39 PM, Eric Firing efir...@hawaii.edu wrote:
On 2015/02/16 1:29 PM, Michael Waskom wrote:
Nathaniel's January 9 message in that thread (can't figure out how to
link to it in the archives) had a
Well, since we are thinking of it... What about prettyplotlib's style? I am
not sure I want to completely steal either project's style as it is their
own look-n-feel (and there are some aspects of their styles I don't quite
like, but I am something of a luddite...). But I would certainly be
On 2015/02/18 2:39 PM, Nathaniel Smith wrote:
On Feb 16, 2015 3:39 PM, Eric Firing efir...@hawaii.edu wrote:
On 2015/02/16 1:29 PM, Michael Waskom wrote:
Nathaniel's January 9 message in that thread (can't figure out how to
link to it in the archives) had a suggestion that I thought was very
Hi,
Le 16/02/2015 23:01, Eric Firing a écrit :
For a long time there has been discussion of replacing the matplotlib
default color map [...]
I've started building a small interactive Lab point editor to build a
sequential colormap.
https://github.com/pierre-haessig/lab-colormap-creator
The
Interesting choices, and I think we are on the right paths (no pun
intended) through the two possible colors. However, I think the same
problem arises that I noted before. Both ends of the colormap are nearly
black to nearly white. IIRC, our perception of luminosity has a much
greater range than
On 2015/02/23 8:16 AM, Benjamin Root wrote:
Interesting choices, and I think we are on the right paths (no pun
intended) through the two possible colors. However, I think the same
problem arises that I noted before. Both ends of the colormap are nearly
black to nearly white. IIRC, our
My eyes are definitely favoring the L20-80 over the L5-95 colormaps. Does
Luminosity take into account human's non-linearity in perceiving
brightness? I remember a few years ago many of the open-source graphics
tools (such as GIMP) had to be fixed because it assumed a linear brightness
perception.
Cool! I knew there had been some useful tools posted on the earlier thread
but didn't have time to dig them out.
Interesting observation about the colorfulness. I don't know enough about
all the transformations involved to full account for that, but I added some
stuff to the notebook to figure
I've made a second notebook that uses the IPython interactive machinery to
let anyone play with the parameters and explore different ways of setting
them. you can download the notebook with that here:
http://nbviewer.ipython.org/gist/mwaskom/842d1497b6892d081bfb (I made it
using IPython 3.0rc1;
The problem I have with hcl is that while it is technically colorful (or
whatever the term may be), only the reds really come out because the other
colors are only used when either really light or really dark. Perhaps
squashing the brightness range a bit and let the natural lightness of
yellow
On 2015/02/18 6:31 AM, Benjamin Root wrote:
The problem I have with hcl is that while it is technically colorful
(or whatever the term may be), only the reds really come out because the
other colors are only used when either really light or really dark.
Perhaps squashing the brightness range a
On Wed, Feb 18, 2015 at 4:42 PM, Olga Botvinnik obotv...@ucsd.edu wrote:
FYI the notebook isn't working for me in IPython 2.2.0
Oops, sorry.
I agree with Michael's sentiment that from a marketing perspective, a
matplotlib-only colormap is advantageous to maintain a consistent brand.
Just
On 2015/02/18 2:39 PM, Nathaniel Smith wrote:
On Feb 16, 2015 3:39 PM, Eric Firing efir...@hawaii.edu wrote:
On 2015/02/16 1:29 PM, Michael Waskom wrote:
Nathaniel's January 9 message in that thread (can't figure out how to
link to it in the archives) had a suggestion that I thought was very
FYI the notebook isn't working for me in IPython 2.2.0
I agree with Michael's sentiment that from a marketing perspective, a
matplotlib-only colormap is advantageous to maintain a consistent brand.
Will these colormaps also be used for non-imshow/colormesh/pcolormesh data,
as in for line colors
@Nathaniel I think developing the color-overhaul as a maintenance release
is a decent compromise. All non-color changes get directed at the master
branch and we can cherry-picked back bug-fixes as needed.
The next feature release is planned for July/August, I _really_ hope
sorting out the colors
On Wed, Feb 18, 2015 at 5:23 PM, Eric Firing efir...@hawaii.edu wrote:
Do you think there is a way to make a sequential map that is more pleasing
to those of us who are more comfortable with blues and greens than with the
slightly muddy purples and browns in the initial attempt at HCL?
Just
On 2015/02/18 2:42 PM, Olga Botvinnik wrote:
FYI the notebook isn't working for me in IPython 2.2.0
I agree with Michael's sentiment that from a marketing perspective, a
matplotlib-only colormap is advantageous to maintain a consistent brand.
Provided we can find a good colormap for that
On Feb 16, 2015 3:39 PM, Eric Firing efir...@hawaii.edu wrote:
On 2015/02/16 1:29 PM, Michael Waskom wrote:
Nathaniel's January 9 message in that thread (can't figure out how to
link to it in the archives) had a suggestion that I thought was very
promising, to do something similar to
Hey Olga,
On Tue, Feb 17, 2015 at 6:24 PM, Olga Botvinnik obotv...@ucsd.edu wrote:
Out of curiosity, what are the advantages of the HCL colormap over YlGnBu
for continuous values? I'm biased towards YlGnBu because green is my
favorite color and want to know what makes HCL objectively better
Out of curiosity, what are the advantages of the HCL colormap over YlGnBu
for continuous values? I'm biased towards YlGnBu because green is my
favorite color and want to know what makes HCL objectively better for
perceiving values.
I added YlGnBu_r versions of those plots just below yours:
I wasn't referring to just the default colors, but the default style in
general. Things like background, line thickness, padding, ticks, etc. I
thought that there was agreement that the default matplotlib style is not
optimal, and that the point of the 2.0 release was to put all the
stylistic
For a long time there has been discussion of replacing the matplotlib
default color map and color cycle, but we still haven't done it. We need
a clear set of criteria, and a small set of good alternatives, leading
to a decision, a PR, and a release. Now is the time.
Here is what I think is
There are several cycles in seaborn. Is it safe to assume that you mean the
'deep' palette?
On Mon, Feb 16, 2015 at 14:40 Eric Firing efir...@hawaii.edu wrote:
On 2015/02/16 12:01 PM, Eric Firing wrote:
Proposals for the new color cycle for line plots?
Here is a proposal: we simply adopt
On Mon, Feb 16, 2015 at 3:15 PM, Eric Firing efir...@hawaii.edu wrote:
Does anyone have a suggestion for a colorblind-friendly cycle? Maybe
omit the green and tack a gray on the end? I haven't checked, so I
don't know if this would work well.
Here are two palettes that are optimized for
On Mon, Feb 16, 2015 at 3:19 PM, Michael Waskom mwas...@stanford.edu
wrote:
Here are two palettes that are optimized for colorblindness
actually I should say I have no idea if those are optimal, but the
simulations do suggest they work well.
On Mon, Feb 16, 2015 at 2:01 PM, Eric Firing efir...@hawaii.edu wrote:
Here is what I think is the most recent extensive thread:
http://comments.gmane.org/gmane.comp.python.matplotlib.devel/13122
...
1) A greyscale has been proposed; it satisfies several of the criteria
very well, but
See [here](http://nbviewer.ipython.org/gist/mwaskom/6a43a3b94eca4a9e2e8b)
for a quick and dirty implementation that should get a general idea. This
probably ins't the best way to do it -- anyone should feel free to build on
this.
On Mon, Feb 16, 2015 at 3:38 PM, Eric Firing efir...@hawaii.edu
On 2015/02/16 12:42 PM, Paul Hobson wrote:
There are several cycles in seaborn. Is it safe to assume that you mean
the 'deep' palette?
Yes, in the sense that when I wrote the message I was just looking at
seaborn's tutorial showing the default, which is 'deep'--but I didn't
know it then.
A
On 2015/02/16 1:19 PM, Michael Waskom wrote:
Here are two palettes that are optimized for colorblindness:
http://www.cookbook-r.com/Graphs/Colors_%28ggplot2%29/#a-colorblind-friendly-palette
Strange--they have both red and green, so I would never have expected
them to work. The yellow looks
On 2015/02/16 1:29 PM, Michael Waskom wrote:
Nathaniel's January 9 message in that thread (can't figure out how to
link to it in the archives) had a suggestion that I thought was very
promising, to do something similar to Parula but rotate around the hue
circle the other direction so that the
It's helped by pulling the green towards blue and the red towards yellow,
but they are probably the hardest to distinguish in the set.
Which emphasizes that, while it's good to start with a colorblind-friendly
set of colors, the person making the figure also has the responsibility to
choose how
On 2015/02/16 12:01 PM, Eric Firing wrote:
Proposals for the new color cycle for line plots?
Here is a proposal: we simply adopt seaborn's cycle.
Eric
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT
Do remember that I have a PR to add linestyle cycling, which would greatly
mitigate problems for colorblindness and non-color publications.
I also prefer it for slideshows as projectors at conferences tend to have
crappy colors anyway (was at a radar conference when the projector's red
crapped
Hi all!
On Sun, Feb 8, 2015 at 12:13 AM, Thomas Caswell tcasw...@gmail.com wrote:
Hey all,
To start with, the 2.0 release is pending a choice of new default color map.
I think that when we pick that we should cut 2.0 off of the last release and
then the next minor release turns into 2.1. If
Ah, no I mean the exact opposite!
My proposal is to cut 2.0 off of what ever the current stable release is
(ex, 1.4.3) and then merge that into master. The next minor release would
then be 2.1 and there would be no new 1.Y releases.
Tom
On Sun Feb 08 2015 at 2:04:24 PM Sandro Tosi
On Feb 8, 2015 1:13 AM, Thomas Caswell tcasw...@gmail.com wrote:
Hey all,
To start with, the 2.0 release is pending a choice of new default color
map. I think that when we pick that we should cut 2.0 off of the last
release and then the next minor release turns into 2.1. If we want to do
Hey all,
To start with, the 2.0 release is pending a choice of new default color
map. I think that when we pick that we should cut 2.0 off of the last
release and then the next minor release turns into 2.1. If we want to do
other breaking changes we will just do a 3.0 when that happens. It
Today is the scheduled day for release candidate 1.2rc1.
We seem to be in really good shape. Thanks to everyone that has been
working so hard to squash bugs, particularly ones that turned out to be
bottomless rabbit holes.
We have a few outstanding issues, which I'll categorize below:
Hello,
Do you still accept pep8 cleaning up ? I've got a couple of important
deadlines coming up soon, but I might be able to clean up the whole code.
Thanks,
N
On 10 September 2012 18:00, Michael Droettboom md...@stsci.edu wrote:
Today is the scheduled day for release candidate 1.2rc1.
We
I'd certainly like to see that work continue, but I don't know if it's
worth holding up the release candidate for. We probably won't get it
out today given the other critical things yet to go in -- but once the
release candidate is cut, I'd prefer to be really conservative about
what changes
On 10/09/2012 17:00, Michael Droettboom wrote:
Today is the scheduled day for release candidate 1.2rc1.
We seem to be in really good shape. Thanks to everyone that has been
working so hard to squash bugs, particularly ones that turned out to be
bottomless rabbit holes.
We have a few
On 09/10/2012 12:49 PM, Mark Lawrence wrote:
My offer to test on Windows still holds. The question is test what?
Assuming that the intent is to support Python 2.6/7 and 3.1/2/3 then
different versions of Visual Studio are needed as detailed here
http://bugs.python.org/issue13210. I can't see
On Mon, Sep 10, 2012 at 5:00 PM, Michael Droettboom md...@stsci.edu wrote:
We have a few outstanding issues, which I'll categorize below:
Critical things that need just a little more work:
#1223dpi= for bitmaps not handled correctly
I don't believe this is release critical. It only
On 9/10/2012 10:08 AM, Michael Droettboom wrote:
On 09/10/2012 12:49 PM, Mark Lawrence wrote:
My offer to test on Windows still holds. The question is test what?
Assuming that the intent is to support Python 2.6/7 and 3.1/2/3 then
different versions of Visual Studio are needed as detailed
What will it take to get a release out, so that debian, ubuntu, etc. can
have something better than 1.0.1? And so that the python 3 merge can
take place?
Eric
--
BlackBerryreg; DevCon Americas, Oct. 18-20, San
I think it will take a declaration of a firm deadline. How about this?
Cut RC release Friday, Sept 23rd
Release v1.1.0 Friday, Sept. 30th.
(Barring any major significant changes)
In particular, for the RC, I want to make sure that installation and
documents for the installation is solid. I
On 9/17/2011 2:08 PM, Benjamin Root wrote:
I think it will take a declaration of a firm deadline. How about this?
Cut RC release Friday, Sept 23rd
Release v1.1.0 Friday, Sept. 30th.
(Barring any major significant changes)
In particular, for the RC, I want to make sure that installation
On 10/23/2010 04:59, John Hunter wrote:
I would be happy to do a release early next week. Is anyone aware of
any show stopper bugs that need to be fixed first?
I think we should really get the build bot to all green again before
doing a release. Currently, the last that happened was October
On Thu, Oct 28, 2010 at 12:44 AM, Andrew Straw straw...@astraw.com wrote:
On 10/23/2010 04:59, John Hunter wrote:
I would be happy to do a release early next week. Is anyone aware of
any show stopper bugs that need to be fixed first?
I think we should really get the build bot to all green
On Thu, Oct 28, 2010 at 9:05 AM, Benjamin Root ben.r...@ou.edu wrote:
Just as a quick question that I would like to throw out. It isn't a bug,
but rather an aesthetics issue that I caused for the version 1.0 release.
With allowing 3d plots to be made subplottable, the margins for the plot
On Thu, Oct 28, 2010 at 9:55 AM, John Hunter jdh2...@gmail.com wrote:
On Thu, Oct 28, 2010 at 9:05 AM, Benjamin Root ben.r...@ou.edu wrote:
Just as a quick question that I would like to throw out. It isn't a bug,
but rather an aesthetics issue that I caused for the version 1.0 release.
On Thu, Oct 28, 2010 at 1:11 PM, Christopher Barker
chris.bar...@noaa.gov wrote:
On 10/25/10 1:41 PM, Daniel Hyams wrote:
It doesn't really insist on it right? There are MATPLOTLIBDIR and
MPLCONFIGDIR environment variables.
You can set these env variables within your code, before import of
On Thu, Oct 28, 2010 at 1:50 PM, John Hunter jdh2...@gmail.com wrote:
On Thu, Oct 28, 2010 at 1:11 PM, Christopher Barker
chris.bar...@noaa.gov wrote:
On 10/25/10 1:41 PM, Daniel Hyams wrote:
It doesn't really insist on it right? There are MATPLOTLIBDIR and
MPLCONFIGDIR environment
In article 4cc9bcd8.60...@noaa.gov,
Christopher Barker chris.bar...@noaa.gov wrote:
On 10/25/10 1:41 PM, Daniel Hyams wrote:
It doesn't really insist on it right? There are MATPLOTLIBDIR and
MPLCONFIGDIR environment variables.
You can set these env variables within your code, before
On Thu, Oct 28, 2010 at 2:46 PM, Russell E. Owen ro...@uw.edu wrote:
It's an interesting question. You can't call a matplotlib function to do
it because it has to happen before matplotlib is loaded. I suppose there
could be a configuration package to perform the operation.
This is basically
On 10/28/10 11:50 AM, John Hunter wrote:
On Thu, Oct 28, 2010 at 1:11 PM, Christopher Barker
You can set these env variables within your code, before import of
matplotlib via os.environment.
The MPLCONFIGDIR tells mpl where to find the config file. It's hard
to read the config, no matter
In reference to the configuration package idea...
I (and the users that I support) use matplotlib both as a standalone plotter
for generating lots of plots, as an interactive plotter, and as an embedded
plot in an application environment. In all of these instances we have found
the
On 10/23/10 10:35 PM, jason-s...@creativetrax.com wrote:
On 10/22/10 7:16 PM, Michael Droettboom wrote:
On 10/22/2010 05:45 PM, Russell E. Owen wrote:
I'm curious when the next release of matplotlib is due.
My application is suffering badly from the issue that an incorrect font
cache
In article 4cc22964.1050...@stsci.edu,
Michael Droettboom md...@stsci.edu
wrote:
On 10/22/2010 05:45 PM, Russell E. Owen wrote:
I'm curious when the next release of matplotlib is due.
My application is suffering badly from the issue that an incorrect font
cache will cause matplotlib
In article
aanlktinusoohzkqdg9p2lbpb3vyjwk3jakaqcnhnp...@mail.gmail.com,
John Hunter jdh2...@gmail.com wrote:
On Fri, Oct 22, 2010 at 7:16 PM, Michael Droettboom
md...@stsci.edu wrote:
On 10/22/2010 05:45 PM, Russell E. Owen wrote:
I'm curious when the next release of matplotlib is due.
On Mon, Oct 25, 2010 at 4:15 PM, Russell E. Owen ro...@uw.edu wrote:
In article 4cc22964.1050...@stsci.edu,
Michael Droettboom md...@stsci.edu
wrote:
On 10/22/2010 05:45 PM, Russell E. Owen wrote:
I'm curious when the next release of matplotlib is due.
My application is
On Mon, Oct 25, 2010 at 3:41 PM, Daniel Hyams dhy...@gmail.com wrote:
It doesn't really insist on it right? There are MATPLOTLIBDIR and
MPLCONFIGDIR environment variables. The former is for the location of
mpl-data, and is not really documented well (that I could find, anyway, but
I found
Right, I was referring specifically to MATPLOTLIBDIR ;)
I was just pleased as punch to find it in the source code, documented or no
:)
On Mon, Oct 25, 2010 at 5:06 PM, John Hunter jdh2...@gmail.com wrote:
On Mon, Oct 25, 2010 at 3:41 PM, Daniel Hyams dhy...@gmail.com wrote:
It doesn't
On Mon, Oct 25, 2010 at 4:09 PM, Daniel Hyams dhy...@gmail.com wrote:
Right, I was referring specifically to MATPLOTLIBDIR ;)
I was just pleased as punch to find it in the source code, documented or no
:)
I'm guessing you mean MATPLOTLIBDATA ? And you're right, it isn't
documented (yet)...
On Fri, Oct 22, 2010 at 7:16 PM, Michael Droettboom md...@stsci.edu wrote:
On 10/22/2010 05:45 PM, Russell E. Owen wrote:
I'm curious when the next release of matplotlib is due.
My application is suffering badly from the issue that an incorrect font
cache will cause matplotlib to fail (the
On 10/22/10 7:16 PM, Michael Droettboom wrote:
On 10/22/2010 05:45 PM, Russell E. Owen wrote:
I'm curious when the next release of matplotlib is due.
My application is suffering badly from the issue that an incorrect font
cache will cause matplotlib to fail (the application mysteriously
On 10/22/2010 05:45 PM, Russell E. Owen wrote:
I'm curious when the next release of matplotlib is due.
My application is suffering badly from the issue that an incorrect font
cache will cause matplotlib to fail (the application mysteriously exits
partway through startup until the user
Hi,
I am pleased to announce the second release candidate of both Scipy 0.7.2
and NumPy 1.4.1. Please test, and report any problems on the NumPy or SciPy
list. I also want to specifically ask you to report success/failure with
other libraries (Matplotlib, Pygame, your favorite lib here) based on
On Mon, Apr 13, 2009 at 11:46 AM, John Hunter jdh2...@gmail.com wrote:
On Sun, Apr 12, 2009 at 10:20 PM, Charlie Moad cwm...@gmail.com wrote:
I updated the binaries at the same link as before:
http://drop.io/tvuqe3o
I just tested the python2.5 installer
matplotlib-0.98.5.3.win32-py2.5.exe
I updated the binaries at the same link as before:
http://drop.io/tvuqe3o
NOTE: I used John's OSX build scripts which ran great, but I am
getting a segfault when trying to plot. I need to call it a night and
might not have time to look into the issue this week. Please run with
my files and feel
0.98.6 only?
On Wed, Apr 8, 2009 at 2:59 PM, Eric Firing efir...@hawaii.edu wrote:
Charlie Moad wrote:
I might be able to squeeze some time in this weekend. I am not
thrilled about the new visual studio requirements, nor do I have
access to it. I know John started a build script for OSX
Sorry, I guess 0.98.5.3 looking at the branch. No need for a 0.91
update though?
On Fri, Apr 10, 2009 at 3:06 PM, Charlie Moad cwm...@gmail.com wrote:
0.98.6 only?
On Wed, Apr 8, 2009 at 2:59 PM, Eric Firing efir...@hawaii.edu wrote:
Charlie Moad wrote:
I might be able to squeeze some time
I found that thread not too long ago and dug up the tool John mentioned.
http://www.dependencywalker.com/
Looks like our friend msvcrXX (msvcr90 for py2.6) is back. I am
removing the link from distutils right now and giving it a try.
- Charlie
On Fri, Apr 10, 2009 at 10:08 PM, Andrew Straw
Yeah, that worked. Removed the link from
distutils/cygwinccompiler.py. I didn't get the error from python 2.4
or 2.5, but that's probably because I have had them installed for a
while and these dll's have been installed from other modules. I'll
try to get some binaries posted soon.
- Charlie
http://drop.io/tvuqe3o
Please test these windows builds. I committed a change to set
tcltk8.5 flags for python 2.6 and I also uploaded a modified
win32_static.zip file. Could someone please replace the previous one
with the newer version? It includes the tcltk8.5 headers needed for
the build.
I might be able to squeeze some time in this weekend. I am not
thrilled about the new visual studio requirements, nor do I have
access to it. I know John started a build script for OSX and I have
been meaning to try something similar for mingw. Is anyone opposed to
creating the official
I'd actually prefer it ;
On Wed, Apr 8, 2009 at 9:14 AM, Charlie Moad cwm...@gmail.com wrote:
I might be able to squeeze some time in this weekend. I am not
thrilled about the new visual studio requirements, nor do I have
access to it. I know John started a build script for OSX and I have
On Apr 8, 2009, at 9:14 AM, Charlie Moad cwm...@gmail.com wrote:
I might be able to squeeze some time in this weekend. I am not
thrilled about the new visual studio requirements, nor do I have
access to it. I know John started a build script for OSX and I have
been meaning to try
John Hunter wrote:
In general, only very clear bugfixes which are unlikely to result in
surprise breakages should go in. The _png patch, though a bug fix,
has more of the feel of a feature enhancement, and given its
complexity, should probably not go in to the branch unless someone
makes a
On Tue, Apr 7, 2009 at 18:06, Andrew Straw straw...@astraw.com 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
It is not always clear what should go in the 0.98.5 maintenance branch.
For example, is the _png.cpp patch by Tobias, committed by Andrew, a
bug fix or a new feature? I would have said the latter, but I can see
arguments either way.
More generally, how long do we need to keep updating this
On Mon, Dec 8, 2008 at 5:31 PM, John Hunter [EMAIL PROTECTED] wrote:
On Thu, Dec 4, 2008 at 12:38 PM, Charlie Moad [EMAIL PROTECTED] wrote:
Works for me. Let's aim for Saturday night so we have Sunday to test
it out. Doable?
I've been working on a number of docstring fixes, and several
On Thu, Dec 4, 2008 at 12:38 PM, Charlie Moad [EMAIL PROTECTED] wrote:
Works for me. Let's aim for Saturday night so we have Sunday to test
it out. Doable?
I've been working on a number of docstring fixes, and several other
changes and last-minute bug fixes have been coming in. I think we
Is there any need for a maintenance release?
On Thu, Dec 4, 2008 at 1:53 PM, John Hunter [EMAIL PROTECTED] wrote:
On Thu, Dec 4, 2008 at 12:38 PM, Charlie Moad [EMAIL PROTECTED] wrote:
Works for me. Let's aim for Saturday night so we have Sunday to test
it out. Doable?
Great -- everyone
1 - 100 of 133 matches
Mail list logo