Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 145277 - sci-geosciences/gmt-4.4.0 version bump
Summary: sci-geosciences/gmt-4.4.0 version bump
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High enhancement (vote)
Assignee: Gentoo Science Related Packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-08-27 11:33 UTC by Eduardo Vela
Modified: 2009-07-26 18:30 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
GMT version 4.1.3 (gmt-4.1.3.ebuild,3.50 KB, application/octet-stream)
2006-08-27 11:37 UTC, Eduardo Vela
Details
gmt-4.2.0.ebuild (gmt-4.2.0.ebuild,3.26 KB, text/plain)
2007-05-10 00:56 UTC, Martin von Gagern
Details
Differences from 4.1.1 to 4.2.0 ebuild (gmt-4.2.0.ebuild.diff,3.02 KB, patch)
2007-05-10 01:04 UTC, Martin von Gagern
Details | Diff
gmt-4.2.1.ebuild (gmt-4.2.1.ebuild,3.00 KB, text/plain)
2008-04-07 20:40 UTC, Martin von Gagern
Details
gmt-4.3.1.ebuild (gmt-4.3.1.ebuild,3.68 KB, text/plain)
2008-05-25 09:59 UTC, Ulrich Serfling
Details
Don't add -s to LDFLAGS (gmt-4.5.0-nostrip.patch,886 bytes, patch)
2009-07-26 10:18 UTC, Martin von Gagern
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Eduardo Vela 2006-08-27 11:33:46 UTC
There is a new version of GMT (Map generator) 4.1.3

I made an ebuild, but by default it has disabled matlab support (mex extension).
Comment 1 Eduardo Vela 2006-08-27 11:37:09 UTC
Created attachment 95220 [details]
GMT version 4.1.3

GMT version 4.1.3 without matlab support
Comment 2 Marcus D. Hanwell (RETIRED) gentoo-dev 2006-09-17 06:18:45 UTC
I will try to get to this soon. Diffs to the last ebuild are preferred in plain text format. I am away for a week and I doubt I will get time today. If anyone in the sci herd wants to bump feel free, you will probably need to version some of the tarballs by hand and upload them to our mirrors as upstream does not do this even though they change...
Comment 3 Martin von Gagern 2007-05-08 22:07:23 UTC
There is a version 4.2.0 out there. I suggest bumping to that.
Comment 4 Martin von Gagern 2007-05-09 22:56:44 UTC
I'm trying my hand with the GMT 4.2.0 ebuild. However this will probably take some time, so if you can give it more time, feel free to try as well.
I believe gmt to be well suited to the mirror:// SRC_URI scheme, as it has several mirrors and will download quite big files. Here i a list of mirrors, taken from the GMT page http://gmt.soest.hawaii.edu/gmt/gmt_mirrors.html

ftp://ftp.soest.hawaii.edu/gmt
ftp://ibis.grdl.noaa.gov/pub/gmt
ftp://ftp.iris.washington.edu/pub/gmt
ftp://ftp.iag.usp.br/pub/gmt
ftp://ftp.geologi.uio.no/pub/gmt
ftp://gd.tuwien.ac.at/pub/gmt
ftp://life.csu.edu.au/pub/gmt
ftp://ftp.scc.u-tokai.ac.jp/pub/gmt

It took me some time to realize that until this was included into the portage tree, my local version had to be in /etc/portage/profile/mirrors, not simply /etc/portage/mirrors. It's a line starting with gmt and listing the above urls.
Comment 5 Martin von Gagern 2007-05-10 00:56:38 UTC
Created attachment 118697 [details]
gmt-4.2.0.ebuild

This is an ebuild for gmt-4.2.0 that seems to work well enough for me.
Comment 6 Martin von Gagern 2007-05-10 01:04:04 UTC
Created attachment 118699 [details, diff]
Differences from 4.1.1 to 4.2.0 ebuild

OK, here I've extracted just the differences, if you prefer this view.

1. Using versionator to extract two version components, and for MAINV as well
2. Adjusted several source URIs, they all contain some version now
3. Changed from fixed NOAA host to mirror://gmt/ as suggested above
4. Triangles code seems to be included now, at least it compiles with
   USE=gmttria and without a special source file for it.
5. Moving triangle code around is no longer necessary, see 4.
6. Die if autoconf fails
7. Disable -s linker flag to avoid QA notice about prestripped binaries
8. Don't include ${D} in datatdir while compiling as this breaks at runtime
   and installation works even if ${D} is included only then
9. drop 99gmt env.d file as we don't need GMTHOME set any more
Comment 7 Martin von Gagern 2008-04-07 20:40:38 UTC
Created attachment 149042 [details]
gmt-4.2.1.ebuild

