Anthony Baxter <anthony at interlink.com.au> writes: > Working originally from Tim's list, I propose to start using the > priorities in the SF tracker to try and manage the outstanding work > for 2.4. Here's the proposed list: > > Priority 9: > - MUST be done before the next release (whether it's a3, b1, b2, > or whatever) > Priority 8: > - MUST be done before b1. It's a functionality change, and it's > needed for 2.4. If it's not done before b1, it will have to wait > until 2.5, whenever that might be. > Priority 7: > - SHOULD be done before 2.4 final. What about bugs that MUST be fixed before 2.4 final, when I don't care about the exact release they are fixed? http://python.org/sf/1014215 is such an example, imo. Thomas
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4