Red Hat Bugzilla – Bug 175510
RFE: wrapper for pango-querymodules
Last modified: 2013-06-03 02:01:12 EDT
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20051129 Fedora/1.5-1 Firefox/1.5 Description of problem: When pango is installed/updated, it creates a fresh pango.modules file. Unless the user has created a ~/.pangorc for the root user, or created an /etc/pangorc file (both do not exist by default and have multilib considerations, and thus should be avoided by packagers), only the default modules will be included in the pango.modules file. What should (imho) happen is a wrapper script to pango-querymodules should make a listing of pango modules not only in the default directory, but in sub directories as well. This wrapper script can then be called by pango's %post script, as well as the %post script of packages that add pango modules. Version-Release number of selected component (if applicable): pango-1.11.0-1 How reproducible: Always Steps to Reproduce: 1. Install some third party pango modules 2. use pango-querymodules to get them into pango.modules 3. update pango Actual Results: pango.modules file is recreated, losing information added from add on modules Expected Results: The pango.modules file should be recreated of course, but it should also take into condideration modules installed within sub directories of the modules directory. Additional info: I'll attach a patch that addresses the issue and works with me. Test case src.rpm and spec file for a package that would benefit from this (or similar) solution can be found at: http://mpeters.us/silgraphite/
Created attachment 122117 [details] Patch that adds a wrapper for pango-querymodules I hope I got the all the right files modified for the make system - seems to work.
Created attachment 122118 [details] Changes to pango spec file Changes to pango spec file for use with the wrapper
I'm having second thoughts. Problem is above wrapper doesn't allow for modules outside of pango module directory, and ignores any existing user define pangorc file. What I think needs to be done - on 64-bit - apply a patch for pango-querymodules to look for configuration in /etc/pango/pangorc64 ~/.pangorc64 and env variable PANGO64_RC_FILE The man page on 64-bit should reflect that and be named pango-querymodules-64 32-bit builds could still use pangorc and ~/.pangorc and PANGO_RC_FILE -=- A wrapper is still needed. On fedora build system, the arch specific pango stuff goes in /etc/pango/i386-redhat-linux-gnu - but when I build it, it's i686-redhat Packagers of pango modules could just s?^i.86?i38? when figuring out how to run pango-querymodules - but a wrapper would be better. Another idea is to drop the whole arch specific thing, and just use /etc/pango/pango64.modules for 64-bit. I don't know the implications of such a suggestion.
I've got a %post script kludge for the pango modules I'm packaging, it isn't ideal but it works. If you want to close this in favor of waiting for http://bugzilla.gnome.org/show_bug.cgi?id=129540 to be closed, I'm fine with that.
Reassigning pango bugs to Behdad.
triaged patches present
I have bugs open for this issue upstream. Will be thinking about them.
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
I think this should be already fixed in f18.