Slack 14.0, KDE, Nepomuk frustration

[Peter Chant]

I like KDE but I've had Slack 14 installed over a week now and the system
_still_ seems to be indexing things. virtuoso-t (email) seems to be the
latest culprit. I assumed, as I had data (e.g. not a new user) that it
would take a little time for the indexing to take place. That seemed to be
the case, after a while things settled down. However, this weekend
virtuoso-t has gone mad and is constantly pegging one CPU to >50%, with
noticable activity on the other two cores. In addition the disk access is
bogging the machine down.

Any thoughts? Binning kmail etc and turning off nepomuk seems like one
option and switching to xcfe another. But I would rather that KDE worked.

Pete

[Henrik Carlqvist]

On Mon, 15 Oct 2012 08:57:05 +0100, Peter Chant wrote:
> Any thoughts? Binning kmail etc and turning off nepomuk seems like one
> option and switching to xcfe another. But I would rather that KDE
> worked.

I also had Nepomuk troubles when going to Slackware 13.1. The troubles
and solutions are described here:

https://groups.google.com/forum/?fromgroups#!msg/alt.os.linux.slackware/
PaSWk9DfEcY/wMt-8jjWAF4J

However, even though nepomuk now has been system globally disabled by
default, every now and then some user goes into the control panel of KDE,
points and clicks, and finds an option named nepomuk which he can click.

I would really need some way to permanently disable nepomuk. One day,
when I upgrade from Slackware 13.1 I simply might choose not to install
KDE at all.

regards Henrik
--
The address in the header is only to prevent spam. My real address is:
hc351(at)poolhem.se Examples of addresses which go to spammers:
root@localhost postmaster@localhost

[Peter Chant]

Frank Boehm wrote:

> Peter Chant <pe...@petezilla.co.uk> wrote:
>
>> I assumed, as I had data (e.g. not a new user) that it
>> would take a little time for the indexing to take place.
>

> You are not alone. Can you test with a brand new user account without
> any old leftovers?
>

I'll try. However, an account with no data and no emails will be a lot
different than one with lots. I orginally carried my config across.
However, as I was having issues I removed (renamed as a backup) .local, .kde
and .config. So except the data/email it is a new install.

> To search for a better hint, what's going wrong.
> http://vhanda.in/blog/2012/02/virtuoso-going-crazy-/

I'll have a dig, thanks.

[Peter Chant]

Henrik Carlqvist wrote:

> On Mon, 15 Oct 2012 08:57:05 +0100, Peter Chant wrote:
>> Any thoughts? Binning kmail etc and turning off nepomuk seems like one
>> option and switching to xcfe another. But I would rather that KDE
>> worked.
>
> I also had Nepomuk troubles when going to Slackware 13.1. The troubles
> and solutions are described here:
>
> https://groups.google.com/forum/?fromgroups#!msg/alt.os.linux.slackware/
> PaSWk9DfEcY/wMt-8jjWAF4J

Thanks. That was about shrinking the database. I'm not so worried about
that, rather the execessive resource usage. I did have a look in my mysql
config - it seems in slack (?) the cache is dropped from 128MB to 80MB - did
not tweek anything.

>
> However, even though nepomuk now has been system globally disabled by
> default, every now and then some user goes into the control panel of KDE,
> points and clicks, and finds an option named nepomuk which he can click.
>
> I would really need some way to permanently disable nepomuk. One day,
> when I upgrade from Slackware 13.1 I simply might choose not to install
> KDE at all.

Well, it appears that it can be diabled. But then kmail2 does not work.
Its becoming less of an option and more of an essential component. I like
KDE - but jumping ship is beginning to be attractive if the core of KDE hogs
the machine.

[notbob]

On 2012-10-15, Henrik Carlqvist <Henrik.C...@deadspam.com> wrote:

> I would really need some way to permanently disable nepomuk.

Try another WM/DE. I run fluxbox and neposuk and all those other CPU
hammering apps don't even start. I have all the programs I want/need
from KDE, but none of the drag.

