Hi Boyuan, On Tue, Jun 30, 2026 at 5:16 PM Boyuan Yang <[email protected]> wrote: > I still think diverging with upstream in key functionalities by carrying a > patch > indefinitely in downstream distros should be avoided. In the meanwhile, > I doubt users will explicitly install non-default ibus-libbopomofo when > other default selections already exist via tasksel; the potential damage has > already been controlled to the minimum level by splitting out of > ibus-libpinyin. > You are welcome to discuss with upstream when you have free time, and please > feel free to let me know when upstream makes important changes.
Thank you for sharing your point of view. I totally understand you prefer to stay with upstream's design and avoid carrying downstream patches whenever possible. Since the split, this issue is now isolated only inside the newly created ibus-libbopomofo package. I updated the bug status to reflect to the current state. Retitle it to: "ibus-libbopomofo: enabled by default as an unusable input method in zh_TW locale" and pointed it to ibus-libbopomofo. I kept the severity as it was to ensure this broken default behavior for the zh_TW locale stays cleanly documented and tracked within the Debian BTS. I know to address issues at upstream has it's value, unfortunately I won't have the bandwidth to discuss or help drive the changes of design limitation with upstream. If someone else happens to pick this up or if upstream change their design limitations completely in the future, I will gladly keep an eye on it. Thanks again for all your hard work on this package and for implementing the split solution! Best regards, -- -Andrew
