Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
KDE 4.13: How to disable baloo file indexing
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3  Next  
Reply to topic    Gentoo Forums Forum Index Desktop Environments
View previous topic :: View next topic  
Author Message
toralf
Advocate
Advocate


Joined: 01 Feb 2004
Posts: 2901
Location: Hamburg/Germany

PostPosted: Tue Apr 22, 2014 5:32 pm    Post subject: Reply with quote

USE=-migrator
?
Back to top
View user's profile Send private message
DaggyStyle
Advocate
Advocate


Joined: 22 Mar 2006
Posts: 4998

PostPosted: Tue Apr 22, 2014 5:34 pm    Post subject: Reply with quote

toralf wrote:
USE=-migrator
?

Code:
dagg@NCC-5001-D ~ $ equery d kde-base/kactivities
 * These packages depend on kde-base/kactivities:
kde-base/dolphin-4.13.0 (>=kde-base/kactivities-4.13.0:4[aqua=])
kde-base/kate-4.13.0 (>=kde-base/kactivities-4.13.0:4[aqua=])
kde-base/kwin-4.11.8 (>=kde-base/kactivities-4.11.8:4[aqua=])
kde-base/libtaskmanager-4.11.8 (>=kde-base/kactivities-4.11.8:4[aqua=])
kde-base/plasma-runtime-4.13.0 (>=kde-base/kactivities-4.13.0:4[aqua=])
kde-base/plasma-workspace-4.11.8 (>=kde-base/kactivities-4.11.8:4[aqua=])
www-client/rekonq-2.4.2 (kde ? >=kde-base/kactivities-4.10:4[aqua=])
 * These packages depend on kde-base/nepomuk-core:
kde-base/kactivities-4.13.0 (>=kde-base/nepomuk-core-4.13.0:4[aqua=])
kde-base/kdelibs-4.13.0 (semantic-desktop ? >=kde-base/nepomuk-core-4.13.0:4[aqua=])
kde-base/plasma-workspace-4.11.8 (semantic-desktop ? >=kde-base/nepomuk-core-4.11.8:4[aqua=])
www-client/rekonq-2.4.2 (semantic-desktop ? >=kde-base/nepomuk-core-4.10:4[aqua=])


mentioned above flag doesn't take affect here.
_________________
Only two things are infinite, the universe and human stupidity and I'm not sure about the former - Albert Einstein
ProjectFootball
Back to top
View user's profile Send private message
Chiitoo
l33t
l33t


Joined: 28 Feb 2010
Posts: 983
Location: Here and Away Again

PostPosted: Tue Apr 22, 2014 6:30 pm    Post subject: Reply with quote

This might explain something with regards to the most recent horror stories:
It seems to me that the semantic-desktop? went missing for a time, but is on its way back so no need to pancake just yet (I maybe guess).
_________________
Kind Regards,
~ The Noob Unlimited ~

Sore wa sore, kore wa kore.
Back to top
View user's profile Send private message
DaggyStyle
Advocate
Advocate


Joined: 22 Mar 2006
Posts: 4998

PostPosted: Tue Apr 22, 2014 6:38 pm    Post subject: Reply with quote

Chiitoo wrote:
This might explain something with regards to the most recent horror stories:
It seems to me that the semantic-desktop? went missing for a time, but is on its way back so no need to pancake just yet (I maybe guess).


that might be this, question is, why modify 4.13.0 and not add 4.13.0-r1?
_________________
Only two things are infinite, the universe and human stupidity and I'm not sure about the former - Albert Einstein
ProjectFootball
Back to top
View user's profile Send private message
Ant P.
Advocate
Advocate


Joined: 18 Apr 2009
Posts: 2952
Location: UK

PostPosted: Tue Apr 22, 2014 7:25 pm    Post subject: Reply with quote

The people that want that useflag now know it's there. The people that don't care... don't have to recompile all of KDE yet again for a non-change.
Back to top
View user's profile Send private message
Martux
Veteran
Veteran


Joined: 04 Feb 2005
Posts: 1766
Location: Mannheim, Germany

PostPosted: Tue Apr 22, 2014 7:33 pm    Post subject: Reply with quote

It's already fixed in Portage :-D
_________________
"Coincidence is God's way of remaining anonymous."
Albert Einstein
"The road to success is always under construction"
Back to top
View user's profile Send private message
iandoug
Guru
Guru


Joined: 11 Feb 2005
Posts: 319
Location: Cape Town, South Africa

