Hello, Harshula,
2011-02-23 00:05, Harshula wrote:
> This whole issue is about dependencies and package sizes.
Thanks for your message.
> The relevant m17n dependencies are:
> libm17n-0 Depends on libanthy0
> libm17n-0 Depends on m17n-db
> m17n-db Recommends anthy
>
> 1) Upstream agreed to modify m17n-lib API to include a flag with each
> input method in the list returned to the caller that states whether all
> the dependencies of the input method are satisfied. It's been committed
> to CVS. This allows m17n-db to only Recommend anthy instead of Depend on
> it.
I agree this part.
Further, I think that m17n-db should *not* Recommends or Suggests
anthy. That's because there is no real reason why m17n-db/libm17n-0
depends or recommends (or even Suggests) anthy.
I would like to add some points here.
I think that the solution is not including a demonstration module of
anthy in libm17n-0. Note that _no_ major functionality in libm17n-0
uses anthy at all, and _no_ users expect to use anthy through libm17n.
Only a demonstration module of libm17n uses anthy. I am talking about:
/usr/lib/m17n/1.0/libmimx-anthy.so
This module is written as a demonstration by Ken'ichi, and only used
(potentially) by /usr/bin/m17n-edit in m17n-lib-bin package, which is
also for demonstration purpose and not-for-real-use.
If it is difficult to split up libm17n-0 to libm17n-0 and (for
example) libm17n-0-module-anthy, I think that drop Build-Depends on
anthy-dev for m17n-lib would be short term solution.
> 2) libm17n-0 Depends on libanthy0 and libanthy0 Depends on anthy-common
> which is 13MBs.
Yes. I understand the problem. I understand dependency should be
minimized for users benefit.
> 3) According to http://bugs.debian.org/512204 the anthy and anthy-common
> split was created because libanthy0 doesn't need all the files in both
> anthy and anthy-common. The question I have for you is, does libanthy0
> need all the 13MBs of files in anthy-common?
Unfortunately yes it does. Yes, it would be better, say, to split up
dependency. I have tried (and still am trying) to minimize libanthy0
dependency of its dictionaries, but it is mostly hard-coded and need
major re-work/re-design. Eventually, this will be improved, but it
will takes time.
--
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
