FWIW, kde-plasma/plasma-desktop and kde-plasma/plasma-workspace no-baloo enhancement bug and patches

For anyone running a kde-plasma5 desktop who wonders what it takes to=20
kill it in 5 as USE=3D-semantic-desktop did in kde4...

I don't have a full kde5 desktop installed, but of what I have, only two=20
packages depend on baloo: kde-plasma/plasma-desktop and kde-plasma/plasma=
-
workspace.

I've been able to patch out the (source) deps, and instead of patching=20
the ebuilds themselves, I've placed those patches in the appropriate
/etc/portage/patches/kde-plasma/plasma-[desktop|workspace]/ locations so=20
the ebuilds apply them automatically, and either package.provided the=20
baloo package itself to fake the dep for the ebuilds (works, but=20
package.provided is deprecated), or created a fake baloo in my overlay=20
that installs no files (what I'm actually doing now).

That eliminates the actual baloo installation alone with the couple of=20
other packages that only it pulled in on my system.

Here's the enhancement bug I filled asking if the gentoo/kde project is=20
interested, with the two source patches attached.

https://bugs.gentoo.org/show_bug.cgi?id=3D578664

If /you/ as a gentoo/kde /user/ are interested, the two sources patches=20
are there.  While you're there, commenting on the bug that you too would=20
like baloo to be optional, and mentioning anything else kde5-based on=20
your system that pulls in baloo, that likely also needs patched, would be=
=20
useful.

And of course don't forget to CC yourself on the bug if you want to=20
follow how it turns out.

Thanks.

--=20
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman