done.

alan.

Garrett D'Amore wrote:
> It looks like this stuff is coming together, but I'd like to propose 
> for now promoting this to a regular fast track.  I don't see anything 
> intrinsically wrong here, and the case will almost certainly be 
> approved on Wednesday.  Having it be a fast track gives me a warm 
> fuzzy knowing that the details are properly handled here at ARC before 
> the underlying code is delivered into any consolidation.
>
> Either one of you can change the case to a fast track.  Please set the 
> time out for Thursday if you like; its shorter than the norm for a 
> fast track, but if things look like they haven't gelled properly on 
> Wednesday we can ask for more time at that point.
>
> (And as I said, I'd be rather surprised at this point if we don't get 
> the administrivia here dealt with properly by then.)
>
>    -- Garrett
>
> Alan Hargreaves wrote:
>> Another option that you have, if we are talking about delivering into 
>> the same consolidation may also be instead of contracting the 
>> interfaces, use this case to extend the original to include the new 
>> code that needs the library. This would make some sense given that 
>> the one group is looking after everything here.
>>
>> alan.
>>
>> Alan Hargreaves wrote:
>>> Excellent. That makes the contract easy and the case much simpler. I 
>>> would suggest leave the stability of libchewing as it is. Fill out 
>>> the contract form and place a copy in the directory of this case (as 
>>> well as the email I think).
>>>
>>> Other PSARC folks, have I missed anything here?
>>>
>>> alan.
>>>
>>> Yong Sun wrote:
>>>> Hi, Alan,
>>>>
>>>> We (G11N input-method engineer team) are actually the people who 
>>>> maintaining the solaris porting of libchewing, scim-chewing, and 
>>>> iiimf-twle-chewing (we also developed this one). :)
>>>>
>>>> Regards,
>>>>
>>>> Alan Hargreaves wrote:
>>>>> All that having a contract means is that within the developer 
>>>>> groups working on these two projects for Solaris/OpenSolaris there 
>>>>> is an agreement that if a change is to be made to the library that 
>>>>> the scim people will be notified.
>>>>>
>>>>> This looks a lot closer to what you actually want.
>>>>>
>>>>> alan.
>>>>>
>>>>> Yong Sun wrote:
>>>>>> No, I don't intend to promote it to committed, probably 
>>>>>> uncommitted is fine.
>>>>>>
>>>>>> I attached all API changes (in diff format), most of them are 
>>>>>> about initialization, configuration, and candidate iterating. And 
>>>>>> some interfaces are removed (or moved to internal private), like 
>>>>>> char/utf8_char utilities, user_phrase manipulating, zuin/pinyin 
>>>>>> utilities.
>>>>>>
>>>>>> And libchewing, scim-chewing, iiimf-twle-chewing are all 
>>>>>> community opensource softwares. I don't know if we need/could 
>>>>>> have a contract for them.
>>>>>>
>>>>>> Regards,
>>>>>>
>>>>>> Alan Hargreaves wrote:
>>>>>>> So, if I read the prior cases correctly, you are promoting 
>>>>>>> libchewing form Project/Private to something else (Committed?) 
>>>>>>> and we do have some incompatible changes to interfaces.
>>>>>>>
>>>>>>> Can you perhaps outline what the incompatible changes are?
>>>>>>>
>>>>>>> Might it be a better idea to leave the stability of libchewing 
>>>>>>> as it currently is (Project/Private under the old stability 
>>>>>>> system) and have contract scim-chewing take out a contract?
>>>>>>>
>>>>>>> My feeling is that if you want to raise the stability, this case 
>>>>>>> should probably be promoted to a fast track.
>>>>>>>
>>>>>>> Regards,
>>>>>>> Alan Hargreaves
>>>>>>>
>>>>>>>
>>>>>>> Yong Sun wrote:
>>>>>>>> Hi, Alan, Garrett,
>>>>>>>>
>>>>>>>> Thanks for reviewing.
>>>>>>>>
>>>>>>>> The initial integration of libchewing is covered in 
>>>>>>>> PSARC/2005/525, as a project private interface, located in 
>>>>>>>> /usr/lib/iiim. And when scim is integrated (covered in 
>>>>>>>> PSARC/2008/418), libchewing is required both by scim-chewing 
>>>>>>>> and iiimf-twle-chewing, so it's moved to /usr/lib.
>>>>>>>>
>>>>>>>> Currently, there is no other client applications depends on 
>>>>>>>> libchewing, besides scim-chewing and iiimf-twle-chewing.
>>>>>>>>
>>>>>>>> Here is the release announcement for version 0.3.2, which lists 
>>>>>>>> the what's new,  
>>>>>>>> http://groups.google.com/group/chewing/browse_thread/thread/0067e04c8ea29ff3,
>>>>>>>>  
>>>>>>>> please read the bottom half for the English version.
>>>>>>>>
>>>>>>>> And yes, I only require a minor binding. I will update the case 
>>>>>>>> material to include this info.
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>>
>>>>>>>> Alan Hargreaves wrote:
>>>>>>>>> I am concerned that this update breaks compatibility, yet is 
>>>>>>>>> being done as a self review. Are there any other consumers of 
>>>>>>>>> this library that could potentially be broken by this update? 
>>>>>>>>> If so, how will this be dealt with?
>>>>>>>>>
>>>>>>>>> What binding are you looking for? As I only see 
>>>>>>>>> nevada/opensolaris mentioned, I am assuming minor.
>>>>>>>>>
>>>>>>>>> Can you mention the case number which contains the prior 
>>>>>>>>> interfaces/bindings?
>>>>>>>>>
>>>>>>>>> Regards,
>>>>>>>>> Alan Hargreaves
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Yong Young Sun wrote:
>>>>>>>>>> Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI
>>>>>>>>>> This information is Copyright 2009 Sun Microsystems
>>>>>>>>>> 1. Introduction
>>>>>>>>>>     1.1. Project/Component Working Name:
>>>>>>>>>>      Update libchewing from 0.3.0 to 0.3.2
>>>>>>>>>>     1.2. Name of Document Author/Supplier:
>>>>>>>>>>      Author:  Yong Sun
>>>>>>>>>>     1.3  Date of This Document:
>>>>>>>>>>     27 July, 2009
>>>>>>>>>>
>>>>>>>>>> 4. Technical Description
>>>>>>>>>>
>>>>>>>>>>     libchewing is a popular library for Traditional Chinese 
>>>>>>>>>> input method engine
>>>>>>>>>>     licensed in LGPLv2.1. And there are some input methods, like
>>>>>>>>>>     iiimf-twle-chewing, scim-chewing depends on this library 
>>>>>>>>>> to provide input
>>>>>>>>>>     services to users.
>>>>>>>>>>
>>>>>>>>>>     The version currently shipped in nevada/opensolaris is 
>>>>>>>>>> 0.3.0, while the
>>>>>>>>>>     community recently released a newer version, 0.3.2. In 
>>>>>>>>>> this new release,
>>>>>>>>>>     the API/ABI compatiblities were broken, and some new 
>>>>>>>>>> features are added.
>>>>>>>>>>
>>>>>>>>>>     iiimf-twle-chewing and scim-chewing had been updated to 
>>>>>>>>>> work with 0.3.2,
>>>>>>>>>>     we therefore need to deliver the updated version to 
>>>>>>>>>> nevada/opensolaris.
>>>>>>>>>>
>>>>>>>>>>     The interfaces (header files and shared library) remain 
>>>>>>>>>> the same as
>>>>>>>>>>     before.
>>>>>>>>>>
>>>>>>>>>> 6. Resources and Schedule
>>>>>>>>>>     6.4. Steering Committee requested information
>>>>>>>>>>        6.4.1. Consolidation C-team Name:
>>>>>>>>>>         Globalization
>>>>>>>>>>     6.5. ARC review type: Automatic
>>>>>>>>>>     6.6. ARC Exposure: open
>>>>>>>>>>
>>>>>>>>>>   
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>

-- 
Alan Hargreaves - http://blogs.sun.com/tpenta
Staff Engineer (Kernel/VOSJEC/Performance)
Asia Pacific/Emerging Markets
Sun Microsystems


Reply via email to