May 18 11:33 <chen> time up. lets get started!

May 18 11:34 <chen> starting with project updates,

May 18 11:34 <chen> we had the evolution-3.1.1 unstable release on may 9 and,

May 18 11:34 <chen> evolution-groupwise was released as a separate package on the same day..

May 18 11:34 <chen> all the groupwise code has been removed from evo+eds

May 18 11:35 <chen> Please ensure that the patches which apply to the stable releases are committed back to evo+eds gnome-3.0 branch.

May 18 11:35 <chen> We also have a stable release 3.0.2 coming up this monday (and thats on my birthday ;) ),

May 18 11:36 <chen> please commit the patches that apply to the stable branch by this week so that it can get into the stable release..

May 18 11:36 <chen> sqlitedb for address-book is almost complete with one or two apis left,

May 18 11:36 <chen> http://git.gnome.org/browse/evolution-ews/tree/src/addressbook/e-book-backend-sqlitedb.h

May 18 11:37 <chen> has the apis list and it be added into eds for 3.1.2..

May 18 11:37 <chen> mcrha has been going fast on re-factoring the libebook and libecal apis and all the discussions are active on

May 18 11:38 <chen> e-h list

May 18 11:38 <chen> more info. would be available in individual updates..

May 18 11:39 *mcrha is finishing it, with a bit of luck it'll land in the master by the very beginning of the next week (even more luckily by the end of this week)

May 18 11:39 <chen> mcrha, nice :)

May 18 11:39 <abharath> sweetness

May 18 11:39 <chen> we have left the evolution-ews to stay on with 2.32 and 3.0,

May 18 11:40 *Fridrich (~fridrich@166-249.198-178.cust.bluewin.ch) has joined #evolution-meet

May 18 11:40 <chen> it will be made to work with 3.2 once the api changes get slowed down a bit..

May 18 11:40 <abharath> Fridrich: o/

May 18 11:40 <chen> thats it with general project updates..

May 18 11:40 <Fridrich> abharath: :)

May 18 11:41 <chen> does anyone have anything to discuss before we move on to individual updates ?

May 18 11:41 <chen> updates from my side,

May 18 11:42 <chen> just got the sqlitedb for address-book almost completed,

May 18 11:42 <chen> it has all the support that we had discussed on e-h list,

May 18 11:42 <chen> but i have not been able to do the performance testing between,

May 18 11:42 <chen> having the vcards in db vs having them as separate files yet.

May 18 11:43 <chen> did some work on evolution-groupware (pruned) and with evolution-groupwise (gone in) :),

May 18 11:43 <mbarnes> it's nice to have that split out, finally

May 18 11:43 <chen> going personal address-book for ews,

May 18 11:43 <abharath> mbarnes: :)

May 18 11:43 <chen> and gal offline support

May 18 11:43 <chen> mbarnes, :)

May 18 11:44 <abharath> GAL offline support is gonna be huge work :)

May 18 11:44 <chen> am going through the differences between lzx and lzx delta compression,

May 18 11:44 *vibs (~yvibha@122.167.211.112) has joined #evolution-meet

May 18 11:45 <chen> formats and trying to re-use lzx decompression code at places where it could be

May 18 11:45 <mcrha> chen, I see there is missing some kind of "only_fields" API, but that might be one of those missing you talked about at the beginning

May 18 11:45 <chen> starting to look in a bit of imapx usage on mobile devices as well..

May 18 11:46 <chen> mcrha, nope, i don have that in the list..

May 18 11:46 <chen> mcrha, only_fields ?

May 18 11:46 <chen> mcrha, u mean to be able to get only selected fields ?

May 18 11:47 <mcrha> chen, as you, I believe it was you, mentioned on e-h list, when, for example, autocompleting, then you are not interested in the complete contact, but only email, name, and maybe few others, So restrict it

May 18 11:47 <mcrha> yeah, that's it, only selected fields

May 18 11:47 <chen> mcrha, i have added options to cache the contacts partially

May 18 11:47 <chen> mcrha, but not to get the selective contents from the cache

May 18 11:48 <chen> mcrha, its better to leave that to the backend to choose isn it ?

