Bug#721734: [Pkg-ime-devel] Bug#721734: ibus-googlepinyin: Abondened upstream

2013-09-05 Thread YunQiang Su
On Wed, Sep 4, 2013 at 12:06 AM, Osamu Aoki os...@debian.org wrote:
 Package: ibus-googlepinyin
 Version: 0.1.2-1
 Severity: normal

 As upstream state in:
https://code.google.com/p/libgooglepinyin/

 This is prove concept project and asking:

 | If you are interested in full featured pinyin input method, please try
 | libpinyin or sunpinyin, they are both supported by fcitx and ibus. They
 | use more advanced algorithm (2-gram vs this project's unigram) and
 | support more feature, like Shuangpin, Zhuyin, Fuzzy Pinyin and so on.
 | Thank you.
yes, it is.

 This is a good candidate for removal.
googlepinyin has better quality for its collection of words.
So I don't think it should be removed.

 If you think I am wrong, please speak up.

 Osamu

 PS: This removal leave me with ibus-el for the last user of python-ibus

 -- System Information:
 Debian Release: jessie/sid

 ___
 Pkg-ime-devel mailing list
 pkg-ime-de...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ime-devel



-- 
YunQiang Su


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#721734: [Pkg-ime-devel] Bug#721734: ibus-googlepinyin: Abondened upstream

2013-09-05 Thread YunQiang Su
On Thu, Sep 5, 2013 at 4:17 PM, YunQiang Su wzss...@gmail.com wrote:
 On Wed, Sep 4, 2013 at 12:06 AM, Osamu Aoki os...@debian.org wrote:
 Package: ibus-googlepinyin
 Version: 0.1.2-1
 Severity: normal

 As upstream state in:
https://code.google.com/p/libgooglepinyin/

 This is prove concept project and asking:

 | If you are interested in full featured pinyin input method, please try
 | libpinyin or sunpinyin, they are both supported by fcitx and ibus. They
 | use more advanced algorithm (2-gram vs this project's unigram) and
 | support more feature, like Shuangpin, Zhuyin, Fuzzy Pinyin and so on.
 | Thank you.
 yes, it is.

 This is a good candidate for removal.
 googlepinyin has better quality for its collection of words.
 So I don't think it should be removed.
If it protect ibus transaction, it can be removed.
While if it can work with ibus 1.5 with just a rebuild, I suggest that
we stay it in Debian.

 If you think I am wrong, please speak up.

 Osamu

 PS: This removal leave me with ibus-el for the last user of python-ibus

 -- System Information:
 Debian Release: jessie/sid

 ___
 Pkg-ime-devel mailing list
 pkg-ime-de...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ime-devel



 --
 YunQiang Su



-- 
YunQiang Su


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#721734: [Pkg-ime-devel] Bug#721734: ibus-googlepinyin: Abondened upstream

2013-09-05 Thread YunQiang Su
On Thu, Sep 5, 2013 at 4:17 PM, YunQiang Su wzss...@gmail.com wrote:
 On Wed, Sep 4, 2013 at 12:06 AM, Osamu Aoki os...@debian.org wrote:
 Package: ibus-googlepinyin
 Version: 0.1.2-1
 Severity: normal

 As upstream state in:
https://code.google.com/p/libgooglepinyin/

 This is prove concept project and asking:

 | If you are interested in full featured pinyin input method, please try
 | libpinyin or sunpinyin, they are both supported by fcitx and ibus. They
 | use more advanced algorithm (2-gram vs this project's unigram) and
 | support more feature, like Shuangpin, Zhuyin, Fuzzy Pinyin and so on.
 | Thank you.
 yes, it is.

 This is a good candidate for removal.
 googlepinyin has better quality for its collection of words.
 So I don't think it should be removed.
If it protect ibus transaction, it can be removed.
While if it can work with ibus 1.5 with just a rebuild, I suggest that
we stay it in Debian.

 If you think I am wrong, please speak up.

 Osamu

 PS: This removal leave me with ibus-el for the last user of python-ibus

 -- System Information:
 Debian Release: jessie/sid

 ___
 Pkg-ime-devel mailing list
 pkg-ime-de...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ime-devel



 --
 YunQiang Su



-- 
YunQiang Su


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#721734: [Pkg-ime-devel] Bug#721734: ibus-googlepinyin: Abondened upstream

2013-09-04 Thread Osamu Aoki
control: retitle 721734 depend directly to python-ibus
control: severity 721734 wishlist

This is not normal bug yet ... but will be a bug after ibus 1.5
transition.

Hi,

I am retitling this bug.

On Wed, Sep 04, 2013 at 12:12:33AM +0800, Aron Xu wrote:
 On Wed, Sep 4, 2013 at 12:06 AM, Osamu Aoki os...@debian.org wrote:
  Package: ibus-googlepinyin
  Version: 0.1.2-1
  Severity: normal
 
  As upstream state in:
 https://code.google.com/p/libgooglepinyin/
 
  This is prove concept project and asking:
 
  | If you are interested in full featured pinyin input method, please try
  | libpinyin or sunpinyin, they are both supported by fcitx and ibus. They
  | use more advanced algorithm (2-gram vs this project's unigram) and
  | support more feature, like Shuangpin, Zhuyin, Fuzzy Pinyin and so on.
  | Thank you.
 
  This is a good candidate for removal.
 
  If you think I am wrong, please speak up.
 
 
 I think this is wrong, and I believe there is still some users using
 it without problem. If we are going to remove anything abandoned
 upstream then we have lots of packages to be removed...

No, I am not suggesting to remove anything abandoned upstream.

Question is how many duplicate/overwrapping functionality packages
should we keep to maintain?

If libpinyin, sunpinyin, and libgooglepinyin all support pinyin input
method and other two has technical advantages, why should we keep
libgooglepinyin?  Upstream developer characterized this package as this.
So I tool it as true and it is not so desirable state.

Since I do not know better, I put this bug report.

Of course, memory footprint, speed, conversion table bug, popularity,
... should be counted too.  With your strong opinion, I checked popcon.

To my surprise, out of ibus-libpinyin ibus-sunpinyin ibus-googlepinyin
ibus-chewing, the ibus-googlepinyin package has the highest popcon.

  
http://qa.debian.org/popcon-graph.php?packages=ibus-libpinyin+ibus-sunpinyin+ibus-googlepinyin+ibus-chewingshow_installed=on

I guess that this popularity comes from Simplified Chinese * task has this.

Anyway, unless people who decided Simplified Chinese * changes mind,
it is not right to remove the ibus-googlepinyin package by my request.

Now that we are to keep this package, we need to add python-ibus
dependency since ibus will not depend on python-ibus opnce ibus 1.5.3
icomes to unstable.  Retitled bug accordingly.

Regards,

Osamu

PS: I am still wondering what advantage people found on googlepinyin,
though.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#721734: [Pkg-ime-devel] Bug#721734: ibus-googlepinyin: Abondened upstream

2013-09-03 Thread Aron Xu
On Wed, Sep 4, 2013 at 12:06 AM, Osamu Aoki os...@debian.org wrote:
 Package: ibus-googlepinyin
 Version: 0.1.2-1
 Severity: normal

 As upstream state in:
https://code.google.com/p/libgooglepinyin/

 This is prove concept project and asking:

 | If you are interested in full featured pinyin input method, please try
 | libpinyin or sunpinyin, they are both supported by fcitx and ibus. They
 | use more advanced algorithm (2-gram vs this project's unigram) and
 | support more feature, like Shuangpin, Zhuyin, Fuzzy Pinyin and so on.
 | Thank you.

 This is a good candidate for removal.

 If you think I am wrong, please speak up.


I think this is wrong, and I believe there is still some users using
it without problem. If we are going to remove anything abandoned
upstream then we have lots of packages to be removed...



-- 
Regards,
Aron Xu


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org