Bleeding edge repository location

Where is the bleeding edge MPL source located? It doesn’t seem to be subversion, http://matplotlib.svn.sourceforge.net/viewvc/matplotlib/trunk/matplotlib/ stuck at revision 8988 or https://github.com/astraw/matplotlib, which is also from november of last year. If the bleeding-edge code is somewhere else, would it be possible to update the MPL website to reflect this?

Regards,
Ian

···

Ian Bell
Graduate Research Assistant
Herrick Labs
Purdue University
email: ibell@…901…
cell: (607)227-7626

Hi Ian,

···

On Tue, Apr 12, 2011 at 3:03 PM, Ian Bell <ibell@...901...> wrote:

Where is the bleeding edge MPL source located? It doesn't seem to be
subversion,
matplotlib download | SourceForge.net
stuck at revision 8988 or GitHub - astraw/matplotlib, which is
also from november of last year. If the bleeding-edge code is somewhere
else, would it be possible to update the MPL website to reflect this?

sorry for the doc confusion, the new official repo (for all mpl
development) lives at:

Cheers,

f

Fernando,

Perfect! Thanks for the information. Perhaps this can get updated on the web somehow?

Ian

···

Ian Bell
Graduate Research Assistant
Herrick Labs
Purdue University

email: ibell@…901…
cell: (607)227-7626

On Tue, Apr 12, 2011 at 6:28 PM, Fernando Perez <fperez.net@gmail.com> wrote:

Hi Ian,

On Tue, Apr 12, 2011 at 3:03 PM, Ian Bell <ibell@…901…> wrote:

Where is the bleeding edge MPL source located? It doesn’t seem to be

subversion,

http://matplotlib.svn.sourceforge.net/viewvc/matplotlib/trunk/matplotlib/

stuck at revision 8988 or https://github.com/astraw/matplotlib, which is

also from november of last year. If the bleeding-edge code is somewhere

else, would it be possible to update the MPL website to reflect this?

sorry for the doc confusion, the new official repo (for all mpl

development) lives at:

https://github.com/matplotlib/matplotlib

Cheers,

f

Fernando,

Perfect! Thanks for the information. Perhaps this can get updated on the web somehow?

Yes, I’ll get thus fixed ASAP

···

On Apr 12, 2011, at 6:03 PM, Ian Bell <ibell@…901…> wrote:

Ian


Ian Bell
Graduate Research Assistant
Herrick Labs
Purdue University

email: ibell@…901…
cell: (607)227-7626

On Tue, Apr 12, 2011 at 6:28 PM, Fernando Perez <fperez.net@gmail.com> wrote:

Hi Ian,

On Tue, Apr 12, 2011 at 3:03 PM, Ian Bell <ibell@…901…> wrote:

Where is the bleeding edge MPL source located? It doesn’t seem to be

subversion,

http://matplotlib.svn.sourceforge.net/viewvc/matplotlib/trunk/matplotlib/

stuck at revision 8988 or https://github.com/astraw/matplotlib, which is

also from november of last year. If the bleeding-edge code is somewhere

else, would it be possible to update the MPL website to reflect this?

sorry for the doc confusion, the new official repo (for all mpl

development) lives at:

https://github.com/matplotlib/matplotlib

Cheers,

f


Forrester Wave Report - Recovery time is now measured in hours and minutes
not days. Key insights are discussed in the 2010 Forrester Wave Report as
part of an in-depth evaluation of disaster recovery service providers.
Forrester found the best-in-class provider in terms of services and vision.
Read this report now! http://p.sf.net/sfu/ibm-webcastpromo


Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

John, quick note: our local network is down (firewall transfer went
awry), so if you need to rebuild the docs, you'll need to do it on
another system than my box (I'm using a laptop over wireless to send
this).

Cheers,

f

···

On Tue, Apr 12, 2011 at 4:13 PM, John Hunter <jdh2358@...149...> wrote:

Yes, I'll get thus fixed ASAP

Have a look at Cheers, Tobi

···

https://github.com/matplotlib/matplotlib

  Where is the bleeding edge MPL source located?  It

doesn’t seem to be subversion, http://matplotlib.svn.sourceforge.net/viewvc/matplotlib/trunk/matplotlib/
stuck at revision 8988 or https://github.com/astraw/matplotlib ,
which is also from november of last year. If the bleeding-edge
code is somewhere else, would it be possible to update the MPL
website to reflect this?

  Regards,

  Ian





  ----

  Ian Bell

  Graduate Research Assistant

  Herrick Labs

  Purdue University

  email: ibell@...901...

  cell: (607)227-7626


Forrester Wave Report - Recovery time is now measured in hours and minutes
not days. Key insights are discussed in the 2010 Forrester Wave Report as
part of an in-depth evaluation of disaster recovery service providers.
Forrester found the best-in-class provider in terms of services and vision.
Read this report now! _______________________________________________
Matplotlib-devel mailing list
http://p.sf.net/sfu/ibm-webcastpromo


Matplotlib-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Any idea when this will be back up -- building the docs on my solaris
box here at work is proving more difficult than expected (segfaults
due to a bug in numpy's complex dtype handling, reported months ago
but still unfixed)

