[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: Nepomuk in 4.13 and beyond
From:       Kevin Krammer <krammer () kde ! org>
Date:       2013-12-24 19:59:35
Message-ID: 2491872.nNXGS0V0R5 () persephone
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


On Tuesday, 2013-12-24, 12:11:56, Ignacio Serantes wrote:
> On Tue, Dec 17, 2013 at 8:54 PM, Kevin Krammer <krammer@kde.org> wrote:
> > On Tuesday, 2013-12-17, 20:09:21, Ignacio Serantes wrote:
> > > Hi
> > > 
> > > On Tue, Dec 17, 2013 at 6:33 PM, Kevin Krammer <krammer@kde.org> wrote:

> > > Well, because I can't do a query if service is not running unless I'm
> > > replicating all my data over all my computers. If I have a big database
> > > this would be impossible because you must wait for a long time until
> > > your
> > > data was synchronized. If you are running this as a service you could
> > > connect to that server and you don't need to synchronize this data. A
> > > big
> > > database in a mobile or tablet could be problematic because is common
> > > you
> > > have gigas in your PCs but megas in your mobile devices.
> > 
> > It seems that you are describing a remote server now, which would be the
> > same
> > case independent on whether the local service would run in the user
> > session or
> > as a system service, no?
> 
> A remote server is the origin of my petitions, I like to install Baloo in a
> server, real or virtual because with Nepomuk it's impossible.

Ah, I see. Support for a remote server is something different of course.
But it is not necessarily impossible with Nepomuk, just not implemented.


> > Which neatly proofs my point about misconceptions :)
> > Akonadi is started on a need basis by its clients. In order to "disable"
> > it
> > you simply don't use any of its clients (which would be useless anyway
> > without
> > data).
> > 
> I feel a deja vu. Ok, I'm not interested at all in Akonadi and I don't
> want waste my time arguing about how good or bad it is anymore. This is
> about Baloo :).

So you just brought it up to add some more text to your original mail?
Very strange dicussion style.

> > Seems to work quite well for PIM data (emails, contacts, calendars).
> 
> You can park a plane but this is not a proof than planes are build to be
> driven for a highway. I spend my first years synchronizing data before
> internet and I have bad memories about this years and all the problems
> related with synchronization.

I guess this is another off topic paragraph that you added?
Very strange indeed.

> > > I'm in a customer office working and the only method to connect to the
> > > world is a client computer because 3G is not working so, in brief, my
> > > salvation is a server where all my mail is stored with my metadata and
> > > accessible from any kind device with a browser.
> > 
> > And that is orthogonal to a local service for providing access to the
> > user's
> > applications how?
> > 
> > As far as I can see it would only be benefitial if only one program would
> > cause network traffic for every single data interaction, especially in the
> > 3G
> > case.
> 
> Sorry. English is not my language and I don't understand you. I'm talking
> about a server implementation advantages. If I tagged 10000 mails in my PC
> this is done in the server so my mobile device did not waste any byte
> downloading that information.

I know. I was just pointing out that this is how data access works for other 
data types, e.g. emails.

Having the data stored on a server is orthogonal to using a local service for 
data access.
It is basically a specialized client, enabling transparent access to different 
forms of storage, enabling use on devices which can be used when not being 
connected to any network, etc.

Cheers.
Kevin
-- 
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring

["signature.asc" (application/pgp-signature)]

>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<


[prev in list] [next in list] [prev in thread] [next in thread]