gpsd-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [gpsd-dev] withdrawal of libgpsd, gpsd.h?


From: Eric S. Raymond
Subject: Re: [gpsd-dev] withdrawal of libgpsd, gpsd.h?
Date: Tue, 30 Apr 2019 23:17:51 -0400
User-agent: Mutt/1.10.1 (2018-07-13)

Greg Troxel <address@hidden>:
> (I've been away from gpsd for a long time.)
> 
> I'm updating pkgsrc from 2.96 (!) to 3.18.  This is mostly
> straightforward, but I have one significant question.
> 
> Compared to the set of files installed before, I see that the following
> are not installed:
> 
>   include/gpsd.h
>   lib/libgpsd.la
>   lib/pkgconfig/libgpsd.pc
>   man/man3/libgpsd.3
> 
> I looked at NEWS, and I don't see any mention of the withdrawal; perhaps
> they were always an implementation detail and specified as not usable.
> I don't need an explanation and don't mean to nitpick about NEWS -- I
> just want to make sure that this is an intended change and not a
> packaging bug to fix.
> 
> (And, gpsd 3.18 runs on NetBSD/8 amd64 with one of these:
>   umodem0: u-blox AG - www.u-blox.com (0x1546) u-blox GNSS receiver (0x1a8), 
> rev 1.10/3.01, addr 7, iclass 2/2
> using xgps, but the NTP shm mechanism isn't working.  I'll ask again if
> I can't debug it.)

That was intentional.

I wrote libgpsd with the idea that the packet handler might someday
have a use as other than as the engine of gpsd under a thin wrapper of
socket plumbing, but there was absolutely *zero* demand for this. So
I decided to stop exposing that interface.

The libgpsd(3) interface still exists internally because it's good factoring.
It's just no longer exported.
-- 
                <a href="http://www.catb.org/~esr/";>Eric S. Raymond</a>





reply via email to

[Prev in Thread] Current Thread [Next in Thread]