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
> {
>
>
> > .
>
> .
>
> "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
> {
>
>
> > .
>
> .
>
> "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-qt-kde-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1692424.HhL0nSS33I@hagrid
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
{
.
.
"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
{
.
.
"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-qt-kde-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2627009.6d2boX6pVV@hagrid
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-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2002326.CIteqF4PEK@myrada
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"^^
> Total results: 1
> Execution time: 00:00:00.194
callret-0 -> "964900"^^
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-qt-kde-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/3168554.tUe2sYSQBK@hagrid
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"^^
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-qt-kde-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1959441.WRGIKzc1Oe@myrada
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
{
.
.
"GmbH-
Nachfolge" .
. } }' (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-qt-kde-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5597878.s6EgIBy2TF@hagrid
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-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4676067.EWKXDf6EJu@myrada
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 ,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 ,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 libvirtodbc06.1.4+dfsg1-
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-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2062834.h3S6uhUghT@myrada
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-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2007540.5PZk29IcEZ@myrada
