Comment 15 for bug 1394731

I don't think this can be rejected now, its a hard depends from totem which has been updated (and that is essentially owned by the -desktop team). Given that I suspect the -desktop team would take ownership of this MIR?

However this leads to a much bigger issue what happens when flavours need components in main? tracker is a prime example of a package that provides core functionality to the GNOME experience and that no Canonical team is going to look after. It needs to be in main so that nautilus can build against it, so that we get our file seach in the gnome-shell overview.

Admittedly most likely only affects Ubuntu GNOME due to the large overlap with Ubuntu packageset, but still doesn’t seem reasonable to just reject our MIR's based on the fact we are not Canonical. All the packages we have MIR'ed are very well maintained in debian and for the most part syncs, and we work upstream on these, if there is a CVE I can get the upstream maintainers to make a new release with the fix.