Mailinglist Archive: opensuse-factory (883 mails)

[Marguerite Su <i@xxxxxxxxxxxxx>]

On Fri, May 11, 2012 at 6:04 PM, Takashi Iwai <tiwai@xxxxxxx> wrote:
> At Fri, 11 May 2012 11:56:37 +0200,
> Vincent Untz wrote:
> > Hi,
> >
> > Le vendredi 11 mai 2012, à 17:36 +0800, Marguerite Su a écrit :
> > > On Fri, May 11, 2012 at 4:50 PM, Vincent Untz <vuntz@xxxxxxxxxxxx> wrote:
> > > > Hi,
> > > >
> > > > Le vendredi 11 mai 2012, à 16:09 +0800, Marguerite Su a écrit :
> > > > > 1. drop scim/ibus from DVD/CD. (they're really old and react slow to
> > > > > bugs and have famous bugs)
> > > > > 2. add fcitx/gcin/mozc in. (hime is just another fork of gcin. it's
> > > > > another issue, it has a small user database)
> > > > >
> > > > > so guys what do you think?
> > > >
> > > > I've absolutely no opinion on this, but I find it surprising that you're
> > > > suggesting to drop ibus from dvd/cd while upstream GNOME is working on
> > > > deeper ibus integration for the next version:
> > > >  https://live.gnome.org/ThreePointFive/Features/IBus
> > > >
> > > > Do you have any information on this?
> > >
> > > Hi, Vincent,
> > >
> > > in my survey there're user choices to "just let scim retire"...so the
> > > final proposal relies on users' choice, this is just my temporary
> > > proposal to act as a starting point.
> > >
> > > and my reason is:
> > >
> > > 1. does western locale needs ibus?
> > >
> > > 2. situation in C(stands for China), zh_CN people replace it with
> > > fcitx, zh_TW people replace it with gcin. so no one will use it(from
> > > current vote results, no Japanese vote now). it still has some users
> > > only because it's shipped by default.
> > >
> > > so if no one will use it if he has choices, then why let it be there
> > > holding position in DVD and installed by default? why not install the
> > > ones users really need?
> > >
> > > and about the GNOME thing, I have to say, no offense, they are
> > > outdated. when there're no alternatives in the old days, they do not
> > > make it better; now we have choices, they're making it. it's better
> > > say this is the previous slow reaction postponed to now, not the plan
> > > for "deeper integration". just a coincidence. it's time to free their
> > > hands and let them concentrate on something more important...of course
> > > we have to wait enough long to see it happen.
> > >
> > > PS: btw I think we both know we are talking about do not ship them by
> > > default in DVD/CD, not to kick them off entirely from openSUSE. users
> > > like them still can install from M17N and OSS repositories. if GNOME
> > > is making it better, still good.
> >
> > My point is that if GNOME relies on ibus in GNOME 3.6, then openSUSE
> > 12.3 will have ibus on the DVD again because of GNOME. Just something to
> > keep in mind.
>
> IMO, dropping ibus from DVD is very unlikely option for 12.2 (I guess
> you meant this? ;)  Using other IMs for some locales as the default is
> of course a different question.

nope, I don't care when it get dropped. just to say we do not need it
any more. if it's dropped, pretty good for saving my 12.2 download
bandwidth, if not, it does matter since we do not use it.

yeah, I understand. different.

> However, I'm a bit worried how tightly GNOME will be bound with ibus.
> I don't know the detail at all, so I'm writing just from the
> sensational title line.  But I guess no hard-dependency is introduced
> (hopefully), if it's only about the configuration changes of ibus per
> gnome-settings-daemon?

I think it won't be hard dependency, since they developers themselves
are from European counties. if they're clever enough, they won't fill
their disk full.

> > And if we're unhappy about GNOME going this way -- which is fine --
> > then now is the best time to raise objections upstream. But I can't do
> > that since I don't enough about input methods.
>
> If you know any development there, please let us know.  At least, it'd
> be good if anyone can suggest these guys that lots of people are not
> using ibus but other IMs.

actually we're talking about CJK in openSUSE, not in Linux.

as I know, ibus is now developed by Fedora( why they always pick
almost dead things and can't save them?). but they're not making
progress.

and Funny thing is, in Fedora, you have to open bug reports for
package review, that package does even not exist on
Fedora...hahahahaha

and their reviewers are lazy, and only knows ibus(they are from
European countries too). not like us, I'm the repo maintainer of M17N,
so if I know fcitx is good, I drag it in and submit it to Factory.

fcitx-related packages have been in waiting state on their bugzilla
for almost two years.

that's the background knowledge.

so my point is, we can't hold GNOME developer back from integrate ibus
into GNOME, and trust my instinct, ibus won't be hard dependency by
default.(if I'm wrong, then it proves some of GNOME developers are
fool, LOL, just a joke)

because other distributions like Fedora has no alternatives like us.
they have to endure ibus and its many bugs.(Weng, the fcitx man, even
use our OBS to save them)

http://fcitx-im.org/wiki/Distribution_Package_Status

see this page. fcitx is almost SuSE specific input method now. weng
has been pleasing us for long. so it's time for us to make him happy,
XD.


> thanks,
>
> Takashi
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse-factory+owner@xxxxxxxxxxxx