Hi. This probably has been covered before, but it's so consistently
annoying that I'd like to bring it up again.
Currently the Debian build tools strongly encourage packages to have
exactly
Build-Depends: debhelper-compat (= 13)
This works fine if you're building for Debian/sid in 2022. It does not
work in any other context. I have a very common use case: at work I'm >maintaining several APT repos for the packages we use for several
distros (the last few releases of Debian and Ubuntu). The latest Debian >already has the packages in it, so the Build-Depends line is exactly as >above. But this means that building the package for any of the older
releases fails. And if I say something reasonable like
Build-Depends: debhelper-compat (>= 11)
Then this happens when building the package on sid:
dh: warning: Found invalid debhelper-compat relation: debhelper-compat (>= 11)
dh: warning: * Please format the relation as (example): debhelper-compat (= 13)
dh: warning: * Note that alternatives, architecture restrictions, build-profiles etc. are not supported.
dh: warning: * If this is not possible, then please remove the debhelper-compat relation and insert the
dh: warning: compat level into the file debian/compat. (E.g. "echo 13 > debian/compat")
dh: error: Could not parse desired debhelper compat level from relation: debhelper-compat (>= 11)
make: *** [debian/rules:8: clean] Error 255
It isn't helpful. Most packages (including mine) are very vanilla, and
there isn't any difference between debhelper 11 or 12 or 13. I'm having
to patch debian/control every time I do a build, and this isn't a useful
use of my time. Can we please loosen this in some way?
Hi. This probably has been covered beforeIt wasn't, but it's completely identical to putting 13 into debian/compat, which never supported >= either.
This works fine if you're building for Debian/sid in 2022. It does notAnd the recommendation was always "put 11 into debian/compat if you want
work in any other context. I have a very common use case: at work I'm maintaining several APT repos for the packages we use for several
distros (the last few releases of Debian and Ubuntu). The latest Debian already has the packages in it, so the Build-Depends line is exactly as above. But this means that building the package for any of the older
releases fails. And if I say something reasonable like
Build-Depends: debhelper-compat (>= 11)
It isn't helpful. Most packages (including mine) are very vanilla, and(there can be important changes even in very vanilla packages)
there isn't any difference between debhelper 11 or 12 or 13.
I'm having to patch debian/control every time I do a buildYou presumably also have to patch debian/changelog, and building a single unchanged (apart from debian/changelog) package for multiple distros is
it's completely identical to putting 13 into debian/compat
I'm having to patch debian/control every time I do a buildYou presumably also have to patch debian/changelog, and building a single unchanged (apart from debian/changelog) package for multiple distros is
not going to always work either (even for very vanilla packages, e.g.
because of different versions for versioned B-D in Debian and Ubuntu).
Using debian/compat and "Build-Depends: debhelper-compat" generates them, because the latter replaces the former.it's completely identical to putting 13 into debian/compat
Oh. So it is. I vaguely remember that using debian/compat and
"Build-Depends: debhelper" generated some lintian complaints.
On Sat, Jul 30, 2022 at 10:21:06PM -0700, Dima Kogan wrote:
it's completely identical to putting 13 into debian/compat
Oh. So it is. I vaguely remember that using debian/compat and
"Build-Depends: debhelper" generated some lintian complaints.
Using debian/compat and "Build-Depends: debhelper-compat" generates them, because the latter replaces the former.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 546 |
Nodes: | 16 (2 / 14) |
Uptime: | 04:30:26 |
Calls: | 10,386 |
Calls today: | 1 |
Files: | 14,058 |
Messages: | 6,416,623 |