Devuan bug report logs - #490
gpsd: Current version of gpsd does not install /etc/init.d/gpsd and fails to start

Full log

Message #48 received at 490@bugs.devuan.org (full text, mbox, reply):

Received: (at 490) by bugs.devuan.org; 7 Aug 2020 21:00:06 +0000
Return-Path: <bbonev@ipacct.com>
Delivered-To: devuanbugs@dyne.org
Received: from tupac3.dyne.org [195.169.149.119]
	by doc.devuan.org with IMAP (fetchmail-6.4.0.beta4)
	for <debbugs@localhost> (single-drop); Fri, 07 Aug 2020 21:00:06 +0000 (UTC)
Received: from mx1.bul.net (mx1.bul.net [195.85.215.56])
	by vm6.ganeti.dyne.org (Postfix) with ESMTP id 80691F60D3A
	for <490@bugs.devuan.org>; Fri,  7 Aug 2020 22:58:04 +0200 (CEST)
Received: by mx1.bul.net (Postfix, from userid 1002)
	id 424C16082E; Fri,  7 Aug 2020 23:58:02 +0300 (EEST)
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tupac3.dyne.org
X-Spam-Level: 
X-Spam-Status: No, score=-0.0 required=5.0 tests=SPF_PASS autolearn=disabled
	version=3.4.2
Received: from purple.bonev.com (purple.bonev.com [195.85.215.215])
	by mx1.bul.net (Postfix) with ESMTP id C25016082E
	for <490@bugs.devuan.org>; Fri,  7 Aug 2020 23:57:59 +0300 (EEST)
Received: (qmail 23338 invoked by uid 64020); 7 Aug 2020 23:57:57 +0300
Received: from unknown (HELO aware) (bbonev@ipacct.com@195.85.215.8)
  by purple.bonev.com with AES256-GCM-SHA384 encrypted SMTP; 7 Aug 2020 23:57:57 +0300
Message-ID: <bb7ca9c158a8af390fed739ed67cfccd05ec520b.camel@ipacct.com>
Subject: Re: [devuan-dev] bug#490: gpsd: Current version of gpsd does not
 install /etc/init.d/gpsd and fails to start
From: Boian Bonev <bbonev@ipacct.com>
To: Mark Hindley <mark@hindley.org.uk>
Cc: 490@bugs.devuan.org
Date: Fri, 07 Aug 2020 23:57:57 +0300
In-Reply-To: <20200807162109.GC3011@hindley.org.uk>
References: <1594691276.4473.8.camel@ipacct.com>
	 <d9d718de-ca5c-4324-95eb-2bd12e77330c@email.android.com>
	 <20200716101610.GM5316@hindley.org.uk>
	 <7c5be8a78d2fbf7acfb1b627d326b361bff24c78.camel@ipacct.com>
	 <20200718142839.GS5316@hindley.org.uk>
	 <b7d78465db6be555eb71540a0becbb5dfa6c3d48.camel@ipacct.com>
	 <20200719121632.GU5316@hindley.org.uk>
	 <5ec55c97c61ba31cb29a2a8126cc778d14467887.camel@ipacct.com>
	 <20200807162109.GC3011@hindley.org.uk>
Content-Type: text/plain; charset="UTF-8"
User-Agent: Evolution 3.36.3-0ubuntu1 
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit

Hi Mark,

On Fri, 2020-08-07 at 17:21 +0100, Mark Hindley wrote:

...

> I have just built your new branch suites/unstable and it builds for
> me without
> 
> any other problems than the test failure (ignored) that we have both
> seen. I
> assume you have checked functionality.

Not all of it, because I do the development on an amd64 vm and there I
can only test install and to see that the daemon starts, but not that
it actually works. I have an aarch64 RPI GPS NTP server and will test
it there (it is a production one, but I have means to bypass in case it
breaks).

I tried to do a cross build but that didn't work... And the native one
takes too much time.

> Are you able to fix #314?

Checked it just now - that one does not apply to gpsd 3.20; previous
gpsd versions generated header file with a fix for roll overs during
build time (based on current time), so gpsd 3.16 built back in time had
the problem while newly built one didn't have it. Upstream reworked the
whole thing long ago. Unfortunatelly I can't verify it, just checked
the source of gpsd and https://gitlab.com/gpsd/gpsd/-/issues/3 and it
seems fixed.

> A couple of comments about the packaging:-
> 
>  - Please close #490 in the 'Fork for Devuan' changelog entry.

sure, also closed 314

I am wondering how bugs are distinguished, is there a tag like LP: that
closes Devuan bugs? I did a test build of iwd and lintian was
complaining about improbable-bug-number-in-closes.

>  - d/gbp.cong: debian-tag would be better as devuan/%(version)s.

ok

>  - d/control: please base the Vcs-* URLs on 
> https://git.devuan.org/devuan/gpsd
>    so they will be correct once the package is in the definitive
> location.

ok

>  - d/control: as you have renamed gpsd-dbg to gpds-dbg-tools (which
> seems
>    sensible) you will need conflicts, provides and replaces for gpsd-
> dbg
>    otherwise upgrades will fail due to a file conflict.

I have planned one more change for this part - to install the
executables under /usr/libexec/gpsd/debug; then there will be no
conflict. But on second thought, to avoid possible confusion, it is a
good idea to set them - when main package is upgraded it will be a good
idea to also upgrade this part and not leave the old gpsd-dbg installed
with new gpsd-dbg-tools. Also I see that there is a transition for
gpsd-dbg to gpsd-dbgsym which I believe is long ago finished.

> Once those are fixed I can copy the repo to 
> https://git.devuan.org/devuan/gpsd
> and make you maintainer. Then you will be able to trigger the
> production build.

I have no idea how that part works. Is there a way to test it first?

I will update the bug after I think that the package is ready.

With best regards,
b.

Send a report that this bug log contains spam.