From unknown Thu Mar 28 18:03:41 2024 Received: (at 490) by bugs.devuan.org; 7 Aug 2020 21:00:06 +0000 Return-Path: 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 (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: 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 To: Mark Hindley 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> <20200716101610.GM5316@hindley.org.uk> <7c5be8a78d2fbf7acfb1b627d326b361bff24c78.camel@ipacct.com> <20200718142839.GS5316@hindley.org.uk> <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.