Hi, On Sat, Apr 06, 2013 at 08:35:33PM +0800, Aron Xu wrote: > On Sat, Apr 6, 2013 at 2:54 PM, Osamu Aoki <os...@debian.org> wrote: > > Hi, > > > > Thanks for investigating this. I did similar. > > > > My conclusion: > > * ibus-gtk:i386 issue is possibly user issue with downgrade. > > * ibus-gtk3:i386 issue is possibly user issue with downgrade. > > * ibus-qt4:i386 issue is the issue of libibus-qt1 not being multiarch. > > ... > >> > ibus being "Multi-Arch: foreign" it can serve both i386 and amd64 > >> > applications by either one of ibus:i386 and ibus:amd64 but ibus:i386 and > >> > ibus:amd64 are not co-installable. > > > > But as I re-think ibus:i386 and ibus:amd64 should be co-installable. I
Oops. My mistake. ... ibus:i386 and ibus:amd64 are not co-installable. ibus-gtk:i386 and ibus-gtk:amd64 should be co-installable. > > I should have said the previous following text as the following instead. > > > > ibus-gtk:i386 run-time support programs and co-installable because it is > > "Multi-Arch: same". > > ibus-gtk:amd64 run-time support programs and co-installable because it is > > "Multi-Arch: same". > AFAIK, ibus:i386 and ibus:amd64 should not be co-installable. Yes. Correct. And now I recall I made sure ibus-gtk:i386 and ibus-gtk:amd6 co-installable. Their libraries are installed in different path. $ dpkg -L ibus-gtk:i386 /. /usr /usr/lib /usr/lib/i386-linux-gnu /usr/lib/i386-linux-gnu/gtk-2.0 /usr/lib/i386-linux-gnu/gtk-2.0/2.10.0 /usr/lib/i386-linux-gnu/gtk-2.0/2.10.0/immodules /usr/lib/i386-linux-gnu/gtk-2.0/2.10.0/immodules/im-ibus.so /usr/share /usr/share/doc /usr/share/doc/ibus-gtk /usr/share/doc/ibus-gtk/changelog.Debian.gz /usr/share/doc/ibus-gtk/copyright /usr/share/doc/ibus-gtk/changelog.gz $ dpkg -L ibus-gtk:amd64 /. /usr /usr/lib /usr/lib/x86_64-linux-gnu /usr/lib/x86_64-linux-gnu/gtk-2.0 /usr/lib/x86_64-linux-gnu/gtk-2.0/2.10.0 /usr/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/immodules /usr/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/immodules/im-ibus.so /usr/share /usr/share/doc /usr/share/doc/ibus-gtk /usr/share/doc/ibus-gtk/changelog.gz /usr/share/doc/ibus-gtk/copyright /usr/share/doc/ibus-gtk/changelog.Debian.gz > The story for input method framework's Multiarch support is that, only > one input method framework run at a time, daemon side (ibus) yes. > thus if you use amd64 more > then you install an amd64 version of ibus, including engines like > anthy, hangul, and pinyin, and also ibus-table-*. IM Modules are > run-time plugins to UI toolkit, so they must be co-installable, so if > you have GTK+ of both amd64 and i386, then you need both of the IM > Modules. The IM Modules should communicate with the core framework > using sockets, dbus, or something likewise, and the communication > should not be architecture-specific. Yes. > In this way can we accomplish > Multiarch support of input method frameworks. > > > So there should be some reason why these were not co-installable here. > > > >> To wit, I now have, excluding tables-* etc: > > > > Oh great but what are the tables-*. I guess you mean ibus-table-*. > > but .. wait ... > > > > [2011-12-26] Accepted 1.3.0.20100528-3 in unstable (low) (Osamu Aoki) > > > > ibus-table-others (1.3.0.20100528-3) unstable; urgency=low > > > > * Move to utils section. Closes: #646673 > > * Convert to dh syntax and update package description. > > * Remove non-ASCII keys. Closes: #653216 > > -- Osamu Aoki <os...@debian.org> Sun, 25 Dec 2011 20:12:41 +0900 > > > > No multiarch updates were done by me but these are Architecture: all > > packages. > > > > So this problem can not be caused by ibus-tables-*. What is going > > on.... > > > > I think there is no need for ibus-table-* to be Multiarch because the > reason I said above. I missed to understand which part of reason you mentioned, but I agree it does not intefare with Multiarch since "Architecture: all" packages are always installable to all arch. > >> ii ibus-gtk:amd64 1.5.1.is.1.4.2-1 > >> amd64 Intelligent Input Bus - GTK+2 support > >> ii ibus-gtk:i386 1.5.1.is.1.4.2-1 > >> i386 Intelligent Input Bus - GTK+2 support > > > > For you, they were co-installable eventually for you? I could not do > > this here too initially. When I tried first, it caused major package > > removal situation. > > > > I haven't tried myself, but if they aren't co-installable then it > reveals some packaging mistakes. No this is caused by downgrade issues involving dependency packages which are multiarch. It is not the problem with ibus-gtk. > > I tried to install all dependency packages of ibus-gtk and faced problem > > with some dependency packages. If that was caused by packages from > > unstable, I downgraded to testing ones. > > > > Then I was still stack with libgdk-pixbuf2.0-0 and libgtk2.0-0. > > Tracing this goes to libjasper. Here libjasper1 (!= 1.900.1-13) but I > > have 1.900.1-14 > > > > OK downgrade libjasper1. Similarly downgrade libcolord1 for ibus-gtk3. > > > > Hmmm... aptitude can select downgrade right but its display does not > > reflect it. This is confusing but usable... Now I have > > ibus-gtk/ibus-gtk3 have both i386 and amd64 co-installed. > > > > Anyway, you need to be careful for this kind of downgrade resolution > > problem if you are running mixed system. Look at libjasper1. If you have both libjasper1:i386 and libjasper1:amd64 installed, downgrading requires you to do both at once. Otherwise Breaks: ...(!= 1.900.1-13) type dependency or something will cause problem. This is as empirical as it can be. i may be looking at wrong thing. But manually downgrading both worked fine for me. > > libibus-qt1 is not multiarch. So we can not have ibus-gt* for both > > arch I guess. So ibus-qt package needs to be updated for multiarch to > > support ibus-qt4 in multiarch setting. > > > > Yes. ... > > > > Multiarch is major major change. So expect some rough ride if you wish > > to use that functionality. It should be smoother for Jessie but wheezy > > is first trial. > > Please have a try with Fcitx, as I'm using its Multiarch support in my > everyday life. It works fine since the #1 day of getting Multiarch > support. It is working fine with other IM here too except when i tried to downgrade carelessly. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org