paul@[...].net wrote:
>  
>  dhalgren@[...].com wrote:
[...]
>  >Hm.  The packages I downloaded didn't seem too hefty.  And they
>  >could be bundled into an optional "python-db-modules.tar.gz" file,
>  >kept with the main download files, but kept separate for those who
>  >would prefer to just download the main install.
>  
>  The standard, but optional database packages would need to be split up into
>  vendor-specific packages, though. I doubt whether you want to download the
>  Oracle, Sybase, MySQL and other modules as well as the PostgreSQL one.

Actually, to my knowledge, there was some very definate thought
spent in distributing databases; the problem becomes difficult
due to 1) versioning of source being different than python; 2)
versioning of databases; 3) availability of
freely-redistributable drivers for databases and/or adapters.

I for one, can say that it is VERY difficult to try to write a
sniffer that sniffs your proper Oracle location, version etc and
configures itself for compilation.  For windows, compilation
usually isn't an option, either -- so you have to distribute
binaries.  Now you've got some m*n*v problem with versions
exploding all over the place, and while it would be *GREAT* to
have rdbms support out of the "box" in Python, it is NOT
something which seems to have a clearly defined solution.

Having said all of that, there does seem to be an awareness that
a better resource discovery ability is needed on the python
site, so you can get "common stuff."  I dont know that its a
highest-priority task for anyone involved, which, while
dissapointing, is also understandable.

_______________________________________________
DB-SIG maillist  -  DB-SIG@[...].org
http://mail.python.org/mailman/listinfo/db-sig