gpsd-dev
[Top][All Lists]
Advanced

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

Re: ✘gpsd release coming


From: Bernd Zeimetz
Subject: Re: ✘gpsd release coming
Date: Mon, 3 Aug 2020 12:49:09 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0


On 8/3/20 4:11 AM, Gary E. Miller wrote:
> Yo Bernd!
> 
> On Sun, 2 Aug 2020 23:38:35 +0200
> Bernd Zeimetz <bernd@bzed.de> wrote:
> 
>> On 7/31/20 9:18 PM, Greg Troxel wrote:
>>> I have just tested livetested gpsd on NetBSD 8 amd64 as of the
>>> following commit:
>>>
>>>   commit d3800a04000c9e94f93262505083743b3280548a (HEAD -> master,
>>> origin/master, origin/HEAD) Author: Greg Troxel <gdt@lexort.com>
>>>   Date:   Fri Jul 31 08:53:43 2020 -0400
>>>
>>> via making a tarball with scons dist, using that to build a binary
>>> package with pkgsrc, installing that package,   
>>
>> At least that part could *and should* be tested using the gitlab CI.
>> We have a freebsd runner, don't think we need to do that on netbsd,
>> but the release process should be tested.
> 
> Patches welcome.  Just leave that off normally.

Why leave it off? It doesn't work always its broken and needs to be fixed.


>> Regarding running gpsd actually:
>> I have some recent ublox hw here, just need to find the time to setup
>> a pi or similar thing as CI runner so we can actually run gpsd on it
>> and do at least some basic tests.
> 
> Beyond the regression tests I can't imagine any way to know if a live
> GPS on a live gpsd is giving you valid results or not.  That is why
> a lot of people run git head on a lot of test hosts.

Checking if a gps is having a fix and the location is within an expected
radius should be possible I guess.


-- 
 Bernd Zeimetz                            Debian GNU/Linux Developer
 http://bzed.de                                http://www.debian.org
 GPG Fingerprint: ECA1 E3F2 8E11 2432 D485  DD95 EB36 171A 6FF9 435F



reply via email to

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