linux-ext4 - Re: about dh_installsystemd...

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Thu, 9 Aug 2018 23:18:02 -0400
From:   "Theodore Y. Ts'o" <tytso@....edu>
To:     "Darrick J. Wong" <darrick.wong@...cle.com>
Cc:     linux-ext4 <linux-ext4@...r.kernel.org>
Subject: Re: about dh_installsystemd...

On Thu, Aug 09, 2018 at 11:47:08AM -0700, Darrick J. Wong wrote:
>
> So I tried to build an e2fsprogs debian package on Ubuntu 16.04 and got:
> 
> dh_installsystemd -p e2fsprogs
> make: dh_installsystemd: Command not found
> 
> So I went digging and realized that dh_installsystemd only exists in
> Ubuntu 18.04, and Debian buster/sid.  FWIW the package built just fine
> on 18.04.
> 
> Not quite sure what to do about this, since forward compatibility is
> important but otoh this still feels a little bleeding edge... :)

Yeah, dh_installsystemd was introduced in debhelper 11, and Ubuntu
16.04 has debhelper 9.  Debian Stretch (stable) only has debhelper 10
--- but stretch-backports has debhelper 11 support.

It looks like Ubuntu 16.04 does have backports, but only to debhelper
10.  So it might be that the simplest way to go is to request[1] an
Ubuntu 16.04 backport for debhelper 11.

[1] https://wiki.ubuntu.com/UbuntuBackports

Failing that, I can set up some compatibilty hacks to support older
versions of debhelper.  The debian-files target in the debian/rules
file is used to support down-levels of Debian; this is something I'm
doing now to support Debian Jessie builds.

						- Ted