May 18 11:48 <mcrha> backend may not know much/anything about this, only the "summary" part of the case should know few common fields, and the cache may benefit from its content

May 18 11:48 <mcrha> s/case/cache/

May 18 11:49 <chen> mcrha, if the contacts are cached for auto-completion,

May 18 11:49 *mcrha imagined it as CamelFolderSummary and message info-s

May 18 11:49 <chen> ah ok, i can understand..

May 18 11:49 <chen> mcrha, will add  a api to suit the auto-completion aspect

May 18 11:50 <mcrha> it's just one usecase ;)

May 18 11:50 <chen> mcrha, will form vcards with just,

May 18 11:50 <chen> data necessary for auto-completion

May 18 11:50 <mcrha> without parsing actual vcards, that's the point

May 18 11:50 <chen> mcrha, i cannot think of any other case,

May 18 11:51 <chen> where the client would need partial data..

May 18 11:51 <chen> mcrha, yes right, but anyways a vcard would be formed

May 18 11:51 *mcrha believes in pohly being abble to invent few more

May 18 11:51 <chen> mcrha, as we have to pass the data only via vcards at-least according to the api's

May 18 11:52 <mcrha> chen, sure for output, not using them, those complete contacts, as input

May 18 11:52 <chen> mcrha, cant get u

May 18 11:52 <pohly> mcrha: correct :-) My main use case is to have contacts delivered with and without PHOTO data.

May 18 11:53 <chen> pohly, ah, the photos are any way stored as uri,

May 18 11:53 <chen> in vcards so it wont matter much i guess ?

May 18 11:53 <mcrha> chen, ask cache for certain values, and cache will not parse stored vCards, but will produce new restricted vCards from its summary information only

May 18 11:54 <pohly> That's a new feature of the sqlite based backend, right? The traditional file backend stores them inline.

May 18 11:54 <chen> mcrha, yup we have them as columns and not in memory as the earlier one..

May 18 11:54 <pohly> chen: how does an app decide whether it wants the data inline or as uri?

May 18 11:54 <pohly> SyncEvolution wants it inline, so that it can send the data to a peer.

May 18 11:55 <mcrha> chen, good

May 18 11:55 <chen> pohly, will check it up, i had been thinking,

May 18 11:55 <chen> we always have it as a uri

May 18 11:55 <mcrha> pohly, I guess chen misplaced it with attachments, which are as local uri, but photos are always inline

May 18 11:56 <chen> pohly, hmm but it can form the vcard after its gets the data from eds isn it ?

May 18 11:56 <mcrha> attachments in calendar, photos in contacts, it is

May 18 11:56 <pohly> chen: for that it has to know about this feature. Right now it takes the PHOTO property as it is, without translating between files and inline data.

May 18 11:56 <pohly> My own thoughts on photo are here: http://wiki.meego.com/Architecture/planning/evolution-data-server/eds-improvements#contacts:_store_PHOTO_data_as_plain_files

May 18 11:57 <chen> pohly, will read through it

May 18 11:57 <chen> calendar am sure stores all the attachments as uri;s

May 18 11:57 <pohly> We hope that Openismus will be able to work on this soon. Expect them to show up evo-hackers with a more specific proposal.

May 18 11:57 <chen> need to check on contacts

May 18 11:58 <chen> pohly, cool

May 18 11:58 <chen> pohly, so would the need be that photo,

May 18 11:58 <chen> be stored in the vcard itself ?

May 18 11:58 <pohly> chen: trust me, PHOTOs are traditionally stored inline.

May 18 11:58 <chen> ok

May 18 11:59 *dave_largo (~drichard@rrcs-24-73-120-180.se.biz.rr.com) has joined #evolution-meet

May 18 11:59 <chen> mcrha, looks like we have a requirement :)

May 18 11:59 <dave_largo> jpunit: ! :)

May 18 11:59 <pohly> The goal is to not have PHOTO data inside the vCard. That way only the link to a file needs to go through D-Bus and into the vCard.

May 18 11:59 <chen> hey dave_largo

May 18 11:59 <dave_largo> hey guys, back from lunch

May 18 11:59 <mcrha> chen, pohly, yup, makes sense

May 18 11:59 <pohly> Obviously this is again an optimization which only makes sense if the backend is really local...

May 18 11:59 <chen> pohly, ah ok, thats the way i assumed it would work, if it does not work that way, will make changes,

May 18 12:00 <chen> fine ?

May 18 12:00 <chen> prolly we could discuss on e-h and make a call..

May 18 12:00 *vibs has quit (Read error: 131 (Connection reset by peer))

May 18 12:00 <chen> will inititate a thread on the same after reading through,

May 18 12:00 <chen> pohly's link

May 18 12:01 <chen> moving on with individual updates,

May 18 12:01 <chen> abharath, updates..

May 18 12:01 <jpunit> Hi dave_largo

May 18 12:02 <chen> mcrha, thanks for bringing this up :), i would have surely missed it..

May 18 12:02 <abharath> hey chen, mostly on downstream issues for now. Most of them Exchange 2003 related. I and jpunit would be upstreaming the pending patches soon

May 18 12:02 *mcrha is happy to be useful

May 18 12:02 <chen> mcrha, :)

May 18 12:02 <chen> abharath, thanks!

May 18 12:03 <chen> kov, andre_ dave_largo anything to share ?

May 18 12:03 <dave_largo> nothing here, except that jpunit is my new best friend :)

May 18 12:03 <abharath> :)

May 18 12:03 <chen> hehe

May 18 12:03 <andre_> nothing new here - I want to work on the user docs rewrite but not much time

May 18 12:03 <andre_> Progress on relicensing of the old manual would be welcome though, dear Novell. :-P

May 18 12:03 <jpunit> hehe..

May 18 12:04 <chen> oops i forgot to update

May 18 12:04 <chen> andre_, have got the approval from the team

May 18 12:04 <chen> andre_, we can go ahead with re-licencing

May 18 12:04 <chen> andre_, do you want me to do it ?

May 18 12:04 *vibs (~yvibha@122.178.201.130) has joined #evolution-meet

May 18 12:04 <chen> Fridrich, anything to share?

May 18 12:05 <andre_> chen, go, go, go! :-*

May 18 12:05 <chen> andre_, ok :)

May 18 12:05 <chen> jpunit, updates?

May 18 12:05 <chen> knirav, anything to share?

May 18 12:05 <knirav> Chen, Nothing from my side

May 18 12:06 <chen> lakhil, updates?

May 18 12:06 <jpunit> Hi, I was working mostly on customer issues. Mostly on exchange and dave_largo's issue also..

May 18 12:06 <lakhil> andre_, will you merge new manual in master just after licensing ?

May 18 12:06 <lakhil> chen, besides downstream customer issues and testing, did some testing on master for evolution-groupwise changes, moved respective bugs out of evolution and eds to new product.

May 18 12:06 <Fridrich> chen: I don't share anything, but you can share with me

May 18 12:06 <andre_> lakhil, no

May 18 12:06 <chen> Fridrich, :)

May 18 12:06 <andre_> it will be merged when it is in an acceptable state. and that will take a few more weeks/months

May 18 12:06 <andre_> maybe around August

May 18 12:07 <chen> jpunit, lakhil thanks!

May 18 12:07 <lakhil> andre_, okies

May 18 12:07 <chen> mbarnes, updates?

May 18 12:07 <mbarnes> past month:

May 18 12:07 <mbarnes> talked with davidz about evo integration with gnome online accounts

May 18 12:07 <mbarnes> talked with alexl about the new libfolks-based contacts app for gnome3

May 18 12:07 <mbarnes> (will post more concrete info about these projects when I know more)

May 18 12:07 <mbarnes> simplified mail folder URI handling in evo

May 18 12:07 <mbarnes> and picking at the account-mgmt branch in the background.  still targeting 3.2.

May 18 12:07 <chen> mbarnes, thanks!!

May 18 12:08 <chen> mbarnes, anything related to presence indication with evo ?

May 18 12:08 <chen> w.r.t libfolks..

