Nov 16 10:31 <chen> Lets get started.. akhil and punit would join us in sometime..
Nov 16 10:31 <chen> hey jpunit
Nov 16 10:31 <chen> Starting with the project updates..
Nov 16 10:32 <jpunit> Hi all
Nov 16 10:32 <chen> we had the stable release 3.2.2 on Nov 14, this monday.. this is the last of the planned stable releases i guess
Nov 16 10:32 <chen> we have the unstable release 3.3.2 coming monday, Nov 21
Nov 16 10:32 *vibs (~firstname.lastname@example.org) has joined #evolution-meet
Nov 16 10:33 <chen> please get ur patches in asap if your targetting that release..
Nov 16 10:33 <chen> thats with the project updates..
Nov 16 10:33 *srag (~email@example.com) has joined #evolution-meet
Nov 16 10:33 <srag> hello guys
Nov 16 10:33 *lakhil (~firstname.lastname@example.org) has joined #evolution-meet
Nov 16 10:33 <chen> hey srag!
Nov 16 10:33 <chen> hi lakhil
Nov 16 10:34 <chen> mbarnes, have a question for you on libcamel, any advantages of splitting libcamel outside eds ?
Nov 16 10:34 <lakhil> hey chen
Nov 16 10:34 *mcrha doesn't understand the need for "camel out of eds" too
Nov 16 10:34 <mbarnes> chen: yes, but not til I'm happy with the API
Nov 16 10:35 <chen> mbarnes, it would be nice if you explain it, i dont understand the need as well..
Nov 16 10:35 <dwmw2> libcamel outside *eve* (i.e. e-mail-factory) yes. But outside eds?
Nov 16 10:36 <srag> mbarnes, not useful/helpful if we are on the otherside working to get mail stuffs into eds
Nov 16 10:37 <mbarnes> it's not ready to be split off yet, but eventually I'd like it to be a real honest-to-goodness standalone mail library
Nov 16 10:37 <mbarnes> like it was meant to be
Nov 16 10:38 <mbarnes> it doesn't depend on e-d-s anymore, so the question isn't "why split it off" but rather "why keep it bundled"
Nov 16 10:38 <dwmw2> it does make a certain amount of sense in theory. In practice, I worry about the incestuous stuff we currently have with folder 'detection' in camel causing automatic addition of cal/ebook sources.
Nov 16 10:38 <dwmw2> we'd want a clean way to handle that.
Nov 16 10:38 <srag> afair I dont think it was meant to be a out of eds, except that pvanhoof was looking for it during the tinymail days
Nov 16 10:39 <chen> dwmw2, i was proposing to having something like camel-store for calendar and address-book as well
Nov 16 10:39 <chen> which can work on a folder tree
Nov 16 10:39 <dwmw2> makes sense
Nov 16 10:39 <dwmw2> and might lead to more code-sharing between camel and the rest of eds
Nov 16 10:40 <srag> chen, infact a very nice idea
Nov 16 10:40 <chen> dwmw2, yup, would help us solve the issue of creating new cal/add through plugins
Nov 16 10:40 <xtian> carving camel out from e-d-s *could* help with stabilizing camel apis (there would be some pressure then... =)
Nov 16 10:40 <chen> dwmw2, will make a proposal for the api and send it over e-h
Nov 16 10:41 *dwmw2 still really really wants to fix the config stuff so we can move ews/activesync/mapi/kolab/ etc *into* eds
Nov 16 10:41 <mbarnes> xtian: exactly, and help make it not so evo-centric
Nov 16 10:41 <chen> mbarnes, but the same reason might hold good for calendar/address-book ?
Nov 16 10:41 <chen> i mean libecal and libebook
Nov 16 10:42 <rodrigo_> yes, that's what I was going to say :)
Nov 16 10:42 *jpunit has quit (Read error: 131 (Connection reset by peer))
Nov 16 10:42 <mbarnes> chen: libcamel is to mail as, say, libsoup is to calendars and address books
Nov 16 10:42 <mbarnes> libecal and libebook should stay put
Nov 16 10:43 <mbarnes> and eventually be joined by libemail, or whatever srag's got cookin
Nov 16 10:43 <dwmw2> mbarnes: s/libsoup/libical/?
Nov 16 10:43 <mbarnes> yeah, both
Nov 16 10:44 *xkahn (~email@example.com) has joined #evolution-meet
Nov 16 10:44 <mbarnes> it's a base library - is my point
Nov 16 10:44 <chen> mbarnes, am starting to understand a bit now..
Nov 16 10:44 <srag> mbarnes, libsoup to libcamel may not be a equal comparison. You put away backends too with it where as the rest of the cal/ab backends stays inside.. or am I understanding it differently ?
Nov 16 10:45 <dwmw2> well, libcamel actually provides more than the *basics*. It's a full infrastructure with protocol plugins and stuff. It's libical *and* libecal/libebook.
Nov 16 10:45 <dwmw2> otherwise we'd have a libemail already.
Nov 16 10:45 <chen> srag, the backends would stay in eds, but the core camel apis which you could compare with libical would move out
Nov 16 10:45 <dwmw2> what srag is doing is just the bit which exports it over DBus
Nov 16 10:46 <dwmw2> chen: hm, that might make some sense technically... but how useful is it to export *part* of what libcamel does?
Nov 16 10:46 <chen> mbarnes, i guess camelfolder/camelstore will still remain in libemail ?
Nov 16 10:47 <mbarnes> that's not what I had in mind, no
Nov 16 10:47 <chen> dwmw2, i dont know atm, maybe if some application needs just the mime parsing ?
Nov 16 10:47 <srag> mbarnes, its not very clear, may be you should speak out your plan first :-)
Nov 16 10:47 *jpunit (~firstname.lastname@example.org) has joined #evolution-meet
Nov 16 10:47 <chen> mbarnes, maybe it might be good if you can summarize in e-h later ?
Nov 16 10:48 <mbarnes> it's a bit premature to get all worked up about this...
Nov 16 10:48 <chen> i guess everyone of us have put the doubts now..
Nov 16 10:48 <chen> mbarnes, ok later
Nov 16 10:48 <chen> anything else to be discussed before we move on the project updates ?
Nov 16 10:49 <chen> s/project/individual
Nov 16 10:49 <chen> starting with mbarnes as he might have to move out for another meeting..
Nov 16 10:49 <chen> mbarnes, updates?
Nov 16 10:49 <mbarnes> been making good progress on the account-mgmt branch
Nov 16 10:49 <mbarnes> it's ALMOST to the point where I can use it for daily email
Nov 16 10:49 <mbarnes> finishing up GConf migration, and about to tear into the account editor
Nov 16 10:49 <mbarnes> sadly, still no ETA yet - I haven't even started on the groupware backends
Nov 16 10:49 <mbarnes> (hoping to fly through those as quick as possible, merge the branch, then go back and fix them up nicer in late 3.3 / early 3.5)
Nov 16 10:49 <mbarnes> also - reviewing rodrigo_'s wip/gsettings branch and hoping to merge by Fri
Nov 16 10:50 <chen> mbarnes, thanks!!
Nov 16 10:51 <srag> mbarnes, lemme rebase my library by friday for you to take it up next week ;-)
Nov 16 10:51 <chen> updates from my side, mostly with sled bugs and more time shifting to new home. thanks to mbarnes for handling release which i had to make.. it helped me a lot!
Nov 16 10:51 *dwmw2 really should put activesync into gnome git before mbarnes does that :)
Nov 16 10:51 <chen> dvratil, updates?
Nov 16 10:51 <chen> dwmw2, updates?
Nov 16 10:52 <dvratil> I moved to work on printing, solved some more webkit issues, it looks nice
Nov 16 10:52 <chen> dvratil, thanks!
Nov 16 10:52 <chen> jpunit, updates?
Nov 16 10:52 <dwmw2> we've done some work to clean up the ews code into sensible gnome-3-2 and master branches, so it looks like a proper GNOME project
Nov 16 10:52 <dwmw2> the gnome-3-0 branch contains all the horrid ifdefs and still builds back to 2.32
Nov 16 10:52 <dwmw2> but gnome-3-2 and master should be clean, although I think master breaks with the latest glib API breakage.
Nov 16 10:53 <chen> dwmw2, that was nice :)
Nov 16 10:53 <dwmw2> I'm working on converting the activesync client to use GDbus instead of dbus-glib, after seeing deadlocks where a thread exits while holding an internal dbus-glib lock
Nov 16 10:53 <chen> dwmw2, only warnings isn it ?
Nov 16 10:53 <dwmw2> chen: not sure
Nov 16 10:53 <jpunit> I worked on account editor merging express like account setup to evolution .. still need some more work
Nov 16 10:53 <jpunit> currently working on finditem api implementation in ews
Nov 16 10:54 <chen> dwmw2, i am able to compile it
Nov 16 10:54 <chen> jpunit, thanks!
Nov 16 10:54 <dwmw2> chen: mutex stuff went away / changed incompatibly.
Nov 16 10:54 <chen> dwmw2, yeah, it would show deprecated warnings
Nov 16 10:55 <chen> kov, anything to share?
Nov 16 10:55 <chen> lakhil, updates?
Nov 16 10:55 <dwmw2> I hope to finish the ActiveSync conversion to GDBus soon and do a release, at which point we can import into GNOME Git
Nov 16 10:55 <lakhil> chen, mostly spent time testing master code base and ews changes and did bug triaging on old bugs (Evolution 2.22.x, 2.26.x, 2.28.x)
Nov 16 10:55 <chen> lakhil, thanks!!
Nov 16 10:55 <chen> mcrha, updates?
Nov 16 10:55 <mcrha> mostly playing with evo mapi and fast-transfer
Nov 16 10:56 <chen> mcrha, thanks!
Nov 16 10:56 <chen> NonaSuomy, anything to share?
Nov 16 10:56 <chen> pohly, updates?
Nov 16 10:56 <chen> rgs, anything to share?
Nov 16 10:56 <pohly> Same as dwmw2: focusing on stabilizing the ActiveSync support.
Nov 16 10:56 <chen> pohly, thanks!
Nov 16 10:57 <chen> rodrigo_, updates?
Nov 16 10:57 <chen> srag, updates?
Nov 16 10:57 <srag> I have prepared a library that splits mailer into its core engine and other is the actual UI operations, core engine will be later moved to eds in the next cycle. for now. it will be exported as a library and I'm building my email-factory against that library. I have a complete camel store/folder/session api, but some apis need to be worked on like using fds and optimizing. you can grab the e-mail-factory code at https://github.com/sragavan/e-mail-fa
Nov 16 10:57 <srag> ctory and has a test suite which runs through the apis. I'm looking forward to mbarnes to merge the library split for this cycle and lemme prepare rest for the further releases
Nov 16 10:58 <rodrigo_> chen, not much apart from what mbarnes said
Nov 16 10:58 <chen> srag, nice!!
Nov 16 10:58 <rodrigo_> my branch is ready for review, but it's missing some more gconf porting, of some special XML-lists in GConf
Nov 16 10:58 <chen> srag, its going to make a lot of difference to mailer :)
Nov 16 10:58 <chen> rodrigo_, thanks!!
Nov 16 10:59 <chen> vibs, updates?
Nov 16 10:59 <vibs> Nothing much just fixed up few bugs upstream and working on downstream Bugs.
Nov 16 10:59 <chen> vibs, thanks!
Nov 16 10:59 <chen> xkahn, anything to share?
Nov 16 10:59 <vibs> majorly on groupwise issues
Nov 16 10:59 <chen> xtian, updates?
Nov 16 11:00 <xtian> evolution-kolab moved to gnome.org. wiki page and git repo are there
Nov 16 11:00 <chen> xtian, nice!!
Nov 16 11:00 <xtian> rest is to follow (still sits on sourceforge)
Nov 16 11:00 <xkahn> chen: I'm just lurking for now. :)
Nov 16 11:00 <chen> xkahn, ok :)
Nov 16 11:00 <chen> xtian, cool
Nov 16 11:01 <xtian> now doing cleanup work on evolution-kolab, soon to start porting to git master(s)
Nov 16 11:01 <chen> xtian, you could use evolution-ews as a reference :)
Nov 16 11:01 <chen> anything else from anyone before we wrap up ?
Nov 16 11:02 <xtian> chen: i'll have a look around, thanks :_)
Nov 16 11:02 *mbarnes needs to depart... will continue logging
Nov 16 11:02 *You are now known as mbarnes|away
Nov 16 11:02 <chen> thanks everyone and lets meet next month and stay tuned for e-mail-factory from srag :)
Nov 16 11:02 <xtian> chen: oh, i forgot the evolution-kolab bugzilla! andre dropped two bugs already. :)
Nov 16 11:03 <chen> xtian, lol :)
Nov 16 11:04 *chen starts for dinner