FS#22761 - [scim] completely replace with ibus

Attached to Project: Arch Linux
Opened by Thomas Dziedzic (tomd123) - Saturday, 05 February 2011, 01:28 GMT
Last edited by Gaetan Bisson (vesath) - Sunday, 06 February 2011, 01:09 GMT
Task Type Feature Request
Category Packages: Extra
Status Closed
Assigned To Gaetan Bisson (vesath)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Hello, I am the current maintainer of all the ibus* packages in [community].

scim is unmaintained upstream and ibus is maintained and developed by redhat.

All major distros I know about (ubuntu, fedora, opensuse) have transitioned away from scim from problems and not being supported upstream.

The only distro I know that hasn't dropped support for it is debian, but I think it is eventually going to happen.

This proposal is to move scim* to the aur and declare ibus as being officially supported.

I don't mind giving up my ibus*/sunpinyin packages for someone to bring them into [extra].
The only thing required for this is to make sure any extra ibus packages are brought from the aur along with this transition to ensure a complete experience.

Any thoughts?
This task depends upon

Closed by  Gaetan Bisson (vesath)
Sunday, 06 February 2011, 01:09 GMT
Reason for closing:  Won't implement
Comment by Gaetan Bisson (vesath) - Saturday, 05 February 2011, 09:23 GMT
I don't have a strong opinion on which repo ibus should be in. You are doing a good job maintaining it in [community] so why not let it there? I don't think it makes much difference for an input method to be in [extra] (we have scim, uim, and gcin there) or [community] (when the user chooses which they want to use, I don't think they really notice which repo their package is in). Now, if you don't want to maintain it anymore, I am happy to take it over to [extra] and maintain it there. :)

However, I do not want to drop scim to the AUR: it has no bug reports opened (except for this one) so why force our users to switch right this moment? Let's keep it while it works.
Comment by Thomas Dziedzic (tomd123) - Saturday, 05 February 2011, 22:26 GMT
Well I was mainly saying to drop to the AUR because it is unmaintained upstream.
Which means any upstream bug we do encounter in the future, it will have to get patched by us and we won't be able to send it upstream.
(assuming someone hasn't patched it before us)

But ya, if you feel like maintaining this package then ignore this and close as "won't implement"
Comment by Gaetan Bisson (vesath) - Sunday, 06 February 2011, 01:08 GMT
Yes, there are unfortunately lots of useful programs which are unmaintained upstream; I simply think we should keep packaging them so long as it is pain-free and we have alternatives such as ibus ready to take over. Keep up the good work with it!

Loading...