Spec URL: http://people.redhat.com/petersen/scim-bridge.spec SRPM URL: http://fedoraproject.org/extras/development/SRPMS/scim-bridge-0.1.12-1.fc6.src.rpm Description: SCIM Bridge is an alternative Gtk Input Method Module for SCIM implemented in C (ie it does not depend on libscim and libstdc++) to avoid libstdc++ symbol ABI conflicts for gtk C++ apps. We want to add it to FC6 so that scim no longer needed to depend on libstdc++so7. See bug 190243 for the Extras review.
The only thing I see is that %{?dist} won't work in brew right now, so don't expect that to translate. Other than that I approve. You'll need to get Bill's signoff on including in Core and then I'll add it to brew.
I'm assuming this is replacing the current bridge, not supplementing it? If so, it's got my OK. We'll need to make sure we obosolete libstdc++so7 when the time comes.
scim-bridge has been added to dist-fc6 for building. Do we need to make any changes in Anaconda or Comps for this?
(In reply to comment #2) > I'm assuming this is replacing the current bridge, not supplementing it? Yep, this replaces the scim-bridge subpackage of scim that was in Core until scim-1.4.4-17. > We'll need to make sure we obosolete libstdc++so7 when the time comes. Right. How should that be done? In anaconda? In principle scim-bridge could also do it but it is a bit hard to version... (In reply to comment #3) > scim-bridge has been added to dist-fc6 for building. Do we need to make any > changes in Anaconda or Comps for this? In comps yes: basically every language that lists a scim package needs to have <packagereq type="conditional" requires="xorg-x11-server-Xorg">scim-gtkimm</packagereq> Also scim-gtkimm needs to be multilib (paricularly important for x86_64). Thanks, I'll import scim-bridge into Core cvs then.
Err, please make that: <packagereq type="conditional" requires="xorg-x11-server-Xorg">scim-bridge</packagereq>
And it is scim-bridge-gtkimm that needs to be multilib, sorry.
Package has been built for FC devel.
In rawhide.