Le mardi 25 janvier 2011 à 00:14 +0100, "Martin v. Löwis" a écrit : > >> This isn't a critical issue (nothing is broken) but we're a week > >> from another release candidate, so the new Py3.2 package > >> organization (unittest was flat in Py3.1 and its test were under > >> Lib/test) is about to become a de-facto decision that will be hard > >> to undo. > > > > Well can we stop being melodramatic? Tests are not part of the API > > and so they are free to move whenever we want. No need to hold a > > release candidate for that. > > Of course there is. Any addition or removal of files at this point has > the chance of breaking the release process, which may fail to pick up > files, or break in trying to pick up files that it expected to be there. > This has happened *many* times during the alpha and beta releases of > 3.2, so it's not at all a theoretical problem. My point was that these changes can take place after 3.2 (both final and rc). Regards Antoine.
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