On Friday 20 June 2008 13:32:46 Eric Firing wrote: > John Hunter wrote: > > Sandro has been working hard packaging matplotlib 0.98.0 for debian > > ahead of the next major debian feature freeze, and says he can get > > 0.98.1 in if we release it by June 24th. Charlie, can you do a > > release on Monday? All developers, please take some time to fix any > > bugs you are aware of and let's release 0.91.4 and 0.98.1 on Monday > > pending Charlie's availability. These major debian releases only > > happen once every couple of years so we want to get good versions in. > > > > JDH > > It is probably too late for this upcoming release, but I would like to > raise a relevant question for discussion: > > Can and should we rearrange the code, or install warnings and > documentation, to make it absolutely clear what is supported and what is > not? Ideally, if someone installs 0.98.x from any distribution, or from > the tarball, the user should be able to expect *everything* to work, > including all backends, examples, and plotting-related classes. > > The simplest way to deal with this would be to leave everything where it > is, if there is any hope that it will ever be fixed and maintained, but > to put a warnings.warn and a docstring comment in any module or example > that does not currently work. That way, if someone imports axes3d, they > would (or at least might, unless it goes by too fast) see the warning > and know that if they want it to work, they will simply have to take on > its maintenance. > > A second step would be to have one or more separate subdirectories to > separate the maintained from the unmaintained. Doing this in a nice, > consistent, easy-to-use way would take a little more work. For example, > one would want to make it very easy for someone to restore a backend > from broken and segregated to fully operational and available.
I think we should do warnings, documentation, and consider removing unmaintained code like axes3d. We talked a while back about adding separately distributable toolkits for unmaintained and license-incompatible projects. Maybe we could revisit that idea. Darren ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel