4.2: the binary compatible release

Kevin Ottens ervin at kde.org
Sun Oct 19 19:47:51 CEST 2008


Le Saturday 18 October 2008, Aaron J. Seigo a écrit :
> the second thing we discussed at the meeting today was moving libplasma to
> kdelibs and guaranteeing binary compatibility starting with 4.2.
>
> here are our notes from the meeting:
>
> Binary Compatibility and kdelibs
>     * The Plan
> 	* libplasma, in its entirety, in kdelibs for 4.2
> 	* 2 weeks to go through the API and find things we should change
> 	* at the end of the 2 weeks it's "speak now or forever hold your peace"
> 	* if there are things that we feel are just Too Ugly(tm),
> 	  we move it out of the lib for 4.2

+1, exactly the plan I had in mind. Sorry for the hurry during the meeting 
BTW, was the monthly hacking session here, and the room booking didn't allow 
us to stay longer... we were literally pushed out of the hacking room. :-)

>     * Known issues
> 	* Service additions

Hm, last time I looked at it, it was ok. Did it got much changes I overlooked 
lately?

> 	* Multiple action runners

Not sure I'm qualified to comment on this one. I'm not exactly sure which API 
got impacted by this feature.

> 	* PanelSvg name - apparently people don't like it ;)

Seeing the reactions we might find a better name soon. Not a good name (not 
possible for this class), but at least not a misleading one.

I think we could give a try to renaming ConfigXml too. I know it's inheriting 
KConfigSkeleton, but it's not only about config. I guess this one is missing 
the "loading" metaphor, we've UiLoader, it's doing a similar service for 
config descriptions.

> 	* Tooltip API review

This one I can probably review.

> this means that by October 31 we need to have all API complaints on the
> table and addressed.

I'm on it, for the coming month I'll split my time between that and scripting 
I guess.

> i fully admit that the API will never be perfect. we could polish it
> forever. this is true of pretty much any complex framework, but doubly so
> for something that is trying to do something that hasn't been done a
> thousand times before.

+1, still we ought to make it the best possible before committing to binary 
compatibility, which could be prevented by the flurry of features the library 
got after 4.1. Luckily I think we still can make it, and the soft freeze 
arrives at the right time.

Regards.
-- 
Kévin 'ervin' Ottens, http://ervin.ipsquad.net
"Ni le maître sans disciple, Ni le disciple sans maître,
Ne font reculer l'ignorance."
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/plasma-devel/attachments/20081019/599dbb44/attachment.sig 


More information about the Plasma-devel mailing list