Am 05.12.2011 11:55, schrieb Alessandro Molina:
I was thinking about the idea of having a bunch of "fake packages" like "tgproject-sqla", "tgproject-ming" and so on so that people can place as a dependency for their project in setup.py. Having "tgproject-sqla==2.1.1" would provide all the right packages when they run setup.py instead of having to specify one by one the required packages. This also helps us when we want to change pieces of TG that are provided by the quickstart template and makes easier to upgrade a project to a new version of TG as it would be possible to just change the version number of that package instead of having to look around for the version to use for each and every package. What do you guys think about this?
My gut feeling is that this will make the confusion even greater. We have too many small packages with little functionality already, and then we would even have some with no functionality.
Also, as we faced a few issues with dependencies I was considering if it might not help improving the experience of users having the precise version specified for all the dependencies inside the TG package. This is actually more difficult for us to maintain, but should totally remove the need for the local index and should avoid future issues like the webob one.
That local index has not only the advantage of offering the right versions, but it can also offer additional packages (like compiled eggs for Windows) that are not available in the original locations, and it also serves as a backup and archive when the original locations are down or older packages have been removed.
Does anyone know if there is any known issue for TG with SQLA0.7?
Haven't noticed any problems so far. -- Christoph -- You received this message because you are subscribed to the Google Groups "TurboGears Trunk" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/turbogears-trunk?hl=en.
