After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 669692 - Please regenerate distfiles using newer m4/gsettings (for GSETTINGS_RULES)
Please regenerate distfiles using newer m4/gsettings (for GSETTINGS_RULES)
Status: RESOLVED FIXED
Product: yelp
Classification: Applications
Component: General
3.8.x
Other NetBSD
: Normal normal
: ---
Assigned To: Yelp maintainers
Yelp maintainers
Depends on:
Blocks:
 
 
Reported: 2012-02-08 17:20 UTC by Patrick Welche
Modified: 2015-02-14 12:06 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Patrick Welche 2012-02-08 17:20:30 UTC 
I spent many hours trying to work out why yelp 3.2.1 was dumping core after complaining that org.gnome.yelp was not installed. Same is true for yelp 3.3.3. Comparing the GSETTINGS_RULES definition in yelp/aclocal.m4 with that in glib/m4macros/gsettings.m4 suggested that the glib one was much more understandable, and glib's log pointed at Bug 627126.

Updating the GSETTINGS_RULES definition gave me my first working yelp 3 - now to get it into pkgsrc.org
Comment 1 Patrick Welche 2013-05-19 23:36:51 UTC 
Over a year later, may I repeat my plea to whoever makes the yelp tarballs to update their GSETTINGS_RULES definition. It is available in glib/m4/macros/gsettings.m4. The version distributed in yelp 3.8.1 aclocal.m4 is still the version which does not install schema files such as share/glib-2.0/schemas/org.gnome.yelp.gschema.xml. The GSETTINGS_RULE was fixed in glib in 2010 cf Bug 627126.
Comment 2 David King 2015-02-14 12:06:35 UTC 
This should now be fixed, as Yelp depends on a version of GTK+ that in turn depends on a recent GLib.