On Tue, 15 Mar 2011 08:10:18 +0100, Ville M. Vainio wrote:
On Mon, Mar 14, 2011 at 9:20 PM, Patrick Ohly
patrick.o...@intel.com wrote:
I've said before and I say it again here, I consider performance
comparisons pointless at this time.
Considering that e-d-s has a much more modest feature
Hi Patrick,
On 03/14/2011 10:20 PM, ext Patrick Ohly wrote:
I've said before and I say it again here, I consider performance
comparisons pointless at this time. Doing them badly just reduces any
good will that might be left from the people one is trying to convince.
It is not only about
On Tue, 2011-03-15 at 09:33 +0200, Adrien Bustany wrote:
On Tue, 15 Mar 2011 08:10:18 +0100, Ville M. Vainio wrote:
Hey Adrien, and Hey Ville M. Vainio,
On Mon, Mar 14, 2011 at 9:20 PM, Patrick Ohly
patrick.o...@intel.com wrote:
I've said before and I say it again here, I consider
Am Dienstag, den 15.03.2011, 09:33 +0200 schrieb Adrien Bustany:
On Tue, 15 Mar 2011 08:10:18 +0100, Ville M. Vainio wrote:
On Mon, Mar 14, 2011 at 9:20 PM, Patrick Ohly
patrick.o...@intel.com wrote:
I've said before and I say it again here, I consider performance
comparisons pointless
On Tue, 15 Mar 2011 10:21:12 +0100, Mathias Hasselmann wrote:
Am Dienstag, den 15.03.2011, 09:33 +0200 schrieb Adrien Bustany:
On Tue, 15 Mar 2011 08:10:18 +0100, Ville M. Vainio wrote:
On Mon, Mar 14, 2011 at 9:20 PM, Patrick Ohly
patrick.o...@intel.com wrote:
I've said before and I say it
On Thu, 2011-03-10 at 12:45 +0100, Philip Van Hoof wrote:
I also wonder what version of EDS is being proposed for MeeGo. The
eds-fremantle or GNOME's EDS. And how much of the changes in for the
Fremantle version are now in GNOME's upstream EDS?
Upstream, obviously. At least if I have any say
On Tue, Mar 15, 2011 at 9:10 AM, Ville M. Vainio vivai...@gmail.com wrote:
On Mon, Mar 14, 2011 at 9:20 PM, Patrick Ohly patrick.o...@intel.com wrote:
I've said before and I say it again here, I consider performance
comparisons pointless at this time.
Considering that e-d-s has a much more
Hello,
From: Shalamov Alexander
Sent: 15 March, 2011 09:37
On 03/14/2011 10:20 PM, ext Patrick Ohly wrote:
I've said before and I say it again here, I consider performance
comparisons pointless at this time. Doing them badly just reduces any
good will that might be left from the people
On Mon, 2011-03-07 at 08:09 -0800, Arjan van de Ven wrote:
Hi Arjan,
PIM storage
===
The Address book, Calendar data and Email are currently stored in a
tracker database, and accessed (officially) via a QtMobility API set.
There are a range of issues with this implementation,
On Mo, 2011-03-14 at 19:03 +, Philip Van Hoof wrote:
On Mon, 2011-03-07 at 08:09 -0800, Arjan van de Ven wrote:
Hi Arjan,
PIM storage
===
The Address book, Calendar data and Email are currently stored in a
tracker database, and accessed (officially) via a QtMobility API
On Mo, 2011-03-14 at 19:03 +, Philip Van Hoof wrote:
Hi,
http://mail.gnome.org/archives/tracker-list/2011-March/msg00033.html
Okay, I bite.
The comparison is favoring Tracker in a number of ways:
* Having the Evolution UI running while inserting contacts into
EDS slows down the
On Wed, 2011-03-09 at 23:24 +0100, Mathias Hasselmann wrote:
Am Mittwoch, den 09.03.2011, 07:30 -0800 schrieb Arjan van de Ven:
So speaking about qtcontacts-tracker: Can you point me to bug reports,
to or broken promises?
A quick search for qtcontacts-tracker on bugs.meego.com finds 19
Am Donnerstag, den 10.03.2011, 12:02 +0100 schrieb Philip Van Hoof:
On Wed, 2011-03-09 at 23:24 +0100, Mathias Hasselmann wrote:
PS: To get some more numbers I ran few quick searches on bugs.gnome.org:
:evolution-data-server :contacts finds 70 bugs
:evolution-data-server even finds
On Thu, 2011-03-10 at 12:39 +0100, Mathias Hasselmann wrote:
Am Donnerstag, den 10.03.2011, 12:02 +0100 schrieb Philip Van Hoof:
On Wed, 2011-03-09 at 23:24 +0100, Mathias Hasselmann wrote:
PS: To get some more numbers I ran few quick searches on bugs.gnome.org:
On Tue, 2011-03-08 at 08:18 +0100, Mathias Hasselmann wrote:
Am Montag, den 07.03.2011, 14:56 -0800 schrieb Arjan van de Ven:
Oh and my exchange contact database contains between 80k and 120k
people. that'll take a while.
..
* Do we really want to fully sync such large datasets?
On 07/03/11 22:56, Arjan van de Ven wrote:
On 3/7/2011 2:31 PM, Adrien Bustany wrote:
Synchronization is a solved problem, mind you, our mail for exchange
plugin does a pretty good job at saving contacts in a slow way. Using
APIs the right way, it could sync 500 contacts in 80 seconds, as
Hello,
On Tue, 08 Mar 2011, Marius Vollmer wrote:
On Mon, 07 Mar 2011, ext Arjan van de Ven wrote:
The Address book, Calendar data and Email are currently stored in a
tracker database, and accessed (officially) via a QtMobility API set.
Just to correct you a little bit - emails are
From: meego-dev-boun...@meego.com [mailto:meego-dev-boun...@meego.com] On
Behalf Of Martyn Russell
My first thought here is, why are you trying to save your entire exchange
contact
database onto your phone?
--
Regards,
Martyn
Why would you think MeeGo only runs on a phone?
Interesting thread ... (not).
Congratulations for guiding it with insightful and non-emotional
contributions, Arjan.
Can somebody from Intel answer One of the questions about EDS?
On Mon, 2011-03-07 at 22:40 +0100, Philip Van Hoof wrote:
Question one:
Can you explain us, how does EDS improve
Hi,
Arjan van de Ven wrote:
Time has come and gone for this to be a discussion; this is a decision.
Out of interest, when was the time for this to be a discussion? And
where did that discussion happen?
Thanks,
Dave.
--
Email: dne...@maemo.org
Jabber: bo...@jabber.org
On Tue, 8 Mar 2011 12:31:56 +0200, Vitaly Repin wrote:
Hello,
On Tue, 08 Mar 2011, ext Adrien Bustany wrote:
Synchronization is a solved problem, mind you, our mail for exchange
plugin does a pretty good job at saving contacts in a slow way.
Using
APIs the right way, it could sync 500
On Mon, Mar 7, 2011 at 6:09 PM, Arjan van de Ven ar...@linux.intel.com wrote:
PIM storage
===
The Address book, Calendar data and Email are currently stored in a tracker
database, and accessed (officially) via a QtMobility API set.
There are a range of issues with this implementation,
On 03/08/2011 12:29 PM, ext Clark, Joel wrote:
From: meego-dev-boun...@meego.com [mailto:meego-dev-boun...@meego.com] On
Behalf Of Martyn Russell
My first thought here is, why are you trying to save your entire exchange
contact
database onto your phone?
Why would you think MeeGo only
On 08/03/11 10:37, igor.sto...@nokia.com wrote:
Hi,
From: meego-dev-boun...@meego.com [meego-dev-boun...@meego.com] on
behalf of ext Clark, Joel [joel.cl...@intel.com] Sent: 08 March 2011
12:29
Why would you think MeeGo only runs on a phone?
And even if it was a phone, considering that
On 08/03/11 11:58, igor.sto...@nokia.com wrote:
Hi,
Hi Igor,
From: ext Martyn Russell [mar...@lanedo.com]
Sent: 08 March 2011 13:53
As you can imagine, if you want to be able to query, insert and merge
120k of contracts, you really can't have your cake and eat it so to
speak without some
On Tue, 2011-03-08 at 12:12 +, Martyn Russell wrote:
On 08/03/11 11:58, igor.sto...@nokia.com wrote:
Hi,
Hi Igor,
From: ext Martyn Russell [mar...@lanedo.com]
Sent: 08 March 2011 13:53
As you can imagine, if you want to be able to query, insert and merge
120k of contracts,
Hi,
From: ext Philip Van Hoof [phi...@codeminded.be]
Sent: 08 March 2011 14:55
[snip]
Some technical chitchat on this:
[snip]
sorry, I couldn't decide what to leave
I believe I'm taking a _very_ different angle
My proposal was:
step 1:
refer to the normal DB, as it is now
step 2:
ext Philip Van Hoof phi...@codeminded.be writes:
Nothing prevents from having 2 DB, [...]
Also, we've had 1 DB before in Tracker [...]
Some technical chitchat on this:
I think Igor is just proposing that we do the indexing lazily (not
counting it towards the import operation itself), and
On Tue, 2011-03-08 at 15:44 +0200, Vitaly Repin wrote:
Hello,
On Tue, 08 Mar 2011, ext David Woodhouse wrote:
I've been looking at ActiveSync support recently, so I can answer it
even if it was intended to be rhetorical.
Thanks a lot!
To be honest, I've found the existing MfE
On Tuesday 08 March 2011 12:55:45 Philip Van Hoof wrote:
But I have the feeling that we won't see *any* numbers whatsoever.
I realise the question was directed at the MeeGo architects but I would hope
that the Nokia product managers for the PIM/tracker developments had
quantitative
On Tue, 2011-03-08 at 08:43 -0800, Patrick Ohly wrote:
On Di, 2011-03-08 at 10:31 +, Philip Van Hoof wrote:
Can somebody from Intel answer One of the questions about EDS?
All you are asking for is performance. To me, that wasn't the main issue
with Tracker. The key drawbacks of Tracker
On Tue, 2011-03-08 at 09:53 -0700, Clark, Joel wrote:
Hey Clark Joel,
There are real-world scenarios (think mirroring sensitive enterprise or
social web data) were an additional address book is needed, because data
must not be mixed with the normal contacts.
And systems that have
Hi,
given the events of the last few weeks, the MeeGo architects have, and
still are, revisiting various parts of the MeeGo architecture.
While I'd love to say that we have the whole situation clear, the
reality is that there still is a very complex situation. In part because
just not
Hi Arjan,
On Mon, Mar 7, 2011 at 4:09 PM, Arjan van de Ven ar...@linux.intel.com wrote:
Because of all these items and the available expertise, we have decided to
start replacing PIM storage with the Evolution Data Server.
Worth noting that Maemo5 (Fremantle) had an eds QtContacts backend of
Hi,
On Mon, Mar 7, 2011 at 6:09 PM, Arjan van de Ven ar...@linux.intel.com wrote:
PIM storage
===
To be clear, this does not mean that tracker is completely removed;
tracker is still being used (together with tumbler) for indexing media
on the device. At this point we are seeing
Hello,
On Mon, 07 Mar 2011, ext Arjan van de Ven wrote:
The Address book, Calendar data and Email are currently stored in a
tracker database, and accessed (officially) via a QtMobility API set.
Just to correct you a little bit - emails are exported to tracker
database. They are stored in QMF
On Mon, 2011-03-07 at 08:09 -0800, Arjan van de Ven wrote:
Hi Arjan,
PIM storage
===
The Address book, Calendar data and Email are currently stored in a
tracker database, and accessed (officially) via a QtMobility API set.
There are a range of issues with this implementation,
On 3/7/2011 1:40 PM, Philip Van Hoof wrote:
Because of all these items and the available expertise, we have decided
to start replacing PIM storage with the Evolution Data Server.
Ah, I see.
good
This change will land together with the SyncEvolution change (due to the
intimate relationship
Le Mon, 07 Mar 2011 22:40:10 +0100,
Philip Van Hoof phi...@codeminded.be a écrit :
On Mon, 2011-03-07 at 08:09 -0800, Arjan van de Ven wrote:
Hi Arjan,
PIM storage
===
The Address book, Calendar data and Email are currently stored in a
tracker database, and accessed
Le Tue, 8 Mar 2011 00:31:42 +0200,
Adrien Bustany adr...@bustany.org a écrit :
Le Mon, 07 Mar 2011 22:40:10 +0100,
Philip Van Hoof phi...@codeminded.be a écrit :
On Mon, 2011-03-07 at 08:09 -0800, Arjan van de Ven wrote:
Hi Arjan,
PIM storage
===
The Address book,
On 3/7/2011 2:31 PM, Adrien Bustany wrote:
Synchronization is a solved problem, mind you, our mail for exchange
plugin does a pretty good job at saving contacts in a slow way. Using
APIs the right way, it could sync 500 contacts in 80 seconds, as
mentioned above.
can you point at the source
On 3/7/2011 3:33 PM, zoltan@nokia.com wrote:
Let's define what we want, create a Meego-standardized test bench, make
we can do many things that delay MeeGo moving forward.
We're not going to do that.
Time has come and gone for this to be a discussion; this is a decision.
Le Mon, 07 Mar 2011 14:56:59 -0800,
Arjan van de Ven ar...@linux.intel.com a écrit :
On 3/7/2011 2:31 PM, Adrien Bustany wrote:
Synchronization is a solved problem, mind you, our mail for exchange
plugin does a pretty good job at saving contacts in a slow way.
Using APIs the right way, it
ext Vitaly Repin vitaly.re...@nokia.com writes:
Hello,
On Mon, 07 Mar 2011, ext Arjan van de Ven wrote:
The Address book, Calendar data and Email are currently stored in a
tracker database, and accessed (officially) via a QtMobility API set.
Just to correct you a little bit - emails are
On 3/7/2011 3:33 PM, zoltan@nokia.commailto:zoltan@nokia.com wrote:
Let's define what we want, create a Meego-standardized test bench,
we can do many things that delay MeeGo moving forward.
We're not going to do that.
If EDF fails as well a year later because you did not set
Am Montag, den 07.03.2011, 15:56 -0800 schrieb Arjan van de Ven:
On 3/7/2011 3:33 PM, zoltan@nokia.com wrote:
Let's define what we want, create a Meego-standardized test bench, make
we can do many things that delay MeeGo moving forward.
We're not going to do that.
You won't move
ext Arjan van de Ven ar...@linux.intel.com writes:
I'm sorry that your technology did not win. Actually, I'll take that
back. I'm not sorry. Your technology did not win this round. It won
the last round and then NOTHING good got put into MeeGo. If you really
want to try to sell the same thing
Am Montag, den 07.03.2011, 14:56 -0800 schrieb Arjan van de Ven:
I'm sorry that your technology did not win. Actually, I'll take that
back. I'm not sorry. Your technology did not win
this round. It won the last round and then NOTHING good got put into
MeeGo. If you really want to try to sell
2011/3/8 Mathias Hasselmann math...@openismus.com:
Am Montag, den 07.03.2011, 14:56 -0800 schrieb Arjan van de Ven:
I'm sorry that your technology did not win. Actually, I'll take that
back. I'm not sorry. Your technology did not win
this round. It won the last round and then NOTHING good got
Am Montag, den 07.03.2011, 14:56 -0800 schrieb Arjan van de Ven:
Oh and my exchange contact database contains between 80k and 120k
people. that'll take a while.
Ok, first share of numbers is there. Now missing:
* How long do competing systems need to __fully__ store __and__
Am Dienstag, den 08.03.2011, 08:10 +0100 schrieb Carsten Munk:
2011/3/8 Mathias Hasselmann math...@openismus.com:
Am Montag, den 07.03.2011, 14:56 -0800 schrieb Arjan van de Ven:
I'm sorry that your technology did not win. Actually, I'll take that
back. I'm not sorry. Your technology did
2011/3/8 Mathias Hasselmann math...@openismus.com:
Am Dienstag, den 08.03.2011, 08:10 +0100 schrieb Carsten Munk:
2011/3/8 Mathias Hasselmann math...@openismus.com:
Am Montag, den 07.03.2011, 14:56 -0800 schrieb Arjan van de Ven:
I'm sorry that your technology did not win. Actually, I'll
On Mon, Mar 7, 2011 at 6:09 PM, Arjan van de Ven ar...@linux.intel.com wrote:
Because of all these items and the available expertise, we have decided to
start replacing PIM storage with the Evolution Data Server.
Can you expand on what this means for email? Will we still see
sqlite-backed QMF
Am Dienstag, den 08.03.2011, 09:03 +0200 schrieb Marius Vollmer:
ext Arjan van de Ven ar...@linux.intel.com writes:
I'm sorry that your technology did not win. Actually, I'll take that
back. I'm not sorry. Your technology did not win this round. It won
the last round and then NOTHING good
54 matches
Mail list logo