On Sunday 26 May 2013 23:27:26 Vishesh Handa wrote:
> On Sun, May 26, 2013 at 6:19 PM, Volker Krause wrote:
> > There are some general reasons for the extra server process:
> > - abstracting the database backend, hardly any of them are actually
> > compatible
> > on the
On Sunday 26 May 2013 13:23:14 Christian Mollekopf wrote:
> On Sunday 26 May 2013 04.28:01 Vishesh Handa wrote:
> > Hey guys
> >
> > I have made a very important discovery - The Storage service is a big
> > bottleneck!
> >
> > Running a query such as - 'select * where { graph ?g { ?r ?p ?o. } } L
Hi,
On Thursday 16 May 2013 16:40:15 Christian Mollekopf wrote:
> The two primarily used standards for PIM data, vcard and ical, both assign a
> globally unique UID to each object, and naturally make references based on
> them.
Message-Id of email/news is similar.
> Searching an item by UID, e.g
On Friday 10 August 2012 22:09:41 Martin Koller wrote:
> On Thursday, 9. August 2012 20:56:07 David Faure wrote:
> > On Thursday 09 August 2012 15:23:05 Shaheed Haque wrote:
> > > Oh, it is "Akonadi::ContactSearchJob" initially that remains in the
> > > "Running" state, hanging the composer window.
On Wednesday 18 July 2012 10:43:46 Daniele E. Domenichelli wrote:
> On 17/07/12 17:20, David Edmundson wrote:
> > Would love to see a section on which apps would use metacontacts, and
> > exactly what information each app actually needs to extract, and what
> > actions they need to do from a pure e
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/105508/#review15628
---
Ship it!
looks good to me.
- Volker Krause
On July 10
On Monday 09 July 2012 16:44:43 Vishesh Handa wrote:
> On Sun, Jul 8, 2012 at 4:30 PM, Volker Krause wrote:
> > On Sunday 08 July 2012 09:40:32 David Faure wrote:
> > > On Saturday 07 July 2012 11:13:08 Volker Krause wrote:
> > > > On Friday 06 July 2012 14:44:30
On Sunday 08 July 2012 09:40:32 David Faure wrote:
> On Saturday 07 July 2012 11:13:08 Volker Krause wrote:
> > On Friday 06 July 2012 14:44:30 David Faure wrote:
> > > I found the reason for the kmail composer window being disabled forever,
> > > in
> > >
On Friday 06 July 2012 14:44:30 David Faure wrote:
> I found the reason for the kmail composer window being disabled forever, in
> some cases.
>
> A blocking nepomuk query from an akonadiserver thread never terminates,
> because nepomukqueryservice crashes meanwhile.
>
> This leads to two bugs:
>
On Thursday 22 March 2012 20:53:57 Ivan Čukić wrote:
> > then why dont you just encrypt everything? What would be wrong with that?
>
> In order for nepomuk and plasma active to work, the encrypted stuff
> would need to be mounted on boot
> - not everything is private, no need to encrypt everything
On Wednesday 21 March 2012 11:50:50 Ivan Čukić wrote:
> I'm planning to start the work on indexing the encrypted filesystems.
>
> There are some special needs in this case:
> - the filesystem is similar to removable media in the sense that the
> fs can be mounted/unmounted.
> - the difference to re
Hi,
I'm debugging a very frequent KMail crash I'm seeing since a few days, related
to usage of Nepomuk from multiple threads (code is here:
kdepim/messagecore/asyncnepomukresourceretriever.cpp). If it's because of
recent changes in Nepomuk or due to the fact that I now have a production-size
N
On Friday 30 September 2011 13:36:22 Sebastian Trüg wrote:
> Hi lists,
>
> with frameworks in the building and Nepomuk probably going that
> direction already for 4.8 I would like to clean up a bit. One of these
> cleanup tasks targets the Soprano::Model statement signals. So far these
> were the o
week.
- Volker
On Aug. 29, 2011, 9:42 a.m., Volker Krause wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/102440/
---
(Updated Aug. 29, 2011, 9:42 a.m.)
Review request for Nepomuk.
Changes
-
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/102440/
---
Review request for Nepomuk.
Summary
---
This adds an option to the Ne
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/102084/#review5267
---
Ship it!
Looks good to me now.
- Volker
On July 31, 2011, 10
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/102084/#review5253
---
Just a few minor comments inline, looks good afaict otherwise, I
On Sunday 08 May 2011 20:07:32 Christian Mollekopf wrote:
> Hi,
>
> While working on a nepomuk note feeder for akonadi, I ran into a problem
> which I'm not sure how to solve.
>
> The problem is, that the feederagents work with the nepomuk FAST classes.
> Those classes side pass all checks,
> and
On Tuesday 03 November 2009 11:26:20 Sebastian Trüg wrote:
> in kdebase/runtime and also in kdebase/workspace/libs we have had
> libnepomukquery for quite some time now. Before Virtuoso I was never
> satisfied with the API. Now that Virtuoso allows us to do all queries with
> one big SPARQL express
20 matches
Mail list logo
