[opensuse-gnome] Pango warning while launching GTK applications
Hi, I run the latest 3.6 packages. Everytime I launch a GTK application I get a warning in the terminal: (gvim:24821): Pango-WARNING **: /usr/lib/pango/1.6.0/modules/pango-basic-fc.so: wrong ELF class: ELFCLASS32 Should I report a bug ? Thanks. Sankar -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
On Fri, 2012-10-26 at 03:05 -0600, Sankar P wrote:
Hi,
I run the latest 3.6 packages. Everytime I launch a GTK application I get a warning in the terminal:
(gvim:24821): Pango-WARNING **: /usr/lib/pango/1.6.0/modules/pango-basic-fc.so: wrong ELF class: ELFCLASS32
Should I report a bug ?
Hi Sankar, What files do you have in /etc/pango/ ? I somewhat presume there is a stale cache file (newer pango moved the cache to %{_libdir}. but the one in /etc precedes IIRC. Dominique -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
What files do you have in /etc/pango/ ? I somewhat presume there is a stale cache file (newer pango moved the cache to %{_libdir}. but the one in /etc precedes IIRC.
~/Downloads> ls /etc/pango/ pango.modules ~/Downloads> cat /etc/pango/* # Pango Modules file # Automatically generated file, do not edit # # ModulesPath = /usr/lib/pango/1.6.0/modules # /usr/lib/pango/1.6.0/modules/pango-indic-lang.so devaIndicScriptEngineLang PangoEngineLang PangoRenderNone devanagari:* /usr/lib/pango/1.6.0/modules/pango-indic-lang.so bengIndicScriptEngineLang PangoEngineLang PangoRenderNone bengali:* /usr/lib/pango/1.6.0/modules/pango-indic-lang.so guruIndicScriptEngineLang PangoEngineLang PangoRenderNone gurmukhi:* /usr/lib/pango/1.6.0/modules/pango-indic-lang.so gujrIndicScriptEngineLang PangoEngineLang PangoRenderNone gujarati:* /usr/lib/pango/1.6.0/modules/pango-indic-lang.so oryaIndicScriptEngineLang PangoEngineLang PangoRenderNone oriya:* /usr/lib/pango/1.6.0/modules/pango-indic-lang.so tamlIndicScriptEngineLang PangoEngineLang PangoRenderNone tamil:* /usr/lib/pango/1.6.0/modules/pango-indic-lang.so teluIndicScriptEngineLang PangoEngineLang PangoRenderNone telugu:* /usr/lib/pango/1.6.0/modules/pango-indic-lang.so kndaIndicScriptEngineLang PangoEngineLang PangoRenderNone kannada:* /usr/lib/pango/1.6.0/modules/pango-indic-lang.so mlymIndicScriptEngineLang PangoEngineLang PangoRenderNone malayalam:* /usr/lib/pango/1.6.0/modules/pango-indic-lang.so sinhIndicScriptEngineLang PangoEngineLang PangoRenderNone sinhala:* /usr/lib/pango/1.6.0/modules/pango-arabic-fc.so ArabicScriptEngineFc PangoEngineShape PangoRenderFc arabic:* nko:* /usr/lib/pango/1.6.0/modules/pango-tibetan-fc.so TibetanScriptEngineFc PangoEngineShape PangoRenderFc tibetan:* /usr/lib/pango/1.6.0/modules/pango-basic-x.so BasicScriptEngineX PangoEngineShape PangoRenderX common: /usr/lib/pango/1.6.0/modules/pango-thai-fc.so ThaiScriptEngineFc PangoEngineShape PangoRenderFc thai:* lao:* /usr/lib/pango/1.6.0/modules/pango-syriac-fc.so SyriacScriptEngineFc PangoEngineShape PangoRenderFc syriac:* /usr/lib/pango/1.6.0/modules/pango-arabic-lang.so ArabicScriptEngineLang PangoEngineLang PangoRenderNone arabic:* /usr/lib/pango/1.6.0/modules/pango-khmer-fc.so KhmerScriptEngineFc PangoEngineShape PangoRenderFc khmer:* /usr/lib/pango/1.6.0/modules/pango-indic-fc.so devaScriptEngineFc PangoEngineShape PangoRenderFc devanagari:* /usr/lib/pango/1.6.0/modules/pango-indic-fc.so bengScriptEngineFc PangoEngineShape PangoRenderFc bengali:* /usr/lib/pango/1.6.0/modules/pango-indic-fc.so guruScriptEngineFc PangoEngineShape PangoRenderFc gurmukhi:* /usr/lib/pango/1.6.0/modules/pango-indic-fc.so gujrScriptEngineFc PangoEngineShape PangoRenderFc gujarati:* /usr/lib/pango/1.6.0/modules/pango-indic-fc.so oryaScriptEngineFc PangoEngineShape PangoRenderFc oriya:* /usr/lib/pango/1.6.0/modules/pango-indic-fc.so tamlScriptEngineFc PangoEngineShape PangoRenderFc tamil:* /usr/lib/pango/1.6.0/modules/pango-indic-fc.so teluScriptEngineFc PangoEngineShape PangoRenderFc telugu:* /usr/lib/pango/1.6.0/modules/pango-indic-fc.so kndaScriptEngineFc PangoEngineShape PangoRenderFc kannada:* /usr/lib/pango/1.6.0/modules/pango-indic-fc.so mlymScriptEngineFc PangoEngineShape PangoRenderFc malayalam:* /usr/lib/pango/1.6.0/modules/pango-indic-fc.so sinhScriptEngineFc PangoEngineShape PangoRenderFc sinhala:* /usr/lib/pango/1.6.0/modules/pango-hebrew-fc.so HebrewScriptEngineFc PangoEngineShape PangoRenderFc hebrew:* /usr/lib/pango/1.6.0/modules/pango-basic-fc.so BasicScriptEngineFc PangoEngineShape PangoRenderFc latin:* cyrillic:* greek:* armenian:* georgian:* runic:* ogham:* bopomofo:* cherokee:* coptic:* deseret:* ethiopic:* gothic:* han:* hiragana:* katakana:* old-italic:* canadian-aboriginal:* yi:* braille:* cypriot:* limbu:* osmanya:* shavian:* linear-b:* ugaritic:* glagolitic:* cuneiform:* phoenician:* common: /usr/lib/pango/1.6.0/modules/pango-hangul-fc.so HangulScriptEngineFc PangoEngineShape PangoRenderFc hangul:* ~/Downloads> -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
On Fri, 2012-10-26 at 05:05 -0600, Sankar P wrote:
What files do you have in /etc/pango/ ? I somewhat presume there is a stale cache file (newer pango moved the cache to %{_libdir}. but the one in /etc precedes IIRC.
Ok, that's what I expected... can you check if this file is owned by any package? (rpm -qf) The best 'solution' at this moment is to delete the file /etc/pango/pango.modules; this will have pango go to the right modules in /usr/lib(64)?/pango/1.8.0. Best regards, Dominique -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
On 10/26/2012 at 04:47 PM, in message <1351250242.3389.33.camel@laran.leuenberger.net>, Dimstar / Dominique Leuenberger <dimstar@opensuse.org> wrote: On Fri, 2012-10-26 at 05:05 -0600, Sankar P wrote: What files do you have in /etc/pango/ ? I somewhat presume there is a stale cache file (newer pango moved the cache to %{_libdir}. but the one in /etc precedes IIRC.
Ok, that's what I expected... can you check if this file is owned by any package? (rpm -qf)
This file is owned by libpango-1_0-0-32bit-1.30.1-1.1.2.x86_64 which seem to have come as a dependency for a proprietary product (GW client) :(
The best 'solution' at this moment is to delete the file /etc/pango/pango.modules; this will have pango go to the right modules in /usr/lib(64)?/pango/1.8.0.
Thanks. But should this be not a bug ? The "-32bit" compat packages should create its cache/config file(s) in some other location so that they can co-exist with the 64 bit versions ? Sankar
Best regards, Dominique
-- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
-- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
Le vendredi 26 octobre 2012, à 05:27 -0600, Sankar P a écrit :
But should this be not a bug ? The "-32bit" compat packages should create its cache/config file(s) in some other location so that they can co-exist with the 64 bit versions ?
The 64bit version of the file was /etc/pango/pango64.modules; so they could co-exist well. The issue you have here is really an upgrade issue :/ Vincent -- Les gens heureux ne sont pas pressés. -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
On Fri, 2012-10-26 at 05:27 -0600, Sankar P wrote:
On 10/26/2012 at 04:47 PM, in message <1351250242.3389.33.camel@laran.leuenberger.net>, Dimstar / Dominique Leuenberger <dimstar@opensuse.org> wrote: On Fri, 2012-10-26 at 05:05 -0600, Sankar P wrote: What files do you have in /etc/pango/ ? I somewhat presume there is a stale cache file (newer pango moved the cache to %{_libdir}. but the one in /etc precedes IIRC.
Ok, that's what I expected... can you check if this file is owned by any package? (rpm -qf)
This file is owned by libpango-1_0-0-32bit-1.30.1-1.1.2.x86_64
which seem to have come as a dependency for a proprietary product (GW client) :(
Why don't you upgrade libpango-1_0-0-32bit to 1.32 as well in this case? This would be the correct fix to your issue I guess (you must have the 64bit version updated to 1.32)
The best 'solution' at this moment is to delete the file /etc/pango/pango.modules; this will have pango go to the right modules in /usr/lib(64)?/pango/1.8.0.
Thanks.
But should this be not a bug ? The "-32bit" compat packages should create its cache/config file(s) in some other location so that they can co-exist with the 64 bit versions ?
Up to 1.30 we carried a patch that made two config files, 32 and 64bit; pango was simply not bi-arch aware. This was changed with version 1.32 and the patch is gone... but the old fallback code to use /etc/pango is in place (from upstream) and unaware of bi-arch. Dominique -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
participants (3)
-
Dimstar / Dominique Leuenberger -
Sankar P -
Vincent Untz