pr 08 06:06:20 <srag_>hello again

Apr 08 06:06 <srag_> we are approaching 2.26.1 and branching for 2.26 by monday

Apr 08 06:07 <srag_> Im on official vacation atm, but getting in some of the regression fixes

Apr 08 06:07 <srag_> which are still left from disk summary

Apr 08 06:07 <srag_> most probably I would have unmatched search folder for 2.26.1

Apr 08 06:07 <srag_> and also the timed-db-vaccuum

Apr 08 06:08 <srag_> unmatched vfolder may bring  in some issues, which we would fix as we go

Apr 08 06:08 <srag_> also, I have started on patches, should be done pretty soon

Apr 08 06:08 *chen (~chen@ecoprobe-dmz.gns.novell.com) has joined #evolution-meet

Apr 08 06:08 <srag_> Anjal is coming up well.

Apr 08 06:09 <srag_> I donno, but 1. or .2 I should have *optional* webkit rendering for Evolutoin

Apr 08 06:09 <srag_> it just depends on when I finish the *full* webkit rendering for Anjal.

Apr 08 06:09 <srag_> Once done, it should be a just a back port to Evolution

Apr 08 06:09 <EvaSDK> cool

Apr 08 06:09 <srag_> we still won't be looking at webkit for editing,

Apr 08 06:10 <srag_> its very primitive without gobject/DOM interface in webkit

Apr 08 06:10 <srag_> once that is done, Evo should kick out gtkhtml completely

Apr 08 06:10 <mcrha> does it mean rendering for mail only? or memo/task preview too?

Apr 08 06:10 <srag_> mcrha, mail is tough, rest should be pretty easy IMO

Apr 08 06:11 <srag_> so it means for all

Apr 08 06:11 <mcrha> ok

Apr 08 06:11 <srag_> Im still reviewing the 3.0 plan, and we might have to take alot from there, plan it accordingly

Apr 08 06:11 <srag_> Im waiting to finish my vacation and get back to work on monday to do all of them

Apr 08 06:12 <srag_> but its a nice plan IMO, given that we have  a year for 3.0, we can do nice with in that

Apr 08 06:12 <srag_> credits to the release-team

Apr 08 06:12 <srag_> Thatz it from my side

Apr 08 06:12 <srag_> abharath, anything to share with us ?

Apr 08 06:13 *mcrha wonders how many people will get rid of deprecated stuff in evo*

Apr 08 06:13 <abharath> srag_: Been working on Anjal. Committed all my changes to the inline-composer branch. Onto the accnt editor now

Apr 08 06:13 <srag_> abharath, cool.

Apr 08 06:13 <srag_> mcrha, donno, but Evo carries a lot of those stuff :(

Apr 08 06:13 <mcrha> yeah, that's why I wonder

Apr 08 06:14 <srag_> libgnomecanvas deprecation hits hard for Calendar (?) & Addressbook I guess

Apr 08 06:14 <mcrha> definitely, partly ETable as well?

Apr 08 06:14 <seb128> you can still use libgnomecanvas probably

Apr 08 06:14 <srag_> hmm, not exactly etable

Apr 08 06:14 <seb128> moving away from libbonobo is a good GNOME3 step though ;-)

Apr 08 06:14 <srag_> I saw there was a discussion on that

Apr 08 06:14 <chen> oh libgnomecanvas deprecates.

Apr 08 06:14 <andre> (i still can't find reasons in the archives why gnomecanvas was deprecated, sorry for that, but i guess that former r-t's had their reasons) :-/

Apr 08 06:15 <seb128> I doubt gnomecanvas is really an issue as said

Apr 08 06:15 <seb128> that might be still discussed

Apr 08 06:15 <chen> ok

Apr 08 06:15 <seb128> it's rather libgnome*, libbonobo* to clean

Apr 08 06:15 <srag_> yep

Apr 08 06:16 <srag_> lets, leave the call to the release team, but it might be lot of work

Apr 08 06:16 <srag_> ETable may not suffer AFAICS

Apr 08 06:16 <srag_> not sure, if I miss something

Apr 08 06:16 <srag_> For addressbook, few years back, Rodrigo wrote a Gtk replacement for canvas-based-card view

Apr 08 06:16 <srag_> time to relook at that then

Apr 08 06:17 <mcrha> srag_, quite many #include <libgnomecanvas/gnome-canvas.h> in ETable directory

Apr 08 06:17 <srag_> mcrha, I think its the EText that brings it

Apr 08 06:17 <srag_> mcrha, as I said, I could be missing something

Apr 08 06:17 <srag_> the real need may be very less

Apr 08 06:17 <mcrha> e-tree.c:1060:GnomeCanvas *canvas;

Apr 08 06:17 <mcrha> could be :)

Apr 08 06:17 <srag_> we need more careful analysis and planning

Apr 08 06:17 <srag_> lets see, how it goes

Apr 08 06:18 <mcrha> yup

Apr 08 06:18 <srag_> andre, anything to share with us ?

Apr 08 06:18 <andre> yupp: i can haz gtkhtml branch so we can start with 3.0ing? :)

Apr 08 06:18 <andre> re 571743

Apr 08 06:19 <srag_> sure, we can branch gtkhtml earler

Apr 08 06:19 <srag_> andre, lemme do that today or so :-)

Apr 08 06:19 <andre> great

Apr 08 06:19 <srag_> anything else ?

Apr 08 06:20 <srag_> chen, anything for us ?

Apr 08 06:20 <andre> nope, just lurking

Apr 08 06:20 <chen> was fixing some customer issues, some packaging work and got some a perfomance issue in addressbook NameSelector dialog nailed down today after working sometime on it.

Apr 08 06:20 <chen> Currently making a patch, it would make the NameSelectorDialog load the contacts ~60% faster. We can get away with ETreeModelGenerator with the patch.

Apr 08 06:20 <srag_> sure

Apr 08 06:20 <srag_> chen, be cautious about the ABI  around there

Apr 08 06:20 <chen> srag_, not ABI changes would be required

Apr 08 06:20 <chen> *no

Apr 08 06:20 <srag_> cool

Apr 08 06:20 <srag_> EvaSDK, anything to share with us ?

Apr 08 06:21 *chen is now known as chen_brb

Apr 08 06:21 <srag_> lakhil, anything for us ?

Apr 08 06:22 <lakhil> srag_, nothing much, bug triaging and some other stuffs

Apr 08 06:22 <srag_> mcrha, anything to share with us ?

Apr 08 06:22 <srag_> lakhil, thx

Apr 08 06:22 <mcrha> nothing special, committed some approved patches, one not-reviewed, and otherwise just playing and scared of all the upcoming changes

Apr 08 06:22 <EvaSDK> srag_: nop

Apr 08 06:23 <srag_> mcrha, hehe :-)

Apr 08 06:23 <srag_> seb128, anything to share with us ?

Apr 08 06:23 <seb128> not really

Apr 08 06:23 <seb128> looking forward having extra bugs fixed in 2.26.1 ;-)

Apr 08 06:23 <mcrha> srag_, one thing:

Apr 08 06:23 <srag_> sure seb128

Apr 08 06:23 <srag_> yep mcrha

Apr 08 06:24 <mcrha> if you called 2.26 a maintenance release, how would you call the next or two? a "rewrite releases"?

Apr 08 06:24 <srag_> mcrha, I donno, you seem to be in a joking mood ;-)

Apr 08 06:24 <mcrha> actually, not joking, I'm serious now

Apr 08 06:24 <srag_> :)

Apr 08 06:24 <srag_> mcrha, it could be

Apr 08 06:25 <srag_> Im not a fan of re-writes, unless there are tangible benefits :-)

Apr 08 06:25 <mcrha> the name is not important, just the amount of changes

Apr 08 06:25 <srag_> but, some of the restrictions force us to do so

Apr 08 06:25 <srag_> I would really like to reduce the changes

Apr 08 06:26 <srag_> I know we have a biggie soon, the KB branch

Apr 08 06:26 <mcrha> and removing *all* the rest deprecated stuff in there will be not as small too

Apr 08 06:26 <srag_> mcrha, I know

Apr 08 06:26 <srag_> mcrha, lemme see, how we can plan these

Apr 08 06:27 <srag_> I think we should first identify our work, then plan what we should do

Apr 08 06:27 <mcrha> might be covered be The Plan. Agreed.

Apr 08 06:27 <srag_> we are now speaking of just the known bits

Apr 08 06:27 <srag_> there could be some more unknown, which are equally big

Apr 08 06:28 <srag_> so, first lets identify. and then plan how to tackle it

Apr 08 06:28 <mcrha> will you identify?

Apr 08 06:28 <srag_> I might pull in for a short meeting may be monday or so, where we can discuss on how to take it

Apr 08 06:28 <srag_> mcrha, obviously code-read :-)

Apr 08 06:28 <srag_> mcrha, I would do a part, there could be some, which other can help in

Apr 08 06:28 <mcrha> not -how- but -whom-

Apr 08 06:29 <srag_> answered

Apr 08 06:29 <mcrha> yup

Apr 08 06:29 <mcrha> ok, it'll be fun, hopefully :)

Apr 08 06:29 <srag_> :-)

Apr 08 06:29 <srag_> Anything else ?

Apr 08 06:29 <mcrha> srag_, also, shouldn't it be better to identify after kill-bnonobo?

Apr 08 06:30 <srag_> mcrha, I think its not very redundant.

Apr 08 06:30 <mcrha> or at least after branch and commit of regression-full gtk+ deprecated stuff removal? ;)

Apr 08 06:30 <srag_> if we just see what libs we depend on, which would go off.

Apr 08 06:30 <srag_> and see where we use,

Apr 08 06:30 <mcrha> Matt did there quite much work

Apr 08 06:30 <srag_> we can do it in simple

Apr 08 06:31 *mcrha makes not of 'simple' in this context for future use

Apr 08 06:31 <mcrha> *note

Apr 08 06:32 <mcrha> ok, I've nothing else at the moment

Apr 08 06:34 *srag__ (~sragavan@59.92.113.201) has joined #evolution-meet

Apr 08 06:34 <srag__> got disconnected

Apr 08 06:34 <srag__> Anhything else ?

Apr 08 06:34 <srag__> I might have missed if you had said something

Apr 08 06:34 <srag__> Ok, see you all next week. bye guys