Re: Feeling Adventurous
Paul Wessel <[email protected]>
| Newsgroups | gmane.comp.gis.gmt.user |
|---|---|
| Message-ID | <[email protected]> |
On Feb 6, 2014, at 7:27 PM, Orion Poplawski <[email protected]> wrote: > On 02/06/2014 10:16 AM, Paul Wessel wrote: >> On Feb 5, 2014, at 8:04 AM, Orion Poplawski <[email protected]> wrote: >> >>> Please let's try not to be disparaging. >> >> Not intended towards you. > > Yeah, but I'd still recommend against it in general. I don't think > anyone "prefer[s] buggier older versions". No, that is just my frustration of getting lots of mail from people running an old GMT and rediscovering old problems... > But sometimes we prefer the > bugs we know to the bugs we don't. Maybe, but I am pretty sure in GMT4 that since all we do is just fix bugs and not add any new features it is becoming more, not less, stable with time. > Sometimes there's just not enough > manpower. That one I can fully understand! > >>> On EL breaking API/ABI is extremely >>> frowned upon, that's why we're not updating to GMT5 on released versions. >> GMT4 had no documented API at all; GMT5 does. >> What is ABI? GMT5 is backwards compatible with GMT4. > > Application Binary Interface, often signified via the soname of a > library - which has changed from GMT4 to GMT5. No idea if anyone out > there builds against the GMT libraries, but can't really discount it. I think MB-system builds against GMT4 libs (but they will be porting things to GMT5 this year.) > > Also with GMT5, all functions are accessed via the "gmt" binary, so I > really don't think you can consider it backwards compatible with GMT4 if > people have been using the individual binaries. FYI: Our cmake build generates links called pscoast, psxy, etc that all point to the gmt exe so it is up to package managers if they are doing this in their distros I think. Users who build from source will by default get those links and then old scripts without the gmt program name runs as before. I myself have lots of scripts with GMT4 syntax. > > Finally, there is no octave support currently in GMT5. That is true but when we get it ready (mex + oct) it will be something very different and magical (full access to all modules and passing of items in/out of octave). > > So, that's why we won't be updating to GMT5 in released versions of the OS. OK, that is reasonable. Or you could package it as gmt5 since as package manager you can change the gmt executable name to gmt5, for instance (a setting in the cmake config) > >>> GMT5 will be in Fedora 21 and EPEL7 when they are released. >> That is good news! >> >> -p >> > > Cheers! Likewise. -p > > - Orion > >>> >>> We do seem to be at 4.5.9 instead of 4.5.11 in EPEL6 (and Fedora 19). That's >>> because I'm one volunteer trying to maintain well over 100 packages over 2 >>> operating systems (Fedora and RHEL) and multiple releases of each. Help would >>> be greatly appreciated: >>> >>> https://fedoraproject.org/wiki/Join#OS_Developer >>> >>> I've submitted an update for EPEL6: >>> >>> https://admin.fedoraproject.org/updates/GMT-coastlines-2.2.4-1.el6,GMT-4.5.11-1.el6 >>> >>> If you use EPEL's GMT package, please test it out and give karma if it works >>> or doesn't. >>> >>> Regards, >>> >>> Orion >>> >>> On 02/04/2014 12:34 PM, Paul Wessel wrote: >>>> I dont know if RH is moving that quickly; they seem to prefer buggier older >>>> versions, like Ubuntu (there seems to be the policy that version X.Y.Z+n must >>>> be buggier than X,Y.Z, but for stable GMT4 that is backwards...). Perhaps >>>> Orion can tell us. >>>> -p >>>> >>>> On Feb 4, 2014, at 5:39 AM, Mark Fenbers (NOAA Federal) <[email protected] >>>> <mailto:[email protected]>> wrote: >>>> >>>>> Greetings! >>>>> >>>>> I was feeling adventurous today and decided to give GMT5 a try. I visited >>>>> http://gmt.soest.hawaii.edu and followed the instructions to do a "yum >>>>> install GMT" as root on my RHEL6 box. Yum went out and installed GMT-4.5.9 >>>>> on my box! I was expecting 5.1.0. What do I need to do to install 5.1.0?? >>>>> >>>>> Mark >>>>> To unsubscribe, send the message "signoff gmt-help" to >>>>> [email protected] <mailto:[email protected]> <mark_fenbers.vcf> >>>> >>>> To unsubscribe, send the message "signoff gmt-help" to [email protected] >>> >>> >>> -- >>> Orion Poplawski >>> Technical Manager 303-415-9701 x222 >>> NWRA, Boulder/CoRA Office FAX: 303-415-9702 >>> 3380 Mitchell Lane [email protected] >>> Boulder, CO 80301 http://www.nwra.com >>> >>> To unsubscribe, send the message "signoff gmt-help" to [email protected] >> >> To unsubscribe, send the message "signoff gmt-help" to [email protected] >> > > > -- > Orion Poplawski > Technical Manager 303-415-9701 x222 > NWRA/CoRA Division FAX: 303-415-9702 > 3380 Mitchell Lane [email protected] > Boulder, CO 80301 http://www.cora.nwra.com > > To unsubscribe, send the message "signoff gmt-help" to [email protected] To unsubscribe, send the message "signoff gmt-help" to [email protected]