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):
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.
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:
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
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.
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.