Bug 51739 - Request for an ebuild for ploticus, a scriptable plotting package
|
Bug#:
51739
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: enhancement
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: sci@gentoo.org
|
Reported By: mark.coggeshall@verizon.net
|
|
Component: Ebuilds
|
|
|
URL:
http://ploticus.sourceforge.net
|
|
Summary: Request for an ebuild for ploticus, a scriptable plotting package
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2004-05-22 07:50 0000
|
Portage doesn't have an ebuild for ploticus. I would find it useful to have
one, and I think others would as well. I do not have sufficient shell scripting
experience to develop the ebuild myself.
Reproducible: Always
Steps to Reproduce:
1.
2.
3.
This package uses an old (pre-autoconf) convention for site-specific options,
which requires hand-editing of makefiles. I've made an ebuild that just applies
various makefile patches depending on USE flags; if that's a bad way to do
things, please correct me. I've tested the ebuild on my machine, and it builds
and installs with every combination of USE flags.
The ebuild completed the build/install without error on my machine. Your quick
work is outstanding. Thank you.
The ebuild could be enhanced by completing two post-install chores:
(1) copy the contents of the ./prefabs subdirectory of the source tarball to a
suitable location. I used /usr/local/share/ploticus/prefabs.
(2) create a new env variable, PLOTICUS_PREFABS equal to the full path of the
target dir from (1)
I'm going to mark this WORKSFORME. I hope that's the polite and appropriate
thing to do. If not, let me know; I'm new at this. Thanks again.
WORKSFORME implies that no-one else can replicate a bug; it's probably not what
you want. If you want the ebuild to go anywhere, leave it open. If you're happy
with just having it, mark it FIXED, and it'll be pretty much ignored in future.
It's up to you. ;)
Great. Thanks for the update. I'm going to re-open the bug in hopes that one
day the ebuild will find a larger audience. Thanks again. Let me know if
there's anything more I can do to credit you for your work.
Created an attachment (id=32808) [details]
ploticus-2.21.ebuild - Revised ebuild
I am interested in ploticus. Here is a new ebuild, based on Stephen Bennett's.
Here is what I changed :
- Added the mandatory Gentoo copyright header
- Added missing HOMEPAGE var
- Removed -* from KEYWORDS
- Corrected invalid license (GPL -> GPL-2)
- Installs prefabs in /usr/share/ploticus. (These are not libraries, so I don't
think they should go in /usr/lib.)
- prefabs path is no longer hardcoded ; it is specified in the 11ploticus env
file. (This is more flexible.)
- Added testsuite installation. (These are interesting examples.)
- Added support for building against the external gd lib, and for disabling gd
completly.
- Made gif support optional.
- Made localisation (non-roman alphabets) support optional.
- Added (optional) support for the swf (Flash) format.
- Added (optional) support for the svg and svgz formats.
- Added (optional) support for disabling CPU limitations.
There are now 10 USE flags for ploticus, 3 of which are local flags :
no-locale, no-cpulimit and svgz. The behavior of the following flags depend
on whether the external or the internal gd is used : gif, svgz and truetype.
The GIF format is available only with the internal gd lib. The FreeType2 format
is available only with the external gd lib. SVGZ is meaningful only if using
the internal gd. If the external gd is used, SVGZ will always be available if
SVG is enabled. If gd is completly disabled, gif and freetype are meaningless
(The formats are not available without gd.).
A new patch for the Makefile is necessary and will be posted, along with the
11ploticus env file, a metadata.xml file, and Stephen Bennett's fix for NOX11,.
Created an attachment (id=32827) [details]
ploticus-2.21.ebuild - Corrected ebuild
There was a bug in my first ebuild. When using epatch, inherit eutils is
needed. Thanks to mr_bones_ for the tip. (I don't understand why it works when
the statement is missing.)
The corrected/improved ebuild works on my system.
Created an attachment (id=33611) [details]
ploticus-2.21.ebuild (sets up env.d/11ploticus without a file)
Started on a ploticus ebuild before looking on bugzilla <oops>. The previous
ebuild went way beyond what I was doing, so I used it as a base for adding the
couple other things that I was working on. The fundamental addition is that I
setup the creation of the /etc/env.d/11ploticus file from within the ebuild,
you don't have to have it in the files directory. This should make it easier
to maintain, maybe.
regards,
tim
Started to do serious work with ploticus, and want to support the pyPloticus
package (http://www.srcc.lsu.edu/~davids/ploticus_module.html) to script
ploticus directly from Python. In order to do this I need to install
libploticus, which requires the running of 'make' against 'Makefile_api'.
Is anyone up to the challenge?
Should it be a new package, ploticus-lib? or installed as part of this one?
It seems like many of the same options need to be edited in 'Makefile_api' as
in 'Makefile' so it should be straight-forward if you understand all of the
options.
thanks
tim
I noticed 2.30 is released. Is this compatible?
Created an attachment (id=40424) [details]
ploticus-2.30.ebuild
Fixed copyright header
Fixed media-libs/gd dependancy
Removed gd-external - KISS principle - may as well use the real gd package
Removed gif - Nothing extra is needed to support it so we may as well
"sed -ie" outputs to the file Makefilee rather than Makefile. Use "sed -i -e"
(weird I know).
I remodelled the sed stuff to pass arguements to Make which has the same
effect. I was having trouble with the ploticus target in the Makefile that was
probably me doing something wrong.
Locale is realy nls which is already a global flag.
Personal preference is I dislike negativies on use flags. Using cpulimit
instead
Added README to documentation
I'm not convinced that using PREFABS_DIR to refer to a default installation
directory is the way to go. If you can see a reason why a user would move
/usr/share/ploticus/prefabs then I guess that would be a good reason.
Allowed user CFLAGS to be used.
Added src_test routine.
gif support is broken in test routine - needs fixing however I'm out of time
for the moment.
I vote for adding this to portage ;)
The patch however seems not to work:
***** pl23.0src.patch *****
===========================
PATCH COMMAND: patch -p0 -g0 < /usr/local/portage/media-libs/ploticus/files/pl23.0src.patch
===========================
can't find file to patch at input line 4
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -ru pl230src.orig/src/Makefile pl230src/src/Makefile
|--- pl230src.orig/src/Makefile 2004-08-27 05:17:44.000000000 +0930
|+++ pl230src/src/Makefile 2004-09-26 10:22:12.335543912 +0930
--------------------------
No file to patch. Skipping patch.
8 out of 8 hunks ignored
can't find file to patch at input line 146
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -ru pl230src.orig/src/interact.c pl230src/src/interact.c
|--- pl230src.orig/src/interact.c 2004-08-05 00:25:20.000000000 +0930
|+++ pl230src/src/interact.c 2004-09-26 10:03:34.308545112 +0930
--------------------------
No file to patch. Skipping patch.
2 out of 2 hunks ignored
===========================
... (and lots more)
I too, vote for inclusion of the ebuild in the official portage tree. Works
like a charm.
*** Bug 61589 has been marked as a duplicate of this bug. ***
added media-libs/ploticus-2.30
Thanks and apologies to all those who waited far too long.
