rrent code)
The last three are close enough to be considered equal.
Of course, another benchmark may produce very different results, so I'm
reluctant to just yank it. But it would be nice to remove
nearly-identical optimizations.
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Oper
that, I'm surprised it
competes so favorably timewise -- I suspect the important thing is to
just reduce the number of points passed to the renderer -- the actually
speed at which those points are located is nothing compared to stroking
points.
Cheers,
Mike
Eric Firing wrote:
> Michae
root of my original problem) and leave it at that.
Cheers,
Mike
Eric Firing wrote:
> Michael Droettboom wrote:
>> According to svn blame, which only gives the most recent version a
>> line was edited, not the first time a line appeared, obviously --
>> subslice support was
stal 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
> --------
>
>
examples
> ? _static/matplotlibrc
> ? _templates/gallery.html
>
> "svn status --no-ignore" adds a lot of *.pyc files in various
> subdirectories. Would removing all of these achieve the expected
> cleaning effect?
>
>
--
Michael Droettboom
S
t to brainstorm this.
>
> JDH
>
>
> --
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment -
meone who is more familiar with the image machinery comment on the
> matter? Do we need some kind of vector/raster indication in the backends,
> in addition to the get_image_magnification method?
>
>
--
Michael Droettboom
I've been only skimming the surface of the discussion about the new test
framework up until now.
Just got around to trying it, and every comparison failed because it was
selecting a different font than that used in the baseline images. (My
matplotlibrc customizes the fonts).
It seems we sho
On 09/08/2009 10:24 AM, John Hunter wrote:
> On Tue, Sep 8, 2009 at 8:54 AM, Michael Droettboom wrote:
>
>> I've been only skimming the surface of the discussion about the new test
>> framework up until now.
>>
>> Just got around to trying it, and eve
en "cp *.png" from my scratch
tests folder to baseline_images and let SVN take care of which files had
actually changed. This is just the naive feedback of a new set of eyes:
it's extremely useful and powerful what you've put together here.
Mike
On 09/08/2009 12:06 PM, Andrew
hidden" failures -- might mean fewer iterations with
the buildbots down the road.
Good news is this does point to having the font problem licked.
Mike
On 09/08/2009 12:47 PM, Michael Droettboom wrote:
> Interesting result. I pulled all of the new "actual" files from the 21
>
applied your patch, renaming the
directive back to "plot" and ran it over the matplotlib docs, and it
doesn't seem to break anything.
Of course, we can also provide two directives, "plot" and "figplot"
based on essentially the same source code. I'm kind of
applied your patch, renaming the
directive back to "plot" and ran it over the matplotlib docs, and it
doesn't seem to break anything.
Of course, we can also provide two directives, "plot" and "figplot"
based on essentially the same source code. I'm kind of
Fernando Perez wrote:
> Hi Michael,
>
> On Mon, Sep 14, 2009 at 6:57 AM, Michael Droettboom wrote:
>
>> I'm not sure it's that bad. It's certainly possible to do all these things
>> with a single directive, since providing a path or providing source co
ions 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
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-dev
___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operat
Good point. A test based on Sandro's example has been committed to SVN.
Mike
Andrew Straw wrote:
> Michael Droettboom wrote:
>
>> Yes -- a bug was introduced where non-finite values were no longer being
>> ignored by the data extents finder. This has now been fixed o
ket 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
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
It's caused by the files having multiple locations (relative to the root
of the source tree) in different branches, or existing in some branches
but not in others. In other words, files that have been moved, deleted
or added since branch creation. I think if we retire old branches
(0.91, 0.98
---
>
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science
y
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
>
>
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists
gs on my RHEL4 box (7.07). If you want me to send you a png of a
particular pdf to directly compare with yours before you even start with
the test infrastructure, I'm happy to do that.
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Spac
That file was moved. I think I had a lingering .pyc lying around which
is why it didn't fail on me. I have updated conf.py to import it from
the right place. Hopefully it's working now.
Cheers,
Mike
On 09/23/2009 10:09 AM, Sandro Tosi wrote:
> On Tue, Sep 22, 2009 at 1
e no signals involved, only standard C++ exceptions which are
delegated to Python exceptions. Is it possible there is any C++ code
linked to this that was generated with another compiler version?
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Sp
he 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
> _
nd stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listi
list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
--
;ve just run the tests, got a mismatch (because no baseline
existed), and copied the current image to the baseline image and checked
that in.
Am I using the wrong workflow, or is this a bug?
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Tel
on.py only apply to the Agg backend.
While I'm sharing my wish list out loud, I think it would also be highly
cool to get the native Mac OS backend in the buildbot tests, as that's
one I can't test easily myself.
Andrew Straw wrote:
>>> As far as the test data -- I agree this is an issue. One point in favor
>>> of the status quo is that it's really nice to have the test data
>>> included with the source code so there are no configuration hassles. I'm
>>> not sure how well the buildbot infrastructure would c
I've committed support for comparing SVG files using Inkscape and
verifying them against the official SVG DTD using xmllint.
Michael Droettboom wrote:
> Andrew Straw wrote:
>
>> Done in r7863. To make use of it, do something like the following patch
>> (and don't f
I suspect for that one we can just do without it. It isn't really
testing anything SVG-specific.
Mike
Andrew Straw wrote:
> Michael Droettboom wrote:
>> I've committed support for comparing SVG files using Inkscape and
>> verifying them against the official SVG DTD
Andrew Straw wrote:
> Michael Droettboom wrote:
>
>> A couple more comments about the test framework -- which has already
>> paid for itself ten times over. In Numpy (and a number of local
>> Python projects), I can 'cd' to the tests directory and do some
__
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by
general doesn't allow for
customization of the path codes. There must be something unanticipated
happening.
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
--
The bug was actually in the path simplification. In really degenerate
cases (bravo for finding it) of paths that are completely outside of the
clip region, it would create a path with a single LINETO command.
This is now fixed in SVN on the branch and trunk.
Mike
Michael Droettboom wrote
f.net/sfu/devconference
> _______
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michael Droettboom
Science Software Branch
Operations and Engineering
o 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/devconference
> ___________
> Matplotl
nto this further. Let me know
if I can provide any more pointers.
Mike
> thanks,
>
> tcb
>
>
>
> On Mon, Oct 26, 2009 at 1:03 PM, Michael Droettboom wrote:
>
>> That's a very interesting idea. I actually think that with the recent
>> textpath func
applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://
I can't reproduce this here. These sorts of CXX errors are usually
caused by distutils not rebuilding enough when things change. Can you
try removing the build directory, rebuilding matplotlib, and then
rebuilding the docs?
Mike
On 11/07/2009 12:10 PM, Gökhan Sever wrote:
Hello,
The lates
you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
if I had a font whose name includes the word "file"),
> but the latter looks more like it is the intended command. Since the
> get_fontconfig_fonts function has not returned anything useful for some
> time (though presumably it has at some point in the past), this change
>
un from
>>>
>>> fc-list file
>>>
>>> to
>>>
>>> fc-list '' file
>>>
>>> because the former doesn't return any fonts on any system I have access
>>> to (maybe it woul
se in order to get
correct results to be a bug. The particular bug here (exercised in the
attachment in James' original e-mail) was fixed relatively recently on
October 21 (r7896). I can confirm the broken behavior with the most
recently released version (0.99.1.2), but not with the 0.99.x
t - 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
>
>
> _______
>
t;
> cheers,
>
> David
>
> --
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
&g
s
Le 21 novembre 2009 17:50, Sébastien Barthélemy <mailto:barthel...@crans.org>> a écrit :
Le 18 novembre 2009 17:24, Michael Droettboom mailto:md...@stsci.edu>> a écrit :
This is a bug -- but it has a fairly straightforward fix: to
use Sphinx's "incl
ld tree
and then have Sphinx pick them up. That may have predated all of the
"hooks" that Sphinx now has, however, and it may now be possible to
solve that problem.
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
O
dvantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
> __
Cleaning the docs first seems to have fixed it.
Is there a way to download the build products (i.e. the PDF file produced)?
Mike
Michael Droettboom wrote:
> Hmm... I can't reproduce this locally. But it looks like it's using
> doctree files cached from a previous run.
>
f such a thing. It's
just as easy to include a PDF or EPS in LaTeX, and the mathtext and/or
usetex functionality goes a long way to making the plots blend in nicely
-- though it does take some care to control the size of the plots to
make the font sizes match, it's by no means impossi
tions, since what's there is working pretty well.
>
> Mike
>
> tcb wrote:
>
>
>
> On Mon, Nov 2, 2009 at 3:47 PM, Michael Droettboom
> mailto:md...@stsci.edu>
> <mailto:md...@stsci.edu <mailto:md...@stsci.edu>>> wrot
;
We can also link to it from the matplotlib website once you have a
location established, for example from here:
http://matplotlib.sourceforge.net/users/toolkits.html
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Divi
It works for me here, but of course, I have a slightly different system.
gcc-4.3, python 2.5.2, Cython 0.12, and matplotlib SVN 8097.
Have you verified that the same C++ compiler and version of libstdc++ is
being used for everything?
Mike
--
Michael Droettboom
Science Software Branch
Op
experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Thanks for reporting this. I wasn't aware of the issue.
Since I don't have a libpng-1.4 to verify the fix with, are you able to
checkout from SVN trunk and test it?
Mike
--
The Planet: dedicated and managed hosting, cl
I believe the bug actually is in matplotlib, and recent ghostscript versions
fail only because they have become stricter over time. The TTF-to-Postscript
font conversion library in matplotlib (ttconv) was hard-coded to use the
"Standard" Postscript encoding (which defines the set of glyphs avai
___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Ope
Sorry -- I meant remove the check for cairo >= 1.8.
Michael Droettboom wrote:
> Can you write it in such a way that the check is only removed on cairo <
> 1.8? My employer is still standardized on RHEL4, for example, which has
> cairo 1.2.
>
> Mike
>
> Michiel de H
ormance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
>
>
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Dro
Demos\images\smiley.bmp"
> bmp = wx.Bitmap(absFilename, wx.BITMAP_TYPE_BMP)
> pixelData = wx.AlphaPixelData(bmp)
>
> if not pixelData:
> print "error"
> else:
> print "fine"
>
>
>
> app
sfu/intel-sw-dev
> --------
>
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michae
--
>
> --
> 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:
Thanks. I can confirm this with today's SVN. I'm looking into the cause.
Mike
On 04/25/2010 07:11 PM, Tom Aldcroft wrote:
> import numpy
> import matplotlib
> matplotlib.use('Agg')
> import matplotlib.pyplot as plt
>
> y = numpy.array([
> 4., 2., 2., 3., 3., 2., 2., 6., 6., 5., 5., 4., 4.,
>
I'm noticing that SVN r8269 is failing a great number of regression
tests -- with pretty major things like the number of digits in the
formatter being different. The buildbot seems to be getting the same
failures I am, but I don't see any buildbot e-mails since Wednesday.
Does anyone know the
On 04/26/2010 02:37 PM, Eric Firing wrote:
> Michael Droettboom wrote:
>> I'm noticing that SVN r8269 is failing a great number of regression
>> tests -- with pretty major things like the number of digits in the
>> formatter being different. The buildbot se
ring wrote:
> Michael Droettboom wrote:
>> I'm noticing that SVN r8269 is failing a great number of regression
>> tests -- with pretty major things like the number of digits in the
>> formatter being different. The buildbot seems to be getting the same
>> failures I am,
ly I don't have the time to pursue this now.
>
Thanks for the analysis. I'll look into the image diffing and see what
can be done.
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
--
I made a small change to the test harness so that the tolerance can be
set on a per-test basis. I increased the tolerance for the figimage
test so it passes on my machine.
Cheers,
Mike
Michael Droettboom wrote:
> Jouni K. Seppänen wrote:
>
>> The following message is a courtes
more accurate than they used to be. As a workaround (if
you're not running from SVN and don't want to rebuild), you can set the
rcParam path.simplify_threshold to 0.01, rather than 0.1.
Mike
Michael Droettboom wrote:
> Thanks. I can confirm this with today's SVN. I'm look
gt; http://matplotlib.sourceforge.net/devel/coding_guide.html#naming-spacing-and-formatting-conventions
>
> --
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michael Droett
_
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michael Droettbo
:
> On Thu, May 6, 2010 at 1:40 PM, Michael Droettboom wrote:
>
>> It looks like the conversion from dots-per-inch (matplotlib's internal
>> representation) to dots-per-meter (the unit defined in the PNG standard)
>> was bogus. This should be fixed in SVN r8298.
>
Ok, I have a better fix in SVN r8300. imsave now accepts a "dpi" kwarg
(default of 100) to set the DPI metadata in the file.
Mike
Michael Droettboom wrote:
> You're right. Thanks for the sanity check.
>
> What's happening is that when using imsave is used, it gen
ael for addressing this.
>
> Gary R.
>
> Michael Droettboom wrote:
>
>> Ok, I have a better fix in SVN r8300. imsave now accepts a "dpi" kwarg
>> (default of 100) to set the DPI metadata in the file.
>>
>> Mike
>>
>> Michael Droettboom
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michael Droettboom
Science Software Bra
for the report. We'll try and track down and fix
> this leak. In the interim, would an acceptable work around for you be
> to *reuse* an existing line by calling set_data on it. That way you
> wouldn't have to do the add/remove that is causing your leak. Have
> you confirmed th
nd may have unintended
consequences, please play with it in your contexts and let me know if
you see anything strange.
Mike
On 05/28/2010 10:47 AM, Michael Droettboom wrote:
> I'm on to something -- some callbacks are being created that are never
> disconnected.
>
> In Line2D.set_
IZE to the
> lucky parental unit. See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mat
---
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit. See the prize list and enter to win:
> http:/
On 06/11/2010 09:46 AM, Michael Droettboom wrote:
> However, there's actually a bug in the quantizer that your example
> illustrates. Since the spine lines in your example have a stroke width
> of 4 pixels, they should actually be rounded to the nearest pixel edge,
> not nearest
On 06/11/2010 01:31 PM, jason-s...@creativetrax.com wrote:
> On 6/11/10 9:44 AM, Michael Droettboom wrote:
>
>> On 06/11/2010 09:46 AM, Michael Droettboom wrote:
>>
>>
>>> However, there's actually a bug in the quantizer that your example
>>&
7;ve never really touched
the Qt4 backend before, thought I'd solicit some feedback before committing.
Mike
--
Michael Droettboom
Science Software Branch
Space Telescope Science Institute
Baltimore, Maryland, USA
Index: backend_qt4.py
On 06/11/2010 01:54 PM, Eric Firing wrote:
> On 06/11/2010 07:39 AM, Michael Droettboom wrote:
>
>> On 06/11/2010 01:31 PM, jason-s...@creativetrax.com wrote:
>>
>>> On 6/11/10 9:44 AM, Michael Droettboom wrote:
>>>
>>>
>>
Wx, Gtk, Tk all work for me. Couldn't test Qt "classic" as I don't have
pyqt 3.x installed on my system.
Mike
On 06/11/2010 01:56 PM, Eric Firing wrote:
> On 06/11/2010 07:44 AM, Michael Droettboom wrote:
>
>> The Qt4 backend crashes with a Segme
On 06/11/2010 02:38 PM, jason-s...@creativetrax.com wrote:
> On 6/11/10 1:02 PM, Michael Droettboom wrote:
>
>>
>>> It appears that the difficulty is that quantization is exposed at the
>>> python level only for collections, via iter_segments.
>>>
urceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Space Telescope Science Institute
Baltimore, Maryland, USA
--- Begin Message ---
Revision: 8454
http://matplotlib.svn.sourceforge.net/matplotlib/?rev=8454&view=rev
Autho
Hold off, actually. This patch seems to have broken some thing
inadvertently. Stay tuned...
Mike
On 06/22/2010 12:05 PM, Michael Droettboom wrote:
In r8454, I have a applied a fix that allows this C++ exception to
correctly percolate to the Python side -- the user will still get an
Ok. Attached is a corrected patch.
Mike
On 06/22/2010 12:26 PM, Michael Droettboom wrote:
Hold off, actually. This patch seems to have broken some thing
inadvertently. Stay tuned...
Mike
On 06/22/2010 12:05 PM, Michael Droettboom wrote:
In r8454, I have a applied a fix that allows this C
trying to figure out what the
threshold is beyond which it fails in order to manually raise an
exception, but not having much luck. I suspect it's somehow related to
floating-point or even Agg's fixed-point rounding error.
Mike
On 06/22/2010 12:31 PM, Michael Droettboom wrote:
asses into Agg is ugly, but it was the
quickest solution (and one that will work for Debian as a basic patch
against matplotlib 0.99.3). In the long run, the exception should be
generic as far as Agg is concerned, and try/catch's need to be added
around all calls into Agg from our Python wra
renders the image with the very narrow range that nonsingular()
currently enforces (+/- 0.001).
Mike
On 06/23/2010 08:37 AM, Michael Droettboom wrote:
> On 06/22/2010 06:56 PM, Eric Firing wrote:
>
>>
>>> Unfortunately, this fix paves over the exception fixed earlier. Ra
> 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
> Matplotlib-devel@lists.sour
//matplotlib.svn.sourceforge.net/svnroot/matplotlib/branches/v1_0_maint
> --force
>
> and then committing.
>
Did you run this from a working copy of the trunk? That worked for me.
(A merge init always has a from and a to, where the "to" is implied by
the current workin
-
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
Matplotlib-devel@lists.sourceforge.net
ht
On 07/06/2010 11:40 AM, Michael Droettboom wrote:
(not that this question isn't unwelcome here, of course ;)
I mistyped -- I was merely trying to be friendly and say your question
is still welcome here. :)
Mike
Mike
On 07/06/2010 08:27 AM, Michael Pearce wrote:
Hi guys,
I
cy on PIL is probably not a good idea, are
there any objections to making it a soft dependency?
Mike
--
Michael Droettboom
Science Software Branch
Space Telescope Science Institute
Baltimore, Maryland, USA
--
This S
hat 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
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
mPackages
Which seems to work just fine on RHEL5. Just untar it and run
"chrome-wrapper". You may want to read through the chrome-wrapper
script first: it seems to contain some hardcoded paths specific to the
packager's machine, so it's not exactly high quality -- but
701 - 800 of 1166 matches
Mail list logo