PostPosted: Fri Apr 25, 2014 9:08 pm    Post subject: [solved] Reply with quote

Hi all

trying to do update world. Already have a whack of ~amd64 instructions as per emerge's demands.

But I can't get past this:

Code:

Total: 267 packages (59 upgrades, 175 downgrades, 12 new, 1 in new slot, 20 reinstalls, 2 uninstalls), Size of downloads: 409,516 kB
Conflict: 4 blocks (1 unsatisfied)

 * Error: The above package list contains packages which cannot be
 * installed at the same time on the same system.

  (kde-base/baloo-4.13.0::gentoo, ebuild scheduled for merge) pulled in by
    >=kde-base/baloo-4.13.0:4[aqua=] (>=kde-base/baloo-4.13.0:4[-aqua]) required by (kde-base/kdepim-common-libs-4.13.0::gentoo, ebuild scheduled for merge)
    >=kde-base/baloo-4.13.0:4[aqua=] (>=kde-base/baloo-4.13.0:4[-aqua]) required by (kde-base/nepomuk-core-4.13.0::gentoo, ebuild scheduled for merge)

  (kde-base/nepomuk-4.11.5::gentoo, ebuild scheduled for merge) pulled in by
    >=kde-base/nepomuk-4.11.5:4[aqua=] (>=kde-base/nepomuk-4.11.5:4[-aqua]) required by (kde-base/systemsettings-4.11.5::gentoo, ebuild scheduled for merge)
    >=kde-base/nepomuk-4.11.5:4[aqua=] (>=kde-base/nepomuk-4.11.5:4[-aqua]) required by (kde-base/kdebase-runtime-meta-4.11.5::gentoo, ebuild scheduled for merge)


Any ideas?

Edit:
Got somewhere by adding kde-base/kdebase-runtime-meta ~amd64 which lead to a few more similar, few more uninstalls, and eventually the job is running ...

thanks, Ian
_________________
Asus Sabertooth P990, AMD FX-8150, GeForce GTX 560, 16GB Ram | Asus M3A78 64, X2 6000+, PX9800 GT, 4GB Ram | Asus M4A77TD PRO, X2 245, HD4350, 4GB RAM
Back to top
View user's profile Send private message
Josef.95
Advocate
Advocate


Joined: 03 Sep 2007
Posts: 2458
Location: Germany

PostPosted: Tue Apr 29, 2014 9:30 pm    Post subject: KDE 4.13: How to disable baloo file indexing Reply with quote

There is a little information: http://community.kde.org/index.php?title=Baloo/Configuration
Back to top
View user's profile Send private message
Fitzcarraldo
l33t
l33t


Joined: 30 Aug 2008
Posts: 730
Location: United Kingdom

PostPosted: Tue May 06, 2014 9:32 am    Post subject: Reply with quote

I'm actually finding Baloo works well and am using it at work. When I upgraded from KDE 4.12.4 to 4.13.0, the automatic migration from Nepomuk to Baloo did not work, so both the obsolete Nepomuk and the new Baloo were running simultaneously until I fixed it (see nepomukbaloomigrator crashes). I have a feeling some people may not realise that both Nepomuk and Baloo are running concurrently because the migration was not successful. It took me a while to realise that. Now it's working well, and I'm finding Baloo much zippier than Nepomuk used to be, and better at indexing my huge number of work files and e-mails.

I also had trouble with Akonadi when I upgraded from KDE 4.12.4 to 4.13.0, but managed to sort that out too (see Akonadi does not work properly with MySQL).
_________________
Compal NBLB2: ~amd64, OpenRC, FGLRX, KDE / Clevo W230SS: amd64, OpenRC, NVIDIA, KDE
Fitzcarraldo's blog
Back to top
View user's profile Send private message
Yamakuzure
Veteran
Veteran


Joined: 21 Jun 2006
Posts: 1604
Location: Bardowick, Germany

PostPosted: Tue May 06, 2014 10:50 am    Post subject: Reply with quote

If you want more control over baloo, sync your portage tree and re-emerge kde-base/baloo with USE="alternatekcm" (turned on by default).

This will pull in kde-misc/baloo-kcmadv which changes the system settings applet for baloo to show a lot more options - including deactivating it. ;)
_________________
systemd - The biggest fallacies
Back to top
View user's profile Send private message
genstorm
Advocate
Advocate


Joined: 05 Apr 2007
Posts: 2737
Location: Austria

