Re: [matplotlib-devel] requesting permission to remove traits and configobj

2008-12-12 Thread Michael Droettboom
Darren Dale wrote: > > > On Wed, Dec 10, 2008 at 11:10 PM, John Hunter > wrote: > > > > On Wed, Dec 10, 2008 at 9:20 PM, Darren Dale > wrote: > > There has been a report at the bugtracker complaining that > matplotlib is

Re: [matplotlib-devel] requesting permission to remove traits and configobj

2008-12-12 Thread Darren Dale
On Wed, Dec 10, 2008 at 11:10 PM, John Hunter wrote: > > > On Wed, Dec 10, 2008 at 9:20 PM, Darren Dale wrote: > >> There has been a report at the bugtracker complaining that matplotlib is >> overwriting an existing installation of configobj. I had a look at the code >> and thought the bug repor

Re: [matplotlib-devel] requesting permission to remove traits and configobj

2008-12-11 Thread Gael Varoquaux
On Thu, Dec 11, 2008 at 01:37:01PM -0800, Andrew Straw wrote: > Prabhu Ramachandran has also done similar things for mayavi2 using VTK's > image comparison (see compare_image_with_saved_image in > https://svn.enthought.com/enthought/browser/Mayavi/trunk/integrationtests/mayavi/common.py > ). Yeah,

Re: [matplotlib-devel] requesting permission to remove traits and configobj

2008-12-11 Thread Andrew Straw
, people could slowly add to the tests over time. You can > also consider requiring some level of unit test for newly submitted code > where ever it’s possible. > > > > Just some thoughts… > > Ted > > > > *From:* John Hunter [mailto:jdh2...@gmail.com] >

Re: [matplotlib-devel] requesting permission to remove traits and configobj

2008-12-11 Thread Jordan Mantha
On Thu, Dec 11, 2008 at 11:20 AM, Andrew Straw wrote: > Michael Droettboom wrote: >> Darren Dale wrote: >> >>> Having worked with bzr and launchpad for a few months now, I wonder if >>> we might consider such an approach in the future. I know there has >>> been some experimentation with a git repo

Re: [matplotlib-devel] requesting permission to remove traits and configobj

2008-12-11 Thread Drain, Theodore R
thoughts… Ted From: John Hunter [mailto:jdh2...@gmail.com] Sent: Wednesday, December 10, 2008 8:10 PM To: Darren Dale Cc: matplotlib-devel@lists.sourceforge.net Subject: Re: [matplotlib-devel] requesting permission to remove traits and configobj On Wed, Dec 10, 2008 at 9:20 PM, Darren Dale

Re: [matplotlib-devel] requesting permission to remove traits and configobj

2008-12-11 Thread Andrew Straw
Michael Droettboom wrote: > Darren Dale wrote: > >> Having worked with bzr and launchpad for a few months now, I wonder if >> we might consider such an approach in the future. I know there has >> been some experimentation with a git repository, is git supported on >> windows now? >> > I'

Re: [matplotlib-devel] requesting permission to remove traits and configobj

2008-12-11 Thread Michael Droettboom
Darren Dale wrote: > > > We have a lot of people contributing to mpl, and approaching or > just after release time we need some mechanism for stabilizing the > tested feature set of the release candidate while allowing other > development to proceed, and branches are the natural me

Re: [matplotlib-devel] requesting permission to remove traits and configobj

2008-12-11 Thread Darren Dale
On Wed, Dec 10, 2008 at 11:10 PM, John Hunter <[EMAIL PROTECTED]> wrote: > > > On Wed, Dec 10, 2008 at 9:20 PM, Darren Dale <[EMAIL PROTECTED]> wrote: > >> There has been a report at the bugtracker complaining that matplotlib is >> overwriting an existing installation of configobj. I had a look at

Re: [matplotlib-devel] requesting permission to remove traits and configobj

2008-12-10 Thread John Hunter
On Wed, Dec 10, 2008 at 9:20 PM, Darren Dale <[EMAIL PROTECTED]> wrote: > There has been a report at the bugtracker complaining that matplotlib is > overwriting an existing installation of configobj. I had a look at the code > and thought the bug report must be a mistake or windows specific, but I

[matplotlib-devel] requesting permission to remove traits and configobj

2008-12-10 Thread Darren Dale
There has been a report at the bugtracker complaining that matplotlib is overwriting an existing installation of configobj. I had a look at the code and thought the bug report must be a mistake or windows specific, but I just saw similar behavior on my linux system. I would like to simply remove c