Re: 还有多少人在使用 SCIM？
2012/1/28 Liang Guo bluestonech...@gmail.com: 2012/1/28 Aron Xu happyaron...@gmail.com: 如题，正在考虑从 Debian 中删除 SCIM，但不知道还有多少人仍在使用它。 请问为什么要移除SCIM ? 谢谢~~ 主要原因是没有人维护：上游早已没人，Debian 这边很长时间来也没有人愿意继续。这样继续下去问题越来越多，质量越来越差。 目前 src:scim 还有人在更新，但已经表示不想维护下去。用于支持 GTK/QT IM MODULE 的 scim-bridge 已经被 orphan。 -- Regards, Aron Xu
Re: 还有多少人在使用 SCIM？
2012/1/28 zongsen simon22...@gmail.com: 插个嘴说句题外话，我目前在用fcitx，感觉相对原来的scim也没有明显优势。 如果只使用某些特定的 features，从功能上考虑用哪个输入框架都没有什么明显的区别。但是 SCIM 现在有太多的 bug，也已经没有人再积极地维护。 个人认为 Fcitx 在框架上略优于 IBus，模块化更加彻底、简易。现有的模块也比 IBus 多一些，比如说全局通用的 opencc 支持、皮肤、云拼音模块等等。目前正在开发的 4.2.x 系列也有了日韩输入法引擎接口和 xkb 支持等。 -- Regards, Aron Xu
Re: 还有多少人在使用 SCIM？
2012/1/28 Di Shaodong gnuyh...@gmail.com: 插个嘴，我也用fcitx，简单快速轻巧。本想删scim，貌似有一堆依赖？ 不大理解你的意思。是删 scim 时遇到依赖问题，还是嫌 fcitx 依赖多？ fcitx 现在是个 meta package，绝大部分内容是用 Recommends 标记的，可以按照喜好不安装。如果要用 fbterm，也可以干脆不安装这个包。 -- Regards, Aron Xu
Re: 还有多少人在使用 SCIM？
借这个线索再提一下，gcin 已经从 unstable/testing 里删除，如果6月前没有接手使其再次进入 testing，那么就与 Wheezy 无缘了。 -- Regards, Aron Xu
Re: 还有多少人在使用 SCIM？
2012/1/29 Moses moses.ma...@gmail.com: 以前用 fcitx 有与其他程序不兼容的情况, 不知道现在有没有解决... 试试 Fcitx 4.1.2 吧，比以前有很大进步。 -- Regards, Aron Xu
Re: 还有多少人在使用 SCIM？
2012/1/29 黄文彪 huangwenb...@126.com: fcitx开启云支持会崩溃 请给出系统版本和 Fcitx 相关包的版本情况，然后描述一下怎么样崩溃的。 （我正在使用云支持，没有问题呀。。。） -- Regards, Aron Xu
Re: 还有多少人在使用 SCIM？
2012/1/28 Aron Xu happyaron...@gmail.com: 如题，正在考虑从 Debian 中删除 SCIM，但不知道还有多少人仍在使用它。 -- Regards, Aron Xu 由于 Zoom.Quiet 大妈的支援没有到位（当然，大妈没有承诺过支援），scim-python 已经从 Debian 删除。scim-bridge 可能是下一个目标，其他 SCIM 组件至少会保留到明年二月 Wheezy 发布。 scim-bridge 是否能留住，要看说要维护它的日本人给不给力，或者有没有其他人愿意参与。如果都不给力，那就只好也删掉了。 -- Regards, Aron Xu
Traditional Chinese to be deactivated in Debian Installer
Hi, According to Christian Perrier's blog post, Traditional Chinese is going to be deactivated in Debian Installer because of its sublevel1 and/or sublevel2 isn't complete. Anyone who would like to help this out please contact Perrier at bubulle At debian.org. http://www.perrier.eu.org/weblog/2012/03/31#di-deactivation-status -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-chinese-big5-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAMr=8w5uoatklsrdxjfb-snl4b5yg4e1_qmvgr4d5uyyh+l...@mail.gmail.com
Re: Bug#680668: Updating chinese-t-desktop in tasksel for Wheezy.
Hi Andrew, On Sun, Jul 15, 2012 at 1:00 AM, Andrew Lee ajq...@debian.org wrote: 2012/7/14 Christian PERRIER bubu...@debian.org: ibus-chewing, I tested ibus-chewing on my computer. It doesn't have some features that I(Traditional user) expected. I'm aware of the ongoing discussion about the default input method selection of chinese-t task, and I just did a minor change to the old one by installing im-config and IM Modules by default. I know that gcin is again included in Debian but it's a bit hard for me to judge which one best fits the average needs... Please change it as you wish, :) -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-chinese-big5-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAMr=8w5j+if8kuunkxvu_e1ibjycu9dr1onisz6hwurjo2_...@mail.gmail.com
Re: Bug#680668: Updating chinese-t-desktop in tasksel for Wheezy.
Hi, On Sun, Jul 15, 2012 at 1:53 AM, Andrew Lee ajq...@debian.org wrote: 2012/7/15 Aron Xu happyaron...@gmail.com: gcin is again included in Debian but it's a bit hard for me to judge which one best fits the average needs... Please change it as you wish, Thanks Aron. I switched it back to scim for now. I have no difficultly to switch to anyone my own. I just consider of what we can fit the most non-tech users' expectation. -- -Andrew There are a group of people working on SCIM right now, there is one DD (who helped a looot on improving the packaging quality), but scim is not complete in Wheezy and the quality still needs a lot of improvements... So I suggest to pick from GCIN/HIME, IBus and Fcitx. GCIN/HIME: developed by zh-hant developer, but the framework itself is a bit lagged behind comparing with IBus and Fcitx. IBus: de facto input method framework, with chewing and bopomofo, cangjie (and more tables) for zh-hant users, but was reported to be not very good in some details. This is the default in Ubuntu, which I've chosen to be safe in my modifications. Fcitx: it gets a complete redesign and is still fast moving, with fcitx-chewing, fcitx-libpinyin (libpinyin has a very good Zhuyin implementation), and all tables supported by SCIM. It could be not very good at input details for zh-hant users but I think it worth a try. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-chinese-big5-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAMr=8w4kkch_ra6zjes8+turofpos9_bnl9amz3odoevai-...@mail.gmail.com
Re: [Debian-zh-dev] chinese.a.d.o 页面更新 (was: Re: chinese.alioth.debian.org 清理提议)
非常棒！ On Sunday, November 13, 2016, Boyuan Yang <073p...@gmail.com> wrote: > 在 2016年11月10日星期四 SGT 下午9:12:47，您写道： > > 大家好， > > > > 近期发现 chinese.alioth.debian.org 站上有许多现在已经作用不大的遗留历史内容 > > 希望能够对这些过时内容进行清理。 > > 这些删除操作近期不会进行。我已经在 htdocs 目录下启用 Git 管理文件，以确保以后即便删除 > > 文件也可以从 Git 历史进行找回。 > > > > 希望文件所有者能够尽早自行进行处理，或者如果对上述的文件需要保留的话请尽快提出。同 > > 时我计划对主页的过时信息进行更新，希望能有更多人参与其中。 > > 前几天对 chinese.alioth.debian.org 的页面使用 jekyll 重新做了一下，这样的页面能够使后续内容 > 的撰写与更新变得更方便。 > > 网站源代码托管在网站上。只读 Git 仓库： > git clone https://chinese.alioth.debian.org/website > > 可读写 Git 仓库（需要授权）： > git clone git+ssh://scm.alioth.debian.org///home/groups/chinese/ > htdocs/website > > 十分欢迎对网站内容进行更新。 > > -- > Boyuan Yang (hosiet-guest@alioth) -- Regards, Aron Xu
Re: 移除 ttf-wqy-zenhei 与 ttf-wqy-microhei
个人觉得这种没有必要发邮件…… 2017-08-07 10:42 GMT+08:00 Boyuan Yang <073p...@gmail.com>: > 各位好， > > 随着 Debian 字体软件包的命令方式的修改 [1]，文泉驿正黑和文泉驿微米黑两字体的软件包名先前已从 ttf-wqy-zenhei 和 ttf- > wqy-microhei 变为了 fonts-wqy-zenhei 和 fonts-wqy-microhei，但原包名为兼容性考虑仍然作为 > transitional dummy package 进行了保留。 > > 随着 Debian 版本的更替，现在已经到了移除过渡包的时候了。我已经提交了 [2] 与 [3] 两个 bug 报告对其进行移除。 > > 故今后在 Debian（以及 Ubuntu 等衍生发行版中）如需安装文泉驿字体，请使用新包名进行操作。 > > [1] https://wiki.debian.org/Fonts/PackagingPolicy > [2] https://bugs.debian.org/868207 > [3] https://bugs.debian.org/868206 > > -- > Regards, > Boyuan Yang -- Regards, Aron Xu
Re: Bug#680668: tasksel: Input methods for chinese - (Was: Updating chinese-t-desktop in tasksel for Wheezy.)
On Fri, Feb 1, 2019 at 3:38 AM John Paul Adrian Glaubitz wrote: > > Hello! > > > On Jan 12, 2019, at 10:02 AM, Yao Wei (魏銘廷) wrote: > > > > or we can follow task-chinese-s-desktop and use fcitx instead of ibus in > > task-chinese-t-desktop: > > > > fcitx, > > fcitx-chewing, > > fcitx-table, > > im-config, > > fonts-arphic-ukai, > > fonts-arphic-uming, > > fonts-noto, # this seems to be unnecessary, but not really sure. > > fonts-noto-cjk, > > libreoffice-l10n-zh-tw, > > libreoffice-help-zh-tw, > > firefox-esr-l10n-zh-tw | firefox-l10n-zh-tw, > > poppler-data > > I haven’t yet understood why people are moving to fcitx. I have tried it > myself after it was automatically installed on my openSUSE machine to replace > iBus and found it completely unusable. I didn’t even manage to get any input > languages added. > > I am using iBus for writing Japanese and I consider it the superior and > simpler-to-use solution. > > Is there anything that fcitx is supposed to do better than iBus? > > Adrian One of the reasons people moving to fcitx is that the framework has some architectural advantages that gives a lot room of extending the input method which ibus does not have so far. An example for Chinese (China) users is that there are several other alternative implementations of UI and, even further, commercial products with both UI and engines. GNOME's built-in support for ibus is a very old topic that a lot discussions happened on GNOME's mailing list years ago - in short there are two reasons: 1) ibus has slightly better support for those non-CJK languagues whereas GNOME developers are mostly non-CJK native speakers, 2) RedHat has continued investment on it. Cheers, Aron
Re: 系统退信 chihc...@kalug.linux.org.tw Rex Tsai (蔡志展)
既然是 off-list 回复你的，你也应该 off-list 回复？ On Sun, Sep 8, 2019 at 4:52 PM Faris Xiao wrote: > 目前国内的免费邮箱，很多都和 Debian 邮件列表沟通有问题。126，163 ，qq，sina > 的免费邮箱，基本上是只能够订阅邮件列表，向邮件列表发送邮件的话，则不一定，有时候行，有时候不行。 > > yeah的这个邮箱，目前看起来还行，Debian 邮件列表收发正常。 > > 估计中国大部分免费邮箱域名被国外反垃圾邮件组织，列入了黑名单。 > > 由于之前无法联系蔡志展，已经把他名字暂时从 Debian 官网中文翻译协调者名单里面去除了，后续如果他继续担任该职责的话，他自己再把名单加上即可。 > 在 2019/9/8 下午4:34, Aron Xu 写道: > > 你发的邮箱大部分都进 Gmail 的垃圾邮件了…… > > 这位 Rex 现在能用的邮箱大概是 rex.cc.t...@gmail.com，你可以联系一下试试。 > > Cheers, > Aron > > On Sat, Aug 31, 2019 at 1:25 PM atzlinux wrote: > >> >> https://www.debian.org/devel/website/translation_coordinators >> >> >> 网页列出的 Debian 官网中文翻译的协调人员中文人员列表中， >> >> >> Rex Tsai (蔡志展) >> ,这位的 email 地址，目前无法联系，感觉是 kalug.linux.org.tw >> 这个域名对映的 MX IP，目前不提供 25 端口的邮件服务了。 >> >> >> 请问大家还知道他的其它邮件地址吗？目前他还活跃在 Debian 社区，会继续担任 Debian 官网中文翻译协调员吗？ >> >> >> 如果可以联系，麻烦更新下邮件地址；如果无法联系，就建议暂时把他从人员名单里面移除。 >> >> 肖盛文 >> 转发的消息 >> 主题: 系统退信 >> 日期: Sat, 31 Aug 2019 03:04:11 +0800 (CST) >> 发件人: postmas...@yeah.net >> 收件人: atzli...@yeah.net >> >> 抱歉，您的邮件被退回来了…… >> 原邮件信息： >> 时 间： 2019-08-30 18:43:26 >> 主 题： Re: salsa git write access @atzlinux-guest >> 收件人： chihc...@kalug.linux.org.tw >> 抄 送： xxx >> 密 送： yyy >> 退信原因： >> 您可能写了外星人的邮件地址；或者是网络不给力，我们无法与收信方联络上。 >> >> 英文说明:rcpt handle timeout,last handle info: Can not connect to >> kalug.linux.org.tw:218 >> .161.0.222:25 >> 建议解决方案： >> >>- 邮差小易温馨提示：请您再次确认收件人的邮件地址正确无误；或稍息一刻，网络恢复状态后再次发送。 >>- 如果您有其他退信问题，欢迎向网易邮件中心发送退信报告 >> >> <http://feedback.mail.126.com/antispam/report.php?=rcpt%26nbsp%3Bhandle%26nbsp%3Btimeout%2Clast%26nbsp%3Bhandle%26nbsp%3Binfo%3A%26nbsp%3BCan%26nbsp%3Bnot%26nbsp%3Bconnect%26nbsp%3Bto%26nbsp%3Bkalug.linux.org.tw%3A218.161.0.222%3A25=chihchun%40kalug.linux.org.tw=0.0=Re%3A+salsa+git+write+access+%40atzlinux-guest=1567161806=atzlinux%40yeah.net=C1UQrADndgrO_WhdKPaZCw--.1238S2.B390> >>- 如果您收到大量退信而非本人操作，建议您马上修改密码 >><https://reg.163.com/setinfo/ChangePwd_1.jsp>，并在邮箱网页版重设客户端授权码 >><http://count.mail.163.com/statistics/inf76s.do> 、开启登录二次验证 >><http://count.mail.163.com/statistics/inf76s.do>。 >> >> >> >> This message is generated by Coremail. >> 您收到的是来自 Coremail 专业邮件系统的信件. >> >> > > -- > Regards, > Aron Xu > > -- > 肖盛文 Faris Xiao > > -- Regards, Aron Xu
Re: qterm 更新 打包
开始贡献是件值得鼓励的事情，建议通过官方 debian-mentors 邮件列表讨论有关的内容细节，或者找最后一两次上传的人了解情况，这是 Debian 社区里比较通行的做法，可以帮助你快速成长。 On Mon, May 11, 2020 at 12:53 PM atzlinux 肖盛文 wrote: > > 大家好！ > > qterm 这个 BBS > 客户端，目前是中文团队维护，有段时间没有更新了[1]，我这里有时间更新下哈。 > > 我刚才把@janitor-bot-guest 机器人修复 lintian > 错误的检查提交[2]，接下来还有如下错误需要处理： > > W: qterm source: changelog-should-mention-nmu > W: qterm source: source-nmu-has-incorrect-version-number 1:0.7.3-3 > I: qterm: desktop-entry-lacks-keywords-entry > usr/share/applications/qterm.desktop > I: qterm source: out-of-date-standards-version 4.2.1 (released > 2018-08-25) (current is 4.5.0) > I: qterm: spelling-error-in-binary usr/bin/qterm Unknow Unknown > I: qterm: spelling-error-in-binary usr/bin/qterm dont don't > I: qterm: spelling-error-in-binary usr/bin/qterm transfered transferred > I: qterm: spelling-error-in-binary ... use --no-tag-display-limit to see > all (or pipe to a file/program) > I: qterm source: testsuite-autopkgtest-missing > P: qterm source: rules-requires-root-missing > > 处理过程中，如果有什么需要注意的地方，请告诉我下。 > > > 修复这些 lintian 报错后，我会把软件包上传到 mentors ，请大家帮忙检查。 > > > [1] https://salsa.debian.org/chinese-team/qterm > > [2] https://salsa.debian.org/chinese-team/qterm/-/merge_requests/1 > -- Regards, Aron Xu
Re: [Debian-zh-dev] Debian 无法在 龙芯3 Loongson-3A4000 安装问题
FYI. On Sun, Jun 7, 2020 at 12:02 AM xiao sheng wen 肖盛文 wrote: > > > 在 2020/6/6 下午11:31, Aron Xu 写道: > > 第一，不要同时发给很多邮件列表； > > 都是中文邮件列表，里面订阅的人，确实有一些会是重复的。但也有人只订阅了其中一个邮件列表。 > > 这是一封求助讨论邮件，是希望更多的人知道、参与讨论。还有一个原因是：说不定也有其它人在做类似的工作，但是互相不知道，看到邮件后，可以互相沟通，有利于快速解决问题。 > > 当然，也有比较大的可能，很多人对这个新的 CPU > 架构，也会有兴趣，解决过程大家也都可以知道。 > > 如果 Debian 现有规则中，有这样的规定，麻烦告知下。 > > > 第二，这个问题已经有多个相关开发者回答你多次； > > 我之前确实在电报群问过，只得到过一个大概的信息，说是要用最新的 5.8 > 内核，但是没有得到更详细的具体信息。补丁具体在哪里？是哪个版本的补丁？ > > 该问题，之前也没有在邮件列表里面交流过，此次邮件是希望得到更多的详细信息，包括具体补丁下载地址之类的情况。 > > > 第三，社区对新人有耐心，但也有限度。 > > 建议你调整下说话口气和心态！ 大家和谐沟通为好！ > > 而且自己要言行一致，既然你都多次提到不要同时发送多个邮件列表，像这类不和谐的邮件，更没有必要 > 回复所有人，同时发给所有邮件列表！ > > 我上次也在邮件里面说过这个问题。 > > 中文团队内部沟通，目前是可以用 Debian Chinese Team > 这个邮件列表。 > > 我这个邮件回复，也发到这个邮件列表。 > > > -- > 肖盛文 xiao sheng wen Faris Xiao > 微信(wechat)：atzlinux > 《铜豌豆 Linux》 > 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com > Debian QA page: https://qa.debian.org/developer.php?login=atzlinux%40sina.com > GnuPG Public Key: 0x339240CB > > ___ > Chinese-developers mailing list > chinese-develop...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/chinese-developers
Re: [Debian-zh-dev] Debian 无法在 龙芯3 Loongson-3A4000 安装问题
第一，不要同时发给很多邮件列表； 第二，这个问题已经有多个相关开发者回答你多次； 第三，社区对新人有耐心，但也有限度。 On Sat, Jun 6, 2020 at 11:24 PM xiao sheng wen 肖盛文 wrote: > > 大家好！ > > 最近搞到了一台 龙芯 3 Loongson-3A4000 的机器，结果发现 Debian > 10.4.0，以及 d-i 最新的每日构建版本[1]， 都无法启动安装。 > > 目前每日构建版本，是使用的如下内核 udeb 包。 > > kernel-image-5.6.0-2-loongson-3-di_5.6.14-1_mips64el.udeb > > > 在电报群上，有人提到要使用最新的 5.8 内核。 > > 如果要让这个 udeb 支持最新的 Loongson-3A4000 CPU > 的话，内核源代码的补丁，用哪个比较好呢？ > > 或者说，目前有能够支持 Loongson-3A4000 CPU 的 udeb > 包、linux-image-5.6.0-2-loongson-3 内核 deb 软件包吗？已经有人制作过没？ > > > [1] > https://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/mips64el/jigdo-cd/ > > -- > 肖盛文 xiao sheng wen Faris Xiao > 微信(wechat)：atzlinux > 《铜豌豆 Linux》 > 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com > Debian QA page: https://qa.debian.org/developer.php?login=atzlinux%40sina.com > GnuPG Public Key: 0x339240CB > > ___ > Chinese-developers mailing list > chinese-develop...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/chinese-developers -- Regards, Aron Xu
