Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#21803 - [lib32-gtk2] error on update: wrong ELFCLASS64

Attached to Project: Community Packages
Opened by fi-dschi (fi-dschi) - Tuesday, 23 November 2010, 17:36 GMT
Last edited by Laurent Carlier (lordheavy) - Wednesday, 24 November 2010, 00:07 GMT
Task Type Bug Report
Category Packages: Multilib
Status Closed
Assigned To Ionut Biru (wonder)
Florian Pritz (bluewind)
Architecture x86_64
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

When updating lib32-gtk2 to e.g. lib32-gtk2-2.22.1-1 (error has already been there before) on a x64 installation it puts out many errors of the form

Cannot load module /usr/lib/gtk-2.0/2.10.0/immodules/im-ti-er.so: /usr/lib/gtk-2.0/2.10.0/immodules/im-ti-er.so: wrong ELF class: ELFCLASS64
/usr/lib/gtk-2.0/2.10.0/immodules/im-ti-er.so does not export GTK+ IM module API: /usr/lib/gtk-2.0/2.10.0/immodules/im-ti-er.so: wrong ELF class: ELFCLASS64

as the 32bit lib tries to ?use?/?overwrite? the 64bit gtk2-libs.


A workaround seems to be to run
GTK_PATH=/usr/lib32/gtk-2.0 pacman -S lib32-gtk2
so perhaps the installation routine should (temporarily) set GTK_PATH
This task depends upon

Closed by  Laurent Carlier (lordheavy)
Wednesday, 24 November 2010, 00:07 GMT
Reason for closing:  Fixed
Additional comments about closing:  Fixed in lib32-gtk2-2.22.1-2
Comment by Laurent Carlier (lordheavy) - Tuesday, 23 November 2010, 17:51 GMT
Works fine for me, i cannot reproduce the problem
Comment by Laurent Carlier (lordheavy) - Tuesday, 23 November 2010, 17:54 GMT
Do you have GTK_PATH defined ?
Comment by fi-dschi (fi-dschi) - Tuesday, 23 November 2010, 19:02 GMT
Yes, I have:

% echo $GTK_PATH
:/usr/lib/gtk-2.0

Shouldn't it be? But I don't know where it is set.
Comment by Laurent Carlier (lordheavy) - Tuesday, 23 November 2010, 19:22 GMT
Yes it's the culprit. AFAIK our packages doesn't define it.
Comment by Florian Pritz (bluewind) - Tuesday, 23 November 2010, 19:24 GMT
"grep -r GTK_PATH /etc/profile.d" might show something.
Comment by fi-dschi (fi-dschi) - Tuesday, 23 November 2010, 19:28 GMT
No it doesn't. Also /etc/profile and .bashrc don't set it. But it is in

/etc/xdg/xfce4/xinitrc:export GTK_PATH="$GTK_PATH:/usr/lib/gtk-2.0"

So I guess all XFCE users have it set?
Comment by Laurent Carlier (lordheavy) - Tuesday, 23 November 2010, 19:38 GMT
Ok it's defined in xfce-utils package, so it should be fixed soon
Comment by fi-dschi (fi-dschi) - Tuesday, 23 November 2010, 19:44 GMT
What do you mean? I don't believe they will remove the definition of GTK_PATH from their xinitrc. I can remember the problem was already present some months ago and they haven't changed it since (despite they published updates in the meantime).
May be one should tell them? But I don't know enough of the backgrounds to be able to argument for a removal (Why shouldn't it be defined?).

Connected to
http://bugzilla.xfce.org/show_bug.cgi?id=5930
Comment by Laurent Carlier (lordheavy) - Tuesday, 23 November 2010, 20:54 GMT
Does 32 bits apps depending on lib32-gtk2 are working well (when the package is upgraded with GTK_PATH=/usr/lib32/gtk-2.0 pacman -S lib32-gtk2) ?
Comment by fi-dschi (fi-dschi) - Tuesday, 23 November 2010, 21:12 GMT
I have installed lib32-gtk2 as a dependency of flashplugin (why, when and where does flash content make use of gtk?).
The plugin seems to work when installed by
GTK_PATH=/usr/lib32/gtk-2.0 pacman -S lib32-gtk2
and
pacman -S lib32-gtk2
works, too - although it generates the above errors.
Comment by Laurent Carlier (lordheavy) - Wednesday, 24 November 2010, 00:06 GMT
lib32-gtk2-2.22.1-2 should fix the problem (forcing the GTK-PATH variable)

Loading...