Bug#717338: Questions
Hi,
the problem does persist with kdepim 4.11.
New messages are indexed immediately, existing
messages need to be opened to trigger indexing.
I have found no other way to trigger it.
Neither nepomukpimindexerutility nor qdbusviewer calls
will help.
Greetings
Volker Groll
Am Mittwoch, 14. August 2013, 22:18:36 schrieb Volker Groll:
Hi Diane,
Am Mittwoch, 14. August 2013, 00:07:35 schrieb Diane Trout:
You may want to try reporting your bug at bugs.kde.org or asking in
#nepomuk- kde or #kontact on freenode.net. I'm just a new contributor and
am trying to learn the KMail2 code base while trying to help you.
Thanks for your ambition. What is more generelly spoken the standard
way for bugreports: Using the debian way or contact the developer of
the software package?
And btw, why are you sending the answers of the bugreport to all this
email addresses (quiet, submitter, the bugreport number)?
I will have to check submitting the bugreport again to kde people,
but I am away on business / holiday the next 2 weeks and so my
time is somewhat limited.
You might be find some new errors from nepomuk by restarting the
nepomukserver in a shell.
$ qdbus org.kde.NepomukServer /nepomukserver quit
# wait for it to quit
$ nepomukserver
(from http://techbase.kde.org/Projects/Nepomuk/ManagingNepomukProcesses )
No change observed.
Though I think the component you really need to watch is
akonadi_nepomuk_feeder, but I don't know how to start it from the shell.
All the info I know is using akonadiconsole, remove akonadi_nepomuk_feeder,
enable debug, add it again.
I did also find akonadictl.
akonadictl status
does give a report if akonadi thinks search is working.
The report contains no additional meaningful details
Another debugging technique might be create a new user, configure kmail
with a simple resource and see if that works, and then slowly copy in
your current mail resources.
With a complete new user the result on starting nepomukpimindexer I get:
mailtest@hagrid:~$ nepomukpimindexerutility
nepomukpimindexerutility(13316)
FeederPluginloader::feederPluginsForMimeType: No feeder for type
inode/directory found
nepomukpimindexerutility(13316) FeederQueue::jobResult: SQLExecDirect
failed on query 'sparql delete { graph
nepomuk:/ctx/f436ccfe-1510-4e3f-8058-05a25d22b5e2 {
nepomuk:/res/be1a6709-5533-451d-a74d-3ec091158faa
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
http://www.semanticdesktop.org/ontologies/2007/01/19/nie#InformationElement
. nepomuk:/res/be1a6709-5533-451d-a74d-3ec091158faa
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
http://akonadi-project.org/ontologies/aneo#AkonadiDataObject .
nepomuk:/res/be1a6709-5533-451d-a74d-3ec091158faa
http://www.semanticdesktop.org/ontologies/2007/08/15/nao#prefLabel Mail
. } }' (iODBC Error: [OpenLink][Virtuoso iODBC Driver][Virtuoso
Server]SQ074: Line 1: SP031: SPARQL compiler: No FROM GRAPH IDENTIFIED BY
clause and no default graph specified in the preamble)
nepomukpimindexerutility(13316) FeederQueue::jobResult: SQLExecDirect
failed on query 'sparql delete { graph
nepomuk:/ctx/f436ccfe-1510-4e3f-8058-05a25d22b5e2 {
nepomuk:/res/be1a6709-5533-451d-a74d-3ec091158faa
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
http://www.semanticdesktop.org/ontologies/2007/01/19/nie#InformationElement
. nepomuk:/res/be1a6709-5533-451d-a74d-3ec091158faa
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
http://akonadi-project.org/ontologies/aneo#AkonadiDataObject .
nepomuk:/res/be1a6709-5533-451d-a74d-3ec091158faa
http://www.semanticdesktop.org/ontologies/2007/08/15/nao#prefLabel Mail
. } }' (iODBC Error: [OpenLink][Virtuoso iODBC Driver][Virtuoso
Server]SQ074: Line 1: SP031: SPARQL compiler: No FROM GRAPH IDENTIFIED BY
clause and no default graph specified in the preamble)
So IMHO it is not my direct configuration but a corrupt configuration in my
installation or: a bug
My configuration is a fairly simple single disconnected IMAP server.
You mentioned using mailbox, but your log message had an entry no feeder
for type inode/directory. I was assuming the akonadi_nepomuk_feeder was
indexing all the mail. I suppose there's a chance that mailbox is being
indexed using nepomukfileindexer. (Is it running?)
I'm using POP3 with local maildir. The file indexer is working fine.
Searching for file names or pdf contents is working. The complete home
directory (including mail) is checked for search, but:
If I try to search for mails i.e. with dolphin, I get no results. I can see
no relevant exclude file pattern in the settings.
Can you tell something about the schedule for kde / kdepim 4.11?
Perhaps behaviour is different?
Thanks
Volker Groll
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717338: Questions
I found a ~/.kde/share/apps/nepomuk/repository/main/data/virtuosobackend directory that has a soprano-virtuoso.log file. That might have something interesting? No, just a hint about wildcard needs at least 4 leading characters. I had that error message too. I can imagine, that it is a configuration error. But where should I start searching? I deleted akonadi files, nepomuk files with no difference. If something is wrong with the sparql command or the RDF stuff, where are the data stored? What should I check? No FROM GRAPH IDENTIFIED BY clause and no default graph specified gives a hint for a problem within my installation. But how can I change the sql clause or define a default graph? I'm not sure. You may want to try reporting your bug at bugs.kde.org or asking in #nepomuk- kde or #kontact on freenode.net. I'm just a new contributor and am trying to learn the KMail2 code base while trying to help you. You might be find some new errors from nepomuk by restarting the nepomukserver in a shell. $ qdbus org.kde.NepomukServer /nepomukserver quit # wait for it to quit $ nepomukserver (from http://techbase.kde.org/Projects/Nepomuk/ManagingNepomukProcesses ) Though I think the component you really need to watch is akonadi_nepomuk_feeder, but I don't know how to start it from the shell. I did also find akonadictl. akonadictl status does give a report if akonadi thinks search is working. Another debugging technique might be create a new user, configure kmail with a simple resource and see if that works, and then slowly copy in your current mail resources. My configuration is a fairly simple single disconnected IMAP server. You mentioned using mailbox, but your log message had an entry no feeder for type inode/directory. I was assuming the akonadi_nepomuk_feeder was indexing all the mail. I suppose there's a chance that mailbox is being indexed using nepomukfileindexer. (Is it running?) Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717338: Questions
Hi Diane,
Am Mittwoch, 14. August 2013, 00:07:35 schrieb Diane Trout:
You may want to try reporting your bug at bugs.kde.org or asking in
#nepomuk- kde or #kontact on freenode.net. I'm just a new contributor and
am trying to learn the KMail2 code base while trying to help you.
Thanks for your ambition. What is more generelly spoken the standard
way for bugreports: Using the debian way or contact the developer of
the software package?
And btw, why are you sending the answers of the bugreport to all this
email addresses (quiet, submitter, the bugreport number)?
I will have to check submitting the bugreport again to kde people,
but I am away on business / holiday the next 2 weeks and so my
time is somewhat limited.
You might be find some new errors from nepomuk by restarting the
nepomukserver in a shell.
$ qdbus org.kde.NepomukServer /nepomukserver quit
# wait for it to quit
$ nepomukserver
(from http://techbase.kde.org/Projects/Nepomuk/ManagingNepomukProcesses )
No change observed.
Though I think the component you really need to watch is
akonadi_nepomuk_feeder, but I don't know how to start it from the shell.
All the info I know is using akonadiconsole, remove akonadi_nepomuk_feeder,
enable debug, add it again.
I did also find akonadictl.
akonadictl status
does give a report if akonadi thinks search is working.
The report contains no additional meaningful details
Another debugging technique might be create a new user, configure kmail with
a simple resource and see if that works, and then slowly copy in your
current mail resources.
With a complete new user the result on starting nepomukpimindexer I get:
mailtest@hagrid:~$ nepomukpimindexerutility
nepomukpimindexerutility(13316) FeederPluginloader::feederPluginsForMimeType:
No feeder for type inode/directory found
nepomukpimindexerutility(13316) FeederQueue::jobResult: SQLExecDirect failed
on query 'sparql delete { graph
nepomuk:/ctx/f436ccfe-1510-4e3f-8058-05a25d22b5e2 {
nepomuk:/res/be1a6709-5533-451d-a74d-3ec091158faa
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
http://www.semanticdesktop.org/ontologies/2007/01/19/nie#InformationElement
. nepomuk:/res/be1a6709-5533-451d-a74d-3ec091158faa
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
http://akonadi-project.org/ontologies/aneo#AkonadiDataObject .
nepomuk:/res/be1a6709-5533-451d-a74d-3ec091158faa
http://www.semanticdesktop.org/ontologies/2007/08/15/nao#prefLabel Mail .
} }' (iODBC Error: [OpenLink][Virtuoso iODBC Driver][Virtuoso Server]SQ074:
Line 1: SP031: SPARQL compiler: No FROM GRAPH IDENTIFIED BY clause and no
default graph specified in the preamble)
nepomukpimindexerutility(13316) FeederQueue::jobResult: SQLExecDirect failed
on query 'sparql delete { graph
nepomuk:/ctx/f436ccfe-1510-4e3f-8058-05a25d22b5e2 {
nepomuk:/res/be1a6709-5533-451d-a74d-3ec091158faa
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
http://www.semanticdesktop.org/ontologies/2007/01/19/nie#InformationElement
. nepomuk:/res/be1a6709-5533-451d-a74d-3ec091158faa
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
http://akonadi-project.org/ontologies/aneo#AkonadiDataObject .
nepomuk:/res/be1a6709-5533-451d-a74d-3ec091158faa
http://www.semanticdesktop.org/ontologies/2007/08/15/nao#prefLabel Mail .
} }' (iODBC Error: [OpenLink][Virtuoso iODBC Driver][Virtuoso Server]SQ074:
Line 1: SP031: SPARQL compiler: No FROM GRAPH IDENTIFIED BY clause and no
default graph specified in the preamble)
So IMHO it is not my direct configuration but a corrupt configuration in my
installation or: a bug
My configuration is a fairly simple single disconnected IMAP server.
You mentioned using mailbox, but your log message had an entry no feeder
for type inode/directory. I was assuming the akonadi_nepomuk_feeder was
indexing all the mail. I suppose there's a chance that mailbox is being
indexed using nepomukfileindexer. (Is it running?)
I'm using POP3 with local maildir. The file indexer is working fine. Searching
for file names or pdf contents is working. The complete home directory
(including mail) is checked for search, but:
If I try to search for mails i.e. with dolphin, I get no results. I can see no
relevant exclude file pattern in the settings.
Can you tell something about the schedule for kde / kdepim 4.11?
Perhaps behaviour is different?
Thanks
Volker Groll
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717338: Questions
Hi Diane,
Am Montag, 12. August 2013, 20:08:17 schrieb Diane Trout:
Yep, I found this bug before submitting mine. But re-adding the feeder
doesn't help.
I tried the debugger a few days ago, but it flooded me with text. I don't
know much about the correct behaviour of nepomuk/akonadi, so I
would appreciate a hint for search. I will give it a try on weekend and
post if I can identify any (for me) special output.
The akonadiconsole was a long-shot.
I can only occasionally figure out what its doing.
I managed to find nepomukpimindexerutility and was able to run it without
getting an error.
From your log messages, the line that seems wrong is the SQLErrorDirect
failed on query 'sparql delete...'. The only place I can find code that
looks like it generates that delete query is at:
http://sources.debian.net/src/nepomuk-core/4:4.10.5-1/services/storage/resou
rcemerger.cpp?hl=775#L775
That led me to wonder about the nepomuk configuration.
I found a ~/.kde/share/apps/nepomuk/repository/main/data/virtuosobackend
directory that has a soprano-virtuoso.log file. That might have something
interesting?
No, just a hint about wildcard needs at least 4 leading characters.
There's also ~/.kde/share/config/nepomukserverrc
for me one of the more useful sections is:
[main Settings]
Maximum memory=50
Storage Dir[$e]=$HOME/.kde/share/apps/nepomuk/repository/main/
Used Soprano Backend=virtuosobackend
My settings were:
[main Settings]
Maximum memory=1000
Storage Dir[$e]=$HOME/.kde/share/apps/nepomuk/repository/main/
Used Soprano Backend=virtuosobackend
index version=2
rebuilt index for type indexing=true
Deleting the nepomuk database and changing the settings does not help.
My new settings are:
[main Settings]
Maximum memory=500
Storage Dir[$e]=$HOME/.kde/share/apps/nepomuk/repository/main/
Used Soprano Backend=virtuosobackend
There are other supposedly other soprano backends, but I think everything
but virtuoso is supposed to be currently broken.
Out of curiosity, does this command work? Its a simple count of RDF objects
IDs virtuoso.
sopranocmd --socket `kde4-config --path socket`nepomuk-socket --model main \
--nrl query 'select count(?s) where { ?s ?p ?o }'
For me after running that I get:
callret-0 - 1205164^^http://www.w3.org/2001/XMLSchema#int
Total results: 1
Execution time: 00:00:00.194
callret-0 - 964900^^http://www.w3.org/2001/XMLSchema#int
Total results: 1
Execution time: 00:00:00.171
kmail2 works by letting akonadi manage resources and nepomuk index data.
Nepomuk uses soprano as an interface to the RDF data format. soprano is
storing data in a virtuoso database.
Akonadi is also storing data (by default) in a mysql database hidden in
~/.local/share/akonadi.
I deleted and rebuilded the akonadi database 3 weeks ago with no difference.
To me it seems like your error message is implying some configuration
information isn't being set up correctly for the delete query.
I can imagine, that it is a configuration error.
But where should I start searching?
I deleted akonadi files, nepomuk files with no difference.
If something is wrong with the sparql command or the RDF stuff,
where are the data stored? What should I check?
No FROM GRAPH IDENTIFIED BY clause and no default graph specified
gives a hint for a problem within my installation. But how can I change the
sql clause or define a default graph?
Greetings
Volker Groll
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717338: Questions
Yep, I found this bug before submitting mine. But re-adding the feeder
doesn't help.
I tried the debugger a few days ago, but it flooded me with text. I don't
know much about the correct behaviour of nepomuk/akonadi, so I
would appreciate a hint for search. I will give it a try on weekend and
post if I can identify any (for me) special output.
The akonadiconsole was a long-shot.
I can only occasionally figure out what its doing.
I managed to find nepomukpimindexerutility and was able to run it without
getting an error.
From your log messages, the line that seems wrong is the SQLErrorDirect
failed on query 'sparql delete...'. The only place I can find code that looks
like it generates that delete query is at:
http://sources.debian.net/src/nepomuk-core/4:4.10.5-1/services/storage/resourcemerger.cpp?hl=775#L775
That led me to wonder about the nepomuk configuration.
I found a ~/.kde/share/apps/nepomuk/repository/main/data/virtuosobackend
directory that has a soprano-virtuoso.log file. That might have something
interesting?
There's also ~/.kde/share/config/nepomukserverrc
for me one of the more useful sections is:
[main Settings]
Maximum memory=50
Storage Dir[$e]=$HOME/.kde/share/apps/nepomuk/repository/main/
Used Soprano Backend=virtuosobackend
There are other supposedly other soprano backends, but I think everything but
virtuoso is supposed to be currently broken.
Out of curiosity, does this command work? Its a simple count of RDF objects
IDs virtuoso.
sopranocmd --socket `kde4-config --path socket`nepomuk-socket --model main \
--nrl query 'select count(?s) where { ?s ?p ?o }'
For me after running that I get:
callret-0 - 1205164^^http://www.w3.org/2001/XMLSchema#int
Total results: 1
Execution time: 00:00:00.194
kmail2 works by letting akonadi manage resources and nepomuk index data.
Nepomuk uses soprano as an interface to the RDF data format. soprano is
storing data in a virtuoso database.
Akonadi is also storing data (by default) in a mysql database hidden in
~/.local/share/akonadi.
To me it seems like your error message is implying some configuration
information isn't being set up correctly for the delete query.
Diane
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717338: Questions
Hi Diane,
Am Donnerstag, 8. August 2013, 21:16:26 schrieb Diane Trout:
On Thursday, August 08, 2013 13:06:20 Volker Groll wrote:
[..]
As far as I can tell all your version numbers look like they're the right
versions.
I found:
https://bugs.kde.org/show_bug.cgi?id=319258
which seems similar to your problem, their workaround was to use akonadi
console and remove and then re-add the Akonadi Nepomuk Feeder.
If the re-adding the feeder doesn't help, it may be worth trying the
debugger tab in akonadiconsole. It should be able to capture information
from more aspects of akonadi and nepomuk.
Yep, I found this bug before submitting mine. But re-adding the feeder
doesn't help.
I tried the debugger a few days ago, but it flooded me with text. I don't
know much about the correct behaviour of nepomuk/akonadi, so I
would appreciate a hint for search. I will give it a try on weekend and
post if I can identify any (for me) special output.
I did an additional test:
If I start a re-index on a folder in nepomukpimindexerutility I get on stdout:
nepomukpimindexerutility(32314)/kdecore (KSycoca)
KSycocaPrivate::openDatabase: Trying to open ksycoca from /var/tmp/kdecache-
volker/ksycoca4
nepomukpimindexerutility(32314)/kdecore (trader) KMimeTypeTrader::query: query
for mimeType message/rfc822 , AkonadiNepomukFeeder : returning 1
offers
nepomukpimindexerutility(32314)/kdecore (trader) KMimeTypeTrader::query: query
for mimeType inode/directory , AkonadiNepomukFeeder : returning 0
offers
nepomukpimindexerutility(32314) FeederPluginloader::feederPluginsForMimeType:
No feeder for type inode/directory found
nepomukpimindexerutility(32314) ItemQueue::fetchJobResult: Not all items were
fetched: 0 100
nepomukpimindexerutility(32314) ItemQueue::fetchJobResult: Not all items were
fetched: 0 100
nepomukpimindexerutility(32314) ItemQueue::fetchJobResult: Not all items were
fetched: 0 100
nepomukpimindexerutility(32314) ItemQueue::fetchJobResult: Not all items were
fetched: 0 59
nepomukpimindexerutility(32314) FeederQueue::jobResult: SQLExecDirect failed
on query 'sparql delete { graph
nepomuk:/ctx/2a8b6323-1693-43d3-992b-1d6b3cae1af5 { nepomuk:/res/f315bed2-
b4e3-429f-9fc2-2caef182a0f2 http://www.w3.org/1999/02/22-rdf-syntax-ns#type
http://www.semanticdesktop.org/ontologies/2007/01/19/nie#InformationElement
. nepomuk:/res/f315bed2-b4e3-429f-9fc2-2caef182a0f2
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
http://akonadi-project.org/ontologies/aneo#AkonadiDataObject .
nepomuk:/res/f315bed2-
b4e3-429f-9fc2-2caef182a0f2
http://www.semanticdesktop.org/ontologies/2007/08/15/nao#prefLabel GmbH-
Nachfolge . nepomuk:/res/f315bed2-b4e3-429f-9fc2-2caef182a0f2
http://www.semanticdesktop.org/ontologies/2007/01/19/nie#isPartOf
nepomuk:/res/c0aee4b4-3779-4a99-893f-3b2f156b66d1 . } }' (iODBC Error:
[OpenLink][Virtuoso iODBC Driver][Virtuoso Server]SQ074: Line 1: SP031: SPARQL
compiler: No FROM GRAPH IDENTIFIED BY clause and no default graph specified in
the preamble)
I hope one of those ideas helps.
Diane
Thank you for your time.
Greetings
Volker Groll
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717338: Questions
Hi Diane, sorry, no I'm not running ubuntu, I just installed some ubuntu packages long time ago (it was stuff about tlp). I deleted the lsb release file in /etc, so now the standard answer of debian sid is showing up Am Mittwoch, 7. August 2013, 19:16:46 schrieb Diane Trout: lsb_release -a LSB Version:core-2.0-ia32:core-2.0-noarch:core-3.0-ia32:core-3.0- noarch:core-3.1-ia32:core-3.1-noarch:core-3.2-ia32:core-3.2-noarch:core-4.0- ia32:core-4.0-noarch:core-4.1-ia32:core-4.1-noarch:cxx-3.0-ia32:cxx-3.0- noarch:cxx-3.1-ia32:cxx-3.1-noarch:cxx-3.2-ia32:cxx-3.2-noarch:cxx-4.0- ia32:cxx-4.0-noarch:cxx-4.1-ia32:cxx-4.1-noarch:desktop-3.1-ia32:desktop-3.1- noarch:desktop-3.2-ia32:desktop-3.2-noarch:desktop-4.0-ia32:desktop-4.0- noarch:desktop-4.1-ia32:desktop-4.1-noarch:graphics-2.0-ia32:graphics-2.0- noarch:graphics-3.0-ia32:graphics-3.0-noarch:graphics-3.1-ia32:graphics-3.1- noarch:graphics-3.2-ia32:graphics-3.2-noarch:graphics-4.0-ia32:graphics-4.0- noarch:graphics-4.1-ia32:graphics-4.1-noarch:languages-3.2-ia32:languages-3.2- noarch:languages-4.0-ia32:languages-4.0-noarch:languages-4.1- ia32:languages-4.1-noarch:multimedia-3.2-ia32:multimedia-3.2- noarch:multimedia-4.0-ia32:multimedia-4.0-noarch:multimedia-4.1- ia32:multimedia-4.1-noarch:printing-3.2-ia32:printing-3.2-noarch:printing-4.0- ia32:printing-4.0-noarch:printing-4.1-ia32:printing-4.1-noarch:qt4-3.1- ia32:qt4-3.1-noarch:security-4.0-ia32:security-4.0-noarch:security-4.1- ia32:security-4.1-noarch Distributor ID: Debian Description:Debian GNU/Linux unstable (sid) Release:unstable Codename: sid apt-cache policy Paketdateien: 100 /var/lib/dpkg/status release a=now 500 http://dl.google.com/linux/chrome/deb/ stable/main i386 Packages release v=1.0,o=Google, Inc.,a=stable,n=stable,l=Google,c=main origin dl.google.com 500 http://debian.intergenia.de/debian/ sid/non-free Translation-en 500 http://debian.intergenia.de/debian/ sid/main Translation-en 500 http://debian.intergenia.de/debian/ sid/main Translation-de_DE 500 http://debian.intergenia.de/debian/ sid/main Translation-de 500 http://debian.intergenia.de/debian/ sid/contrib Translation-en 500 http://debian.intergenia.de/debian/ sid/non-free i386 Packages release o=Debian,a=unstable,n=sid,l=Debian,c=non-free origin debian.intergenia.de 500 http://debian.intergenia.de/debian/ sid/contrib i386 Packages release o=Debian,a=unstable,n=sid,l=Debian,c=contrib origin debian.intergenia.de 500 http://debian.intergenia.de/debian/ sid/main i386 Packages release o=Debian,a=unstable,n=sid,l=Debian,c=main origin debian.intergenia.de 500 http://download.dschaerf.de/ wheezy-updates/main i386 Packages release o=Dieter Schärf d...@dschaerf.de,a=stable,n=wheezy- updates,l=dschaerf,c=main origin download.dschaerf.de 500 http://download.dschaerf.de/ wheezy/main i386 Packages release o=Dieter Schärf d...@dschaerf.de,a=stable,n=wheezy,l=dschaerf,c=main origin download.dschaerf.de 500 http://deb.opera.com/opera/ stable/non-free i386 Packages release o=Opera Software ASA,a=stable,n=stable,l=The Opera web browser,c=non-free origin deb.opera.com 500 http://ftp.de.debian.org/debian/ sid/non-free Translation-en 500 http://ftp.de.debian.org/debian/ sid/main Translation-en 500 http://ftp.de.debian.org/debian/ sid/main Translation-de_DE 500 http://ftp.de.debian.org/debian/ sid/main Translation-de 500 http://ftp.de.debian.org/debian/ sid/contrib Translation-en 500 http://ftp.de.debian.org/debian/ sid/non-free i386 Packages release o=Debian,a=unstable,n=sid,l=Debian,c=non-free origin ftp.de.debian.org 500 http://ftp.de.debian.org/debian/ sid/contrib i386 Packages release o=Debian,a=unstable,n=sid,l=Debian,c=contrib origin ftp.de.debian.org 500 http://ftp.de.debian.org/debian/ sid/main i386 Packages release o=Debian,a=unstable,n=sid,l=Debian,c=main origin ftp.de.debian.org Mit Pinning verwaltete Pakete: apt-cache policy kmail kmail: Installiert: 4:4.10.5-2 Installationskandidat: 4:4.10.5-2 Versionstabelle: *** 4:4.10.5-2 0 500 http://ftp.de.debian.org/debian/ sid/main i386 Packages 500 http://debian.intergenia.de/debian/ sid/main i386 Packages 100 /var/lib/dpkg/status apt-cache policy virtuoso-minimal virtuoso-minimal: Installiert: 6.1.4+dfsg1-7 Installationskandidat: 6.1.4+dfsg1-7 Versionstabelle: *** 6.1.4+dfsg1-7 0 500 http://ftp.de.debian.org/debian/ sid/main i386 Packages 500 http://debian.intergenia.de/debian/ sid/main i386 Packages 100 /var/lib/dpkg/status dpkg -l '*odbc*' | grep ^ii ii libiodbc2 3.52.7-3 i386 iODBC Driver Manager ii libodbc1:i386 2.2.14p2-5 i386 ODBC library for Unix ii libvirtodbc0
Bug#717338: Questions
On Thursday, August 08, 2013 13:06:20 Volker Groll wrote: Hi Diane, sorry, no I'm not running ubuntu, I just installed some ubuntu packages long time ago (it was stuff about tlp). I deleted the lsb release file in /etc, so now the standard answer of debian sid is showing up Ah ok. That makes sense. As far as I can tell all your version numbers look like they're the right versions. I found: https://bugs.kde.org/show_bug.cgi?id=319258 which seems similar to your problem, their workaround was to use akonadi console and remove and then re-add the Akonadi Nepomuk Feeder. If the re-adding the feeder doesn't help, it may be worth trying the debugger tab in akonadiconsole. It should be able to capture information from more aspects of akonadi and nepomuk. I hope one of those ideas helps. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717338: Questions
Hello again, I noticed the report bug header suggested you were running ubuntu 11.04? what is the output of the following commands: lsb_release -a apt-cache policy apt-cache policy kmail apt-cache policy virtuoso-minimal dpkg -l '*odbc*' | grep ^ii Thanks, Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717338: Questions
Hello, I had some questions which might be helpful in figuring out your bug. I noticed that kmail has the ability to individually toggle indexing on mail folders. I wonder if for some reason it defaulted to off for many of your folders as in your second email you mention that the index utility is searching a very small number of mails. So it might be useful to compare properties between an indexed folder and an unindexed folder. Right click on folder, pick folder properties, go to maintenance tab. and check the indexing section. Make sure indexing is on, check the last index time, and maybe try the force reindexing button. If that doesn't help, kmail depends closely on akonadi, and I didn't see the core akonadi components in the package list from report bug. Could you send the output of: dpkg -l '*akonadi*' For me I have akonadi-server, akonadi-backend-mysql, and libakonadiprotocolinternals1 at version 1.9.2-2 in addition the various libakonadi components with the kde version number of 4:4.10-5-1. Thank you, Diane Trout -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
