Vagrant Cascadian authored Nov 16, 2020 and Sean Whitton committed Nov 16, 2020

While a consistent time was returned, depending on the timezone
the package was built in can cause the date to vary:

  https://reproducible-builds.org/docs/source-date-epoch/

    Wording: Sean Whitton <spwhitton@spwhitton.name>
    Seconded: Mattia Rizzolo <mattia@debian.org>
    Seconded: Holger Levsen <holger@layer-acht.org>
    Closes: #971023

    Wording: Sean Whitton <spwhitton@spwhitton.name>
    Seconded: gregor herrmann <gregoa@debian.org>
    Seconded: Graham Inggs <ginggs@debian.org>
    Closes: #959909

Suggested-by: Guillem Jover <guillem@debian.org>

Suggested-by: Christoph Berg <myon@debian.org>

    Wording: Philipp Kern <pkern@debian.org>
    Seconded: Sean Whitton <spwhitton@spwhitton.name>
    Seconded: Russ Allbery <rra@debian.org>
    Closes: #949390

* Fix error in Perl example for the gain root command.  Thanks, Niels
  Thykier.  (Closes: #949007)

Move the recommendation to include a systemd unit up to the
introduction and change the title and anchors of the section on
init scripts to indicate that they're now about starting system
services.  (The anchors weren't used for links inside Policy.)

Add a recommended naming convention for service units following
the recommendation for init scripts.

Including an init script is encouraged if there is no systemd
unit and optional if there is.  If one is included, it should have
the same name as the systemd unit.

Remove or move some material in the introduction that belongs
more naturally in other sections.  Remove the recommendation that
packages include init scripts in the "Writing the scripts" section.
Be consistent about saying that use of update-rc.d is required if
the package includes an init script (it was required in one place
and recommended in another).

Use "init script" rather than "initscript" consistently.  Make some
other minor wording tweaks.

Remove the section on alternate init systems, which no longer says
anything relevant.

Stephen Kitt authored Nov 24, 2019 and Russ Allbery committed Jan 02, 2020

X fonts are still not in the remit of the Debian packaging system
only, but the font server justification isn’t relevant nowadays. The
use of remote X servers is still relevant, and has always been a
reason for the rule that packages must not depend on X font packages,
since fonts are provided by the server.

Signed-off-by: Stephen Kitt <skitt@debian.org>