On Tue, Apr 17, 2007 at 01:19:25PM +0200, Loïc Minier wrote:
> On Tue, Apr 17, 2007, Ming Hua wrote:
> > I've prepared a new upload for scim that is compatible with the new GTK+
> > ABI and sent it to my sponsor, so this bug should be fixed soon.
> 
>  (Let me know if you need sponsoring.)

It has be uploaded, but your offer is still appreciated.

> > Also the scim package has the same problem as gcin package, i.e.,
> > hardcoding the /usr/lib/gtk-2.0/2.10.0/ directory.  In scim this is
> > done in quite a few different places, and as I don't know much about
> > autotools, hardcoding is the easiest way for me.  If you think this is
> > very bad practice and can provide a patch, I'd be very happy to fix it.
> 
>  Yes; the hardcoding comes from a Debian specific patch, but the
>  upstream configure already defines "GTK_BINARY_VERSION", so it's not
>  too intrusive to change.  I'm attaching you the updated patches and
>  interdiff which I hacked starting from 1.4.4-7 (unstable), but it
>  should apply to your SVN I suppose.  I also fixed debian/rules and
>  debian/scim-gtk2-immodule.install again here.

Thanks a lot for this quick and nice patch!  I now have a good idea
about what should be done here to get rid of the hardcoding.  As there
has been a new upstream release and I plan to do a new upload soon, I'll
incorporate your patch on the new upstream upload.

>  Could you try to bring this patch upstream?  Upstream should be
>  installing in the ABI dependent dir anyway, otherwise their modules may
>  break silently when the IM Module ABI changes.

Upstream is aware of this issue.  And IIRC there was discussion about
this but I forgot the details.  I'll see what I can do.

Ming
2007.04.19

Reply via email to