On Mon, Sep 22, 2014 at 1:59 PM, Didier Roche <didro...@ubuntu.com> wrote: > Le 20/09/2014 00:08, Aron Xu a écrit : >>>> ------- >>>> -> fcitx: >>> >>>> * BLOCKER: presagege is missing as a build-dep, do you mind either not >>> building with it (optional dep) or add it and check it matches the MIR >>> criterias? >>> >>> Added and checked presage and libtinyxml (b-d/dep of presage) to MIR. >>> Live without presage is doable, but better avoid that. >>> >>> -> Thanks, looking to it. >>> >>>> * BLOCKER: there are some LGPL files and no COPYING.LGPL file, please >>> ship it in the upstream tarball. >>> >>> https://github.com/fcitx/fcitx/issues/169 >>> >>> I can commit but usually don't do that directly. >>> >>> -> Same than for brise, we need a release with this change before being >>> able to promote to main. >>> >> >> Uploaded to Debian, will sync to Ubuntu after being published. > Ack, keep me posted. >
This is done. >> >> >>> >>>> * NEED INFO/FIXING: fcitx-libs-gclient (and a lot of other binary >>>> packages): package-name-doesnt-match-sonames. Do you know why we don't >>>> follow upstream soname? They are at 0, so package name should be >>>> fcitx-libs-gclient0 as it's a public library. Otherwise, it should be in a >>>> private path. >>>> * NEED FIXING: I noted the remark on fcitx-libs in debian/README.source, >>>> and even if I'm not a fan of the current approach of the 3 libraries in >>>> the same package, I think we can live with it. However, we need to have a >>>> soname in the end, so that the binary package name can be bumped for any >>>> soname breaking in one of the 3 libraries (as some rdepends are not >>>> frmothe same source pacakage, like kde-config-fcitx or youker-assistant). >>> >>> The reason is that we have done this for fcitx-libs before, so that >>> following the same convention. We plan to change that when next major >>> release of Fcitx is out, and for now the API/ABI is pretty stable for >>> a while so there is no real pressure to rush for that. >>> >>> -> Still, this is a main criteria definition. So either have it >>> committed to the packaging github and I can accept without the change >>> being in ubuntu yet (please plan for the first library bump), either >>> ship with the soname change now to get it acked to main. >>> >> >> This is done in Debian git: >> http://anonscm.debian.org/cgit/pkg-ime/fcitx.git/commit/?id=07455aef1c1f19d85d5b68acaaa47ef3f6f464e7 > > Any upload planned with the fix? Yes, I'm still playing with some changes with symbol files, and will let it hit NEW to Debian then. >> >> >>> >>>> * NEED FIXING: even if it's wrap under a sh call, better to be coherent >>>> and get the script executable: W: fcitx-bin: script-not-executable >>>> usr/share/fcitx/data/env_setup.sh >>> >>> This is intentional done by upstream, so after some communication I >>> don't see strong reason to maintain a diff. >>> >>> -> Ack. >>> >>>> * NEED FIXING: debian/copyright: >>>> - fcitx-4.2.8.4/src/frontend/qt/keyserver_x11.h: missing copyright to 2004 >>>> Jaroslaw Staniek <j...@iidea.pl> >>>> - fcitx-4.2.8.4/src/frontend/xim/lib/XimProto.h: missing the copyright >>>> (1992, 1993, 1994 by FUJITSU LIMITED) >>>> - src/ui/kimpanel/kimpanel.c. You set "Copyright: 2008-2010, Zealot.Hoi", >>>> but it misses "2010~2012 by CSSlayer *" (files: * doesn't cover it as it's >>>> overriden) >>>> - Copyright: 2003-2009, Troy D. Hanson http://uthash.sourceforge.net >>>> => it's actually 2003-2010 >>>> - Files: src/lib/fcitx-utils/qsort_r.c. Please mention the short name of >>>> the license "MIT/X11 (BSD like)" >>>> - fcitx-4.2.8.4/src/lib/fcitx-qt/fcitxqtkeysequencewidget.h and >>>> fcitx-4.2.8.4/src/lib/fcitx-qt/fcitxqtkeysequencewidget_p.h: GPL (v2 or >>>> later) LGPL (v2 or later) >>>> Missing: 2007 Andreas Hartmetz <ahartm...@gmail.com> / 2001, 2002 Ellis >>>> Whitehead <el...@kde.org> >>>> - fcitx-4.2.8.4/src/module/lua/luawrap.c/h, >>>> fcitx-4.2.8.4/src/module/lua/luamod.c/h:: GPL (v2 or later). [Copyright: >>>> 2012~2012 by xubin *] (needs mention) >>> >>> http://anonscm.debian.org/cgit/pkg- >>> ime/fcitx.git/commit/?id=348b6dae534bb2d08e2f3728b345bb3ed18fa98a >>> >>> -> Thanks! >>> >>>> * MINOR: debian/patches/ubuntu-disable-fcitx-xkb.patch: >>>> do you mind using DEP3 for annotating the patch? >>>> (http://dep.debian.net/deps/dep3/) >>> >>> That's a quick `quilt header -e`, I'll update it before next upload if >>> it does not get dropped (attente may don't need it now). >>> >>> -> Can we get a clarification then? Or just commit the DEP3 header to >>> the packaging git so that this comment doesn't go in limbo if you keep >>> the patch it. Please envision to use DEP3 for all your future patches, >>> so easier to track multiple months afterwards. >>> >> >> The patch is now dropped. >> >>>> * MINOR: I think you should add a head to debian/control (after you cp >>> the .in to the control file) to tell to not edit that file as >>> debian/rules, through gencontrol.mk is going to edit and sed it. >>> >>> http://anonscm.debian.org/cgit/pkg- >>> ime/fcitx.git/commit/?id=7669d5769d0e5b7de4ce011a3a3031d82f8adab5 >>> >>> -> Excellent! >>> >>>> * NEEDS INFO: I see that we are running the unit tests at build time. >>> Is there any integration tests that we can run, installing the various >>> modules? (like -anthy, -chewing… and so on…) >>> >>> Nope, the testing is limited to some core functions of the framework >>> itself, and there is no usable testing facility for other modules in >>> Fcitx 4.8 series. >>> >>> -> Ack. >>> >>>> ----- >>>> >>>> -> fcitx-anthy: >>>> * NEEDS FIXING: the package is multi-arch and should be marked as such in >>>> debian/control >>> >>> It makes little sense to make sure all the modules are co-installable >>> since only one copy can be used, so that the work isn't actively >>> pushed. Changing: >>> http://anonscm.debian.org/cgit/pkg-ime/fcitx-anthy.git/commit/?id=0be99f31f8c8dc81afb09696d86c2095a01cc9ae >>> >>> -> Thanks. Any upload with the change planned? >> >> No upload planned, it's not really useful because of the dependency >> chain, will be incorporated with more changes. > Ack. >> >> >>> >>>> * NEED FIXING: debian/copyright: doesn't contain any other copyright >>>> holder. Please fix it. >>>> For instance: src/factory.h: GPL (v2 or later) >>>> [Copyright: 2004 Hiroyuki Ikezoe / 2004 Takuro Ashie / 2012 CSSlayer / >>>> 2004 James Su <su...@tsinghua.org.cn>] >>>> src/imengine.cpp: GPL (v2 or later) >>>> [Copyright: 2004 - 2005 Hiroyuki Ikezoe <poinc...@ikezoe.net> / 2012 >>>> CSSlayer / 2004 - 2005 Takuro Ashie <as...@homa.ne.jp> / 2004 James Su >>>> <su...@tsinghua.org.cn>] >>> >>> http://anonscm.debian.org/cgit/pkg-ime/fcitx-anthy.git/commit/?id=5d5249cdf62b9a21b92ceedeeb4ef0d16f247619 >>> http://anonscm.debian.org/cgit/pkg-ime/fcitx-anthy.git/commit/?id=d74a427fb6f53502d3c80e2b97d1b4925fe27669 >>> >>> -> Thanks. >>> >>>> ------ >>>> -> ficitx-cloudpinyin: >>>> * NEEDS FIXING: the package is multi-arch and should be marked as such in >>>> debian/control >>> >>> http://anonscm.debian.org/cgit/pkg-ime/fcitx- >>> cloudpinyin.git/commit/?id=f47d60ab904aba6029e631274c899fada1758d95 >>> >>> -> Thanks. Any upload with the change planned? >> >> No upload planned, same as fcitx-anthy. > Ack. >> >> >>> >>>> * MINOR: debian/copyright: >>>> Copyright should be 2011-2012, not only 2011 >>> >>> http://anonscm.debian.org/cgit/pkg-ime/fcitx- >>> cloudpinyin.git/commit/?id=52442b5c129411cf21c4b25887af980e8b54857b >>> >>> -> Thanks. >>> >>>> * NITPICK: typo in debian/control: "to retrive result candidates" -> >>>> retrieve >>>> >>> >>> http://anonscm.debian.org/cgit/pkg-ime/fcitx- >>> cloudpinyin.git/commit/?id=82eabd3d4ee8c06e5d903a3f7fffbc5cce43f615 >>> >>> -> Thanks. >>> >>>> ------ >>>> -> fcitx-configtool >>>> * BLOCKER: debian/copyright is not well-formated: >>>> line 5: missing Files: line. >>>> The License text should be in a separate stanza as well. >>> >>> http://anonscm.debian.org/cgit/pkg-ime/fcitx- >>> configtool.git/commit/?id=a948aa5caaf4c3cdc57bb51f642276bb6754e0ce >>> >>> -> Thanks. Any upload with the change planned? >> >> Uploaded to Debian and synced to Ubuntu. > Thanks, keep me posted once available > This is done. >> >> >>> >>>> * NITPICK: debian/copyright >>>> Depends: line for fcitx-config-gtk is too long, please wrap it. >>>> >>> >>> http://anonscm.debian.org/cgit/pkg-ime/fcitx- >>> configtool.git/commit/?id=a133111096e95794fa1d221012237c4e9082e104 >>> >>> -> Thanks. >>> >>>> ------ >>>> -> fcitx-googlepinyin >>>> * BLOCKER: same issue in debian/copyright >>> >>> http://anonscm.debian.org/cgit/pkg-ime/fcitx- >>> googlepinyin.git/commit/?id=a8dda275395884afaa59d47f69c6c5dbca4f2b78 >>> >>> -> Thanks. Any upload with the change planned? >>> >>>> * BLOCKER: build-dep on libgooglepinyin0-dev which is in universe. >>> Please drop that plugin from the MIR or add the dependency after >>> checking it's suiting the MIR requirements. >>> >>> Added and checked. >>> >>> -> Ack, will look at it. >>> >>>> * NEEDS FIXING: the package is multi-arch and should be marked as such in >>>> debian/control >>>> >>> >>> http://anonscm.debian.org/cgit/pkg-ime/fcitx- >>> googlepinyin.git/commit/?id=7dee3104f9725637d42da95424b5fbf59ad9e120 >>> >>> -> Thanks. Any upload with the change planned? >>> >> >> No upload planned, same as fcitx-anthy. > > It would be needed to upload it for the first BLOCKER above (misformed > debian/copyright) > >> >> >>>> ------ >>>> -> fcitx-hangul >>>> * NEEDS FIXING: the package is multi-arch and should be marked as such in >>>> debian/control >>> >>> http://anonscm.debian.org/cgit/pkg-ime/fcitx- >>> hangul.git/commit/?id=0d4418f3a35e1346f6c4461d3eb5d97016e4f002 >>> >>> -> Thanks. Any upload with the change planned? >>> >> >> No upload planned, same as fcitx-anthy. > Ack. >> >> >>>> * NEEDS INFO: fcitx-hangul: hardening-no-stackprotector usr/lib/x86_64 >>> -linux-gnu/fcitx/fcitx-hangul.so. Any way we can fix this? Not having >>> stackprotector leads the potentially code that can be attacked. >>> >>> I don't see such problem, nor do lintian.d.o: >>> https://lintian.debian.org/full/pkg-ime-de...@lists.alioth.debian.org.html#fcitx-hangul >>> >>> -> It was a false positive in lintian utopic that has been fixed. >>> >>>> * MINOR: debian/copyright: >>>> Copyright: 2012 CSSlayer <wen...@gmail.com> -> should be 2010-2012 >>>> >>> >>> http://anonscm.debian.org/cgit/pkg-ime/fcitx- >>> hangul.git/commit/?id=648c746466c92d6b9a86a5d4bcade691e57b2f86 >>> >>> -> Thanks! >>> >>>> ------ >>>> -> fcitx-m17n >>>> * NEEDS FIXING: the package is multi-arch and should be marked as such in >>>> debian/control >>> >>> http://anonscm.debian.org/cgit/pkg-ime/fcitx- >>> m17n.git/commit/?id=15108dfe41f329f4bb041ca96f2dbebda117ec24 >>> >>> -> Thanks. Any upload with the change planned? >>> >> >> No upload planned, same as fcitx-anthy. > Ack. >> >> >>>> * MINOR: debian/copyright: >>>> missing Copyright: 1995-1997 Peter Mattis, Spencer Kimball and Josh >>>> MacDonald in im/keysymname.c >>>> >>> >>> http://anonscm.debian.org/cgit/pkg-ime/fcitx- >>> m17n.git/commit/?id=9d981e902b048bc3cdb74d94b15ab896ae8029da >>> >>> -> Thanks! >>> >>>> ------ >>>> -> fcitx-qimpanel: >>>> * BLOCKER: there is no COPYING for GPL2 and GPL3. Both are needed to be >>>> shipped upstream. >>> >>> https://github.com/lenky0401/fcitx-qimpanel/issues/26 >>> >>> -> do they plan to do a release soon? We can't promote it without a >>> release containing those files. >>> >> >> Yes, in archive now. > Great, please update the status. >> >> >>>> * NEEDS FIXING: the package is multi-arch and should be marked as such >>> in debian/control >>> >>> I prefer not doing it at this moment because I need some time to >>> verify the behavior. >>> >>> -> In case of doubt, only mark it as multi-arch: same. >>> >> >> It's not a library, and M-A: same isn't right. We need test to see if >> it can work as M-A: foreign. > > Is this testing planned? The first remark and the need testing is more than a > month old, which may me wonder if this will be tested at all? Unfortunately it's not working that well, and it's not a high priority task to fix it for upstream AFAIK. >> >> >>> >>>> * NEEDS INFO: I guess the autostart binary shouldn't be in usr/bin, but >>>> more in an exec path like libexec for instance. >>>> >>> >>> Will talk with relevant people to see if we can move that. >>> >>> -> did you get any info from it? >>> >> >> Not being dealt in time of last release, but upstream agrees for the >> idea. >> >>>> ------ >>>> -> fcitx-qimpanel-configtool: >>>> * BLOCKER: there is no COPYING for GPL2 and GPL3. Both are needed to be >>>> shipped upstream. There is only an empty LICENSE file. >>>> >>> >>> This package is merged to fcitx-qimpanel upstream for next release, so >>> there is no need to open an issue again. >>> >>> -> When is the release planned? >>> >> >> This happened already, removing the task from MIR. > Ack. >> >> >>>> ------ >>>> -> fcitx-qt5 >>>> * BLOCKER: there is no COPYING for GPL2 nor LGPL2. Both are needed to be >>>> shipped upstream. >>> >>> https://github.com/fcitx/fcitx-qt5/issues/4 >>> >>> -> do they plan to do a release soon? We can't promote it without a >>> release containing those files. >>> >>>> * NEEDS FIXING: fcitx-libs-qt5: package-name-doesnt-match-sonames >>> libfcitx-qt5-0. Please rename the binary package + add an override, >>> there is only one shared lib and it's better to follow debian packaging >>> convention for Qt libs. >>> >>> As expained for fcitx-libs-gclient and fcitx-libs. >>> >>> -> Same remark and question than fcitx-libs then :) >>> >> >> Still prefer not doing that right now, and wait for next major >> release, if possible. > > I don't think we can do without a release (for the COPYING fixes) > anyway. I don't think it's acceptable to let that package entering main > without following the standard Qt convention, as there is a high chance > that this will be forgotten and never dealt afterwards. > Will implement this is git first, like what we are doing to src:fcitx. >> >> >>>> * NEEDS FIXING: >>>> debian/copyright: >>>> missing src/keyserver_x11.h: LGPL (v2 or later) >>>> [Copyright: 2001 Ellis Whitehead <el...@kde.org> / 2004 Jaroslaw Staniek >>>> <j...@iidea.pl>] >>> >>> http://anonscm.debian.org/cgit/pkg-ime/fcitx- >>> hangul.git/commit/?id=648c746466c92d6b9a86a5d4bcade691e57b2f86 >>> >>> -> Thanks! >>> >>>> * MINOR: it would be nice to have a .symbol file. >>>> >>> >>> Will deal with it a bit later. >>> >>> -> It will be good to invest some time on this. Not sure why I put that >>> as MINOR, should be rather NEEDS FIXING actually. Please do work on it >>> or ask if you need help (as we'll need a release + explanation on the >>> soname scheme) > > Any feedback on that one? As mentioned, this should be fixed for entering > main. >>> >>> >>>> ------ >>>> -> fcitx-rime: >>>> * BLOCKER: COPYING is GPL2, so we can assume the only file is >>>> src/fcitx-rime.c is under that license. debian/copyright mention GPL3+. >>>> Needs to be fixed in accordance. >>> >>> http://anonscm.debian.org/cgit/pkg-ime/fcitx- >>> rime.git/commit/?id=2b0beb3d640500eb533b7fa0755a5c33c7182fc1 >>> >>> -> Thanks! >>> >>>> * BLOCKER: build-deps on librime which is in universe. Please add that >>> one to the MIR if it matches the MIR criterias or drop that one. >>> >>> Already in the report. >>> >>> -> Will look at it. >>> >>>> * BLOCKER: this package doesn't build on armhf which is one of our >>> supported arch. It needs to be buildable on that arch (librime-data >>> can't be installed) >>> >>> Need to retry the build, old librime does not build on that much >>> architectures so no librime-data, but current one does. >>> >>> -> Thanks for retrying the build, seems it passed now! >>> >>> >>>> * NEEDS FIXING: the package is multi-arch and should be marked as such in >>>> debian/control >>> >>> This makes little sense here, as librime-data isn't M-A'd, which is a >>> Depends of this package. >>> >>> -> Ack. >>> >>>> * MINOR: The source in debian/copyright is fcitx one, not fcitx-rime >>>> >>> >>> Upstream-Name shows fcitx-rime, and it's exactly maintained by fcitx >>> upstream. Actually it's quite normal that active modules get merged to >>> Fcitx's umbrella project, and Fcitx maintainers ensure APIs are synced >>> once there's any change. >>> >>> -> Ack. > > I see this one is still listed on the bug report. However all the build- > depends and runtime deps (rime and so on…) have been removed. Did you > forget to remove it from the bug? Sorry, just removed it. > >>> >>> >>>> ------ >>>> -> fcitx-sunpinyin: >>>> * BLOCKER: COPYING is GPL2 as the files from the project. debian/copyright >>>> mention GPL3+. Needs to be fixed in accordance. >>> >>> http://anonscm.debian.org/cgit/pkg-ime/fcitx- >>> sunpinyin.git/commit/?id=214a48b57b3104f96168f6dd794d2fc692e46cd6 >>> >>> -> Thanks! >>> >>>> * BLOCKER: debian/copyright is not well-formated (same issue than in >>> fcitx-configtool) >>> >>> http://anonscm.debian.org/cgit/pkg-ime/fcitx- >>> sunpinyin.git/commit/?id=bb05161922d11fb98ee21d6154e74d91bd5a2e54 >>> >>> -> Thanks! >>> >>>> * NEEDS FIXING: the package is multi-arch and should be marked as such in >>>> debian/control >>>> >>> >>> This makes little sense as sunpinyin-data isn't M-A ready, which is a >>> Depends of fcitx-sunpinyin. >>> >>> -> Ok. >>> >>>> ------ >>>> -> fcitx-table-extra: >>>> * BLOCKER: tables/scj6.txt is GPL3, there is no COPYING file mentionning >>>> GPL3. You need upstream to ship it. >>> >>> https://github.com/fcitx/fcitx/issues/170 >>> >>> -> Same than the rest, we need a release with the change to be able to >>> distribute it. >>> >> >> Progress is this is applied to upstream git, but not released yet. > Ok, keep me posted once you have a release ready. > >> >> >>>> * NEEDS FIXING: >>>> W: fcitx-table-cantonese: icon-size-and-directory-name-mismatch >>>> usr/share/icons/hicolor/64x64/apps/fcitx-cantonese.png 48x48 >>>> W: fcitx-table-stroke5: icon-size-and-directory-name-mismatch >>>> usr/share/icons/hicolor/64x64/apps/fcitx-stroke5.png 48x48 >>>> W: fcitx-table-zhengma: icon-size-and-directory-name-mismatch >>>> usr/share/icons/hicolor/48x48/apps/fcitx-zhengma.png 64x64 >>> >>> Will get a patch for upstream soon and apply to Debian/Ubuntu. >>> >>> -> Great! >>> >>>> * NEEDS INFO: debian/rules: >>>> override_dh_install: >>>> find . -name *.mo -delete >>>> why stripping the generated .mo file? They aren't shown anyway in any UI? >>> >>> No, they are not shown atm. >>> >>> -> Mind adding a small comment in debian/rules about it? >>> >>>> >>>> ------ >>>> -> fcitx-table-other: >>>> * NEEDS INFO: debian/rules: >>>> override_dh_install: >>>> find . -name *.mo -delete >>>> why stripping the generated .mo file? They aren't shown anyway in any UI? >>>> >>> >>> No, they are not shown atm. >>> >>> -> Mind adding a small comment in debian/rules about it? > > Any feedback on that one? > http://anonscm.debian.org/cgit/pkg-ime/fcitx-table- other.git/commit/?id=708cfc5dd8c174c5fb9d2fc65c94f869a6e560e6 >>> >>> >>>> ------ >>>> -> librime: >>>> * BLOCKER: libkyotocabinet-dev, libmarisa-dev and libyaml-cpp-dev >>>> build-deps are in universe. Please add that one to the MIR if it matches >>>> the MIR criterias or drop those. >>> >>> Added and checked. >>> >>> -> Will check them soon. >>> >>>> Note that libboost-signals-dev is in universe, but the source is in >>> main, so we can promote it as the same time. >>> >>>> * MINOR: would be nice to multi-arch the library. >>>> * MINOR: it would be nice to have a .symbol file (not sure why there is an >>>> override no-symbols-control-file) >>> >>> It makes little sense since the dependent data files aren't identical >>> across different architectures and upstream does not maintain it at >>> the moment. >>> >>> -> Ok. As long as the binary package finishes with 0, it's fine as it >>> denotes unstable ABI. Do we know more about their plan for ABI >>> stability? (it's something that we encourage, especially for main). >>> >>>> * MINOR: debian/copyright: >>>> Files: thirdparty/src/glog/* >>>> thirdparty/src/gtest/* >>>> Copyright: 2008, Google Inc. >>>> It should be 1999-2008 >>> >>> http://anonscm.debian.org/cgit/pkg- >>> ime/librime.git/commit/?id=cac4f2a7fdfec25a572d22649195c8a76809ce81 >>> >>> -> Thanks! >>> >>>> * MINOR/NEED INFO: any idea why the source has a priority extra? >>>> >>> >>> Same reason as brise, changed anyway: >>> http://anonscm.debian.org/cgit/pkg-ime/librime.git/commit/?id=42ad5837d156057344559ee89635132a1b71dd3e >>> >>> -> Yeah, see my explanation in the first stenza. Thanks for changing it! >>> >>> ------ >>> Packages added recently: >>> ------ >>> -> libgooglepinyin: >>> * NEEDS FIXING: any chance for a .symbols file (seems though that the ABI >>> is unstable, isn't it?)? >>> >>> * MINOR: debian/compat is set to 9, where the build-dep on debhelper is >>> (>= 8.1.3~). Please fix accordingly. >>> >>> ------ >>> -> libtinyxml/tinyxml: >>> * NEEDS INFO: We already have multiple xml libraries in main. Any chance to >>> switch the build-dep on that one to another one? >>> * BLOCKER: not published in ubuntu (did you subscribe the wrong component, >>> how did you check the content?)? >>> https://launchpad.net/ubuntu/+source/libtinyxml. I guess you meant tinyxml >>> (and I analyzed this one). Please retarget the bug report if so. >>> * NEEDS FIXING: as upstream seems to maintain their ABI, would be nice to >>> have some symbols files. >>> >> > > > As a general rule, I would really ask you to clean up this MIR, remove all > components that you dropped (like there is still fcitx-rime above), revert > the tasks to "confirmed" for those which are ready in your opinion. > Also, it would be great to have the answers even on the "MINOR" remarks :) (I > classified the importance of issues to help you prioritizing, not to have the > MINOR ones ignored :)). > OK, doing, :) > Thanks! > > -- > You received this bug notification because you are subscribed to the bug > report. > https://bugs.launchpad.net/bugs/1356222 > > Title: > [MIR] fcitx and related packages > > Status in “fcitx” package in Ubuntu: > Incomplete > Status in “fcitx-anthy” package in Ubuntu: > Incomplete > Status in “fcitx-chewing” package in Ubuntu: > Fix Committed > Status in “fcitx-cloudpinyin” package in Ubuntu: > Incomplete > Status in “fcitx-configtool” package in Ubuntu: > Incomplete > Status in “fcitx-googlepinyin” package in Ubuntu: > Incomplete > Status in “fcitx-hangul” package in Ubuntu: > Incomplete > Status in “fcitx-m17n” package in Ubuntu: > Incomplete > Status in “fcitx-qimpanel” package in Ubuntu: > Incomplete > Status in “fcitx-qt5” package in Ubuntu: > Incomplete > Status in “fcitx-rime” package in Ubuntu: > Incomplete > Status in “fcitx-sunpinyin” package in Ubuntu: > Incomplete > Status in “fcitx-table-extra” package in Ubuntu: > Incomplete > Status in “fcitx-table-other” package in Ubuntu: > Incomplete > Status in “libgooglepinyin” package in Ubuntu: > Incomplete > Status in “libtinyxml” package in Ubuntu: > New > Status in “presage” package in Ubuntu: > Incomplete > > Bug description: > [Availability] > Currently in universe > > [Rationale] > Fcitx is a replacement candidate for IBus > > [Security: ] > CVE entries: none > Security history: none > Any binaries running as root or suid/sgid ? Any daemons ? > -- all running as per user session, and /usr/bin/fcitx and > /usr/bin/fcitx-qimpanel will run as daemon, /usr/bin/fcitx-dbus-watcher will > be pulled up when fcitx is running. > Network activity: does it open any port ? Does it handle incoming network > data ? > -- fcitx-cloudpinyin deals with network data by using libcurl and > interact with remote API from several user-choosable providers. > Does it directly (not through a library) process binary (video, audio, etc) > or structured (PDF, etc) data ? > -- no, it doesn't > Any source code review performed ? (The approver will do a quick and > shallow check.) > -- no. > > [Quality Assurance] > Package works out of the box with no prompting. > There is no reproducible major bugs in Ubuntu and Debian. > Upstream is active. > Package is team maintained at Debian, and is the same people working on > Debian and Ubuntu. > > Upstream bug tracker: https://github.com/fcitx/fcitx > Hardware: Does this package deal with hardware and if so how exotic is it ? > -- no > Is there a test suite in the upstream source or packaging ? Is it enabled > to run in the build ? > -- yes, some fundamental tests > > [UI standards] > User-visible strings are internationalized using standard gettext > system ? > -- yes > Package with translatable strings builds a PO template during package > build ? > -- yes > End-user applications ship a desktop file? > -- fcitx and fcitx-ui-qimpanel do. > > [Standards Compliance] > FHS and Debian Policy compliant. > Packaging system (debhelper/cdbs/dbs) ? Patch system ? Any packaging > oddities ? > -- package is using debhelper, > > [Maintenance] > Desktop Team will take care of them > > [Dependencies] > librime and brise are for fcitx-rime. > > To manage notifications about this bug go to: > https://bugs.launchpad.net/ubuntu/+source/fcitx/+bug/1356222/+subscriptions ** Changed in: fcitx (Ubuntu) Status: Incomplete => Confirmed ** Changed in: fcitx-anthy (Ubuntu) Status: Incomplete => Confirmed ** Changed in: fcitx-anthy (Ubuntu) Assignee: (unassigned) => Didier Roche (didrocks) ** Changed in: presage (Ubuntu) Status: Incomplete => Confirmed ** Changed in: presage (Ubuntu) Assignee: (unassigned) => Didier Roche (didrocks) ** Changed in: fcitx-sunpinyin (Ubuntu) Status: Incomplete => Confirmed ** Changed in: fcitx-sunpinyin (Ubuntu) Assignee: (unassigned) => Didier Roche (didrocks) ** Changed in: fcitx-qimpanel (Ubuntu) Status: Incomplete => Confirmed ** Changed in: fcitx-qimpanel (Ubuntu) Assignee: (unassigned) => Didier Roche (didrocks) ** Changed in: fcitx-m17n (Ubuntu) Status: Incomplete => Confirmed ** Changed in: fcitx-m17n (Ubuntu) Assignee: (unassigned) => Didier Roche (didrocks) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1356222 Title: [MIR] fcitx and related packages To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/fcitx/+bug/1356222/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs