On Saturday 17 December 2011 20:46:38 Steve Riley wrote:
> I suspect some of bloat, and a contributor to the claims that KDE "feels
> slow," has to do with the sheer number of databases. I'm experimenting with
> building a KDE system by hand. So far, three separate databases are
> installed:
>
> * MySQL for Akonadi
> * Sqlite for Quassel
> * Virtuoso for Nepomuk
>
> Quassel is hardcoded to depend on Sqlite. Akonadi can be switched to that as
> well, but some docs onKDE.org <http://KDE.org> warn against that, claiming performance will
> suffer. Nepomuk is similarly wedded to Virtuoso through Soprano. Surely
> there has to be a better way.
You forgot *Digikam* and *Amarok*.
I'm running quassel in the client-server setup with postgres as backend, left
Amarok alone and use postgres for Akonadi.
Unfortunately, that doesn't help much. Virtuoso is the real offender here. I
don't understand what it indexes. Search in Kmail doesn't work anyway. It
never returns any results.
I'm in the same boat as O. Sinclair. I /like/ Kontact (and even the Akonadi
idea). The features are perfect, but the bugs are too numerous and performance
is very, very bad.
Here's to hope!
Nepomuk isn't the database, akonadi is using an embedded mySQL DB,
but can use normal mySQL. (not that this is any less confusing)
I looked at using sqlite for akonadi but it was buggy as hell, and
no good way to convert between DB's.
Has anyone upgraded to 4.7.3 or .4? With the exception of spam
filters, ask of my many errors and warnings are now gone with the
recent nepomuk updates.
Also the re-indexing bug WA fixed as well
--
Clay Weber
I am on 4.7.4 but the #*! reindexing continues - and some search etc not
working as I expect it. What you mean by WA??
--
kubuntu-users mailing list
kubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-users
12-26-2011, 04:09 PM
Tony Sivori
Nepomuk
Lindsay Mathieson wrote:
>
> A few months back I saw a post on a nepomuk developers blog re the fact
> that:
>
> - external interfaces were poorly or not documented and frequently
> changed
>
> - return codes/exceptions were undocumented and frequently changed
>
> - errors went largely unlogged and were ignored
>
> - logging in general was almost non-existent
>
>
> I commented that this was a recipe for disaster - in the large corporate
> projects I worked on it was essential for core services to be well
> documented and *essential* for them to log every error, especially
> unexpected ones. It paid off in spades when you were trying to debug
> weird shit happening on the various remote and obscure setups we had to
> work with.
>
> Sure you have to keep service specifications flexible, especially in
> development as new requirements/problem emerge, but you also have to be
> able to say enough is enough and tie it down. And always always
> document and make it transparent.
>
> My comment was deleted.
You might want to check out this Bug Tracker link "Annoyed by 'Nepomuk
Indexing Disabled' - Akonadi Agent message".
While it contains little useful info, it does well illustrate the
poor attitude of a hopefully tiny minority of Nepomuk / Akonadi hackers.
https://bugs.kde.org/show_bug.cgi?id=258171
--
Tony Sivori
Due to spam, I'm filtering all Google Groups posters.
--
kubuntu-users mailing list
kubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-users
12-26-2011, 05:11 PM
Glenn Holmer
Nepomuk
On 12/26/2011 11:09 AM, Tony Sivori wrote:
> You might want to check out this Bug Tracker link "Annoyed by 'Nepomuk
> Indexing Disabled' - Akonadi Agent message".
>
> While it contains little useful info, it does well illustrate the
> poor attitude of a hopefully tiny minority of Nepomuk / Akonadi hackers.
>
> https://bugs.kde.org/show_bug.cgi?id=258171
There seems to be a lot of confusion about all of this. Where can one
find a good, detailed description of what exactly Nepomuk, Akonadi,
Strigi, Virtuoso, Soprano, &c. are, how they are interrelated, and how
they are used by KDE?
--
Glenn Holmer (Linux registered user #16682)
"After the vintage season came the aftermath -- and Cenbe."
--
kubuntu-users mailing list
kubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-users
12-26-2011, 07:31 PM
Tony Sivori
Nepomuk
Glenn Holmer wrote:
> There seems to be a lot of confusion about all of this. Where can one
> find a good, detailed description of what exactly Nepomuk, Akonadi,
> Strigi, Virtuoso, Soprano, &c. are, how they are interrelated, and how
> they are used by KDE?
Nepomuk / Akonadi is part of a paradigm known as the Semantic Desktop.
Semantic Desktop's goal is to index, share information, and enable tagging
all across diverse applications (and file types) on your computer.
I'm no expert, in fact I'm not even a user of Nepomuk / Akonadi. I'm still
running Kubuntu 8.04 on my desktop computer, and I run Debian Squeeze on
my laptop.
My only interest in Nepomuk was how to turn it off in my Debian install,
permanently. I don't even use file indexing, so you might imagine how
little use I have for this piece of software.
All that said, I am an out of step with the crowd kind of person. If it
worked properly, I'm sure that many users would find Nepomuk / Akonadi /
Semantic Desktop to be the very best thing since sliced bread.
--
kubuntu-users mailing list
kubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-users
12-27-2011, 06:26 AM
"O. Sinclair"
Nepomuk
On 26/12/11 20:11, Glenn Holmer wrote:
On 12/26/2011 11:09 AM, Tony Sivori wrote:
You might want to check out this Bug Tracker link "Annoyed by 'Nepomuk
Indexing Disabled' - Akonadi Agent message".
While it contains little useful info, it does well illustrate the
poor attitude of a hopefully tiny minority of Nepomuk / Akonadi hackers.
https://bugs.kde.org/show_bug.cgi?id=258171
There seems to be a lot of confusion about all of this. Where can one
find a good, detailed description of what exactly Nepomuk, Akonadi,
Strigi, Virtuoso, Soprano,&c. are, how they are interrelated, and how
they are used by KDE?
That is not nice reading (the bug report), at least not in my opinion.
And a core problem here is that, as far as I know, there IS no source
with the kind of information you ask for.
I am stubborn enough to use KDEPIM 4.7, or KDEPIM 2 if you so wish.
After quite a few initial headaches it now works "almost as good" as the
previous version. I have faith in the developers vision though I am
quite uninterested in the "bling" of the semantic desktop et al.
Like many users I keep my files in some sort of systematic folders. My
wife does not but has everything in a big "soup". But she does not tag,
index or care for all that - she just does not care. I do not personally
know anyone who actually tags, indexes or "star" their files.
To not make this a rant: a wiki with useful information of which part
does what, how they are interconnected, what you can switch off and what
functionality you then lose would really be helpful.
I have, once again, switched off Strigi as I have figured out that the
"nepomukindexer" constantly reindexes files I do not touch and then eat
CPU like I don't know what. I can use KFind to find files, it does a
better job in my opinion. I need the Addressbook searching etc. in KMail
so I have kept Nepomuk on. At least for now that seems to work without
eating my laptop alive.
So to sum up - the Nepomukindexer seems to be "Strigi in disguise" as it
disappears once you disable Strigi and Desktop Search.
Best regards and hope you all had a great Christmas,
Sinclair
--
kubuntu-users mailing list
kubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-users
02-22-2012, 10:48 PM
Sian Mountbatten
Nepomuk
I didn't ask for it and I don't want it. So why do we have to have it? It
hogs the CPU and has an enormous database. I certainly do not have enough
file to justify a 60Mb database.
Is it possible to stop it from working in KDE? And what about nepomuk?
I'd like to stop that too. Do I have to exit from KDE and use another
desktop?
Regards
--
Sian Mountbatten
Algol 68 specialist
--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: ji3us2$3a8$1@speranza.aioe.org">http://lists.debian.org/ji3us2$3a8$1@speranza.aioe.org
02-22-2012, 11:20 PM
Shaun Jones
Nepomuk
On Wed, Feb 22, 2012 at 5:48 PM, Sian Mountbatten <poenikatu@fastmail.co.uk> wrote:
I didn't ask for it and I don't want it. So why do we have to have it? It
hogs the CPU and has an enormous database. I certainly do not have enough
file to justify a 60Mb database.
Is it possible to stop it from working in KDE? And what about nepomuk?
I'd like to stop that too. Do I have to exit from KDE and use another
desktop?
Regards
--
Sian Mountbatten
Algol 68 specialist
--
*In the control panel you can turn it off I believe it was in the advanced tab.
--
Mister Jones*
02-22-2012, 11:43 PM
T Elcor
Nepomuk
--- On Wed, 2/22/12, Shaun Jones <mister.s.jones@gmail.com> wrote:
> *In the control panel you can turn it off I believe it was
> in the advanced tab.
Yes, one could try to do that but in my case that POS is still running. I tried to kill it (and I thought I did) but it just won't die!
--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 1329957813.30735.YahooMailClassic@web121901.mail.n e1.yahoo.com">http://lists.debian.org/1329957813.30735.YahooMailClassic@web121901.mail.n e1.yahoo.com
02-23-2012, 12:29 AM
Andrew Reid
Nepomuk
> I didn't ask for it and I don't want it. So why do we have to have it? It
> hogs the CPU and has an enormous database. I certainly do not have enough
> file to justify a 60Mb database.
>
> Is it possible to stop it from working in KDE? And what about nepomuk?
> I'd like to stop that too. Do I have to exit from KDE and use another
> desktop?
You can kill nepomuk.
To do this for one account, go to:
K -> System Settings -> Advanced -> Service Manager,
and in the list of start-up services, uncheck "Nepomuk Search Module."
I also uncheck "Update Notifier", "Free Space Notifier", and
"Network Status Daemon".
Then, in K -> System Settings -> Advanced -> Desktop Search,
turn everything off in the "Basic Settings" tab.
You may have to log out and log back in to have it all take
effect, and of course this won't remove the database, it will just
shut off the services.
If you want to do it programattically, the files you want are
all in ~/.kde/share/config. You want kdedrc, nepomukserverrc,
and nepomukstrigirc, they're "ini-format" files with square-bracketed
headers and key-value pairs, you turn stuff off by setting it to
"false", of course.
Where I work, we have a bunch of Debian/KDE workstations which
NFS-mount user home directories -- desktop search is a network
traffic disaster on the NFS server, so shutting this off is a
pretty high priority for us.
What we actually do is, all the clients have KDEDIRS set in
/etc/profile, pointing to /usr/local/etc/kde, and in there, there's
a $KDEDIRS/share/config directory with kdedrc, nepomukserverrc,
and nepomukstrigirc with just enough settings to shut it off.
In the KDE scheme, KDEDIRS entries override user settings, and
the KDEDIRS is root-owned, so it's difficult for users to turn it
back on. I think it's actually possible, though, if the users
undefine KDEDIRS in their user-specific profiles, that might
get around it. But, users also enjoy having the NFS server
actually work, so we've been OK so far.
> Algol 68 specialist
This is why I mentioned the config-file and system-wide ways
to do it...
-- A.
--
Andrew Reid / reidac@bellatlantic.net
--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 201202222029.32996.reidac@bellatlantic.net">http://lists.debian.org/201202222029.32996.reidac@bellatlantic.net
02-23-2012, 07:56 PM
Arnt Karlsen
Nepomuk
On Wed, 22 Feb 2012 16:43:33 -0800 (PST), T wrote in message
<1329957813.30735.YahooMailClassic@web121901.mail. ne1.yahoo.com>:
> --- On Wed, 2/22/12, Shaun Jones <mister.s.jones@gmail.com> wrote:
>
> > *In the control panel you can turn it off I believe it was
> > in the advanced tab.
>
> Yes, one could try to do that but in my case that POS is still
> running. I tried to kill it (and I thought I did) but it just won't
> die!
..I found the "genocide" easier to do from htop, then
scorch it in the "System settings"'s advanced tab.
--
..med vennlig hilsen = with Kind Regards from Arnt Karlsen
...with a number of polar bear hunters in his ancestry...
Scenarios always come in sets of three:
best case, worst case, and just in case.
--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20120223215628.649a8065@nb6.lan">http://lists.debian.org/20120223215628.649a8065@nb6.lan
Nepomuk
