touch-packages team mailing list archive

[Aron Xu <1356222@xxxxxxxxxxxxxxxxxx>]

On Mon, Sep 22, 2014 at 1:59 PM, Didier Roche <didrocks@xxxxxxxxxx> 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 <js@xxxxxxxx>
>>>> - 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 <ahartmetz@xxxxxxxxx> / 2001, 2002 Ellis Whitehead <ellis@xxxxxxx>
>>>> - 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 <suzhe@xxxxxxxxxxxxxxx>]
>>>> src/imengine.cpp: GPL (v2 or later)
>>>>   [Copyright: 2004 - 2005 Hiroyuki Ikezoe <poincare@xxxxxxxxxx> / 2012 CSSlayer / 2004 - 2005 Takuro Ashie <ashie@xxxxxxxxxx> / 2004 James Su <suzhe@xxxxxxxxxxxxxxx>]
>>>
>>> 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-devel@xxxxxxxxxxxxxxxxxxxxxxxxxxxx#fcitx-hangul
>>>
>>> -> It was a false positive in lintian utopic that has been fixed.
>>>
>>>> * MINOR: debian/copyright:
>>>> Copyright: 2012 CSSlayer <wengxt@xxxxxxxxx> -> 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 <ellis@xxxxxxx> / 2004 Jaroslaw Staniek <js@xxxxxxxx>]
>>>
>>> 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
Touch seeded packages, which is subscribed to presage in Ubuntu.
https://bugs.launchpad.net/bugs/1356222

Title:
  [MIR] fcitx and related packages

Status in “fcitx” package in Ubuntu:
  Confirmed
Status in “fcitx-anthy” package in Ubuntu:
  Confirmed
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:
  Confirmed
Status in “fcitx-qimpanel” package in Ubuntu:
  Confirmed
Status in “fcitx-qt5” package in Ubuntu:
  Incomplete
Status in “fcitx-sunpinyin” package in Ubuntu:
  Confirmed
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:
  Confirmed

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