I'm going to save the usual rant this time, but I want to ask the following:
how can add-ons like those are accepted in the core of Plone without having an uninstall profile?
seriously, we need to review our procedures and core developers need to be critical on their own work: abandon ship while leaving broken things behind speaks very bad and is not fun for the community; same people has to come over and over to fix the shit all the time.
Because they are in the plone namespace does not mean they are part of current core. Where did you find that plone.app.mosaic is part of Plone core?
In the latest distributons for Plone 5, they are pinned under ecosystem as a service for people who want to try out this packages, but they are not available for immediate install. (http://dist.plone.org/release/5.1.3-pending/versions.cfg)
I fully agree that they should have uninstall profiles for such well known and 'advertised as solutions' add'ons , but maybe there are technical difficulties with that, or just unfinished work.
thanks for the clarification, Fred; you are right, I was really upset on Friday after discovering I couldn't install collective.cover on our customer site because Mosaic was enabled, and we have lost our deadline.
I was confused probably because I was vaguely remembering this:
I finished the uninstaller for Mosaic 1.0 over the weekend; I'm going to push a branch for review soon.
unfortunately, collective.cover and Mosaic don't coexist at the moment.
I can confirm that it's possible to have Mosaic 1.0 and collective.cover 2.0b1 installed together under Plone 5.1.2; the problem, and fix, is described here: