Re: [Virtuoso-users] OAuth sparql endpoint access issues

Julien. 2014-07-11 17:08 GMT+02:00 Sebastian Trüg mailto:sebast...@trueg.de>>: yes, please, sorry, my other email did not get through to the list. On 10.07.2014 10:12, Julien Plu wrote: Hi Sebastian, Would you like to test this behaviour on my machine, as I said

Re: [Virtuoso-users] OAuth sparql endpoint access issues

e you a fake user, you create the token > through the GUI and try to query the endpoint, and like that you > will able to see the issue. Is-that fit you ? > > Best. > > Julien. > > > 2014-07-08 10:25 GMT+02:00 Sebastian Trüg <mailto:sebast...@tru

Re: [Virtuoso-users] OAuth sparql endpoint access issues

On 07.07.2014 15:29, Julien Plu wrote: > Hi ! > > I currently try to manage the OAuth possibilities implemented inside > Virtuoso via the "ods_framework" VAD as explained here : > http://virtuoso.openlinksw.com/dataspace/doc/dav/wiki/Main/VirtOAuthSPARQL > > Everything goes well until the step 20,

Bug#689230: new version is needed!

that doesn't means that everything has switched to it yet. OK! I'm putting Sebastian Trüg on the CC list, as he is the main mind behind Nepomuk and works for OpenLink (the upstream provider of Virtuoso). I am, actually, not involved in Nepomuk and KDE at all anymore. Sad as it is I do no

Bug#689230: new version is needed!

that doesn't means that everything has switched to it yet. OK! I'm putting Sebastian Trüg on the CC list, as he is the main mind behind Nepomuk and works for OpenLink (the upstream provider of Virtuoso). I am, actually, not involved in Nepomuk and KDE at all anymore. Sad as it is I do no

Re: [Nepomuk] [RFC] Avoid communicating through the Nepomuk Storage

On 05/26/2013 12:58 AM, 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. } } LIMIT 5' by directly connecting to virtuoso via ODBC takes about 2.65 seconds. In cont

Re: [Nepomuk] Modifying nco:emailAddress

On 05/23/2013 04:14 PM, Vishesh Handa wrote: Hey guys We seem to have run into a situation where we need to fetch some identifier of a nco:ContactMedium, and we noticed that nco:emailAddress does not derive from nao:identifier. whereas nco:imID does. If no one object, I can add the required su

Re: [Nepomuk] DataManagementModel protected types

On 05/14/2013 03:34 PM, Vishesh Handa wrote: Hey Sebastian I just made a patch to remove the DataManagementModel::containsResourceWithProtectedType function. This function is a little slow and in my benchmarks it takes about 8% of the total execution time. The only reason this is there is to ma

Re: [Nepomuk] [RFC] Better Full text search

Virtuoso actually has support for indexing plug-ins. I did not look into this in depth yet but it would even be possible to plug in an external index like clucene and use it from within the query engine. This, however, is a bit more involved. As a first step it might be worthwhile to look into

Re: [Nepomuk] Nepomuk Service2

Check if anyone stars the server manually like I think Akonadi did or maybe they still do... On 03/21/2013 04:33 PM, Vishesh Handa wrote: On Thu, Mar 21, 2013 at 9:50 AM, Simeon Bird mailto:bla...@gmail.com>> wrote: What happens if it is different? I guess the servicecontrol function

Re: [Nepomuk] Nepomukcontroller rewritten in QML

ah, that could be it On 03/21/2013 03:46 PM, Jörg Ehrichs wrote: Hm, Plasma still hangs once I add the applet to a panel... Are you sure the new code is executed? The DataEngine will stay in memory as long as someone is using it. I always kill plasma-desktop (kquitapp plasma-desktop) and res

Re: [Nepomuk] Nepomukcontroller rewritten in QML

Hm, Plasma still hangs once I add the applet to a panel... On 03/21/2013 12:34 PM, Jörg Ehrichs wrote: nice work. But could it be that you are doing synchronous dbus calls? All of plasma hangs a lot when using your applet and I suspect it is due to some dbus timeouts. yes i did :/ wasn't rea

Re: [Nepomuk] Nepomukcontroller rewritten in QML

Hi Jörg, nice work. But could it be that you are doing synchronous dbus calls? All of plasma hangs a lot when using your applet and I suspect it is due to some dbus timeouts. Cheers, Sebastian On 03/19/2013 07:01 PM, Jörg Ehrichs wrote: Hello everyone, i like to announce a replacement for

Re: [Nepomuk] RSS Ontology

On 01/25/2013 04:15 PM, Daniel Vrátil wrote: On Tuesday 22 of January 2013 17:38:33 Sebastian Trüg wrote: Hi Daniel, Hi, thanks for reviewing the ontology. some comments: - I dont think you need special description and title properties. Just use the ones in NIE - Try reusing publisher

[Nepomuk] Fwd: WebSchemas, Schema.org and W3C

Maybe of interest? On 1/22/13 11:45 AM, Bernard Vatant wrote: ACTION Make a list of "globally adopted schemas" (vocabularies) and put a *responsible* agent name/email/URI whatever Web identifier in front of it https://docs.google.com/spreadsheet/ccc?key=0AiYc9tLJbL4SdHByWkRYUkYxZU5qS1lQOE5FV0h

Re: [Nepomuk] RSS Ontology

Hi Daniel, some comments: - I dont think you need special description and title properties. Just use the ones in NIE - Try reusing publisher and author from other ontos like NMM or the publishing onto from Jörg - Can't you create sub-classes to nso:Enclosure instead of using nso:type? Also no

Re: [Nepomuk] [RFC] Simplify Nepomuk Graph handling

I totally agree. In fact have a look at DataManagemenModel::Private::m_ignoreCreationDate. As for the duplicate statements: that is a good point also. It greatly simplifies the removal of data per app. On 01/03/2013 10:21 AM, Vishesh Handa wrote: Ping? On Sun, Dec 16, 2012 at 3:03 AM, Vish

Re: [Nepomuk] Search Problems cause of annoying ontologies

well, one hacky solution would be to introduce a new property which stores email addresses directly on the personcontact. This would be added automatically for every EmailAddress resource. On 12/18/2012 08:30 PM, Vishesh Handa wrote: On Tue, Dec 18, 2012 at 9:30 PM, Sebastian Trüg

Re: [Nepomuk] Search Problems cause of annoying ontologies

Maybe one: use mailto: addresses for the EmailAddress resources and let Akonadi use those instead of the additional properties. On 12/18/2012 12:45 PM, Vishesh Handa wrote: Hey everyone In Akonadi, they have a very common problem where they need to do a full text search across a number of prop

Re: [Nepomuk] Why store file urls?

ick update - Right now the plan is to implement this for 4.11. On Tue, Nov 27, 2012 at 1:53 AM, Sebastian Trüg mailto:tr...@kde.org>> wrote: On 11/23/2012 11:17 AM, Vishesh Handa wrote: On Fri, Nov 23, 2012 at 3:30 PM, Jörg Ehrichs mailto:joer

Re: [Nepomuk] Why store file urls?

On 11/23/2012 11:17 AM, Vishesh Handa wrote: On Fri, Nov 23, 2012 at 3:30 PM, Jörg Ehrichs mailto:joerg.ehri...@gmx.de>> wrote: 2012/11/23 Marco Martin mailto:notm...@gmail.com>>: > On Friday 23 November 2012, Vishesh Handa wrote: > >> >> rdf:type >> nmm:

Re: [Nepomuk] New Icon Request - Tag

just as a hint: we already have a tag browsing kio slave in the old playground On 10/18/2012 10:33 AM, Vishesh Handa wrote: Hey everyone Lately, I have been working on better kio integration with Nepomuk. As part of that I have been working on a new way to browse files, via tags. The concept

Re: [Nepomuk] [RFC] New File Indexer

I like this. But I would vote for a plugin system nonetheless. A simple one though. A plugin can register for one or more mimetypes and then it simply gets the file path and returns a SimpleResourceGraph. You merge all and are done. Plugins should never deal with file size, mimetype, or any of

Re: [Nepomuk] Query for resource for exactly one known file

well, getting one resource from the URL you can just use Nepomuk2::Resource like so: Nepomuk2::Resource res(url); and you have your resource. res.uri() will get you the resource URI. On 08/10/2012 05:55 PM, Dean Perry wrote: Hi all, more noob questions: I'm trying to write something that w

Re: [Nepomuk] KMail completion spams nepomuk, which isn't parallelized

Hm, this is one major drawback from my Socket implementation in Soprano that I did not think of: the query service now uses one connection for all clients! That of course is not good. But it should be rather easy to fix by manually creating a set of LocalSocketClients in the query service. Or by

Re: [Nepomuk] word lists - strigi? nepomuk?

the word list is internal to Virtuoso. You have access to the plain text content of files via the nie:plainTextContent property. On 07/18/2012 02:42 PM, Dean Perry wrote: Hi, I originally posted this here : but the forum admin said I should t

Re: [Nepomuk] RFC: Use Bugzilla for coordinating development

+1 On 07/11/2012 12:13 AM, Vishesh Handa wrote: Hey everyone I've been thinking a lot about opening up Nepomuk development. Right now it's mainly just Sebastian and I working on their own private list of things. Quite often we do not even know what the other person is working on. This obviousl

Re: [Nepomuk] Can virtuoso requests be cancelled?

On 07/09/2012 04:56 PM, David Faure wrote: So, I have these completion queries running for 27 minutes, even after I type another string to complete. Can virtuoso queries be cancelled while they're running? Looking at nepomukqueryservice I see that it's doing a blocking "wait for ready read" for

Re: [Nepomuk] Nepomuk2::Resource backward compatibility

oki On 07/03/2012 02:44 PM, Vishesh Handa wrote: On Tue, Jul 3, 2012 at 12:15 AM, Sebastian Trüg mailto:tr...@kde.org>> wrote: I don't think the pimo code being very complicated. And it is very separate from the rest. I would not remove it but if you really want to

Re: [Nepomuk] Nepomuk2::Resource backward compatibility

I don't think the pimo code being very complicated. And it is very separate from the rest. I would not remove it but if you really want to it would be fine with me. On 07/01/2012 03:08 PM, Vishesh Handa wrote: Oh yeah. Also, can we get rid of all the pimo stuff from the Resource class? AFAIK,

Re: [Nepomuk] Nepomuk Test Library

Are there any reasons not to put the tests into nepomuk-core? On 07/01/2012 03:05 PM, Vishesh Handa wrote: Hey Sebastian I've been working on a major refactoring on the Nepomuk::Resource code base, and I realized that I was adding bugs, so I started working on unit tests so that I could easily

Re: [Nepomuk] Nepomuk2::Resource backward compatibility

yes, yes, and yes. On 07/01/2012 01:09 PM, Vishesh Handa wrote: Hey Sebastian I still have around 3 more weeks during which I'm allowed to break ABI and API compatibility. I was thinking of changing - * Resource::resourceUri() -> Resource::uri() * Resource::resourceType() -> Resource::type()

Re: [Nepomuk] Avoid using the query service to run queries in the kioslave

On 06/28/2012 12:44 AM, Vishesh Handa wrote: On Wed, Jun 27, 2012 at 1:22 AM, Sebastian Trüg mailto:tr...@kde.org>> wrote: On 06/26/2012 10:42 AM, Vishesh Handa wrote: On Tue, Jun 26, 2012 at 1:17 PM, Sebastian Trüg mailto:tr...@kde.org> <mailto:tr...@kde.or

Re: Final soprano release

i did indeed. On 06/28/2012 06:41 PM, Allen Winter wrote: On Wednesday 27 June 2012 11:56:05 PM Albert Astals Cid wrote: El Dimecres, 27 de juny de 2012, a les 17:28:47, Allen Winter va escriure: On Wednesday 27 June 2012 4:29:06 AM Sebastian Trüg wrote: done. On 06/25/2012 11:31 PM, Albert

Re: Final soprano release

fine by me On 06/27/2012 11:28 PM, Allen Winter wrote: On Wednesday 27 June 2012 4:29:06 AM Sebastian Trüg wrote: done. On 06/25/2012 11:31 PM, Albert Astals Cid wrote: Hi Sebastian, any chance to get final 2.8 soprano release soon? Does it makes sense / would anyone object to making this

Soprano 2.8.0 released

ble object-oriented C++/Qt4 framework for RDF data. It uses different RDF storage solutions as backends through a simple plugin system. Soprano is targetted at desktop applications. Regards, Sebastian Trüg ___ Kde-announce-apps mailing list Kde-announce-apps@kde

[Nepomuk] Soprano 2.8.0 released

ble object-oriented C++/Qt4 framework for RDF data. It uses different RDF storage solutions as backends through a simple plugin system. Soprano is targetted at desktop applications. Regards, Sebastian Trüg ___ Nepomuk mailing list Nepomuk@kde.org https://ma

Re: Final soprano release

done. On 06/25/2012 11:31 PM, Albert Astals Cid wrote: Hi Sebastian, any chance to get final 2.8 soprano release soon? Albert ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team

Re: [Nepomuk] Avoid using the query service to run queries in the kioslave

On 06/26/2012 10:42 AM, Vishesh Handa wrote: On Tue, Jun 26, 2012 at 1:17 PM, Sebastian Trüg mailto:tr...@kde.org>> wrote: On 06/25/2012 10:50 AM, Vishesh Handa wrote: Hey Sebastian The reviewboard has gone insane and it refuses to let me upload my

Re: [Nepomuk] Avoid using the query service to run queries in the kioslave

On 06/25/2012 10:50 AM, Vishesh Handa wrote: Hey Sebastian The reviewboard has gone insane and it refuses to let me upload my patch - "The file 'nepomuk/kioslaves/search/kio_nepomuksearch.cpp' (r2311b7a) could not be found in the repository". The auto updates donot seem to work any more, so tha

Re: [Nepomuk] Get rid of the Graph Maintainer

I would love to actually. I had it removing dangling graphs all the time. But that might have been related to a buggy Virtuoso snapshot. Not sure. Having it in a separate tool - maybe a command line one - would be a good idea. On 06/15/2012 03:18 PM, Vishesh Handa wrote: Hey Sebastian Is it

Re: KDE SC 4.8.4 important problems

On 06/13/2012 10:58 PM, Albert Astals Cid wrote: El Dimecres, 13 de juny de 2012, a les 17:43:10, Vishesh Handa va escriure: On Wed, Jun 13, 2012 at 2:34 PM, Sebastian Trüg wrote: I am totally lost. What is the problem with that commit? AFAIK, the problem is that changes were made in both

Re: [Nepomuk] Music issues I want to fix

On 06/13/2012 10:59 PM, Vishesh Handa wrote: On Thu, Jun 14, 2012 at 2:08 AM, Sebastian Trüg mailto:tr...@kde.org>> wrote: better add the ticket. Even if there will be no more discussion. Back in the beginning we decided to let every change go through a ticket... Btw, t

Re: [Nepomuk] Music issues I want to fix

t and nmm:albumProducer or it's unnecessary as you are the maintainer? On Wed, Jun 13, 2012 at 10:23 PM, Sebastian Trüg mailto:tr...@kde.org>> wrote: On 06/13/2012 04:00 PM, Ignacio Serantes wrote: Well, I forgot classic music so I was wrong :P. nmm:albumPerformer, with a ca

Re: [Nepomuk] Music issues I want to fix

g for nmm:albumProducer and nmm:albumArtist. On Wed, Jun 13, 2012 at 12:18 PM, Ignacio Serantes mailto:k...@aynoa.net>> wrote: On Wed, Jun 13, 2012 at 11:27 AM, Sebastian Trüg mailto:sebast...@trueg.de>> wrote: On 06/13/2012 11:04 AM, Ignacio Serantes wrote: Hi

Re: [Nepomuk] Music issues I want to fix

On 06/13/2012 11:04 AM, Ignacio Serantes wrote: Hi, On Wed, Jun 13, 2012 at 10:52 AM, Sebastian Trüg mailto:sebast...@trueg.de>> wrote: On 06/10/2012 08:32 PM, Ignacio Serantes wrote: I brief update status. 1) I just fix multiple performers bug in flac an

Re: KDE SC 4.8.4 important problems

I am totally lost. What is the problem with that commit? On 06/12/2012 07:40 PM, José Manuel Santamaría Lema wrote: Therefore, I tend to think the kdelibs commit mentioned in that bug report (3d66d429cb48781881af3e735f2a80af2114ab25) shouldn't have been done for 4.8.4. A confirmation from a Ne

Re: [Nepomuk] Music issues I want to fix

On 06/10/2012 08:32 PM, Ignacio Serantes wrote: I brief update status. 1) I just fix multiple performers bug in flac analyzer. 2) nmm:albumArtist seems to be related to DB structure and is not a coding bug. I just added nmm:albumArtist to SDO and now there is a nmm:albumArtist in nmm:MusicAlbum

Shared-Desktop-Ontologies 0.10.0 released

I am proud to announce the release of SDO 0.10.0 which brings the following additions over 0.9: * Added nmm:TVSeason and friends to make TV seasons fully qualified resources. * Fixed nmo:messageHeader cardinality restriction. Get the sources from http://www.sourceforge.net/projects/oscaf The

[Nepomuk] Shared-Desktop-Ontologies 0.10.0 released

I am proud to announce the release of SDO 0.10.0 which brings the following additions over 0.9: * Added nmm:TVSeason and friends to make TV seasons fully qualified resources. * Fixed nmo:messageHeader cardinality restriction. Get the sources from http://www.sourceforge.net/projects/oscaf The

Re: KDE SC 4.8.4 important problems

On 06/12/2012 06:43 PM, Vishesh Handa wrote: On Tue, Jun 12, 2012 at 7:58 PM, Sune Vuorela mailto:nos...@vuorela.dk>> wrote: On 2012-06-12, Vishesh Handa mailto:m...@vhanda.in>> wrote: > --bcaec554d60626569204c246cba9 > Content-Type: text/plain; charset=ISO-8859-1 > > Y

Re: KDE SC 4.8.4 important problems

On 06/10/2012 12:57 PM, Andreas Pakulat wrote: Hi, Am Sonntag, 10. Juni 2012 schrieb Peter Penz : On 06/10/2012 11:20 AM, Aaron J. Seigo wrote: On Sunday, June 10, 2012 03:23:04 José Manuel Santamaría Lema wrote: #1 dolphin: #2 gwenview #6 konta

Re: New soprano release?

well, since it is a beta release it is not the default. Thus, you need to look for 2.7.57 in the files section. On 06/11/2012 04:11 PM, Allen Winter wrote: On Monday 11 June 2012 9:03:00 AM Sebastian Trüg wrote: done Where do I get it and what's the version numbe

Re: New soprano release?

well, since it is a beta release it is not the default. Thus, you need to look for 2.7.57 in the files section. On 06/11/2012 04:11 PM, Allen Winter wrote: On Monday 11 June 2012 9:03:00 AM Sebastian Trüg wrote: done Where do I get it and what's the version numbe

Re: New soprano release?

done On 06/08/2012 12:55 AM, Albert Astals Cid wrote: Hi Sebastian, can you please do a new soprano release that includes https://projects.kde.org/projects/kdesupport/soprano/repository/revisions/ed17a950a9c6f83590fa62cb97e7278ba7f3e234 So we don't have to tell people to use this patch? Thanks

Re: [Nepomuk] Some issues on current master

On 06/01/2012 11:02 AM, Marco Martin wrote: > On Thursday 31 May 2012, Sebastian Trüg wrote: >> yeah, that is a 6.1.5 bug. You have to downgrade to 6.1.4 or go on to >> use the git version from gitbug.com/openlink/virtuoso-opensource branch >> develop/6.0. >> >> A

Re: [Nepomuk] Some issues on current master

31 May 2012, Sebastian Trüg wrote: >> support for FILTER [NOT] EXISTS has been in Virtuoso since 6.1.3. I >> never had any problems here. I suspect an installation problem on your >> end. Maybe an old installation in /usr/local or somewhere else? >> >> Try "virtuos

Re: [Nepomuk] Some issues on current master

support for FILTER [NOT] EXISTS has been in Virtuoso since 6.1.3. I never had any problems here. I suspect an installation problem on your end. Maybe an old installation in /usr/local or somewhere else? Try "virtuoso-t --version" On 05/31/2012 02:54 PM, Marco Martin wrote: > On Thursday 31 May 20

Re: [Nepomuk] Some issues on current master

On 05/31/2012 11:13 AM, Marco Martin wrote: > On Thursday 31 May 2012, you wrote: >> On Thursday 31 May 2012, Sebastian Trüg wrote: >>> please see if this patch fixes the issue. >>> >>> On 05/31/2012 10:24 AM, Marco Martin wrote: >>>> On Thursday 31

Re: [Nepomuk] Some issues on current master

On 05/31/2012 10:56 AM, Marco Martin wrote: > On Thursday 31 May 2012, Sebastian Trüg wrote: >> please see if this patch fixes the issue. >> >> On 05/31/2012 10:24 AM, Marco Martin wrote: >>> On Thursday 31 May 2012, Marco Martin wrote: >>>> On

Re: [Nepomuk] Some issues on current master

please see if this patch fixes the issue. On 05/31/2012 10:24 AM, Marco Martin wrote: > On Thursday 31 May 2012, Marco Martin wrote: >> On Thursday 31 May 2012, Sebastian Trüg wrote: >>> which version of virtuoso are you using? >>> >>> And, yes, the virtuoso

Re: [Nepomuk] [BUG] with filex files

know exception? > > > On Wed, May 30, 2012 at 3:54 PM, Ignacio Serantes <mailto:k...@aynoa.net>> wrote: > > Maybe there are other character with issues, like "?" or "+". > > > On Wed, May 30, 2012 at 2:55 PM, Sebastian Trüg <

Re: [Nepomuk] Some issues on current master

which version of virtuoso are you using? And, yes, the virtuoso branch needs to be merged in kdelibs indeed. On 05/30/2012 05:16 PM, Marco Martin wrote: > Hi all, > > I have found some problems with the current master status of the combination > nepomuk-core/kdelibs/kde-runtime (briefly talked

Re: [Nepomuk] [BUG] with filex files

Indeed, the translation to filex URLs in queries is pretty dumb. It only looks for the file:// prefix and continues from there. However, query 3 should always work and I found the bug. The parenthesis get percent-encoded. :( I will try to fix that. On 05/24/2012 03:56 PM, Ignacio Serantes wrote:

Re: [Nepomuk] Nepomuk2 namespace (was Nepomuk - Moving out of kde-runtime)

On 05/30/2012 12:36 PM, Ivan Cukic wrote: > >> As for the ns in cpp files: the only reason is esthetics. I simply think >> the code looks nicer this way. :P > > Don't know whether you're joking or are just nuts :) neither. :P > Anyhow, this namespace vs macrto thing should be sorted out before

Re: [Nepomuk] Nepomuk2 namespace (was Nepomuk - Moving out of kde-runtime)

>> >> On Tue, May 22, 2012 at 5:31 PM, Vishesh Handa wrote: >>> Does anyone have suggestions on where nepomuk-kde-kio and >>> nepomuk-kde-config should be placed? >>> >>> I was thinking under kde-baseaps, but that might not be correct. Any >&

Re: nepomuk-core needs unreleased Soprano

what is a "bus number"? As for the tcpclient fix: that is perfectly fine. Nobody should be using that anyway, and if they are they are doing something wrong. On 05/30/2012 10:24 AM, Aaron J. Seigo wrote: > On Wednesday, May 30, 2012 09:15:03 Sebastian Trüg wrote: >> The n

Re: nepomuk-core needs unreleased Soprano

The new beta1 release is uploaded to SF now. I will add announcements tonight. Sorry for the delay. I was moving house and had no internet connection. On 05/26/2012 04:57 PM, Albert Astals Cid wrote: > Hi, I've just learnt that nepomuk-core needs an unreleased Soprano, so until > Sebastian does

Re: Nepomuk - Moving out of kde-runtime

ight not be correct. Any > suggestions? > > > On Fri, May 18, 2012 at 1:45 AM, Kevin Krammer <mailto:kram...@kde.org>> wrote: > > On Thursday, 2012-05-17, Sebastian Trüg wrote: > > I think we can manage BC. The only thing

Re: [Nepomuk] Nepomuk - Moving out of kde-runtime

ight not be correct. Any > suggestions? > > > On Fri, May 18, 2012 at 1:45 AM, Kevin Krammer <mailto:kram...@kde.org>> wrote: > > On Thursday, 2012-05-17, Sebastian Trüg wrote: > > I think we can manage BC. The only thing

Re: Nepomuk - Moving out of kde-runtime

ight not be correct. Any > suggestions? > > > On Fri, May 18, 2012 at 1:45 AM, Kevin Krammer <mailto:kram...@kde.org>> wrote: > > On Thursday, 2012-05-17, Sebastian Trüg wrote: > > I think we can manage BC. The only thing

Re: Nepomuk - Moving out of kde-runtime

ight not be correct. Any > suggestions? > > > On Fri, May 18, 2012 at 1:45 AM, Kevin Krammer <mailto:kram...@kde.org>> wrote: > > On Thursday, 2012-05-17, Sebastian Trüg wrote: > > I think we can manage BC. The only thing

Re: [Nepomuk] Nepomuk - Moving out of kde-runtime

On 05/17/2012 10:08 PM, Vishesh Handa wrote: > > > On Fri, May 18, 2012 at 1:29 AM, Sune Vuorela <mailto:nos...@vuorela.dk>> wrote: > > On 2012-05-17, Sebastian Trüg mailto:tr...@kde.org>> > wrote: > > I think we can manage BC. The only thin

Re: [Nepomuk] Nepomuk - Moving out of kde-runtime

On 05/17/2012 10:08 PM, Vishesh Handa wrote: > > > On Fri, May 18, 2012 at 1:29 AM, Sune Vuorela <mailto:nos...@vuorela.dk>> wrote: > > On 2012-05-17, Sebastian Trüg mailto:tr...@kde.org>> > wrote: > > I think we can manage BC. The only thin

Re: [Nepomuk] Nepomuk - Moving out of kde-runtime

On 05/17/2012 10:08 PM, Vishesh Handa wrote: > > > On Fri, May 18, 2012 at 1:29 AM, Sune Vuorela <mailto:nos...@vuorela.dk>> wrote: > > On 2012-05-17, Sebastian Trüg mailto:tr...@kde.org>> > wrote: > > I think we can manage BC. The only thin

Re: [Nepomuk] Nepomuk - Moving out of kde-runtime

On 05/17/2012 10:08 PM, Vishesh Handa wrote: > > > On Fri, May 18, 2012 at 1:29 AM, Sune Vuorela <mailto:nos...@vuorela.dk>> wrote: > > On 2012-05-17, Sebastian Trüg mailto:tr...@kde.org>> > wrote: > > I think we can manage BC. The only thin

