The Unclear Impact

@paullammers Mine once filled my hard drives with error messages because he encountered some files it didn’t like. I removed tracker-extract or something to keep it from “working”.

@paullammers Hmm… I don’t remember what I uninstalled exactly. Indeed it doesn’t seem to be tracker-extract.

@paullammers @Sylvhem masking systemd units is the standard way to make sure a service is not started by any kind of activation (as opposed to disabling, which just makes sure it is not started automatically), so it’s not that ridiculous to propose as a fix. the binaries and libraries are still in place (I presume they are a mandatory dependency of gnome because it uses some stuff from some libraries), but systemd will refuse to start the corresponding user unit

what is more ridiculous is that gnome insist on activating the tracker service even when it is disabled


@paullammers Does gnome-core actually contain anything useful or is it just a metapackage? Removing nautilus sounds more of a problem.

@paullammers i'll let this issue speak for itself instead of me trying to characterize it.

@paullammers yeah, it's all pretty revealing, unfortunately.

Automatically installed packages will be removed when the package that 'dragged' them in, gets removed.
By changing a package state from automatically to manually, you can change that.

I don't know if it's possible (IMO gnome is weird), but with aptitude you can request additional solutions. Also use '?' as answer as it gives tips to further target new solutions.

Or remove/purge it all and try this:
aptitude install gnome-core tracker-miner=

(= means in this case, don't install)