Summary: | acroread on amd64: pango 32 vs. pango 64? | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | ivo welch <ivo.welch> |
Component: | [OLD] Library | Assignee: | AMD64 Project <amd64> |
Status: | RESOLVED INVALID | ||
Severity: | major | ||
Priority: | High | ||
Version: | 2005.1 | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
ivo welch
2005-10-17 07:19:21 UTC
32-bit pango is in emul-linux-x86-gtklibs. acroread deps on it, so it should be there. ## emerge --search emul-linux-x86-gtklibs * app-emulation/emul-linux-x86-gtklibs Latest version available: 2.1 Latest version installed: 2.1 Size of downloaded files: 2,372 kB Homepage: http://www.gentoo.org/ Description: Gtk+ 1/2 for emulation of 32bit x86 on amd64 License: GPL-2 I reemerged emul-linux-x-86-gtklibs. the output suggests that emul/linux/x86/usr/lib/pango/1.4.0/modules/pango-basic-x.so emul/linux/x86/usr/lib/pango/1.4.0/modules/pango-thai-fc.so emul/linux/x86/usr/lib/pango/1.4.0/modules/pango-arabic-fc.so emul/linux/x86/usr/lib/pango/1.4.0/modules/pango-indic-fc.so emul/linux/x86/usr/lib/pango/1.4.0/modules/pango-hangul-fc.so emul/linux/x86/usr/lib/pango/1.4.0/modules/pango-syriac-fc.so emul/linux/x86/usr/lib/pango/1.4.0/modules/pango-basic-fc.so emul/linux/x86/usr/lib/pango/1.4.0/modules/pango-hebrew-fc.so emul/linux/x86/usr/lib/pango/1.4.0/modules/pango-tibetan-fc.so these are then merged into /usr/lib/ . but ## file /usr/lib/pango/1.4.0/modules/pango-basic-fc.so /usr/lib/pango/1.4.0/modules/pango-basic-fc.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), stripped so ## locate pango-basic-fc.so /usr/lib/pango/1.4.0/modules/pango-basic-fc.so /usr/local/lib/vmware/libconf/lib/pango/1.4.0/modules/pango-basic-fc.so /emul/linux/x86/usr/lib/pango/1.4.0/modules/pango-basic-fc.so < error remains on acroread > ## ln -s /emul/linux/x86/usr/lib/pango /usr/lib32/ ## acroread *.pdf <stuff and then...> (acroread:9604): GdkPixbuf-WARNING **: Error loading XPM image loader: Unable to load image-loading module: /usr/lib32/gtk-2.0/2.4.0/loaders/libpixbufloader-xpm.so: /usr/lib32/gtk-2.0/2.4.0/loaders/libpixbufloader-xpm.so: cannot open shared object file: No such file or directory ## ln -s /emul/linux/x86/usr/lib/gtk* /usr/lib32/ and then acroread works. thanks for the help. now, for others, may I suggest that either the gtk package installs the appropriate links into /usr/lib32/ , or alerts the user if an appropriate environment variable is not set (which may be the case for me) , or that the acroread ebuild fixes this automatically? regards, /iaw Normally (when things aren't broken ;)), linking the libraries in /emul to /usr/lib32 isn't needed, since /emul/linux/x86/(usr/)lib is in LDPATH, so ldd should look there for libraries. You should have /etc/env.d/75emul-linux-x86-base, containing this: LDPATH=/emul/linux/x86/lib:/emul/linux/x86/usr/lib env-update should then update /etc/ld.so.conf could you remove the symlink /usr/lib32/pango/1.4.0/modules/pango-basic-fc.so, remerge emul-linux-x86-base, env-update and check if it works please? If it still doesn't work then, this is a very odd bug ;) This could be caused by an outdated config file in /etc/pango. Re-emerge emul-linux-x86-gtklibs and be sure to run etc-update (or dispatch-conf). If you still have problems please attach your /etc/pango/i686-pc-linux-gnu/pango.modules file. (In reply to comment #3) > Normally (when things aren't broken ;)), linking the libraries in /emul to > /usr/lib32 isn't needed, since /emul/linux/x86/(usr/)lib is in LDPATH, so ldd > should look there for libraries. You should have > /etc/env.d/75emul-linux-x86-base, containing this: > > LDPATH=/emul/linux/x86/lib:/emul/linux/x86/usr/lib > > env-update should then update /etc/ld.so.conf > > could you remove the symlink /usr/lib32/pango/1.4.0/modules/pango-basic-fc.so, > remerge emul-linux-x86-base, env-update and check if it works please? If it > still doesn't work then, this is a very odd bug ;) hi: the env file LDPATH was ok all along. when I remove the symbolic link for /usr/lib32/pango, env-update, do an "emerge emul-linux-x86-baselibs", do another env-update, I get the same error messages as before, and nothing opens. I also did what herbie asked---same story. the pango modules files is # Pango Modules file # Automatically generated file, do not edit # # ModulesPath = /usr/lib32/pango/1.4.0/modules # /usr/lib32/pango/1.4.0/modules/pango-basic-x.so BasicScriptEngineX PangoEngineShape PangoRenderX common: /usr/lib32/pango/1.4.0/modules/pango-thai-fc.so ThaiScriptEngineFc PangoEngineShape PangoRenderFc thai:* /usr/lib32/pango/1.4.0/modules/pango-arabic-fc.so ArabicScriptEngineFc PangoEngineShape PangoRenderFc arabic:* /usr/lib32/pango/1.4.0/modules/pango-indic-fc.so devaScriptEngineFc PangoEngineShape PangoRenderFc devanagari:* /usr/lib32/pango/1.4.0/modules/pango-indic-fc.so bengScriptEngineFc PangoEngineShape PangoRenderFc bengali:* /usr/lib32/pango/1.4.0/modules/pango-indic-fc.so guruScriptEngineFc PangoEngineShape PangoRenderFc gurmukhi:* /usr/lib32/pango/1.4.0/modules/pango-indic-fc.so gujrScriptEngineFc PangoEngineShape PangoRenderFc gujarati:* /usr/lib32/pango/1.4.0/modules/pango-indic-fc.so oryaScriptEngineFc PangoEngineShape PangoRenderFc oriya:* /usr/lib32/pango/1.4.0/modules/pango-indic-fc.so tamlScriptEngineFc PangoEngineShape PangoRenderFc tamil:* /usr/lib32/pango/1.4.0/modules/pango-indic-fc.so teluScriptEngineFc PangoEngineShape PangoRenderFc telugu:* /usr/lib32/pango/1.4.0/modules/pango-indic-fc.so kndaScriptEngineFc PangoEngineShape PangoRenderFc kannada:* /usr/lib32/pango/1.4.0/modules/pango-indic-fc.so mlymScriptEngineFc PangoEngineShape PangoRenderFc malayalam:* /usr/lib32/pango/1.4.0/modules/pango-hangul-fc.so HangulScriptEngineFc PangoEngineShape PangoRenderFc hangul:* /usr/lib32/pango/1.4.0/modules/pango-basic-fc.so BasicScriptEngineFc PangoEngineShape PangoRenderFc armenian:* bopomofo:* cherokee:* coptic:* cyrillic:* deseret:* ethiopic:* georgian:* gothic:* greek:* han:* hiragana:* katakana:* latin:* ogham:* old-italic:* runic:* canadian-aboriginal:* yi:* braille:* cy priot:* limbu:* osmanya:* shavian:* linear-b:* ugaritic:* common: /usr/lib32/pango/1.4.0/modules/pango-hebrew-fc.so HebrewScriptEngineFc PangoEngineShape PangoRenderFc hebrew:* and it was literally just regen'ed. so, something is hardcoded into wanting a /usr/lib32/pango/ directory, which is not automatically created. hope this helps. now, I am recreating my link file, so that I can get acroread to work again... regards, /iaw It is clear from the attachment that your pango.modules file is indeed incorrect and is what is causing your problems. There should be no paths to /usr/lib32 in that file, only to /emul/linux.. i.e where the files are actually located. You have either neglected to run etc-update (and accept the neccessary changes) after upgrading emul-linux-x86-gtklibs or something inexplicable has gone wrong when you ran etc-update. You could try removing the config files before re-emerging the package to force the recreation of the files. i.e: rm /etc/gtk-2.0/i686-pc-linux-gnu/* /etc/pango/i686-pc-linux-gnu/* emerge --oneshot app-emulation/emul-linux-x86-gtklibs hmmm...when I run etc-update, I get prompted about 244 etc files., many of them being ._cfg* files. right now, everything except pango works fine. so, I am reluctant to tinker. but maybe I have to bite into the sour apple here, and examine all 244 files, and hope that I am not making a mistake. or is there a "reasonable safe default answer" (-3 or -5)? regards, /iaw There really isnt a safe answer.. You have to do them one by one. Normally you'd run etc-update after every emerge. updating config files properly would have avoided this bug, solution is provided in comment #6 -> closing |