I tried transferring the repo, but apparently I need admin privileges to do
so. Github recommends creating a team with no repos, and then adding me
there.
Right now my testing repo is pulling matplotlib/master. It would be really
easy to make it pull from a different url (specified in an
BTW: I've got uploading of test results to S3 working on the main
matplotlib repository. It would be cool to do that here, too, but I
believe the encrypted keys are specific to the github repo. We can
coordinate off-line once the repo is transferred about how to do this.
Mike
On 08/29/2013
Very impressive! This is really great.
That does sure look like a dateutil bug. Maybe we try reporting it over
there?
As for transferring the repository... I've added you as a developer in
the matplotlib organization, so you can work over there. And it looks
like you are the only one
It might be useful to see how macports does it -- their builds have always
worked for me.
George Nurser.
On 23 August 2013 18:53, Chris Barker - NOAA Federal
chris.bar...@noaa.govwrote:
On Fri, Aug 23, 2013 at 8:14 AM, Matt Terry matt.te...@gmail.com wrote:
I'm banging away at installing
(Replying to the list, rather than just George)
On Aug 29, 2013 8:18 AM, Matt Terry matt.te...@gmail.com wrote:
I have 15/17 variants working. each pulling binaries/source from some
combination of macports/brew/python.org/pip on python 2.6, 2.7, 3.2, and
3.3.
I'm banging away at installing MPL on top of python.org's python. I'm at
the libfreetype/freetype issue. There seems to be three approaches to
getting MPL's dependencies.
1) install libpng[1] and freetype[2] from source
2) install XQuartz[3] and twiddle /opt/X11, /usr/X11 (per Russell's
On Aug 23, 2013, at 8:14 AM, Matt Terry matt.te...@gmail.com wrote:
I'm banging away at installing MPL on top of python.org's python. I'm at the
libfreetype/freetype issue. There seems to be three approaches to getting
MPL's dependencies.
1) install libpng[1] and freetype[2] from source
On Aug 22, 2013, at 8:24 PM, Matt Terry matt.te...@gmail.com wrote:
with/without third party X
I'm not quite sure what you mean by with/without third party X. If you
are referring to Tck/Tk:
I had an issue where MPL found the headers to freetype in /opt/local, but
library in /usr/X11.
On Fri, Aug 23, 2013 at 8:14 AM, Matt Terry matt.te...@gmail.com wrote:
I'm banging away at installing MPL on top of python.org's python.
This is why binary installers are good idea!
the libfreetype/freetype issue.
yeah, that's kind of uglyand where is doesn't just work for me...
1)
with/without third party X
I'm not quite sure what you mean by with/without third party X. If you
are referring to Tck/Tk:
I had an issue where MPL found the headers to freetype in /opt/local, but
library in /usr/X11. Hilarity ensues. I *think* /usr/X11 showed up when I
installed XQuartz,
That is handy information. I'll start adding a python.org target.
How broad coverage do we want?
10.6, 10.7, 10.8
system, python.org (2.7, 3.3), brew, macports
virtualenv, no virtualenv
with/without third party X
The testing matrix blows up pretty quickly. For those of you with longer
Mike,
That's great news. Is there any chance we can look forward to official
instructions for setting up a Mac to develop matplotlib?
I 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
We actually discussed this very issue yesterday in our Google hangout
about continuous integration. We're probably going to need to script a
full setup from a clean Mac + XCode to a working matplotlib development
environment in order to make that happen, and obviously that will be
shared with
Hi,
On Fri, Aug 16, 2013 at 7:32 AM, Michael Droettboom md...@stsci.edu wrote:
We actually discussed this very issue yesterday in our Google hangout about
continuous integration. We're probably going to need to script a full setup
from a clean Mac + XCode to a working matplotlib development
Hi,
On Fri, Aug 16, 2013 at 7:32 AM, Michael Droettboom md...@stsci.edu wrote:
We actually discussed this very issue yesterday in our Google hangout about
continuous integration. We're probably going to need to script a full setup
from a clean Mac + XCode to a working matplotlib development
At 12:11pm -0400 Fri, 16 Aug 2013, Matthew Brett wrote:
We've got 5 macs running OSX 10.4 through 10.8 for us, you'd be
welcome to remote access to those, and we'd be happy to run builds
for you. Paul Ivanov has or will have access to the buildbot master
and all the slaves. We also have an XP
Hi,
On Fri, Aug 16, 2013 at 10:36 AM, Kevin Hunter Kesling
kmhun...@ncsu.edu wrote:
At 12:11pm -0400 Fri, 16 Aug 2013, Matthew Brett wrote:
We've got 5 macs running OSX 10.4 through 10.8 for us, you'd be
welcome to remote access to those, and we'd be happy to run builds
for you. Paul Ivanov
I was looking into the TravisCI Mac testing environment. Right now, you can
only run tests on a single os. You also trigger a Mac build by declaring
your language to be objective-c. There are probably more q quirks, but
that's what I've found thus far.
-matt
On Aug 16, 2013 12:45 PM, Matthew
I've been in touch with the Travis-CI guys about this a little bit.
They restrict each project to a single OS partly to reduce resource
consumption, but they said they might reconsider for paying customers
(which we may want to become).
Mike
On 08/16/2013 04:17 PM, Matt Terry wrote:
I was
19 matches
Mail list logo
