On 03.12.2007, at 23:12, Wichert Akkerman wrote:

Previously Wichert Akkerman wrote:
I have prepared a review bundle for PLIP 195:

   https://svn.plone.org/svn/plone/review/plip195-dependencies

There were a couple of bugs related to handling of export steps in
GenericSetup. Those have been fixed now and I have updated the bundle to
include them.

i've installed the buildout and done some TTW testing in the ZMI and in the plone control panel: everything worked as expected.

in fact, the only difference in behaviour was that installing ProductOne did indeed also install ProductTwo, there were none of the previously reported effects observable such as locked/un-uninstallable products etc.

there is, however, one issue i'd like to bring up, namely if it would be a desirable behaviour, if uninstalling ProductOne would also uninstall ProductTwo. since there is a current trend of 'exploding' products into smaller, re-usable components i could imagine that quite a few users might get frustrated when they install a product 'just to check it out' and that then populates the list of installed products with several dependencies which they then need to de-install manually. two weeks later nobody will remember what ProductTwo does or how it got installed.

any ideas on this?

also, there's this paragraph in the plip that i don't understand:

--snip--
One possible problem is that GenericSetup will only warn if a dependency is missing. This means that if a required product has not downloaded and installed in the instance by the user he will not get a proper error message. This problem does not exist for products shipped as eggs: eggs allow the developer to specify dependencies which will be enforced by tools such as buildout and setuptools/easy_install.
--snap--

other than that +1 from me, definitly!

cheers,

tom



Wichert.

--
Wichert Akkerman <[EMAIL PROTECTED]>    It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.

_______________________________________________
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team



_______________________________________________
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team

Reply via email to