···

On Tue, Apr 12, 2011 at 6:18 PM, Fernando Perez <fperez.net@...149...> wrote:

On Tue, Apr 12, 2011 at 4:13 PM, John Hunter <jdh2358@...149...> wrote:

Yes, I'll get thus fixed ASAP

John, quick note: our local network is down (firewall transfer went
awry), so if you need to rebuild the docs, you'll need to do it on
another system than my box (I'm using a laptop over wireless to send
this).

Give me an hour or so, I'll ping you back...

f

···

On Thu, Apr 14, 2011 at 7:53 AM, John Hunter <jdh2358@...149...> wrote:

Any idea when this will be back up -- building the docs on my solaris
box here at work is proving more difficult than expected (segfaults
due to a bug in numpy's complex dtype handling, reported months ago
but still unfixed)

Fernando Perez, on 2011-04-14 11:08, wrote:

···

On Thu, Apr 14, 2011 at 7:53 AM, John Hunter <jdh2358@...149...> wrote:
> Any idea when this will be back up -- building the docs on my solaris
> box here at work is proving more difficult than expected (segfaults
> due to a bug in numpy's complex dtype handling, reported months ago
> but still unfixed)

Give me an hour or so, I'll ping you back...

f

John, Fernando, and others:

I'm happy to make my work machine available for building the
docs, or general development, testing, etc - it's has 64 bit
Ubuntu 8.04 (python 2.5.2) on it at the moment. I can provide
access to anyone who gives me their public ssh key.

best,
--
Paul Ivanov
314 address only used for lists, off-list direct email at:
http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7

Thanks Paul, I'm all set up on Fernando's machine so I'll hold off a
bit to see if he can resuscitate it. If the problem persists, I'll
give yours a try.

···

On Thu, Apr 14, 2011 at 2:10 PM, Paul Ivanov <pivanov314@...149...> wrote:

Fernando Perez, on 2011-04-14 11:08, wrote:

On Thu, Apr 14, 2011 at 7:53 AM, John Hunter <jdh2358@...149...> wrote:
> Any idea when this will be back up -- building the docs on my solaris
> box here at work is proving more difficult than expected (segfaults
> due to a bug in numpy's complex dtype handling, reported months ago
> but still unfixed)

Give me an hour or so, I'll ping you back...

Docs are now pushed to sf -- preliminary look looks good. Thanks
Fernando for the build resources.

JDH

···

On Thu, Apr 14, 2011 at 9:53 AM, John Hunter <jdh2358@...149...> wrote:

On Tue, Apr 12, 2011 at 6:18 PM, Fernando Perez <fperez.net@...149...> wrote:

On Tue, Apr 12, 2011 at 4:13 PM, John Hunter <jdh2358@...149...> wrote:

Yes, I'll get thus fixed ASAP

John, quick note: our local network is down (firewall transfer went
awry), so if you need to rebuild the docs, you'll need to do it on
another system than my box (I'm using a laptop over wireless to send
this).

Any idea when this will be back up -- building the docs on my solaris
box here at work is proving more difficult than expected (segfaults
due to a bug in numpy's complex dtype handling, reported months ago
but still unfixed)

My pleasure; my office has no heating, but everytime a mpl doc build
happens it gets a little less chilly here :slight_smile:

f

···

On Thu, Apr 14, 2011 at 3:01 PM, John Hunter <jdh2358@...149...> wrote:

Docs are now pushed to sf -- preliminary look looks good. Thanks
Fernando for the build resources.

Hi,

"For details on what’s new, see the detailed changelog or browse the source code. "

The source code links broken.https://github.com/matplotlib/matplotlib.githttps://github.com/matplotlib/matplotlib

and the changelog could point tohttps://github.com/matplotlib/matplotlib/blob/master/CHANGELOG instead of http://matplotlib.sourceforge.net/_static/CHANGELOG

···

On Thu, Apr 14, 2011 at 4:01 PM, John Hunter <jdh2358@…149…> wrote:

On Thu, Apr 14, 2011 at 9:53 AM, John Hunter <jdh2358@…149…> wrote:

On Tue, Apr 12, 2011 at 6:18 PM, Fernando Perez <fperez.net@gmail.com> wrote:

On Tue, Apr 12, 2011 at 4:13 PM, John Hunter <jdh2358@…149…> wrote:

Yes, I’ll get thus fixed ASAP

John, quick note: our local network is down (firewall transfer went

awry), so if you need to rebuild the docs, you’ll need to do it on

another system than my box (I’m using a laptop over wireless to send

this).

Any idea when this will be back up – building the docs on my solaris

box here at work is proving more difficult than expected (segfaults

due to a bug in numpy’s complex dtype handling, reported months ago

but still unfixed)

Docs are now pushed to sf – preliminary look looks good. Thanks

Fernando for the build resources.

JDH


Benefiting from Server Virtualization: Beyond Initial Workload

Consolidation – Increasing the use of server virtualization is a top

priority.Virtualization can reduce costs, simplify management, and improve

application availability and disaster protection. Learn more about boosting

the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev


Matplotlib-devel mailing list

Matplotlib-devel@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Gökhan