nb

--
Definition of objectivism:
"Eff you! I got mine."
http://www.nongmoproject.org/

[wcth]

I have this problem sometimes, and also with thunderbird.
And I have a very strong (and maybe dirty) reaction : I find the bad
processes with htop and kill them.
Or I restart kde.

[Aaron W. Hsu]

On Mon, 15 Oct 2012 03:57:05 -0400, Peter Chant <pe...@petezilla.co.uk>
wrote:

> I like KDE but I've had Slack 14 installed over a week now and the system
> _still_ seems to be indexing things.

[...]

> Any thoughts? Binning kmail etc and turning off nepomuk seems like one
> option and switching to xcfe another. But I would rather that KDE
> worked.

In 13.1 I found Nepomuk and its related ilk rather annoying, and they
didn't seem to help much. However, with this upgrade and my subsequent
upgrade to KDE 4.9.2 (from Alien's Ktown) and starting from a completely
fresh installation, I can report that Nepomuk seems to behave very well
for me, and I have no had indexing troubles. Indeed, I actually was rather
surprised at how little it used my processor.

There is a setting in the Desktop Search settings for controlling how much
of the currently available resources Nepomuk and others try to use when
doing their indexing, you may want to tweak that. Additionally, you may
have a corrupted database or index if it is behaving really erratically.
In my own tests, Nepomuk was quick to pause or disable indexing when I
started to do real work, and only enabled when my system was idle, so I
did not notice any hit to performance even when Nepomuk was completely
enabled and in the process of indexing.

As a benchmark, my home directory contains over 250GB of data of varying
types, many photo, text files, PDFs, movies, and other data, including
databases and the like. I have not tried indexing email with KMail, but I
might give it a go. Right now I am using Opera to do my mail and it is
serving its own search database.

Indexing might take a while to go through, and you may want to see what
happens if you leave it overnight. If it is finished in the morning and
then gives you problems, then maybe something is borked and you need to
re-index afresh.

I am now relatively happy with Nepomuk, and it makes desktop searching
really easy from inside of Dolphin. It's fast and responsive for me, so at
least you have one data point that says it actually works and works well.

--
Aaron W. Hsu | arc...@sacrideo.us | http://www.sacrideo.us
Programming is just another word for the Lost Art of Thinking.

[John K. Herreshoff]

Thanks for the Positive note, Arron.

John.

--
Using the Cubic at home.

[Peter Chant]

notbob wrote:

> On 2012-10-15, Henrik Carlqvist <Henrik.C...@deadspam.com> wrote:
>
>> I would really need some way to permanently disable nepomuk.
>
> Try another WM/DE. I run fluxbox and neposuk and all those other CPU
> hammering apps don't even start. I have all the programs I want/need
> from KDE, but none of the drag.

Well, I'm not going to get kmail under fluxbox unless I run nepomuk under
fluxbox...

[Peter Chant]

Aaron W. Hsu wrote:

> On Mon, 15 Oct 2012 03:57:05 -0400, Peter Chant <pe...@petezilla.co.uk>
> wrote:
>
>> I like KDE but I've had Slack 14 installed over a week now and the system
>> _still_ seems to be indexing things.
>
> [...]
>
>> Any thoughts? Binning kmail etc and turning off nepomuk seems like one
>> option and switching to xcfe another. But I would rather that KDE
>> worked.
>
> In 13.1 I found Nepomuk and its related ilk rather annoying, and they
> didn't seem to help much. However, with this upgrade and my subsequent
> upgrade to KDE 4.9.2 (from Alien's Ktown) and starting from a completely
> fresh installation, I can report that Nepomuk seems to behave very well
> for me, and I have no had indexing troubles. Indeed, I actually was rather
> surprised at how little it used my processor.
>

Interesting. It looks like there is a lot of work going on in that area:
http://vhanda.in/blog/2012/09/nepomuk-and-kde-4.9.1/

Not sure whether that is stuff that broke going to 4.9.0 or just fixes in
general. I noted that phonrix thought 4.9 was faster.

> There is a setting in the Desktop Search settings for controlling how much
> of the currently available resources Nepomuk and others try to use when
> doing their indexing, you may want to tweak that. Additionally, you may
> have a corrupted database or index if it is behaving really erratically.
> In my own tests, Nepomuk was quick to pause or disable indexing when I
> started to do real work, and only enabled when my system was idle, so I
> did not notice any hit to performance even when Nepomuk was completely
> enabled and in the process of indexing.
>
> As a benchmark, my home directory contains over 250GB of data of varying
> types, many photo, text files, PDFs, movies, and other data, including
> databases and the like. I have not tried indexing email with KMail, but I
> might give it a go. Right now I am using Opera to do my mail and it is
> serving its own search database.

I have more than that. However, I do need a tidy up. Anyway, you have a
non-trivial amount.

>
> Indexing might take a while to go through, and you may want to see what
> happens if you leave it overnight. If it is finished in the morning and
> then gives you problems, then maybe something is borked and you need to
> re-index afresh.

It took suspect 12 to a day to index the files on first go. Then it was
nice and snappy. That was before the current shenanigans.

>
> I am now relatively happy with Nepomuk, and it makes desktop searching
> really easy from inside of Dolphin. It's fast and responsive for me, so at
> least you have one data point that says it actually works and works well.
>

I've not got as far as the benefits. However, installing Eric's latest
packages seem like a good option. I'll try installing in place to see if
that works (to try re-configuring kmail). If that does not bring an
improvement I'll see if I can nuke the database on the assumption that if it
is corrupted then it ought to build a new one. Failing that I'll wipe
(move) .kde, .local and .config.

Thanks,

Pete

[Trygve S]

Talk to the KDE developers. We already have an excellent system called
locate.

[notbob]

On 2012-10-15, Peter Chant <pe...@petezilla.co.uk> wrote:

> Well, I'm not going to get kmail under fluxbox unless I run nepomuk under
> fluxbox...

I guess not.

I jes started kmail to see what would happen. Holy crap! Akonadi and
god know what else started up (about 5 screens popped up) and put my
system resources in a tailspin. Mucho Alt-F4s!! Glad I don't use
kmail.

[Henrik Carlqvist]

On Tue, 16 Oct 2012 02:39:05 +0000, notbob wrote:

> Glad I don't use kmail.

There are good alternatives to kmail. Thunderbird is included in
Slackware. I prefer sylpheed which I have downloaded and installed.

[Peter Chant]

notbob wrote:

>> Well, I'm not going to get kmail under fluxbox unless I run nepomuk under
>> fluxbox...
>
> I guess not.
>
> I jes started kmail to see what would happen. Holy crap! Akonadi and
> god know what else started up (about 5 screens popped up) and put my
> system resources in a tailspin. Mucho Alt-F4s!! Glad I don't use
> kmail.

Holy Crap indeed Batman!

Updated to 4.9.2 last night. It was easy (thanks Eric). Upped the amount
of memory allocated to nepomuk (at least temporarily). Will see how things
settle down. Nepomuk etc seem to hog the system less / desktop is more
responsive when it is working.

[Jim Diamond]

Pete,

I only use two kde programs (korganizer and ksnapshot) and in the
latest (and not greatest) kde the performance was so bad I couldn't
use it. (The new korganizer requires that a bunch of other stuff
(that I don't want) also runs, and it was clobbering my poor old Core
i7 620 M.)

Someone pointed me in the direction of the trinity desktop project,
which is essentially a fork of KDE 3 (IIUC). They just recently
released V 3.5.13.1. You can read about it here:
http://www.trinitydesktop.org/

I haven't had the time to hunt down whether Slackware 14.0 packages
are already available or whether lucid directions for compiling the
system under Slackware 14.0 exist, but you may find it worthwhile to
take a look.

Cheers.
Jim

[notbob]

On 2012-10-16, Henrik Carlqvist <Henrik.C...@deadspam.com> wrote:

> There are good alternatives to kmail. Thunderbird is included in
> Slackware.

Is it? I hadn't noticed, as I use Seamonkey, the continuation of the
old Netscape browser suite, which has the entire email enchilada
included. I've occasionally used FF, as Seamonkey's browser sometimes
fails to negotiate some of the more complex websites I've visited,
but I have no need to set up another email appy and SM's is good enough.

[Peter Chant]

Jim Diamond wrote:

> Pete,
>
> I only use two kde programs (korganizer and ksnapshot) and in the
> latest (and not greatest) kde the performance was so bad I couldn't
> use it. (The new korganizer requires that a bunch of other stuff
> (that I don't want) also runs, and it was clobbering my poor old Core
> i7 620 M.)
>

For me its kontact (eg kmail, knode and korganizer), kate and dolphin. I'm
also rather partial to the favourites on the menu system. I'd turned off
nepomuk before but now it is hard to avoid. With then turned on it takes a
while to scan the system first time it is installed. I predict this will
take a number of days with me - I reset the system by deleting the database
when it was on approx 330000 files indexed. I have perhaps some tidying to
do, some dead source trees. I have a lot but I suspect many have more. I
estimate that it will take several days to index that system. However,
under KDE 4.9.2 the load of indexing is much lower than in 4.8. It is much
less intrusive.

> Someone pointed me in the direction of the trinity desktop project,
> which is essentially a fork of KDE 3 (IIUC). They just recently
> released V 3.5.13.1. You can read about it here:
> http://www.trinitydesktop.org/
>
> I haven't had the time to hunt down whether Slackware 14.0 packages
> are already available or whether lucid directions for compiling the
> system under Slackware 14.0 exist, but you may find it worthwhile to
> take a look.

They seem to stop at 13.1. That does not mean that some legwork could be
dome to install on 14. However, its a bit more than a simple install.

I can see the advantages of the indexing - I spend much time every day
searching for files (not my home machine) so I certainly see the purpose. I
think my best plan right now is to see how the system behaves after a few
more days.

Pete

[Henrik Carlqvist]

On Wed, 17 Oct 2012 19:28:26 +0100, Peter Chant wrote:
> I can see the advantages of the indexing - I spend much time every day
> searching for files (not my home machine) so I certainly see the
> purpose. I think my best plan right now is to see how the system
> behaves after a few more days.

IMHO there is a right way and a wrong way to do this kind of indexing.

The wrong way to do it is to put the indexing files in every users home
directory like nepomuk does.

The right way to do it is to put the indexing files in a common system
directory like slocate does.

On a network with hundreds of users and many terabytes of file servers
you can easily see what happens if every user is going to build up his
own index in his own home directory.

The nepomuk approach with index files in the users home directories shows
that KDE is intended as a toy OS replacement for desktop computers with
only a single user.

[Aaron W. Hsu]

On Wed, 17 Oct 2012 14:46:02 -0400, Henrik Carlqvist
<Henrik.C...@deadspam.com> wrote:

> On a network with hundreds of users and many terabytes of file servers
> you can easily see what happens if every user is going to build up his
> own index in his own home directory.
>
> The nepomuk approach with index files in the users home directories shows
> that KDE is intended as a toy OS replacement for desktop computers with
> only a single user.

Nepomuk is generally designed for indexing files that are local to the
user, and hence, it makes sense for the index to be with the user. It
would be a major security risk if other users could read the indexes of my
files, getting valuable content data from them.

Nepomuk only indexes the Home directory by default, and I see little
reason to index anything outside of the Home directory. This means that
there will be no duplication among multiple users of a system, because
they will not be indexing the same files. I would not want to have a
global index of my files shared with other users on a multi-user system.
Having separate databases that are isolated from other users is the right
approach for indexing my personal files. On the other hand, I do advocate
and use something like slocate databases for global files. Even so, I find
that I use that much less than my home index.

Global index for global files, personal, private indexes for personal,
private files.

[Aragorn]

On Wednesday 17 October 2012 21:50, Aaron W. Hsu conveyed the following
to alt.os.linux.slackware...

> On Wed, 17 Oct 2012 14:46:02 -0400, Henrik Carlqvist
> <Henrik.C...@deadspam.com> wrote:
>
>> On a network with hundreds of users and many terabytes of file
>> servers you can easily see what happens if every user is going to
>> build up his own index in his own home directory.
>>
>> The nepomuk approach with index files in the users home directories
>> shows that KDE is intended as a toy OS replacement for desktop
>> computers with only a single user.
>
> Nepomuk is generally designed for indexing files that are local to the
> user, and hence, it makes sense for the index to be with the user. It
> would be a major security risk if other users could read the indexes
> of my files, getting valuable content data from them.
>
> Nepomuk only indexes the Home directory by default, and I see little

> reason to index anything outside of the Home directory. [...]

I agree with the above, but I also wish to emphasize that Nepomuk is a
database engine, and does not itself index the home directory. The
process responsible for this is Strigi - also known as "Desktop Search"
- and is part of the semantic desktop project as promoted by
opendesktop.org.

You do need Nepomuk running if you're going to use KMail, because KMail
uses Akonadi for its resources, and Akonadi needs Nepomuk. It is
however possible to use Akonadi and Nepomuk without also using Strigi.

Most people seem unaware that Strigi can be disabled. ;-)

--
= Aragorn =
(registered GNU/Linux user #223157)

[alistair]

On Mon, 15 Oct 2012 08:57:05 +0100, Peter Chant wrote:

Strange how people chose a simple and fast Linux distribution and then
use KDE with it.

[Aragorn]

On Wednesday 17 October 2012 23:13, alistair conveyed the following to
alt.os.linux.slackware...

> Strange how people chose a simple and fast Linux distribution and then
> use KDE with it.

I use KDE, and I have always preferred it over any other desktop
environment because it allows me to customize it to whatever extent I
like, whereas the other desktop environments don't.

Hasn't slowed any of my systems down yet so far, with the sole exception
of my laptop. But then again, that one only has a 1 GHz Pentium III-
based Celeron with 128 MiB of (single data rate) RAM, of which 16 MiB is
shared with the video adapter. So I use Enlightenment (DR16) on that
one.

[Peter Chant]

Henrik Carlqvist wrote:

> On Wed, 17 Oct 2012 19:28:26 +0100, Peter Chant wrote:
>> I can see the advantages of the indexing - I spend much time every day
>> searching for files (not my home machine) so I certainly see the
>> purpose. I think my best plan right now is to see how the system
>> behaves after a few more days.
>
> IMHO there is a right way and a wrong way to do this kind of indexing.
>
> The wrong way to do it is to put the indexing files in every users home
> directory like nepomuk does.

I can see perhaps why they have done it. Probally too hard right now but it
seems to me that the index ought to be part of the file system itself. Of
course, this is a glib statement that far outstrips my skills to do anything
about it!

>
> The right way to do it is to put the indexing files in a common system
> directory like slocate does.
>
> On a network with hundreds of users and many terabytes of file servers
> you can easily see what happens if every user is going to build up his
> own index in his own home directory.

I think with far fewer users you could bring the network and fileservers to
their knees. Also, if as you observe, everyone used their own per-user
database they'd be forever getting out of sync and re-indexing due to
changes made by another user.

>
> The nepomuk approach with index files in the users home directories shows
> that KDE is intended as a toy OS replacement for desktop computers with
> only a single user.
>

Is that fair? What is toyish about it? A set of integrated basic apps
seems like a good plan.

> regards Henrik

Pete

[Peter Chant]

alistair wrote:

>> Any thoughts? Binning kmail etc and turning off nepomuk seems like one
>> option and switching to xcfe another. But I would rather that KDE
>> worked.
>>
>> Pete
>
> Strange how people chose a simple and fast Linux distribution and then
> use KDE with it.

That kind of implies that if I prefer anything other than simple I've got to
go for windows or buy a Mac? Perhaps it would be a good idea for me to try
XCFE again as I've not used it in anger for a while. However, I missed some
of the features present in konqueror (KDE 3 days). Fluxbox was far too hair
shirt for me.

Pete

[Peter Chant]

Trygve S wrote:

> Talk to the KDE developers. We already have an excellent system called
> locate.

Sorry, don't understand. KDE appears to have a front end for locate, but I
can't see the relevence to this topic.

Pete

[notbob]

On 2012-10-17, Peter Chant <pe...@petezilla.co.uk> wrote:

> of the features present in konqueror (KDE 3 days). Fluxbox was far too hair
> shirt for me.

?????

I use fluxbox so I can use KDE efficiently. I always load full kde,
the run fb. Most slack fb menus are already tweaked towards kde.
Whatever new apps kde has that aren't already in fb menus can be added
easily. I don't understand what kde has that I can't get from fb, yet
leave all that bloat and drag behind until I need it. What?
Wallpaper? Screensavers? FB does all that. Yet whackonutty,
neposuk, and sqweegi remain off unless I need them ....for whatever
bizarre reason.

[notbob]

On 2012-10-17, Peter Chant <pe...@petezilla.co.uk> wrote:

> Sorry, don't understand. KDE appears to have a front end for locate, but I
> can't see the relevence to this topic.

Then, we're even. I can't see the need for a frontend for slocate.

slocate foo | grep fee

That's too difficult?

[andrew]

On 2012-10-15, Peter Chant <pe...@petezilla.co.uk> wrote:

> Well, I'm not going to get kmail under fluxbox unless I run nepomuk under
> fluxbox...

kmail and fluxbox certainly are 2 different midsets :). On my own system
fluxbox and mutt are the perfect bedfellows...

Andrew
--
Do you think that's air you're breathing?

[Aaron W. Hsu]

On Wed, 17 Oct 2012 19:01:06 -0400, notbob <not...@nothome.com> wrote:

> On 2012-10-17, Peter Chant <pe...@petezilla.co.uk> wrote:
>
>> Sorry, don't understand. KDE appears to have a front end for locate,
>> but I
>> can't see the relevence to this topic.
>
> Then, we're even. I can't see the need for a frontend for slocate.
>
> slocate foo | grep fee
>
> That's too difficult?

What if I want to search for files based on their contents? What about
their meta data? What about their video encoding type? What if I want to
search through all PDFs that I have tagged as pertaining to a given topic?
What if I want to search based on tags, contents, types, *and* date? I use
the above locate pattern very often, but it's not always enough.

--
Aaron W. Hsu | arc...@sacrideo.us | http://www.sacrideo.us

Programming is just another word for the Lost Art of Thinking.

[Henrik Carlqvist]

On Wed, 17 Oct 2012 15:50:45 -0400, Aaron W. Hsu wrote:
> Nepomuk is generally designed for indexing files that are local to the
> user, and hence, it makes sense for the index to be with the user.

That might seem like a good idea, but...

> Nepomuk only indexes the Home directory by default, and I see little
> reason to index anything outside of the Home directory. This means that
> there will be no duplication among multiple users of a system, because
> they will not be indexing the same files.

In my experience, the index files created has taken more space than the
rest of the home directories. However, I have never investigated this any
further, whenever I have found this kind of big index files I have
quickly made sure that nepomuk has been turned off again for the user and
the files removed.

What about symlinks? Most of my users do have symlinks from their home
directories pointing to several terabytes of data in common areas. Could
those symlinks explain those big index files?

[Henrik Carlqvist]

On Wed, 17 Oct 2012 22:47:02 +0100, Peter Chant wrote:

> Henrik Carlqvist wrote:
>> The nepomuk approach with index files in the users home directories
>> shows that KDE is intended as a toy OS replacement for desktop
>> computers with only a single user.

> Is that fair? What is toyish about it? A set of integrated basic apps
> seems like a good plan.

Calling some OS toyish might be a little hard, but I wouldn't say that it
is unfair or a bad description.

A toy OS like Microsoft Windows has its historical roots from computers
known as PC where PC stands for "Personal Computer". Having matured from
DOS where the OS didn't even have any kind of login, simply assuming that
the user only were a single person.

Linux has its root in Unix and has allways has the ability to run
multiple processes owned by multiple users logged in at the same time.

To most users Microsoft Windows does look good, and to most users the
computer they log in to is their own. For those users Microsoft Windows
might be an OS good enough. They don't need to log in to their computer
from the network using ssh. They don't need to use X windows to put
windows from other computers on their screens. But for some reason some
of those users might want to replace Microsoft Windows with something
else, and then Linux with KDE tries to be a replacement.

Usually, what these kind of users lack the most in the Linux environment
is to run their favorite PC games that they used their toy PC for.

A set of integrated apps might seem like a good plan, but the unix way of
doing things has allways been to have small independent apps doing
different things but still being able to cooperate. The Microsoft/KDE way
if "integrating" things usually leads to a twofold path. First the user
ends up having to use more of their products than he/she first intended.
Second the user gets trouble to use their products together with products
from other vendors.

[notbob]

On 2012-10-18, Aaron W. Hsu <arc...@sacrideo.us> wrote:

> What if I want to search for files based on their contents? What about
> their meta data? What about their video encoding type? What if I want to
> search through all PDFs that I have tagged as pertaining to a given topic?
> What if I want to search based on tags, contents, types, *and* date?

find
grep

[notbob]

On 2012-10-18, Henrik Carlqvist <Henrik.C...@deadspam.com> wrote:

> A set of integrated apps might seem like a good plan, but the unix way of
> doing things has allways been to have small independent apps doing
> different things but still being able to cooperate. The Microsoft/KDE way
> if "integrating" things usually leads to a twofold path. First the user
> ends up having to use more of their products than he/she first intended.
> Second the user gets trouble to use their products together with products
> from other vendors.

Nicely put, Henrik.

nb

[Aaron W. Hsu]

On Thu, 18 Oct 2012 07:36:05 -0400, notbob <not...@nothome.com> wrote:

> On 2012-10-18, Aaron W. Hsu <arc...@sacrideo.us> wrote:
>
>> What if I want to search for files based on their contents? What about
>> their meta data? What about their video encoding type? What if I want to
>> search through all PDFs that I have tagged as pertaining to a given
>> topic?
>> What if I want to search based on tags, contents, types, *and* date?
>
> find
> grep

Any suitable incantation or workflow centered around grep and find that
does what Nepomuk and it's ilk do will inevitably be a poor man's
implementation of the same, with the same problems. Firstly, you need a
way of making fast indexing possible, without needing to rescan the entire
directory structure everytime you use find, how do you do that? It needs
to index more than just filenames. Now you're basically at Nepomuk +
Strigi.

[Theodore Heise]

On Mon, 15 Oct 2012 12:22:08 -0400,

Aaron W. Hsu <arc...@sacrideo.us> wrote:

> On Mon, 15 Oct 2012 03:57:05 -0400, Peter Chant <pe...@petezilla.co.uk>

> wrote:
>
>> I like KDE but I've had Slack 14 installed over a week now and the system
>> _still_ seems to be indexing things.
>

> [...]

>
>> Any thoughts? Binning kmail etc and turning off nepomuk seems like one
>> option and switching to xcfe another. But I would rather that KDE
>> worked.

> There is a setting in the Desktop Search settings for
> controlling how much of the currently available resources
> Nepomuk and others try to use when doing their indexing, you may
> want to tweak that.

Although it would tend to *increase* the total time needed for
indexing, you could also use nice to restrict the system resources
allowed for the process.

--
Theodore (Ted) Heise <th...@heise.nu> Bloomington, IN, USA