Your message dated Mon, 25 Jun 2007 21:03:35 +0200 with message-id <[EMAIL PROTECTED]> and subject line [Debian-ia32-libs] Bug#406455: Similar issues for running acroread/firefox(32bit) with ia32-libs-gtk installed. has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database)
--- Begin Message ---Package: libpango1.0-0 Version: 1.14.8-4 Severity: grave Justification: renders package unusable Hi, when running 32bit applications on amd64 the wrong module files are opened by libpango: open("/etc/pango/pangorc", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open("/home/mrvn/.pangorc", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open("/usr/lib/pango/1.5.0/module-files.d", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 5 fstat64(0x5, 0xffd9e07c) = 0 fcntl64(5, F_SETFD, FD_CLOEXEC) = 0 getdents64(5, /* 4 entries */, 4096) = 144 open("/usr/lib/pango/1.5.0/module-files.d/libpango1.0-0.modules", O_RDONLY) = 7 open("/etc/pango/pango.modules", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/etc/pango/pango.modules", O_RDONLY) = -1 ENOENT (No such file or directory) Subsequently all the modules fail to open: (acroread:1254): Pango-WARNING **: /usr/lib/pango/1.5.0/modules/pango-basic-fc.so: cannot open shared object file: No such file or directory) = 142 Replacing the /usr/lib/pango/1.5.0/module-files.d/* with /usr/lib32/pango/1.5.0/module-files.d/* fixes this problem for 32bit but obviously breaks 64 bit. The proper fix, and what was afaik supposed to happen, would be for 32bit pango to use /usr/lib32/pango/1.5.0/module-files.d/ if it exists and for 64bit pango to use /usr/lib64/pango/1.5.0/module-files.d/ if it exists. The same holds for the other files. MfG Goswin PS: I set this to grave because it makes ia32-libs-gtk unusable which contains the pango debs. Please reassign to ia32-libs-gtk when you fixed it instead of closing. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-amd64 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libpango1.0-0 depends on: ii libc6 2.3.6.ds1-9 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libpango1.0-common 1.14.8-4 Modules and configuration files fo ii libx11-6 2:1.0.3-4 X11 client-side library ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii zlib1g 1:1.2.3-13 compression library - runtime libpango1.0-0 recommends no packages. -- no debconf information
--- End Message ---
--- Begin Message ---Version: 2.0 "P.C.Chan" <[EMAIL PROTECTED]> writes: > Hi there, > > Over the weekend I added linux to my "new" refurbished HP a1677c based > on the amd64 unstable stream. I had been running Debian ia32 unstable > distribution for many years, > Yet this is my first venture on the 64bit SMP linux land. > > I am very pleased that the amd64 unstable stream is almost perfect. > > All sound, video, usb, lan, wireless keyboard and mouse, openoffice and > media applications work correctly under 64bit linux. > > The only outstanding major issue is that 32bit only applications like, > acroread/firefox, still tend to look for 64bit gdk/pango stuff by > mistake after installing ia32-libs-gtk_1.0_amd64.deb. You need a newer version for that. Gtk and pango weren't ready when 1.0 was uploaded. > The version of gtk in ia32-libs-gtk is 2.4 while the version of the > regular stuff is 2.10. (I suppose we spend less time in porting to the > emul.) The acroread wrapper is also looking at the wrong place in gtk > version detection. (The wrapper cannot handle a gtk minor version of > getter than 9 anyway, I usually worked around that by hard coding the > version.) It also looks for the developement package (*.so link) instead of the actual library used. If you install libgtk2.0-dev then it fails. But that is nothing we can do. Acrobat is shipping that faulty script. > It looks like the 32bit emul structures are somewhat there, but the > 32bit applications just do not know how to follow. Are there any > recommended procedures to ensure 32 bit applications would make use of > the 32bit emul structures properly? What else could we do, other than > setting LD_LIBRARY_PATH? The only sure way is a chroot. > Currently I use iceweasel and other pdf readers instead. If I have to > run acroread, I'll touch up the structure manually before and after. > Therefore it is not a show stopper. However we may hit this issue any > time we run a 32 bit gtk related application without using a full > chroot. It would be like to have it fixed. Hopefully some small > tweaks in the is32-libs-gtk package would make it work. > > > BTW sun-java6-plugin package is i386 only. I need a 64 bit java plugin > to work with iceweasel (64bit). I've downloaded the 64bit jdk from sun, > I am not sure where the mozilla plugin is. There is one from > classpath/gcjwebplugin but it is of version 1.4. Jre/jdk from sun is > 1.6 already. I wonder if there is anything newer out there. I need that too. Or rather the ia32-sun-java6-plugin package that should be there I guess. Haven't had time to look into that and it isn't relevant to this bugreport. Please file one on the sun-java6-plugin source if you deam it report worthy. > Regards, > P.C. MfG Goswin
--- End Message ---
