If they actively want it they should have it, after actively agreeing to their files being searched.
A few years ago, KDE’s getting heavier in this regard - activating all kinds of background services and indexing without asking - drove me away from it. Akonadi is KDE, me thinks. I don’t know whether Gnome is going down the same route.
You see: What’s the point in setting up, e.g., updatedb timers by default if the user is never going to use plocate? It’s a waste. It’s not that hard to ask a user to agree to indexing the first time they use a feature which needs it. But before that it’s un unasked-for waste of resources.
I think most users would prefer having functional search OOTB rather than sitting around waiting for indexing to complete. Either way this is going to be an upstream problem.
As for me, I don’t want indexing. Like I said, it’s adjacent to client side scanning. If this were a perfect world and daffodils grew along the sidewalks and everybody got along with everyone, then indexing would be fine.
I think it is understandable to at least ask for an easy way to disable all of this. Even if you in particular want it enabled by default, people like me shouldn’t have to dig into their configs and mask components to get away from it.
Any other political climate and I would be less concerned.
You turned your installation off, problem solved for your specific situation.
For now. I think. Maybe. Unless it starts up again like it has been. You can guess how tired I get of randomly masking components only to update again and have akonadi thrashing my network trying to index things. I thought I had it masked. Maybe, until tomorrow.
EDIT: Case in point: Today. Right now. Thirty seconds ago. “localsearch3” spiking a CPU core.
I have masked this process a hundred times it keeps coming back.
I don’t want this system running on my computer and I have made it very plain to the OS that it should be stopped.