On 8/25/12 10:01 AM, TASAKA Mamoru wrote:
Fedora Rawhide Report wrote, at 08/25/2012 09:34 PM +9:00:
> Compose started at Sat Aug 25 08:15:10 UTC 2012
>
> Broken deps for x86_64
> ----------------------------------------------------------
> [OpenSceneGraph]
> OpenSceneGraph-examples-gtk-3.0.1-12.fc18.x86_64 requires
> libpangox-1.0.so.0()(64bit)
> [beldi]
> beldi-0.9.26-6.fc18.x86_64 requires libpangox-1.0.so.0()(64bit)
> [celestia]
> celestia-1.6.1-6.fc18.x86_64 requires libpangox-1.0.so.0()(64bit)
> [coot]
> coot-0.6.2-14.20110715svn3566.fc18.x86_64 requires
> libpangox-1.0.so.0()(64bit)
> [ebview]
> ebview-0.3.6.2-6.fc18.x86_64 requires libpangox-1.0.so.0()(64bit)
> [gabedit]
> gabedit-2.4.0-3.fc18.x86_64 requires libpangox-1.0.so.0()(64bit)
> [gauche-gtk]
> 1:gauche-gtk-0.6-0.6.20120403gitf7d3f802f3750.fc18.x86_64 requires
> libpangox-1.0.so.0()(64bit)
> [ghemical]
> ghemical-2.99.2-22.fc18.x86_64 requires libpangox-1.0.so.0()(64bit)
> [gliv]
> gliv-1.9.7-5.fc18.x86_64 requires libpangox-1.0.so.0()(64bit)
> [gnash]
> 1:python-gnash-0.8.10-4.fc18.x86_64 requires
> libpangox-1.0.so.0()(64bit)
> [gnubg]
> 1:gnubg-0.9.0.1-15.fc18.x86_64 requires libpangox-1.0.so.0()(64bit)
> [gnubik]
> gnubik-2.4-5.fc18.x86_64 requires libpangox-1.0.so.0()(64bit)
> [gspiceui]
> gspiceui-0.9.98-7.fc18.x86_64 requires libpangox-1.0.so.0()(64bit)
> [gtkglext]
> gtkglext-devel-1.2.0-18.fc18.i686 requires pkgconfig(pangox)
> gtkglext-devel-1.2.0-18.fc18.x86_64 requires pkgconfig(pangox)
> gtkglext-libs-1.2.0-18.fc18.i686 requires libpangox-1.0.so.0
> gtkglext-libs-1.2.0-18.fc18.x86_64 requires
> libpangox-1.0.so.0()(64bit)
> [gtkglextmm]
> gtkglextmm-1.2.0-15.fc18.i686 requires libpangox-1.0.so.0
> gtkglextmm-1.2.0-15.fc18.x86_64 requires libpangox-1.0.so.0()(64bit)
> [gtkmathview]
> gtkmathview-0.8.0-10.fc18.i686 requires libpangox-1.0.so.0
> gtkmathview-0.8.0-10.fc18.x86_64 requires libpangox-1.0.so.0()(64bit)
> [ibus-handwrite]
> ibus-handwrite-2.1.4-5.fc18.x86_64 requires
> libpangox-1.0.so.0()(64bit)
> [k3d]
> k3d-0.8.0.2-11.fc19.i686 requires libpangox-1.0.so.0
> k3d-0.8.0.2-11.fc19.x86_64 requires libpangox-1.0.so.0()(64bit)
> [pcb]
> pcb-0.20110918-5.fc18.x86_64 requires libpangox-1.0.so.0()(64bit)
> [pygtkglext]
> pygtkglext-1.1.0-13.fc18.x86_64 requires libpangox-1.0.so.0()(64bit)
> [ruby-gnome2]
> ruby-gtkglext-0.90.4-1.9.fc18.1.x86_64 requires
> libpangox-1.0.so.0()(64bit)
> [sawfish]
> sawfish-1.9.0-2.fc18.x86_64 requires libpangox-1.0.so.0()(64bit)
pango maintainer, would you explain what has happened? Also
would you explain how we should cope with this? And I would
appreciate it if you would announce this kind of change
beforehand, thank you.
(Well, it seems that this change happened 3 days ago, however
it seems that I missed this).
I'm also not the pango maintainer, but.
pangox appears to be an attempt to glue together the pango layout engine
and X11 core font rendering. This is perhaps not the best idea.
It has been documented as deprecated since late 2004:
http://git.gnome.org/browse/pango/commit/docs/tmpl/x-fonts.sgml?id=25eb23...
pangoxft should be a functional replacement, as far as I can tell, and
the APIs seem to be quite similar. For example in sawfish - which
happens to support both - we have:
===
#ifdef HAVE_PANGO_XFT
pango_context = pango_xft_get_context (dpy, screen_num);
#else
pango_context = pango_x_get_context (dpy, screen_num);
#endif
/* ... */
#ifdef HAVE_PANGO_XFT
if (PANGO_XFT_IS_FONT (font))
pango_xft_render (draw, xft_color, font, glyphs, x, y);
else
#endif
pango_x_render (dpy, id, gc, font, glyphs, x, y);
===
I'll make a pass at rebuilding things for this, since apparently the
guilty version of pango has been built for F18.
- ajax