May 18 12:08 <chen> mcrha, updates?

May 18 12:08 <mbarnes> yes, alex has quite a few mockups of libfolks integration

May 18 12:09 <mcrha> as mentioned earlier, finishing changes in eclient branch before merging. Otherwise touched few bugs, but really only few

May 18 12:09 <chen> nice!

May 18 12:09 <chen> mcrha, thanks!

May 18 12:09 <chen> pohly, updates?

May 18 12:10 <chen> rgs, anything to share?

May 18 12:10 <chen> seanius, updates ?

May 18 12:11 <chen> vibs, updates?

May 18 12:11 <dave_largo> chen, any progress on getting EDS to dump to bug-buddy?

May 18 12:11 <rgs> chen: a couple of updates coming through to improve introspection support!

May 18 12:11 <chen> rgs, thanks!

May 18 12:11 <rgs> chen: i am working right now on rebasing libfolks e-d-s backend, that should hit the light soon

May 18 12:12 <chen> dave_largo, no idea..

May 18 12:12 <chen> dave_largo, maybe knirav might know..

May 18 12:13 <dave_largo> If someone figures out how to make that happen, that should go back into the community project for sure.

May 18 12:13 <dave_largo> we are losing tons of information when it crashes

May 18 12:13 <knirav> dave_largo, we will need to look into it.That would be our focus once the meeting appearing in task is resolved

May 18 12:13 <chen> rgs, ah nice, sharing contacts between empathy and eds ?

May 18 12:13 <dave_largo> fair enough

May 18 12:13 <rgs> chen: yes, contact aggregation

May 18 12:13 <chen> nice!

May 18 12:13 <seanius> chen: not beuond what we discussed earlier

May 18 12:14 <chen> seanius, will get the patches in tomorrow..

May 18 12:14 <rgs> chen: hopefully i'll have something useful for Alex by the end of this week so he can integrate with the work he is doing

May 18 12:14 <chen> rgs, cool

May 18 12:14 <jpunit> chen: vibs's internet connection got disconnected, she said me to update here.. last week she worked on evolution-groupwise, some customer bugs and some upstream bugs as well.

May 18 12:14 <chen> jpunit, thanks!

May 18 12:14 *vibs has quit (Ping timeout: 600 seconds)

May 18 12:15 <mcrha> dave_largo, if I recall correctly then bug-buddy is working automatically for gtk+ application, thus initializing gtk+ in eds main() may do the trick. The problem is that the server should be able to run withouth X too.

May 18 12:15 <dave_largo> knirav: ^^

May 18 12:15 <chen> vibs will also be working on write support for ews personal address-book..

May 18 12:15 *vibs (~yvibha@122.178.234.76) has joined #evolution-meet

May 18 12:16 <dave_largo> So it needs to check if it's headless and then only initialize gtk+ if there is an Xserver

May 18 12:16 <chen> vibs, punit has provided updates on ur behalf (if ur still connected) :)

May 18 12:16 <vibs> hey hiii, yupp

May 18 12:16 <vibs> now m connected

May 18 12:16 <chen> :)

May 18 12:16 <mcrha> dave_largo, I would try gtk_init_check() and just ignore the result, (or print on console) in the main() just after g_type_init() call or near that place

May 18 12:17 <vibs> yes for past few weeks, I have worked on certain customer issues, and a few upstream bugs, and focused on evolution-groupwise package.

May 18 12:17 <chen> vibs, thanks and i just updated that u will also be working on write support for ews personal address-book..

May 18 12:18 <chen> dave_largo, jpunit can prolly make that patch for u..

May 18 12:18 <vibs> yes :)

May 18 12:18 <chen> knirav, ^^

May 18 12:18 <dave_largo> If we can get crash dumps from EDS, that will be a HUGE issue for stability

May 18 12:18 <dave_largo> I believe that it's just a few nagging crashers

May 18 12:18 <knirav> dave_largo,point taken

May 18 12:19 <chen> anything else from anyone before we wind up?

May 18 12:20 <chen> Lets then meet next month with more excitement awaited in master :)

May 18 12:20 <chen> thanks everyone!