Project

General

Profile

Actions

Bug #5223

closed

build failures on debian 11 + ubuntu 21.04 due to dh-systemd

Added by laforge about 1 year ago. Updated about 1 year ago.

Status:
Resolved
Priority:
Normal
Assignee:
Target version:
-
Start date:
08/31/2021
Due date:
% Done:

100%

Spec Reference:

Description

it seems the dh-systemd dependency doesn't exist anymore in those distributions, see e.g. https://github.com/matrix-org/synapse/issues/9073

I'm expecting we are however supporting distirbutions with debhelper < 9.20160709 (please check!) so we must find another solution.

Can we either use some project config to substitute the package? Or do we have to introduce a custom empty dh-systemd transitional package for those new distributions?

Actions #1

Updated by osmith about 1 year ago

  • Status changed from New to In Progress
  • % Done changed from 0 to 50

Oldest debian based distributions we support and their debhelper versions:

debian 8
        [217/227] installing debhelper-9.20150101
debian 9
        [231/233] installing debhelper-10.2.5
ubuntu 18.04
        [240/243] installing debhelper-11.1.6ubuntu1

I'm expecting we are however supporting distirbutions with debhelper < 9.20160709 (please check!) so we must find another solution.

Yes, for debian 8 we have a lower version.

laforge: how long do we want to keep building packages for debian 8? It reached end of support for "Security" and "Long-term" support levels, only the "Extended Long-Term Support" is available until 30 June 2022.

Can we either use some project config to substitute the package? Or do we have to introduce a custom empty dh-systemd transitional package for those new distributions?

We could adjust debian/control to depend on dh-systemd unless debhelper (>= 9.20160709) as done here.

However, as I'm looking into it... the dh-systemd dependency doesn't appear to be necessary in the first place. We don't use it in most Osmocom packages. The package provides dh_systemd_start and dh_systemd_enable, which could be used to start/enable systemd services. But we don't use these, from git blame it seems that the dh-systemd dependency was only added as copy-paste from other debian/control files or because it appeared to be needed to install systemd services.

So I'll make patches to remove the dh-systemd dependency from debian/control.

Actions #2

Updated by laforge about 1 year ago

On Wed, Sep 01, 2021 at 01:42:00PM +0000, wrote:

I'm expecting we are however supporting distirbutions with debhelper < 9.20160709 (please check!) so we must find another solution.

Yes, for debian 8 we have a lower version.

we can drop debian8 now that 11 is released. building for 9, 10 and 11 is reasonable enough.

So I'll make patches to remove the dh-systemd dependency from debian/control.

excellent.

Actions #3

Updated by osmith about 1 year ago

  • % Done changed from 50 to 90

patches: https://gerrit.osmocom.org/q/topic:rm-dh-systemd

we can drop debian8 now that 11 is released. building for 9, 10 and 11 is reasonable enough.

done

Actions #4

Updated by osmith about 1 year ago

  • Status changed from In Progress to Resolved
  • % Done changed from 90 to 100

all builds are green now :)

Actions #5

Updated by laforge about 1 year ago

osmith wrote:

all builds are green now :)

not for latest: https://build.opensuse.org/project/monitor/network:osmocom:latest

We would need to tag new versions? patch release for each affected program, just changing the debian control?

Actions #6

Updated by laforge about 1 year ago

  • Status changed from Resolved to In Progress
  • % Done changed from 100 to 80
Actions #7

Updated by osmith about 1 year ago

  • % Done changed from 80 to 90

New versions tagged. Waiting until packages are built before closing the issue.

Actions #8

Updated by osmith about 1 year ago

  • Status changed from In Progress to Resolved
  • % Done changed from 90 to 100
Actions

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)