[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#981084: dh-elpa should provide dh-sequence-elpa

On Thu, Jan 28, 2021 at 02:42:14PM +0100, Helmut Grohne wrote:
> debhelper knows about addons. Traditionally, you could enable them via
> "--with foo". That turned out to be difficult when you want an addon for
> for an architecture-independent package (e.g. sphinx) and can skip it
> for arch-only builds. Therefore a separate way to enable addons was
> added. When you add dh-sequence-foo to Build-Depends, it'll be enabled.

I *believe* the driving reason about supporting the new dh-sequence-foo
notation in Build-Depends(|-arch|-indep) was not that, but mostly about
DRYing the packaging and reducing the size of d/rules (so as to have a
more declarative and less imperative packaging).

In fact, it isn't _that_ hard to run `dh --with foo` only in some
situations and not others, some `if` will be enough to take care of

> This change is a bit of an edge case wrt freeze. Having it in bullseye
> would be good for one reason: Once someone backports packages that do
> depend on dh-sequence-elpa, one also has to use a backported dh-elpa
> unless you add the provides now. So in the interest of simplifying
> backports to bullseye, I'd say you should include it now.

Yes, please add such thing.  It's something very small, but the improved
DRYness is always very nice :)

                        Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540      .''`.
More about me:  https://mapreri.org                             : :'  :
Launchpad user: https://launchpad.net/~mapreri                  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-

Attachment: signature.asc
Description: PGP signature

Reply to: