Note that many distros are in the habit of not installing the test package by default. So dependencies outside that package on *anything* in it are a problem. Maybe test_support should be lifted out of the test package? On Mon, Aug 18, 2008 at 4:35 AM, Nick Coghlan <ncoghlan at gmail.com> wrote: > skip at pobox.com wrote: >> The import statement seems to work from an interactive shell (I have a >> module named test in the same directory as the main prog, hence the >> problem), but even if it does work should we be importing stuff from the >> test package in non-test code? > > I saw those checkins go by on the checkins list - they have to do with > silencing -3 warnings for modules that the stdlib still uses in Python > 2.6 for backwards compatibility reasons (but switching to the relevant > new approaches in 3.0, thus making the warnings a false alarm). > > test.test_support.catch_warning is a convenient way to suppress a > warning for a small piece of code and then revert the state of the > warnings module back to the way it was afterwards. > > Those imports should probably be guarded with sys.py3kwarn though, with > a standard import being used if the command line flag isn't set. > > Cheers, > Nick. > > -- > Nick Coghlan | ncoghlan at gmail.com | Brisbane, Australia > --------------------------------------------------------------- > http://www.boredomandlaziness.org > _______________________________________________ > Python-Dev mailing list > Python-Dev at python.org > http://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: http://mail.python.org/mailman/options/python-dev/guido%40python.org > -- --Guido van Rossum (home page: http://www.python.org/~guido/)
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