GMT upgrade to 3.4.3 version Reproducible: Always Steps to Reproduce:
Created attachment 14186 [details] gmt-3.4.3.ebuild (Upgrade)
*** Bug 10956 has been marked as a duplicate of this bug. ***
Hi Castel
Hi Castelão. Thanks for the update! I have processed and committed the ebuild. Please test. Few remarks: 1. ebuild was installing bunch of stuff directly under /usr/share, which is not good. I added --datadir switch to make it install under /usr/share/${PN} 2. I replaced gmtwww useflag with doc - it is supposed to be used to enable "extra" docs 3. I removed gmtman and just made it install man pages unconditionally - they ae considered integral part of the package and pretty much all ebuilds install them anyway. George
Created attachment 15192 [details, diff] Defining variable GMTHOME to show the right place to data files. After install any user that login will have $GMTHOME defined, but the user that instaled will not until login again. Due that, is interesting to include an export $GMTHOME... too in ebuild file?
george, I bumped this to stable. Maybe include the env variable in a -r1?
Created attachment 24955 [details] Upgrade to 3.4.4 and minor changes in ebuild. I installed without problems. It's running OK.
Your "minor changes" involve renaming some USE flags... and I don't understand the sense of the "rm -rf" lines during install. Will have another look at it later.
Created attachment 26337 [details, diff] Data files in the right place OK, you're right, those aren't minor changes. I changed gmtfull and gmthigh to nogmtfull and nogmthigh because I conclude that these two parts are very important to GMT. Without this GMT application is stronglly restricted. Therefore I believe that they should be included in the default install. In prior ebuild version all data files of GMT were placed directly in share. Now they are putted at /usr/share/${PF}. If directories (examples, tutotial,...) aren't included in final install if hadn't be earesed previous, yeahh we don't need "rm -f". Some other really minor changes. ;)
Sorry, this bug got out of my focus. Except the default options, is there a problem left with 3.4.4-r1 that needs to be addressed?
Closing this bug, if there's still something just re-open, please.