PostPosted: Tue May 06, 2014 1:04 pm    Post subject: Reply with quote

Yep, I think I will make the jump from 4.12 with 4.13.1 eventually. baloo works, and thanks to the work of our awesome kde team we can disable nepomuk now separately with USE="-nepomuk".
_________________
backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic
Back to top
View user's profile Send private message
PlasmaPhil
n00b
n00b


Joined: 22 May 2006
Posts: 31

PostPosted: Fri May 09, 2014 1:38 pm    Post subject: Reply with quote

Voltago wrote:
Anyway, the first thing people 'round here are likely to ask is how to turn the darn thing off (I know I did).

That would be me :-) Thanks to several tips in this thread (and some own experiments) I found a few ways to disable the thing, and some how not to.

Voltago wrote:
There doesn't seem to be a portage restriction on building kmail-4.13.0 without the sematic-desktop flag. Is there any functionality you'd loose?

Except from the desktop search, which obviously noone around here seems to use, there is also the indexing and also parsing of meta data involved, a thing that most people would like to keep. At least thats what I think.

For example, if you compile kde-base/dolphin with USE="-semantic-desktop", it loses the ability to display meta data of various file types as tooltip. Most annoying, if you're used to see e.g. an image's resolution, bit-depth and what-the-like in the tooltip when hovering the file in dolphin. Without semantic-desktop you just get the file size, maybe owner/group and that's about it.

Recently I looked into /usr/portage/kde-base/dolphin/dolphin-4.13.0.ebuild - here's an excerpt:
Code:
DEPEND="
        $(add_kdebase_dep kactivities)
        $(add_kdebase_dep libkonq)
        x11-libs/libXrender
        semantic-desktop? (
                $(add_kdebase_dep baloo)
                $(add_kdebase_dep baloo-widgets)
                $(add_kdebase_dep kfilemetadata)
        )
"


So I copied the ebuild file to my local overlay and added a USE-Flag for kfilemetadata, so this would compile in nevertheless while leaving out semantic-desktop. Unfortunately this didn't change anything in the behaviour of dolphin, it still did not display the meta data. Maybe other things have to be done to get this working, but I am not so deep into the KDE ebuild stuff and did not investigate further.

Nevertheless, if someone has an idea on that (compiling Dolphin with the meta data, but without semantic-desktop, and having it work) then at least I would be very grateful, because it would spare me (and maybe others) the hack that follows.

amauk wrote:
After upgrade to KDE 4.13, this baloo indexer thing was causing high iowait on my system
I just symlinked it to /bin/true


I took the freedom to use this tip (thanks man!) and wrote two little scraps that work quite nice on my systemd-enabled box:

/etc/systemd/system/kde-kill-indexer.service
Code:
[Unit]
Description=Disables all KDE desktop indexing binaries
Before=graphical.target

[Service]
Type=oneshot
ExecStart=/usr/local/sbin/kde-kill-indexer
RemainAfterExit=yes

[Install]
WantedBy=graphical.target


/usr/local/sbin/kde-kill-indexer
Code:
#!/bin/sh

declare kill_these_binaries=(
        '/usr/bin/akonadi_baloo_indexer'
        '/usr/bin/baloo_file'
        '/usr/bin/baloo_file_cleaner'
        '/usr/bin/akonadi_baloo_indexer'
)

for this_binary in "${kill_these_binaries[@]}"
do
        if [ -f ${this_binary} ] ; then
                # Disable and move the binary
                chmod 640 ${this_binary}
                mv ${this_binary} "${this_binary}~orig"

                # Replace it with a oneshot dummy
                ln -sf /bin/true ${this_binary}
        fi
done

# vim: ts=4 fenc=ascii


This just runs before KDE is started and wipes out all the nasty stuff.

Finally, I'd like to rant that if KDE would do more bugfixing and less shiny-lets-emulate-windows-and-impose-resource-eating-crap-on-the-user (I can go on more if you like) then we would not have to come up with stuff like this.

Oh, wait, I'm not done yet. Another one. You could also replace the baloo configuration and make it read-only (chown root:root and chmod 444) with something like this:

/home/$herebyusername/.kde4/share/config/baloofilerc
Code:
[Basic Settings]
Indexing-Enabled=false

