Re: Issue with pango1-xft2-ft219 on 10.6/x86-64

On Fri, Sep 18, 2009 at 10:54:04PM -0400, Daniel Johnson wrote:
> When I run zenmap I get this:
> 
> $ sudo zenmap
> /sw/lib/python2.6/site-packages/zenmapGUI/TargetCombo.py:28:  
> PangoWarning: No modules found:
> No builtin or dynamically loaded modules were found.
> PangoFc will not work correctly.
> This probably means there was an error in the creation of:
>   '/sw/lib/pango-ft219/etc/pango/pango.modules'
> You should create this file by running:
>   pango-querymodules > '/sw/lib/pango-ft219/etc/pango/pango.modules'
>   gtk.ComboBoxEntry.__init__(self, gtk.ListStore(str), 0)
> /sw/lib/python2.6/site-packages/zenmapGUI/TargetCombo.py:28:  
> PangoWarning: failed to choose a font, expect ugly output. engine- 
> type='PangoRenderFc', script='common'
>   gtk.ComboBoxEntry.__init__(self, gtk.ListStore(str), 0)
> /sw/lib/python2.6/site-packages/zenmapGUI/TargetCombo.py:45:  
> PangoWarning: failed to choose a font, expect ugly output. engine- 
> type='PangoRenderFc', script='latin'
>   t_model.append([target.replace('\n','')])
> /sw/lib/python2.6/site-packages/radialnet/gui/ControlWidget.py:96:  
> DeprecationWarning: Use the new widget gtk.Tooltip
>   self.__tooltips = gtk.Tooltips()
> /sw/lib/python2.6/site-packages/radialnet/gui/Toolbar.py:119:  
> DeprecationWarning: Use the new widget gtk.Tooltip
>   self.__tooltips = gtk.Tooltips()
> 
> The output is indeed ugly. :)
> 
> If I run pango-ft219-querymodules > '/sw/lib/pango-ft219/etc/pango/ 
> pango.modules' as root it fixes things. Does this need to be run  
> during building or PostInstScript?

It is already run as part of postinst for pango1-xft2-ft219 (the
package that supplies the pango-ft219-querymodules utility). Not sure
why it hadn't run or if its .modules file had gotten lost somehow. Or
why it can't run it on-the-fly and create a temp private cache (some
other programs appear to have their own.

OTOH, the utility is part of pango-xft2-ft219 whereas the modules it
indexes and presumably the loader of them that wants the index is in
the -shlibs package. That means it's easy to get the modules and their
loader installed but not have the index get built (packages probably
don't know that they need to Depends on the utility-scripts package).

But we can't put the utilities in the -shlibs package because that
ties them to a specific install_name (would make a deadlock if we had
to support another migration to an ABI-incompatible pango). And
likewise we can't have the %N-shlibs:Depends:%N. Guess we need to
overhaul this just like I did for gtk+2 a few months ago: put the
actual utilities in a libversioned-named location in %N-shlibs and
then have %N contain simple-named symlinks to them. That way "just
%N-shlibs" is complete and self-consistent, and %N is available for
packages that still want it for whatever purpose it used to serve.

dan

-- 
Daniel Macks
[email protected]
http://www.netspace.org/~dmacks


------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf