Re: [kde-linux] baloo_file_extractor - huge disk usage?
- Date: Fri, 14 Aug 2015 02:59:01 +0000 (UTC)
- From: Duncan <1i5t5.duncan@xxxxxxx>
- Subject: Re: [kde-linux] baloo_file_extractor - huge disk usage?
Mark Knecht posted on Thu, 13 Aug 2015 17:24:21 -0700 as excerpted:
> In that regard there are two packages that use the flag, dolphin &
> gwenview. Depending on how things go tomorrow just having disabled it
> I'll give rebuilding those two a try.
I use both apps, and as I said, have USE=-semantic-desktop, so I can tell
you what the effect is. In dolphin, there's an extra tab in the
properties dialog with semantic-desktop, that's not there (it used to be
there but empty, now it seems it's not there at all) without it. Since
it's not there I don't remember what it was named, but it had additional
"meta" information about the file, for instance on images, the exif, etc
information included in the file, like what camera was used and its
settings, what image-editing software was used, etc. Similarly for media
files, it would contain info on codecs used, id3 tag info like artist/
album/etc on mp3s, etc.
In gwenview it's the same general info, presented IIRC (again, I've had
semantic-desktop off long enough the details of what it was like with it
on are getting blurry) on the meta-information side-panel tab.
Back in kde3, this sort of information was made available without
semantic-desktop, which kde3 didn't have (IIRC it got the info using
filetype specific kioslaves back then), but with kde4, they migrated all
that functionality to semantic-desktop, meaning you have a choice between
indexing it all and accepting the negatives for doing so whether you want
to or not, or not having that information exposed at all; there's no
choice to have it available when curious, but not actually indexed.
So now if you still want to have the information available and/or
separately indexed, you can use alternative (often gtk-based, sometimes
separate non-kde qt-based) apps not tied to kde and its semantic-desktop.
In kde-frameworks/5 (which I've tried but which was still kwin-crash-
looping last I did so; I need to try again...) they've supposedly made
things a lot more modular, so I'm hopeful it'll continue to be possible
to build dolphin, gwenview, etc, without semantic-desktop support, tho
I'm not sure. What would be /real/ nice would be if the reading and
display of this info was modularly separate from the indexing, in kde5,
making the information display available again, as it was in kde3,
without having to deal with the indexing cruft, but I'll be satisfied if
it simply doesn't require it. If it requires it, then... it'll be a lot
easier for me to leave kde behind entirely with the kde4 -> kde5
transition than it was with the botched kde3 -> kde4 transition, as it
and stuff like the akonadified kmail, etc, have me off of the nearly
complete kde standardization I had in the kde3 era, and I'm using
primarily just the kde4 plasma core desktop, these days. Plasma/kwin/
superkaramba would indeed be a hassle to replace and suitably configure
the replacement, but the plasma upgrade would be about the same for that
one, and replacing the other two should it be necessary shouldn't be
anything like as difficult as what I've already replaced during the life
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
This message is from the kde-linux mailing list.
Account management: https://mail.kde.org/mailman/listinfo/kde-linux.
More info: http://www.kde.org/faq.html.