[General]
exclude filters=*
exclude filters version=2
exclude folders[$e]=/
exclude mimetypes*/*
first run=false
folders[$e]=


I did not make sure that this actually stops Baloo from indexing, and I think at least the processes will still hang there, maybe just idling around. The "Indexing-Enabled" setting is yet not accessible from the control panel, also it doesn't let you choose / for "exclude folders".

The last solution is less intrusive to a system than removing the binaries, maybe you want to try that first. I for myself prefer to get rid of such things as thoroughly as possible, so again, I am very thankful for the tip from amauk.

A nice weekend to everyone :D
Back to top
View user's profile Send private message
genstorm
Advocate
Advocate


Joined: 05 Apr 2007
Posts: 2737
Location: Austria

PostPosted: Fri May 09, 2014 7:20 pm    Post subject: Reply with quote

PlasmaPhil wrote:
Voltago wrote:
Anyway, the first thing people 'round here are likely to ask is how to turn the darn thing off (I know I did).

That would be me :-)

...and it seems you have missed this, only two posts above:

https://forums.gentoo.org/viewtopic-p-7547344.html#7547344
_________________
backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic
Back to top
View user's profile Send private message
PlasmaPhil
n00b
n00b


Joined: 22 May 2006
Posts: 31

PostPosted: Mon May 12, 2014 7:21 am    Post subject: Reply with quote

genstorm wrote:
...and it seems you have missed this, only two posts above:


No, I did not. That's why I wrote about "thorough" removal. Why take only "more" control, if it can be avoided it completely?

It is a fact that KDE (and in my opinion way too often) brings new baggage with it, which constantly has to be deactivated by the user. There's no opt-in, it just starts eating up the resources of our machines and every few months you wonder why the darn boxes are again slow. I just do not like services that crawl over my whole system and collect whatever they may come across.

If there would have been a USE-Flag, this could have been done in a nicer way. If there was some kind of startup screen on every new version, that asks every user about his data choices and informs about recent changes, it would have been okay. But I do not like the Microsoft-like attitude of deciding what they think would be best for all users. It is the same way that Mozilla took a few months ago, by silently activating the Health Report and Social plugins on every new Firefox installation, stuff that sits in the background and quite frequently phones home.

In my humble opinion, those desicions are ignorant. People should be more sensible, Developers should be more sensible, especially in these days. So I do not want more control over those services, I do want them to not exist at all.
Back to top
View user's profile Send private message
Martux
Veteran
Veteran


Joined: 04 Feb 2005
Posts: 1766
Location: Mannheim, Germany

PostPosted: Wed May 14, 2014 7:57 pm    Post subject: Reply with quote

The shit is here again with 4.13.1... :evil:
I could circumvent it by putting kde-base/kdepimlibs-4.13.1 to /etc/portage/profile/package.provided...
That's only because I don't have any other packages needing kdepimlibs.
_________________
"Coincidence is God's way of remaining anonymous."
Albert Einstein
"The road to success is always under construction"
Back to top
View user's profile Send private message
genstorm
Advocate
Advocate


Joined: 05 Apr 2007
Posts: 2737
Location: Austria

PostPosted: Wed May 14, 2014 8:25 pm    Post subject: Reply with quote

Martux wrote:
The shit is here again with 4.13.1... :evil:

Did you look at the USE flag changes? nepomuk was ripped out of semantic-desktop into its own flag. And kdepimlibs pulls in neither of them...
_________________
backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic
Back to top
View user's profile Send private message
ArneBab
Guru
Guru


Joined: 24 Jan 2006
Posts: 380
Location: Graben-Neudorf, Germany

PostPosted: Thu May 15, 2014 9:58 am    Post subject: Reply with quote

albright wrote:
Quote:
new indexer 'baloo' while 'nepomuk'/'strigi' ... being phased out


what's that you say 8O

over at KDE they kept saying nepomuk/strigi was the best thing
ever and would soon work flawlessly

I won't miss it but doubt baloo will be much of an improvement


From what I read, baloo reuses many parts of nepomuk and just replaces the crappy overly-generic parts with code optimized to actually do the required tasks.

So I see baloo as just the step which could make nepomuk/strigi work flawlessly. I hope I’m right in that ☺
_________________
Being unpolitical means being political without realizing it. - Arne Babenhauserheide ( http://draketo.de )

pkgcore: So fast that it feels unreal - by doing only what is needed.
Back to top
View user's profile Send private message
genstorm
Advocate
Advocate


Joined: 05 Apr 2007
Posts: 2737
Location: Austria

PostPosted: Thu May 15, 2014 10:26 am    Post subject: Reply with quote

I, for one, do not notice baloo at all. And because of the USE split, I was able to ditch soprano and virtuoso for good, without any hacks involved.
_________________
backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic
Back to top
View user's profile Send private message
DaggyStyle
Advocate
Advocate


Joined: 22 Mar 2006
Posts: 4998

PostPosted: Thu May 15, 2014 4:59 pm    Post subject: Reply with quote

just add
Code:
kde-base/kdebase-runtime-meta -crash-reporter
to package.use
and
Code:
-nepomuk -kdepim
to make.conf and all is good :).
_________________
Only two things are infinite, the universe and human stupidity and I'm not sure about the former - Albert Einstein
ProjectFootball
Back to top
View user's profile Send private message
kensington
Developer
Developer


Joined: 02 Jan 2013
Posts: 44
Location: Australia

PostPosted: Fri May 16, 2014 6:41 pm    Post subject: Reply with quote

Martux wrote:
The shit is here again with 4.13.1... :evil:
I could circumvent it by putting kde-base/kdepimlibs-4.13.1 to /etc/portage/profile/package.provided...
That's only because I don't have any other packages needing kdepimlibs.


Please be more specific about your problem. It shouldn't be necessary to use hacks to avoid installing packages such as kdepimlibs or baloo.
Back to top
View user's profile Send private message
Martux
Veteran
Veteran


Joined: 04 Feb 2005
Posts: 1766
Location: Mannheim, Germany

PostPosted: Fri May 16, 2014 9:22 pm    Post subject: Reply with quote

I wasn't aware of the new USE flags -kdepim and -nepomuk. Added those to make.conf >> problems disappeared :)
Just out of curiousity: strigi is still around. Is there a way to get rid of that as well?
_________________
"Coincidence is God's way of remaining anonymous."
Albert Einstein
"The road to success is always under construction"
Back to top
View user's profile Send private message
genstorm
Advocate
Advocate


Joined: 05 Apr 2007
Posts: 2737
Location: Austria

PostPosted: Fri May 16, 2014 9:35 pm    Post subject: Reply with quote

Still required by kdelibs which is frozen until kde frameworks 5 release. Not sure what's it actually doing these days though...
_________________
backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic
Back to top
View user's profile Send private message
Martux
Veteran
Veteran


Joined: 04 Feb 2005
Posts: 1766
Location: Mannheim, Germany

PostPosted: Fri May 16, 2014 9:40 pm    Post subject: Reply with quote

Hehe well, I got rid of like 20 packages by cleaning out my package.use and enforcing -semantic-desktop -kdepim and -nepomuk. Surely no complaints from me :) Probably Gentoo is the only "distro" in which you actually can get rid of these parts of KDE. :lol:
_________________
"Coincidence is God's way of remaining anonymous."
Albert Einstein
"The road to success is always under construction"
Back to top
View user's profile Send private message
gentooP4
Apprentice
Apprentice


Joined: 20 Sep 2010
Posts: 160
Location: was London, now Kapiti - NZ :-)

PostPosted: Sat May 17, 2014 11:02 am    Post subject: Reply with quote

That's why we're here :D
_________________
Neo wasn't searching for the matrix.. he was doing an overnight emerge
Reiser is a killer filesystem.
Back to top
View user's profile Send private message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 2789
Location: Gainesville, Florida

PostPosted: Sat May 17, 2014 2:48 pm    Post subject: Reply with quote

genstorm,
Please clarify:
Quote:
Still required by kdelibs which is frozen until kde frameworks 5 release. Not sure what's it actually doing these days though...

Do you mean kdelibs still requires nepomuk, kdepim and semantic-desktop?

Or, will kdelibs and all "non-kdepim" packages compile with -nepomuk and -kdepim, including baloo? I thought baloo was using parts of the nepomuk code. :?

I'm willing to give baloo a decent trial period.
_________________
Main box- Gigabyte GIGABYTE GA-990FXA-UD3 AM3+ rev.-4.0
Amd FX 8320, 3.5 GHz, 16GB GSkill DDR3 1866mhz
Samsung SATA 1000GB, Radeon HD 6570 2GB DDR3
Gentoo ~x86, ~amd64, glibc-2.20-r1, gcc-4.9.2 kernel-3.19.0-gentoo (USE=experimental "native")
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Desktop Environments All times are GMT
Goto page Previous  1, 2, 3  Next
Page 2 of 3

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum