On Sat, 2007-07-07 at 12:19 +0200, Martin Desruisseaux wrote: > Jody Garnett a écrit : > > The issues preventing 2.3.3 from being released are basically wrong: > > - http://jira.codehaus.org/browse/GEOT-873 Merge the coverage branch to > > the trunk > > Changed this one to "unknow" fix date. > > > - http://jira.codehaus.org/browse/GEOT-949 Website chaos > > This one is an example of Jira task that we are just pushing again and again > to > a later release since Geotools 2.0 or 2.1. It may be better to just set the > fix > date to "unknow" rather than push again to the next release while knowing > that > we are unlikely to do any work on it. We will probably push it again to a > later > release as we do for years when we will be ready for Geotools 2.5. An > "unknow" > date is probably closer to the truth than "2.4-RC0" for example.
No, this should simply not be a bug: it's at the wrong scale. The website is a mess, the website infrastructure could be better. The fix is blocking on OSGeo incubation, volunteer time, and planetary alignment. This is on the scale of "Geotools docs suck" or "Geotools does not solve all my geospatial needs but should"; at that scale, the bugs are simply uninteresting. I vote to close such bugs. Ideally, the closer would add a last comment message indicating how completely vast the particular issue is and why the bug is not relevant to work in progress. That would let us close future bugs as INVALID while pointing users to an explanation. cheers, adrian ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