There is a new version, 4.2.1. The naming scheme of the files has changed yet again. The man pages seem to be integrated in one of the other source files now, no extra file for them any more. I also got rid of gmttria in the pkg_postinst info text.
Comment 8 Ulrich Serfling 2008-05-25 09:59:54 UTC
Created attachment 154237 [details]
gmt-4.3.1.ebuild

Ebuild using the new GSHHS1.10 coastlines.
64bit enabled (tested only on AMD64)
Mex does not work so it is disabled.
Comment 9 Alexandre Rostovtsev (RETIRED) gentoo-dev 2009-02-08 05:07:01 UTC
(In reply to comment #8)
> Created an attachment (id=154237) [edit]
> gmt-4.3.1.ebuild

USE="doc gmtfull gmthigh gmtsuppl gmttria -matlab" emege gmt
[...]
Making all in src/mex
make[2]: Entering directory `/var/tmp/portage/sci-geosciences/gmt-4.3.1/work/GMT4.3.1/src/mex'
mkoctfile --mex -DGMT_OCTAVE -I/var/tmp/portage/sci-geosciences/gmt-4.3.1/work/GMT4.3.1/src  -I/usr/local/netcdf/include grdinfo.c -L.. -lgmt -L/usr/local/netcdf/lib -lnetcdf  
make[2]: mkoctfile: Command not found
make[2]: *** [grdinfo.mex] Error 127
make[2]: Leaving directory `/var/tmp/portage/sci-geosciences/gmt-4.3.1/work/GMT4.3.1/src/mex'
make[1]: *** [mex] Error 2
make[1]: Leaving directory `/var/tmp/portage/sci-geosciences/gmt-4.3.1/work/GMT4.3.1'

Looks like a missing dependency on sci-mathematics/octave ?
Comment 10 Patrick Lauer gentoo-dev 2009-03-01 14:51:48 UTC
4.4.0 is out and the only version available on the mirrors.

Building the core parts works, but when enabling all useflags it shows a missing dependency on octave as stated already. 
Not quite sure which useflag triggers that ...
Adding that leads to:

In file included from /usr/include/octave-3.0.3/octave/mex.h:77,                                                                                            
                 from grdinfo.c:30:                                                                                                                         
/usr/include/octave-3.0.3/octave/mexproto.h:64:1: warning: C++ style comments are not allowed in ISO C90
/usr/include/octave-3.0.3/octave/mexproto.h:64:1: warning: (this will be reported only once per input file)
/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.3/../../../../x86_64-pc-linux-gnu/bin/ld: ../libgmt.a(gmt_customio.o): relocation R_X86_64_32S against `GMT_nc_read_grd_info' can not be used when making a shared object; recompile with -fPIC
../libgmt.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[2]: *** [grdinfo.mex] Error 1
make[2]: Leaving directory `/var/tmp/portage/sci-geosciences/gmt-4.4.0/work/GMT4.4.0/src/mex'
make[1]: *** [mex] Error 2
make[1]: Leaving directory `/var/tmp/portage/sci-geosciences/gmt-4.4.0/work/GMT4.4.0'
make: *** [suppl] Error 2
 *
 * ERROR: sci-geosciences/gmt-4.4.0 failed.

Also the SRC_URI changed a bit:

doc? ( ${MIRROR}/GMT_doc.tar.bz2 ) - web and pdf became doc as far as I can tell

# ${MIRROR}/GMT${PV}_tut.tar.bz2 no longer exists with 4.4
#  ${MIRROR}/GMT${PV}_scripts.tar.bz2 seems gone too

Comment 11 Marcus D. Hanwell (RETIRED) gentoo-dev 2009-07-25 12:56:21 UTC
OK. lots of changes. I have committed an initial gmt-4.5.0. I am afraid that the sed magic does not work, and I still get the warning about stripped binaries. I also held off on some of the suggested changes, they would be better tracked in separate bug reports.

So I am going to mark this bug as closed. It is long overdue, sorry about the delay. I would appreciate new bug reports about enhancements, or any issues you hit. Thanks for the comments and suggestions, I have integrated quite a few.
Comment 12 Martin von Gagern 2009-07-26 10:18:39 UTC
Created attachment 199205 [details, diff]
Don't add -s to LDFLAGS

(In reply to comment #11)
> I am afraid that the sed magic does not work, and I still get the warning
> about stripped binaries.

This should do the trick.
Comment 13 Marcus D. Hanwell (RETIRED) gentoo-dev 2009-07-26 18:30:58 UTC
Thanks Martin, that does the trick. No QA violations! Committed as gmt-4.5.0-r1. Hopefully everything else works well for people. I would consider enhancements to the ebuild, but would prefer to deal with them separately. The matlab support looks like a 64 bit -fPIC style issue that would need fixing for example.