All of the USE=emacs and USE=xemacs code should be removed from gnuplot-4.7.9999.ebuild. The emacs support files are now their own package with HOMEPAGE at: https://github.com/bruceravel/gnuplot-mode with one release at: https://github.com/bruceravel/gnuplot-mode/archive/0.6.1.tar.gz
And when working on this, it would be useful to add a caca USE flag, conditionally R?DEPENDing on media-libs/libcaca, and adding: "$(use_with caca caca "${EPREFIX}/usr/$(get_libdir)")" \ to the econf call. The oldest version of libcaca in portage is already new enough for gnuplot trunk, so a simple DEPEND is enough. Without the explicit --with-caca gnuplot’s configure fails to find it, which suggests that if said configure is fixed to use pkg-config or caca-config it will start including caca support w/o an explicit dependency....
James, could you please do a pull-request to include these changes on <https://github.com/gentoo-science/sci>
(In reply to James Cloos from comment #0) > All of the USE=emacs and USE=xemacs code should be removed from > gnuplot-4.7.9999.ebuild. > > The emacs support files are now their own package with HOMEPAGE at: > > https://github.com/bruceravel/gnuplot-mode > > with one release at: > > https://github.com/bruceravel/gnuplot-mode/archive/0.6.1.tar.gz In fact, there are two gnuplot-mode packages for Emacs around, and both are actively maintained: - gnuplot.el by Bruce Ravel and Phil Type (now at version 0.7.0) http://xafs.org/BruceRavel/GnuplotMode - gnuplot-mode.el by Michael McCourt http://astro.berkeley.edu/~mkmcc/software/gnuplot-mode.html The former seems to be what used to be included with gnuplot. Should we add one of them (or both) to the app-emacs category? I guess that would imply that we drop Emacs support (which is rather outdated) from the regular ebuild.
(In reply to Ulrich Müller from comment #3) > The former seems to be what used to be included with gnuplot. Should we add > one of them (or both) to the app-emacs category? Actually, it would mean that we restore the package, see bug 159726. Makes me wonder if the package should be called app-emacs/gnuplot (it's called "gnuplot" in MELPA) or app-emacs/gnuplot-mode (its former package name).
Created attachment 373250 [details] Drop installation of Emacs support files Here's a patch for the ebuilds in the science overlay. I've ported the changes to the 4.6 ebuild too.
Created attachment 373252 [details] Add libcaca flag, remove thin-splines flag. (In reply to James Cloos from comment #1) > And when working on this, it would be useful to add a caca USE flag, > conditionally R?DEPENDing on media-libs/libcaca, and adding: > > "$(use_with caca caca "${EPREFIX}/usr/$(get_libdir)")" \ > > to the econf call. See attached patch. There is a global "libcaca" USE flag already, so I've used this name instead. I've also removed the "thin-splines" flag because the corresponding configure option doesn't exist any more: revision 1.343 date: 2013/12/26 01:34:33; author: sfeam; state: Exp; lines: +1 -15 The option --enable-thin-splines no longer does anything; remove it.
@ottxor: If you are o.k. with these changes, can you apply them please? I don't have commit access to the proj/sci repo. I tend to drop Emacs support also from the ebuild in the main tree and restore app-emacs/gnuplot-mode instead. (Oh, man, if I think about all the hassle we went through to get this working properly in the gnuplot ebuild. Why didn't we think of the obvious solution before?) CCing xemacs team, maybe you want to add an app-xemacs/gnuplot-mode too?
@ulm: Great work, I will take care of it later today.