Hi,
Please excuse my out of context reply, I happen to have read the
email and I can't resist... actually I received the email from another
mail account I've been having trouble with, so I can't properly
reply to that composer port thread.
On Tue, 2012-09-04 at 12:08 -0400, Matthew Barnes wrote
Hi,
It's recently come to my attention that a vast API break[0] has
been introduced in the last (3.6) cycle of EDS.
Unfortunately this also breaks the vast majority of the test cases
in EDS proper as well as the benchmarking tests[1] we've been using
to track EDS performance over releases.
Af
On 10/01/2012 09:08 PM, Dan Vrátil wrote:
On Monday 01 of October 2012 20:41:07 Tristan Van Berkom wrote:
Hi,
It's recently come to my attention that a vast API break[0] has
been introduced in the last (3.6) cycle of EDS.
Unfortunately this also breaks the vast majority of the test
On 10/02/2012 01:30 PM, Tristan Van Berkom wrote:
On 10/01/2012 09:08 PM, Dan Vrátil wrote:
On Monday 01 of October 2012 20:41:07 Tristan Van Berkom wrote:
Hi,
It's recently come to my attention that a vast API break[0] has
been introduced in the last (3.6) cycle of EDS.
Unfortun
On 10/02/2012 08:29 PM, Patrick Ohly wrote:
On Tue, 2012-10-02 at 13:30 +0900, Tristan Van Berkom wrote:
I'm still trying to find my footing here, the migration guide
and new documentation on ESourceRegistry don't seem to outline
how a new addressbook is actually created.
i.e. if I
On 10/05/2012 09:00 PM, Matthew Barnes wrote:
On Tue, 2012-10-02 at 20:35 +0900, Tristan Van Berkom wrote:
Ah, this is gold.
I'll be able to readjust things with this.
I've added a new section to the migration guide which covers the basics
of creating a new local address book o
Hi again,
I've been looking deeper into the details of creating addressbooks
and using fancy extensions and I have another question/issue, that
would be: How do you ask a backend if it supports a given extension ?
Currently, as far as I can see it's possible to blindly add extensions
to sourc
On 10/08/2012 08:55 PM, Matthew Barnes wrote:
On Mon, 2012-10-08 at 18:40 +0900, Tristan Van Berkom wrote:
Is it intended that the frontend must know what extensions are
supported by a given backend ?
What extensions are you worried about, specifically? And what's the use
cas
Hello again,
I've been looking into the possibility of getting ordered results
from the EDS addressbook (which is currently unsupported in any shape or
form afaict).
First off, is anyone working on this right now ?
Secondly, I see three potential ways of approaching this problem and I
wonde
Hello all,
I'd like to raise this issue on the list for feedback regarding this
bug: https://bugzilla.gnome.org/show_bug.cgi?id=686684
First let's start with the basic problem statement:
~~
It can happen that two clients modify the same contact
On 10/06/2012 09:01 AM, Matthew Barnes wrote:
On Fri, 2012-10-05 at 22:19 +0900, Tristan Van Berkom wrote:
a.) e_source_registry_commit_source_sync() seems not exactly
very sync. I haven't looked into that in detail but
surely the registry server needs to block on some
On 02/01/2013 05:08 AM, Matthew Barnes wrote:
On Thu, 2013-01-31 at 20:47 +0100, Milan Crha wrote:
I vote for Tristan's 2), basically because it's the right approach in
client-server architecture, also used in evo-mapi (and maybe in evo-ews,
I do not know). Basically, if client doesn't have anyt
On 02/05/2013 04:01 PM, Milan Crha wrote:
Hi,
I was wondering, after the all stuff around ESourceExtensions landed in
3.5.x, the main disadvantage of it is code duplication, or passing
unrelated stuff into one public folder just to have them available. It
is, for example, when a backend d
Hi... again.
While we are on the topic of brainstorming ideas with ESourceExtension,
I'd like to bring up a topic that is orthogonal to the previous issue
raised.
In a nutshell, ESourceExtension is a one-way street for client code to
configure a backend.
While it's a really nice extendible way
On 02/05/2013 10:22 PM, Matthew Barnes wrote:
On Tue, 2013-02-05 at 17:22 +0900, Tristan Van Berkom wrote:
Would it make sense to include some property on the base
ESourceExtension class ?
For instance, an api such as 'e_source_extension_claim()' could
be introduced and called by th
On 02/05/2013 11:55 PM, Matthew Barnes wrote:
On Tue, 2013-02-05 at 23:00 +0900, Tristan Van Berkom wrote:
I know, we've discussed this already a few months ago, it just
seems like something essential to the extension API, you
tell the backend to do "foo" and you just don't
On Fri, 2013-03-15 at 13:57 -0400, Matthew Barnes wrote:
> I'd like to restructure the new direct access mode for address books a
> bit for Evolution-Data-Server 3.9.1.
>
> Tristan's client-side implementation looks to me like it really wants to
> be a subclass. It basically intercepts and overri
After running distcheck over and over, finding and fixing
several issues, I was finally able to pass it :)
Unfortunately I just barely missed the 3.7.92 release,
in any case, the great news is that EDS passes distcheck
as of commit 5fb8f2867f7555f93261940bfe3a70ce8220b099
There is one remaining i
On Mon, 2013-03-18 at 08:40 +0100, Milan Crha wrote:
> On Sun, 2013-03-17 at 22:00 +0900, Tristan Van Berkom wrote:
> > After running distcheck over and over, finding and fixing
> > several issues, I was finally able to pass it :)
>
> Hi,
> thanks for all the work on
Hi all,
I've been preparing this work for some time now and
just realized that feature freeze is upon us in a couple
of weeks.
In the hope that it's not too late to consider landing
this new feature set, let's present the new cursor API
(details below).
There really are a lot of details to men
Good morning,
I've been meaning to write this email since over a week
ago when I added a new addressbook migration test case in EDS[0].
Not only because this is one of the more interesting tests
we now have in EDS, but because this test requires some
additional maintenance which normal tests d
On Mon, 2013-10-21 at 13:30 -0400, Matthew Barnes wrote:
> On Mon, 2013-10-21 at 18:27 +0200, Tristan Van Berkom wrote:
> > The maintenance in question is pretty simple, every
> > stable release (directly after branching for the next
> > stable release would be the ideal time)
Hi,
I'm pleased to announce that today we've finally landed the
addressbook cursor API in EDS master, a project which has been
months in the making.
What is the cursor API ?
The EBookClientCursor is an API which allows iteration over a
sorted contact list.
The cursor
Hi all,
I'm starting a little documentation effort this month
for the user facing apis in evolution data server. The scope
of this project will touch on the libedataserver, libebook,
libebook-contacts and libecal APIs (afforded the time I
might be able to dig a little deeper into the server side
On Mon, 2013-11-04 at 08:01 -0500, Matthew Barnes wrote:
> On Mon, 2013-11-04 at 15:18 +0900, Tristan Van Berkom wrote:
> > The goal is to transform the gtk-doc generated html
> > pages into something that actually looks like a
> > reference manual.
> >
> >
On Fri, 2013-12-06 at 19:08 +0900, Tristan Van Berkom wrote:
> On Mon, 2013-11-04 at 15:18 +0900, Tristan Van Berkom wrote:
> > Hi all,
> >
> > I'm starting a little documentation effort this month
> > for the user facing apis in evolution data server. The scop
On Mon, 2013-11-04 at 15:18 +0900, Tristan Van Berkom wrote:
> Hi all,
>
> I'm starting a little documentation effort this month
> for the user facing apis in evolution data server. The scope
> of this project will touch on the libedataserver, libebook,
> libebook-co
On Wed, 2014-02-12 at 12:32 +, Potrola, MateuszX wrote:
> Hi,
>
>
>
> I’m using version of EDS from openismus-work-3-8 branch and I’m using
> it as a direct reader of address books. I’ve noticed that after
> changing system locale after some time I’m receiving notifications
> about locale c
On Tue, 2014-04-22 at 14:13 +0200, Milan Crha wrote:
> On Tue, 2014-04-22 at 07:28 +, Potrola, MateuszX wrote:
> > I have one additional question about updating internal table by this
> > new module, should we add some new external API for EBookSqlite to
> > create/retrieve/modify backlog entr
On Wed, 2014-04-23 at 08:26 +0200, Milan Crha wrote:
[...]
> It's like the direct read access for books, more or less, you also
> expose private eds API to client side, which should stay server-side
> only, but you expect that the client will behave sanely with it.
>
> I have the same expectations
On Thu, 2014-04-24 at 15:28 +0200, Patrick Ohly wrote:
> On Wed, 2014-04-23 at 16:08 -0400, Tristan Van Berkom wrote:
> > This is my prerogative and I can accept that it is not shared with the
> > maintainers of EDS, nevertheless I would still like to caution against
> > open
On Fri, 2014-08-22 at 17:46 -0500, David Woodhouse wrote:
> On Fri, 2014-08-22 at 17:04 -0500, David Woodhouse wrote:
> >
> > ¹ Seriously, it *was* an accident. I thought I needed to port to
> > EBookSqlite to make cursors work, which I need for Yuuma's PKCS#11
> > module. But EBookBackendSqli
On Wed, 2014-09-03 at 07:54 +0200, Milan Crha wrote:
> On Tue, 2014-09-02 at 21:39 +0200, schaarsc wrote:
> > Are there any objections to do so?
>
> Hi,
> definitely no objection, just the opposite, it'll be appreciated to do
> "the cleanup". By the way, can the expander draw the arrow on
On Thu, 2014-09-04 at 14:53 +0100, David Woodhouse wrote:
[...]
> This works fairly nicely, although there are some optimisations I can
> still do.
>
> Firstly, I'd like a way to 'SELECT uid,bdata from folder_id'. Getting
> the initial list of UIDs to build my hash table takes about 95ms.
> Gettin
I havent been active in EDS for some time so feel free to take my
comments with an appropriate grain of salt...
On Fri, 2015-02-27 at 11:09 +0100, Patrick Ohly wrote:
> On Thu, 2015-02-19 at 07:43 +0100, Milan Crha wrote:
> > On Wed, 2015-02-18 at 13:54 +0100, Patrick Ohly wrote:
> > > What I woul
On Wed, 2011-07-06 at 18:15 +0200, Patrick Ohly wrote:
> Hello!
>
> It was pointed out before that support for PHOTO data in EDS is
> sub-optimal because the data has to be encoded as B64 data in the vCard
> and then gets transmitted like that via D-BUs and stored in Berkley DB.
Hi,
Unfortunat
On Thu, 2011-07-07 at 10:48 +0200, Patrick Ohly wrote:
> On Wed, 2011-07-06 at 16:16 -0400, Tristan Van Berkom wrote:
> [staging directory for out-of-band photo data transmission]
> > This alternative proposal is strictly regarding the photo data for
> > which the server must t
On Thu, 2011-07-07 at 18:31 +0200, Patrick Ohly wrote:
> On Thu, 2011-07-07 at 15:09 +0530, Chenthill wrote:
> > I like the staging directory approach. Would it be possible for
> > implementing the logic to convert the inline data ->file inside
> > e_book_client_add_contact so that the clients nee
On Fri, 2011-07-08 at 12:49 +0200, Patrick Ohly wrote:
> On Thu, 2011-07-07 at 20:54 -0400, Tristan Van Berkom wrote:
> > It's possible but will need to be conditional, probably depending on
> > whether there is a staging directory available or not.
> >
> > I&
On Fri, 2011-07-08 at 13:02 +0200, Patrick Ohly wrote:
> On Thu, 2011-07-07 at 20:39 -0400, Tristan Van Berkom wrote:
> > I now have a much simpler patch up on the openismus-work branch[0].
> > (it's also in patch form on the bug[1]).
>
> That looks a lot saner
On Thu, 2011-07-14 at 17:19 -0400, Tristan Van Berkom wrote:
> On Fri, 2011-07-08 at 13:02 +0200, Patrick Ohly wrote:
> > On Thu, 2011-07-07 at 20:39 -0400, Tristan Van Berkom wrote:
> > > I now have a much simpler patch up on the openismus-work branch[0].
> > > (it'
On Thu, 2011-07-14 at 17:19 -0400, Tristan Van Berkom wrote:
> On Fri, 2011-07-08 at 13:02 +0200, Patrick Ohly wrote:
> > On Thu, 2011-07-07 at 20:39 -0400, Tristan Van Berkom wrote:
> > > I now have a much simpler patch up on the openismus-work branch[0].
> > > (it'
I've been pondering this for the last couple days and should have
brought it up sooner, I'm looking at the bug regarding fetching
UID+REVISION only from the addressbook:
https://bugzilla.gnome.org/show_bug.cgi?id=652179
(there is a similar bug open for libecal)
Currently the proposed solu
On Wed, 2011-07-20 at 18:28 -0400, Tristan Van Berkom wrote:
> I've been pondering this for the last couple days and should have
> brought it up sooner, I'm looking at the bug regarding fetching
> UID+REVISION only from the addressbook:
>https://bugzilla.gnome.org/
44 matches
Mail list logo