Re: Nepomuk - Moving out of kde-runtime

I think we can manage BC. The only thing that would be hard are the DBus interfaces. But since nepomuk-core contains client libs which are supposed to be used instead of the dbus interfaces... On 05/17/2012 09:19 PM, Sune Vuorela wrote: > On 2012-05-17, Vishesh Handa wrote: >> @Packagers: We will

Re: [Nepomuk] Nepomuk - Moving out of kde-runtime

I think we can manage BC. The only thing that would be hard are the DBus interfaces. But since nepomuk-core contains client libs which are supposed to be used instead of the dbus interfaces... On 05/17/2012 09:19 PM, Sune Vuorela wrote: > On 2012-05-17, Vishesh Handa wrote: >> @Packagers: We will

Re: Nepomuk - Moving out of kde-runtime

I think we can manage BC. The only thing that would be hard are the DBus interfaces. But since nepomuk-core contains client libs which are supposed to be used instead of the dbus interfaces... On 05/17/2012 09:19 PM, Sune Vuorela wrote: > On 2012-05-17, Vishesh Handa wrote: >> @Packagers: We will

Re: Nepomuk - Moving out of kde-runtime

I think we can manage BC. The only thing that would be hard are the DBus interfaces. But since nepomuk-core contains client libs which are supposed to be used instead of the dbus interfaces... On 05/17/2012 09:19 PM, Sune Vuorela wrote: > On 2012-05-17, Vishesh Handa wrote: >> @Packagers: We will

Re: [Nepomuk] The Nepomuk Situation

