GPS Manager (GPSMan) is a graphical manager of GPS data that makes possible the preparation, inspection and edition of GPS data in a friendly environment. GPSMan supports communication and real-time logging with both Garmin, Lowrance and Magellan receivers and accepts real-time logging information in NMEA 0183 from any GPS receiver. GPSMan can also be used in command mode (with no graphical interface). http://www.ncc.up.pt/gpsman/wGPSMan_4.html
GPSMan depends on gpsmanshp. Although gpsmanshp is distributed separately, its only use is for GPSMan, so it can probably just be a component of the GPSMan ebuild: http://www.ncc.up.pt/gpsmanshp/GPSManSHP_2.html
gpsmanshp in turn depends on the Shapefile library: http://shapelib.maptools.org/
Created attachment 94177 [details] sci-libs/gpsmanshp-1.2 ebuild On second thought, the gpsmanshp library should have its own ebuild.
Created attachment 94180 [details] sci-libs/gpsmanshp-1.2 ebuild Cleaned it up a bit.
Created attachment 94183 [details] sci-geosciences/gpsman ebuild Ready for review.
Created attachment 94279 [details] sci-geosciences/gpsman-6.3.1 ebuild Thanks to Ciaran McCreesh for doing a quick review.
Created attachment 94281 [details] sci-libs/gpsmanshp-1.2 ebuild More cleanup.
Created attachment 94282 [details] sci-geosciences/gpsman-6.3.1 ebuild And more cleanup for the application as well.
Created attachment 94366 [details] sci-libs/gpsmanshp-1.2 ebuild Another thanks to Ciaran for a quick review. I think both ebuilds are ready for arch testing.
I had a problem with gpsmanshp, seems to be assuming tcl-8.3: >>> Emerging (3 of 4) sci-geosciences/gpsmanshp-1.2 to / >>> Unpacking source... >>> Unpacking gpsmanshp_1.2.tgz to /var/tmp/portage/gpsmanshp-1.2/work cp: cannot stat `/usr/local/portage/sci-geosciences/gpsmanshp/files/package-8.3.tcl': No such file or directory >>> Source unpacked. >>> Compiling source in /var/tmp/portage/gpsmanshp-1.2/work/gpsmanshp_1.2 ... x86_64-pc-linux-gnu-gcc -Wall -fPIC -c -O2 -march=k8 -pipe -I/usr/lib/tcl8.4 gpsmanshp.c gpsmanshp.c: In function `GSHPOpenInputFiles': gpsmanshp.c:321: warning: 'dim' might be used uninitialized in this function gpsmanshp.c:324: warning: 'gpstype' might be used uninitialized in this functionx86_64-pc-linux-gnu-gcc -shared -o gpsmanshp.so -lshp -ltcl8.4 gpsmanshp.o echo "source package-8.3.tcl ; pkg_mkIndex -lazy -verbose . gpsmanshp.so" | tclsh8.4 couldn't read file "package-8.3.tcl": no such file or directory chmod 644 gpsmanshp.so pkgIndex.tcl chmod: cannot access `pkgIndex.tcl': No such file or directory make: *** [pkgIndex.tcl] Error 1 !!! ERROR: sci-geosciences/gpsmanshp-1.2 failed. Call stack: ebuild.sh, line 1545: Called dyn_compile ebuild.sh, line 940: Called src_compile gpsmanshp-1.2.ebuild, line 35: Called die !!! failed to make pkgIndex.tcl !!! If you need support, post the topmost build error, and the call stack if relevant. !!! This ebuild is from an overlay: '/usr/local/portage'
This is probably the source of the problem: Warning for users of Tcl8.4 There is a bug in Tcl8.4.4 that prevents the creation of the Tcl index pkgIndex.tcl. To avoid it the following package-8.3.tcl file (from Tcl8.3) is needed, and should be used with this Makefile. http://www.ncc.up.pt/gpsmanshp/tmp/Makefile
You have to have this file: http://www.ncc.up.pt/gpsmanshp/tmp/package-8.3.tcl in your sci-libs/gpsmanshp/files/ directory. All should be well after that.
Created attachment 94528 [details] sci-libs/gpsmanshp-1.2 ebuild Ebuild will now exit if you're missing the package-8.3.tcl file.
Thanks, that fixed that problem. Got another one now: amd64 sci-geosciences # emerge gpsman Calculating dependencies... done! >>> Emerging (1 of 1) sci-geosciences/gpsman-6.3.1 to / >>> Unpacking source... >>> Unpacking gpsman-6.3.1.tgz to /var/tmp/portage/gpsman-6.3.1/work >>> Source unpacked. >>> Compiling source in /var/tmp/portage/gpsman-6.3.1/work/gpsman-6.3.1 ... >>> Source compiled. >>> Test phase [not enabled]: sci-geosciences/gpsman-6.3.1 >>> Install gpsman-6.3.1 into /var/tmp/portage/gpsman-6.3.1/image/ category sci-geosciences >>> Unpacking gpsman-6.3.1.tgz to /var/tmp/portage/gpsman-6.3.1/work/gpsman-6.3.1 chmod: cannot access `/var/tmp/portage/gpsman-6.3.1/image//usr/lib/gpsman//util/*': No such file or directory !!! ERROR: sci-geosciences/gpsman-6.3.1 failed. Call stack: ebuild.sh, line 1545: Called dyn_install ebuild.sh, line 1019: Called src_install gpsman-6.3.1.ebuild, line 31: Called die !!! failed to set permissions !!! If you need support, post the topmost build error, and the call stack if relevant. !!! This ebuild is from an overlay: '/usr/local/portage'
It looks like you're dying here: fperms 555 ${GPSDIR}/gpsman.tcl ${GPSDIR}/util/* || die "failed to set permissions" but I don't know why. The ebuild WORKSFORME.
Created attachment 94689 [details] Updated gpsman ebuild The following changes worked for me: I couldn't figure out why the fperms line was dying. Couldn't locate ebuild function docs or the fperms source code. Changes: Added tk requirement. Second fperms argument was barfing, changed to chmod, and it worked. System: Athlon AMD 64. Portage: 2.1.1_pre2-r2
Re: Comment #16 That *sounds* like an amd64 specific portage bug: "fperms fails on amd64 when multiple targets specified" Since I am (currently) limited to x86 I can't test, but I wonder if the wildcard is failing or if having two targets is failing. Please try this: fperms 555 ${GPSDIR}/gpsman.tcl || die "failed to set gpsman.tcl permissions" fperms 555 ${GPSDIR}/util/* || die "failed to set util permissions" and report your findings.
Re: dependencies Thanks for taking a look at the dependencies. The deps for sci-libs/gpsmanshp-1.2 should be: DEPEND="=dev-lang/tcl-8.4* =dev-lang/tk-8.4* >=sci-libs/shapelib-1.2.10" And I think the deps for sci-geosciences/gpsman-6.3.1 should be: DEPEND=">=gpsmanshp-1.2" RDEPEND="=dev-lang/tcl-8.4* =dev-lang/tk-8.4*"
> ------- Comment #16 from destraub2002@yahoo.com 2006-08-20 05:07 PST ------- > > Couldn't locate ebuild > function docs or the fperms source code. http://devmanual.gentoo.org/function-reference/install-functions/ http://sources.gentoo.org/viewcvs.py/portage/main/trunk/bin/fperms?rev=3483&view=log
Created attachment 94709 [details] sci-libs/gpsmanshp-1.2 ebuild Updated dependencies.
Created attachment 94710 [details] sci-geosciences/gpsman-6.3.1 ebuild Updated dependencies.
(In reply to comment #17) > Re: Comment #16 > That *sounds* like an amd64 specific portage bug: "fperms fails on amd64 when > multiple targets specified" > Since I am (currently) limited to x86 I can't test, but I wonder if the > wildcard is failing or if having two targets is failing. > Please try this: > fperms 555 ${GPSDIR}/gpsman.tcl || die "failed to set gpsman.tcl permissions" > fperms 555 ${GPSDIR}/util/* || die "failed to set util permissions" > and report your findings. I had originally tried that, and it still wasn't working. Thanks for the pointers to the docs/code. I'll see if I can figure out why the second wasn't working tonight. Agreed might be bug with amd64.
Well this seems a bit stale... Had some time on it and imported the ebuilds into my overlay[1] for easier testing. Had to fix a few minor bugs (RDEPENDs) and revbumped gpsman. I wanted just to see how gpsman looks/works and I am really not impressed with the interface... Anybody using it? Please try the new ebuilds and comment here. [1] https://svn.tar.bz/repos/pkalin/trunk/README.txt on how to use it
(this is an automated message based on filtering criteria that matched this bug) 'EBUILD' is in the KEYWORDS which should mean that there is a ebuild attached to this bug. This bug is assigned to maintainer-wanted which means that it is not in the main tree. Heuristics show that no Gentoo developer has commented on your ebuild. Hello, The Gentoo Team would like to firstly thank you for your ebuild submission. We also apologize for not being able to accommodate you in a timely manner. There are simply too many new packages. Allow me to use this opportunity to introduce you to Gentoo Sunrise. The sunrise overlay[1] is a overlay for Gentoo which we allow trusted users to commit to and all users can have ebuilds reviewed by Gentoo devs for entry into the overlay. So, the sunrise team is suggesting that you look into this and submit your ebuild to the overlay where even *you* can commit to. =) Because this is a mass message, we are also asking you to be patient with us. We anticipate a large number of requests in a short time. Thanks, On behalf of the Gentoo Sunrise Team, Jeremy. [1]: http://www.gentoo.org/proj/en/sunrise/ [2]: http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq
I've been using GPSMan for over a decade, since I like Garmin Forerunners (put them on your arm for hiking, running skiing, sleddin, on your bike, sailboat, car, etc., but gpsbabel can only read the waypoints from this device. GPSMan was another reason why I could move to single-boot Linux laptops. The GUI may not be great, depending on taste, but I use the command-line mode. So, here's an updated ebuild, for GPSMan-6.4.4.2 (as soon as I find how to attach files). It is also available in the AstroFloyd repository.
Created attachment 443816 [details] Ebuild for GPSMan 6.4.4.2