[Pkg-ime-devel] The upstream devlopment of SCIM packages

Osamu Aoki osamu@debian.org
Sun, 23 Jan 2005 19:28:33 +0100


Hi,

On Sat, Jan 22, 2005 at 11:21:34PM -0600, Ming Hua wrote:
> The main part, scim, is entering beta for the new 1.1.x development
> branch (which will released as 1.2.0 eventually).  I haven't looked at
> the packages yet, but it seems they are not binary compatible with 1.0.x
> series.  James Su has released the new scim-chinese (renamed as
> scim-pinyin, see below) and scim-tables for 1.1.x series, but I'm not
> sure about scim-hangul, scim-uim and scim-m17n status.

Me either.  Any idea for backword compatibleness?  (The way they have
been discussing seems to indicate libm17n has been quite up to date and
suggests scim-m17n has been working for testing.  I may be wrong here.)
 
> The impact on Debian:  James is planning to drop scim-config-gconf from
> scim, since nobody is using it.  This means we are going to drop the
> Debian packages as well.  

Agreed.

> I am also planning to merge the three socket
> related Debian packages (scim-frontent-socket, scim-server-socket and
> scim-config-socket) to one package, but I am not sure if I should do
> this in 1.0.x series (so to push it into sarge) or not.

May be not worth bothering now.

> The imengine plugin for scim-tables will be separated from scim and put
> into scim-tables package.  This means we can't have a arch:all package
> for scim-tables anymore.  Most likely I am going to add a arch:any
> scim-imengine-table package to the scim-tables source package.

You mean to keep arch:all part to be binary scim-tables package and add
binary scim-imengine-table package.  THat sounds good to me.  But if you
add new binary package, you need to get FTP master approve it to even
upload to experimental, I think.  We may have to use
people.debian.org/~osamu/packages type URL for now.

> There are also messages from Hong Kong developers about adding tables
> into scim-tables-zh package.  The are in scim-tables 0.5.x (for scim
> 1.1.x and 1.2.x), but James has said he won't backport them to 0.4.x
> (for scim 1.0.x and what Debian packages) himself.  We are most likely
> going to end up backporting them ourselves, it should not be too hard,
> though.

We(?) -- who :-)

I guess once some one who is competent and who needs it give us a good
tested patch, We(Ming and I) have to add them to package as dpatch.
Unless some people from HongKong test them and happy, it will be not
good move to add them.

> The scim-chinese package is renamed as scim-pinyin, because that's what
> it is and always has been.  My plan is a new source package with proper
> Replace: and Conflict: set.

Sure.

> That's all I know about the changes going to happen with scim 1.2.0.  I
> am currently working on scim 1.0.x packages to make sure they have a
> good shape in sarge, and can be smoothly upgraded later.  

Thanks.

> If I still
> have time after that, I am planning to package scim 1.1.x packages to
> experimental.

As I said, you may want to consider alternative location.  I can offer
space at people.d.o

Regards,

Osamu