On 05/16/2012 10:40 PM, Stephen Kelly wrote: > Sebastian Trüg wrote: > >> On 05/16/2012 08:23 PM, Vishesh Handa wrote: >>> What about kdelibs/nepomuk/utils/* and the other ui stuff? >>> >>> Or since those are just APIs they can wait. >> >> I

Re: [Nepomuk] The Nepomuk Situation

On 05/16/2012 10:40 PM, Stephen Kelly wrote: > Sebastian Trüg wrote: > >> On 05/16/2012 08:23 PM, Vishesh Handa wrote: >>> What about kdelibs/nepomuk/utils/* and the other ui stuff? >>> >>> Or since those are just APIs they can wait. >> >> I

Re: [Nepomuk] The Nepomuk Situation

On 05/16/2012 09:52 PM, Vishesh Handa wrote: > > > On Thu, May 17, 2012 at 1:06 AM, Sebastian Trüg <mailto:tr...@kde.org>> wrote: > > > > On 05/16/2012 09:16 PM, Vishesh Handa wrote: > > > > > > On Thu, May 17, 2012 at 12:

Re: [Nepomuk] The Nepomuk Situation

On 05/16/2012 09:52 PM, Vishesh Handa wrote: > > > On Thu, May 17, 2012 at 1:06 AM, Sebastian Trüg <mailto:tr...@kde.org>> wrote: > > > > On 05/16/2012 09:16 PM, Vishesh Handa wrote: > > > > > > On Thu, May 17, 2012 at 12:

Re: [Nepomuk] The Nepomuk Situation

On 05/16/2012 09:16 PM, Vishesh Handa wrote: > > > On Thu, May 17, 2012 at 12:29 AM, Sebastian Trüg <mailto:tr...@kde.org>> wrote: > > Pushed my stuff to branch "feature/nepomuk2Includes". > > Feel free to implement Ivan's fancier so

Re: [Nepomuk] The Nepomuk Situation

On 05/16/2012 09:16 PM, Vishesh Handa wrote: > > > On Thu, May 17, 2012 at 12:29 AM, Sebastian Trüg <mailto:tr...@kde.org>> wrote: > > Pushed my stuff to branch "feature/nepomuk2Includes". > > Feel free to implement Ivan's fancier so

Re: [Nepomuk] The Nepomuk Situation

eers, Sebastian On 05/16/2012 08:37 PM, Vishesh Handa wrote: > > > On Thu, May 17, 2012 at 12:02 AM, Sebastian Trüg <mailto:tr...@kde.org>> wrote: > > On 05/16/2012 08:23 PM, Vishesh Handa wrote: > > What about kdelibs/nepomuk/utils/* and the other ui stuff?

Re: [Nepomuk] The Nepomuk Situation

eers, Sebastian On 05/16/2012 08:37 PM, Vishesh Handa wrote: > > > On Thu, May 17, 2012 at 12:02 AM, Sebastian Trüg <mailto:tr...@kde.org>> wrote: > > On 05/16/2012 08:23 PM, Vishesh Handa wrote: > > What about kdelibs/nepomuk/utils/* and the other ui stuff?

Re: [Nepomuk] The Nepomuk Situation

On 05/16/2012 08:37 PM, Vishesh Handa wrote: > > > On Thu, May 17, 2012 at 12:02 AM, Sebastian Trüg <mailto:tr...@kde.org>> wrote: > > On 05/16/2012 08:23 PM, Vishesh Handa wrote: > > What about kdelibs/nepomuk/utils/* and the other ui stuff? >

Re: [Nepomuk] The Nepomuk Situation

On 05/16/2012 08:37 PM, Vishesh Handa wrote: > > > On Thu, May 17, 2012 at 12:02 AM, Sebastian Trüg <mailto:tr...@kde.org>> wrote: > > On 05/16/2012 08:23 PM, Vishesh Handa wrote: > > What about kdelibs/nepomuk/utils/* and the other ui stuff? >

Re: [Nepomuk] The Nepomuk Situation

. The ui stuff - not sure. > On Wed, May 16, 2012 at 11:49 PM, Sebastian Trüg <mailto:tr...@kde.org>> wrote: > > I now prepared the required repositories: > > scratch/trueg/nepomuk-kde-kio > contains the 3 Nepomuk kio slaves > > scratch/trueg/nep

Re: [Nepomuk] The Nepomuk Situation

. The ui stuff - not sure. > On Wed, May 16, 2012 at 11:49 PM, Sebastian Trüg <mailto:tr...@kde.org>> wrote: > > I now prepared the required repositories: > > scratch/trueg/nepomuk-kde-kio > contains the 3 Nepomuk kio slaves > > scratch/trueg/nep

Re: [Nepomuk] The Nepomuk Situation

like these have already been discussed with respect to KDE5? Cheers, Sebastian On 05/07/2012 03:58 PM, Sebastian Trüg wrote: > On 05/07/2012 03:47 PM, ivan.cu...@gmail.com wrote: >> Maybe there could be something like qt has - BEGIN_NEPOMUK_NAMESPACE... So >> that if the same needs

Re: [Nepomuk] The Nepomuk Situation

like these have already been discussed with respect to KDE5? Cheers, Sebastian On 05/07/2012 03:58 PM, Sebastian Trüg wrote: > On 05/07/2012 03:47 PM, ivan.cu...@gmail.com wrote: >> Maybe there could be something like qt has - BEGIN_NEPOMUK_NAMESPACE... So >> that if the same needs

Re: [Nepomuk] The Nepomuk Situation

Just as a reminder: most of the issues were already discussed and decided on: http://community.kde.org/Projects/Nepomuk/Irc_meeting_nepomuk_frameworks On 05/11/2012 09:35 AM, Vishesh Handa wrote: > > On Fri, May 11, 2012 at 12:55 PM, Sebastian Trüg <mailto:tr...@kde.org>> wrote:

Re: [Nepomuk] The Nepomuk Situation

Just as a reminder: most of the issues were already discussed and decided on: http://community.kde.org/Projects/Nepomuk/Irc_meeting_nepomuk_frameworks On 05/11/2012 09:35 AM, Vishesh Handa wrote: > > On Fri, May 11, 2012 at 12:55 PM, Sebastian Trüg <mailto:tr...@kde.org>> wrote:

Re: [Nepomuk] Live Queries

On 05/11/2012 09:23 AM, Vishesh Handa wrote: > > > On Fri, May 11, 2012 at 12:49 PM, Sebastian Trüg <mailto:tr...@kde.org>> wrote: > > I thought about that before. I actually figured we could try some very > simple heuristics in the query servi

Re: [Nepomuk] The Nepomuk Situation

Sounds great. However, it requires one more step: Create the new repositories we decided on a while ago for the kcm, the kio slaves and such. This basically means to do "git filter-branch"[1] as I did for nepomuk-core. [1] http://gbayer.com/development/moving-files-from-one-git-repository-to-anot

Re: [Nepomuk] Live Queries

I thought about that before. I actually figured we could try some very simple heuristics in the query service to analyze the query and configure the resourcewatcher accordingly (that reminds me: I already converted the query service to the rw - not sure if I ported that to kde-runtime though). the

Re: [Nepomuk] The Nepomuk Situation

muk users would be a using namespace NepomukCore; > > Sorry for being a bit vague, I'm writing from my phone. > > Cheerio, > IvanOn 7.5.12. 14.49 Vishesh Handa wrote: > > > > On Mon, May 7, 2012 at 6:13 PM, Sebastian Trüg wrote: > > On 05/07/2012 02:35

  1   2   3   4   5   6   7   8   9   10   >