sci-visualization/gnuplot-4.2.3 installs its default resource file in /usr/lib/X11/app-defaults/. This is an old and deprecated location, the file should go to /etc/X11/app-defaults/ instead. Patch will follow.
Created attachment 151001 [details, diff] gnuplot-4.2.3-app-defaults.patch
Thanks. Reported upstream and applied to -r1
(In reply to comment #2) > Reported upstream Well... upstream should fix it in a less "ad-hoc" way, i.e. they should get rid of the hardcoded path in the C source. > and applied to -r1 Thanks.
Any reason why not using $(sysconfdir) instead of /etc? This breaks in Prefix/for any case where --sysconfdir != /etc
it sulks in more than one way I see, and upstream doesn't grok it.
Reopening, not sure if the /etc/X11/ location is correct, or if it should be under /usr/share/X11/.
See bug 220037 comment 1: The correct location for default configurations is /usr/share/X11/app-defaults/. However, gnuplot doesn't use Xt, but does its own processing of resources (in file gplt_x11.c, function preset). So, as far as I understand it, it will not be possible to shadow the default in /usr/share/X11/app-defaults/ with a user's config file in /etc/X11/app-defaults/.
Created attachment 151925 [details, diff] gnuplot-4.2.3-app-defaults.patch take 2 (In reply to comment #4) > Any reason why not using $(sysconfdir) instead of /etc? This breaks > in Prefix/for any case where --sysconfdir != /etc I've updated the patch to fix it in a cleaner way, see attachment. It requires that src_unpack calls "eautoreconf". @grobian: Is this more compatible with Prefix?
that is superb! I really love that fix, works out of the box for Prefix, and has even a chance of being accepted upstream ;) Thanks
See 4.2.3-r2, closing. Sorry for the delay.
(In reply to comment #10) > See 4.2.3-r2, closing. (In reply to comment #8) > It requires that src_unpack calls "eautoreconf". 09 May 2008; Ulrich Mueller <ulm@gentoo.org> gnuplot-4.2.3-r2.ebuild: Inherit autotools and call eautoreconf, bug 219323 comment 8. Christian, I hope that you don't object.
> Christian, I hope that you don't object. Of course...not!
the fix got merged upstream