> This would be very cool. Rather than having to go by python > version numbers, which seem obscure, an application can declare its > dependencies by module. Perhaps even some tool to determine an apps > dependencies. These dependencies can then be checked using the > current version in a perl-esque regression test style to determine > how well the current version meets the applications needs (I say > this because some code may not be run normally but require more > advanced features - this could also allow for some very interesting > approaches to modularity and using available python features in larger > applications). It would then be very easy to determine the cause > of breakage and/or the need of the application. Hm, this sounds like overkill to me. And who's going to write the AI software to do this automatic regression testing? --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