Bug#964927: ibus-avro: Remove deps on ibus IM module packages
2020년 7월 13일 (월) 오전 4:37, Gunnar Hjalmarsson <gunnarhj@ubuntu.com>님이 작성:
>
> Thanks for your report!
>
> On 2020-07-12 19:01, Changwoo Ryu wrote:
> > ibus-avro depends on ibus-gtk, ibus-gtk3 and ibus-clutter.
> >
> > These IM module package are for supporting UIs and they should not be
> > in Depends of ibus language engine packages.
>
> I packaged ibus-avro last year, and took those dependencies from some
> pre-Debian .deb package out there.
>
> But as regards ibus-gtk and ibus-gtk3 I gave it some consideration. At
> that time the recommends in the ibus package with respect to those
> packages was a bit vague. It could lead to issues in e.g. Kubuntu. Some
> user installed ibus-avro which pulled ibus, but since Kubuntu is KDE
> based, libqt5gui5 was already there, so ibus-gtk and ibus-gtk3 were not
> pulled and it "didn't work".
>
> So why Depends and not just Recommends? Well, one of the Ubuntu flavors
> (Lubuntu) was at least previously very focused on disk space, so by
> default they didn't pull Recommends. Before dropping those ibus-gtk{,3}
> dependencies I'd like to know how they do it today.
>
> I see that ibus now clearly recommends ibus-gtk and ibus-gtk3, so if
> Lubuntu does it otherwise nowadays, those dependencies could probably be
> dropped from ibus-avro.
Yes, it's the old alternate Recommends in ibus and fixed in ibus
1.5.21-5. It was an ibus issue and it doesn't have to be handled by
another package.
Most other ibus language engine packages don't have such Depends.
> Otherwise: Do the ibus-gtk/ibus-gtk3 depends have any adverse effects?
By the policy, Depends is used when the depending package requires the
dependencies to provide a significant amount of functionalities. By
the design of IBus, ibus-avro works without installing
ibus-gtk/ibus-gtk3.
> > Especially it's strange to pull ibus-clutter when no application
> > package in Debian uses clutter-imcontext.
>
> TBH I know nothing about clutter, but assumed that it may be needed in
> some situations. If not, why would im-config set the
> CLUTTER_IM_MODULE env var?
"apt rdepends libclutter-imcontext-0.1-0" shows no client apps so
there's no current use in Debian. In theory, it could be used if
someone wrote an application using clutter-imcontext for their own
use, but no one would do that in practice. (clutter-imcontext is not
part of Clutter.Clutter is a drawing library and does not have any
kind of input support.)
The CLUTTER_IM_MODULE setting in im-config is just a decade old
history. It was for the failed company platform Maemo and later
Moblin. These platforms were Debian based so it was fun and useful to
install additional debs including im-config in Maemo/Moblin devices.
Maemo/Moblin apps used Clutter and clutter-imcontext, and the Maemo IM
framework Maliit support is also in im-config for this reason.
Anyway I'm not suggesting removing clutter-imcontext from Debian. Just
avoid useless dependency on this ancient package.
Reply to: