The gpsdrive ebuild currently provides its own gpsd, albeit an old fork. The current gpsd now in portage has subsumed other gps daemons and is the preferred gps data server for other clients such as ntp, pygps, roadmap, and gpsdrive. The optimal solution for gpsdrive would be a DEPEND and a USE option (or at least a hard DEPEND). The (formerly local) global USE flag "gps" will support the additional gps and mapping applications being added to the sci herd, as well as other apps with optional gps features such as kismet. My attempt at an (incomplete) patch for an --enable-gpsd build option for gpsdrive is attached. Unfortunately, my knowledge of automake is lacking, as well as time (plus it's not my ebuild, and I have a full ebuild queue :)
Created attachment 60047 [details, diff] incomplete nogpsd patch The docs claim gpsdrive supports the cuurent gpsd API, but the build options don't seem to be there. I think it's an upstream bug, but also possible via a patch...
Steve, since the mobile herd currently lacks a GPS maintainer (I'd love to maintain our GPS packages, but I lack the hardware) you're free to make the necessary changes yourself. Should you want to become a member of the mobile herd and take over maintaining our GPS packages, you will be most welcome... :)
Since I'm an earth-science and geography geek, I added the new gpsd to the sci-geo herd (gpsdrive should probably go there to; feel free to move it if you want to). I have a ton of bugs to work right now, plus my own plans for mapserver, etc, but I'll get to this eventually (but don't let me stop you from fixing it yourself :) I'll be maintaining gpsd and other geographic and mapping ebuilds, but I'm already in too many herds to join another one. Thanks for the offer tho :) Feel free to ping me to discuss the organization of these applications; like I said, being into GIS makes me think GPS apps belong there, but I'm open to alternatives.
gpsdrive mailing list told me that the newest cvs version gpsdrive-2.10pre3-cvs-20060907.tar.gz should actually fix that (gpsdrive's own) gpsd dependency and makes it possible to use the existing gpsd. I'm looking forward for a gpsdrive-2.20pre3.ebuild.
This is now true for gpsdrive 2.10_pre and later.
