Re: rawhide report: 20120825 changes
On Mon, 2012-08-27 at 17:39 -0400, Adam Jackson wrote: On 8/27/12 5:38 PM, Matthias Clasen wrote: On Mon, 2012-08-27 at 15:27 -0400, Adam Jackson wrote: That said it's probably less work to grab a copy of pango-1.30.1 and just build compat-pangox from that. I would prefer if we could get a snapshot with the 2 1/2 year old gtkglext change built that removed the pangox dependency. We're talking about API that has been deprecated for three quarters of a decade... Behdad was so nice to quickly put up a pangox-compat module here: http://ftp.gnome.org/pub/GNOME/sources/pangox-compat/0.0/ Do we have a volunteer for packaging that ? I expect this to be a 'package and forget' operation... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20120825 changes
Hi, On Tue, Aug 28, 2012 at 5:36 PM, Matthias Clasen mcla...@redhat.com wrote: On Mon, 2012-08-27 at 17:39 -0400, Adam Jackson wrote: On 8/27/12 5:38 PM, Matthias Clasen wrote: On Mon, 2012-08-27 at 15:27 -0400, Adam Jackson wrote: That said it's probably less work to grab a copy of pango-1.30.1 and just build compat-pangox from that. I would prefer if we could get a snapshot with the 2 1/2 year old gtkglext change built that removed the pangox dependency. We're talking about API that has been deprecated for three quarters of a decade... Behdad was so nice to quickly put up a pangox-compat module here: http://ftp.gnome.org/pub/GNOME/sources/pangox-compat/0.0/ Do we have a volunteer for packaging that ? I expect this to be a 'package and forget' operation... Packaged this at https://bugzilla.redhat.com/show_bug.cgi?id=852416. Can someone help with its review? Thanks, Parag. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20120825 changes
Hi, On Tue, Aug 28, 2012 at 6:12 PM, Parag N(पराग़) panem...@gmail.com wrote: Hi, On Tue, Aug 28, 2012 at 5:36 PM, Matthias Clasen mcla...@redhat.com wrote: On Mon, 2012-08-27 at 17:39 -0400, Adam Jackson wrote: On 8/27/12 5:38 PM, Matthias Clasen wrote: On Mon, 2012-08-27 at 15:27 -0400, Adam Jackson wrote: That said it's probably less work to grab a copy of pango-1.30.1 and just build compat-pangox from that. I would prefer if we could get a snapshot with the 2 1/2 year old gtkglext change built that removed the pangox dependency. We're talking about API that has been deprecated for three quarters of a decade... Behdad was so nice to quickly put up a pangox-compat module here: http://ftp.gnome.org/pub/GNOME/sources/pangox-compat/0.0/ Do we have a volunteer for packaging that ? I expect this to be a 'package and forget' operation... Packaged this at https://bugzilla.redhat.com/show_bug.cgi?id=852416. Can someone help with its review? pangox-compat package is now built in f19 and for f18, update submitted to f18-testing. Thanks, Parag. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20120825 changes
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=25eb23b0c27d6c447240fcf8505ad35a2a5a5d93 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 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20120825 changes
On 8/27/12 9:10 AM, Adam Jackson wrote: pangoxft should be a functional replacement, as far as I can tell, and the APIs seem to be quite similar. Actually I'm told pangocairo is the preferred thing instead of pangoxft. repoquery agrees: $ repoquery --whatrequires 'libpangocairo-1.0.so.0()(64bit)' | wc -l 1435 $ repoquery --whatrequires 'libpangoxft-1.0.so.0()(64bit)' | wc -l 11 But again, quite similar APIs. Many of the broken packages appear to acquire their pangox dependency through their use of gtkglext, which has gone an irritatingly long time without an upstream release. gtkglext's pangox use was removed with this commit: http://git.gnome.org/browse/gtkglext/commit/gdk/x11/Makefile.am?id=df7a7b35b80b395d7ba411c7f727970a46fb0588 But we can't just backport that, because removing those functions is an ABI break, and those functions are indeed used in some of the affected packages. Still, looking into it. - ajax -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20120825 changes
On 08/27/2012 06:13 PM, Adam Jackson wrote: On 8/27/12 9:10 AM, Adam Jackson wrote: pangoxft should be a functional replacement, as far as I can tell, and the APIs seem to be quite similar. Actually I'm told pangocairo is the preferred thing instead of pangoxft. repoquery agrees: $ repoquery --whatrequires 'libpangocairo-1.0.so.0()(64bit)' | wc -l 1435 $ repoquery --whatrequires 'libpangoxft-1.0.so.0()(64bit)' | wc -l 11 But again, quite similar APIs. Many of the broken packages appear to acquire their pangox dependency through their use of gtkglext, which has gone an irritatingly long time without an upstream release. It has not seen an upstream update, because - gtkglext's development has gone lost in the churn gtk3 and Gnome3 have caused + All gtkglext maintainers have gone silent. + Some people started working on a gtkglext3 port. - There wasn't any need for another gtkglext release. gtkglext's pangox use was removed with this commit: http://git.gnome.org/browse/gtkglext/commit/gdk/x11/Makefile.am?id=df7a7b35b80b395d7ba411c7f727970a46fb0588 But we can't just backport that, because removing those functions is an ABI break, and those functions are indeed used in some of the affected packages. Correct ... This change is an ABI/API breakage, and therefore is not applicable to Fedora nor to gtkglext. Still, looking into it. My view: The pango maintainers can not abandon pangox just because _they_ do not use some API other works rely upon. Alternatively, as last resorts, * gtkglext either could adopt those pieces of code pango has dropped, * Fedora could ship a compat-pangox package. Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20120825 changes
On 8/27/12 1:22 PM, Ralf Corsepius wrote: On 08/27/2012 06:13 PM, Adam Jackson wrote: Still, looking into it. My view: The pango maintainers can not abandon pangox just because _they_ do not use some API other works rely upon. That's an opinion you can have. Personally once an API has been deprecated for seven years I don't feel too bad about needing to fix the consumers. But feel free to bring that concern to pango. Me, I prefer fixing things. The affected API appears to be almost unused. gauche-gtk, ruby-gnome2, pygtkglext and gtkglextmm do wrap and export the API, but none of their consumers use it, at least not in Fedora. The actual consumers appear to be: gabedit/GabeditSrc240/src/Utils/UtilsGL.c k3d/k3d-source-0.8.0.2/k3dsdk/ngui/viewport.cpp ghemical/ghemical-2.99.2/src/pangofont_wcl.cpp The affected API is basically a complicated wrapper around glXUseXFont, itself a mildly unfortunate convenience API (display list full of glBitmap calls? thanks for the software fallback hit), and one that requires an actual X font. One could probably hack around that by making a bitmap with XftDrawCreateBitmap, using pangoxft to render into it, and then reimplementing the rest of UseXFont from that bitmap. Actually pretty straightforward. Still going to be brutally slow on the open 3D drivers, but it'd work. That said it's probably less work to grab a copy of pango-1.30.1 and just build compat-pangox from that. - ajax -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20120825 changes
On Mon, 2012-08-27 at 15:27 -0400, Adam Jackson wrote: That said it's probably less work to grab a copy of pango-1.30.1 and just build compat-pangox from that. I would prefer if we could get a snapshot with the 2 1/2 year old gtkglext change built that removed the pangox dependency. We're talking about API that has been deprecated for three quarters of a decade... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20120825 changes
On 8/27/12 5:38 PM, Matthias Clasen wrote: On Mon, 2012-08-27 at 15:27 -0400, Adam Jackson wrote: That said it's probably less work to grab a copy of pango-1.30.1 and just build compat-pangox from that. I would prefer if we could get a snapshot with the 2 1/2 year old gtkglext change built that removed the pangox dependency. We're talking about API that has been deprecated for three quarters of a decade... Not that I disagree about gtkglxext needing a freaking release already, but I think there's a fair few more ABI changes between then and now that we'd be absorbing if we did that. - ajax -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20120825 changes
Hi Mamoru, On Sat, Aug 25, 2012 at 7:31 PM, TASAKA Mamoru mtas...@fedoraproject.org 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 am not a pango maintainer but I did rebuild a failed pango-1.31.0-1.fc18 build to pango-1.31.0-2.fc18 build and also rebuilt the same pango build in master branch. About libpangox library its not now provided by upstream pango tarball. Also, I see upstream changelog mentioned like this Remove pangoX been overdue I never thought this library be still in use by other packages. So, didn't informed this to devel list. Parag. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20120825 changes
Hi, Parag: Parag N(पराग़) wrote, at 08/26/2012 03:41 PM +9:00: Hi Mamoru, On Sat, Aug 25, 2012 at 7:31 PM, TASAKA Mamoru mtas...@fedoraproject.org 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) snip 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 am not a pango maintainer but I did rebuild a failed pango-1.31.0-1.fc18 build to pango-1.31.0-2.fc18 build and also rebuilt the same pango build in master branch. About libpangox library its not now provided by upstream pango tarball. Also, I see upstream changelog mentioned like this Remove pangoX been overdue I never thought this library be still in use by other packages. So, didn't informed this to devel list. Parag. Thanks. Then I will wait from reply from pango maintainer. Regards, Mamoru -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20120825 changes
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). Regards, Mamoru -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel