On 2/2/21 4:48 PM, Adrian Bunk wrote: > A debhelper compat bump is a breaking change that must not be done > without the maintainer verifying that it didn't introduce any > regression. > > This is the whole point of compat levels. > > Unfortunately there is a lack of recognition how many bugs are > introduced by blindly updating debhelper compat levels - staying > at a deprecated compat level is better than a not properly tested > compat bump. I'm less concerned about compat levels, usually these things produce failing builds or the package is just not comparable to the one you had before. But I think(!) what people bump easily is the Standards Version without checking anything. Lintian is happy if you change the number... -- Bernd Zeimetz Debian GNU/Linux Developer http://bzed.de http://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
- Possible DEP proposal - contribution preferences Jelmer Vernooij
- Re: Possible DEP proposal - contribution preferences Adrian Bunk
- Re: Possible DEP proposal - contribution prefere... Philipp Kern
- Re: Possible DEP proposal - contribution pre... Adrian Bunk
- Re: Possible DEP proposal - contribution prefere... Bernd Zeimetz
- Re: Possible DEP proposal - contribution preferences Raphael Hertzog
- Re: Possible DEP proposal - contribution prefere... Jelmer Vernooij
- Re: Possible DEP proposal - contribution preferences Mattia Rizzolo
- Re: Possible DEP proposal - contribution prefere... Jonas Smedegaard
- Re: Possible DEP proposal - contribution pre... Russ Allbery
- Re: Possible DEP proposal - contribution... Mattia Rizzolo
- Re: Possible DEP proposal - contribution... Thomas Goirand
- Re: Possible DEP proposal - contrib... Russ Allbery
- Re: devscripts: wrap-and-sort shoul... Phil Morrell
- Re: devscripts: wrap-and-sort s... Phil Morrell