gpsd-dev
[Top][All Lists]
Advanced

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

Re: [gpsd-dev] Planning a 3.11 snap release


From: Greg Troxel
Subject: Re: [gpsd-dev] Planning a 3.11 snap release
Date: Tue, 26 Nov 2013 11:56:55 -0500
User-agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/23.4 (berkeley-unix)

"Eric S. Raymond" <address@hidden> writes:

> Greg Troxel <address@hidden>:
>> I don't think that's true.  I've packaged quite a few things and
>> maintained many more (within pkgsrc), and I can't name another one. 
>
> Gary cited another one correctly; Linux versions of the XML-Docbook
> toolchain do this.

That merely shows that there is another, not that it's normal.

>> gpsd here seems to have a typical problem of many projects, where it
>> views itself as very special, and worthy of deviating from norms.
>
> GPSD is, in cold fact, that special.  It's used in life-critical navigation
> and IFF systems.  This justifies extraordinary measures to get something
> as basic as the time right.

You've made my point even more strongly than I could have :-)

Assuming your argument, what's the justification for fetching at build
time instead of periodically at run time?  Or having a separate
leapseconds package that can be updated immediately when there's a new
Bulletin C, independently of gpsd code status?

Attachment: pgpjK88B2BFk1.pgp
Description: PGP signature


reply via email to

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