Bug#901631: Bug#901507: lintian: warn if dh-* sequence is in B-D-Arch or B-D-Indep but not Build-Depends

On Wed, 21 Feb 2024 at 21:55:08 +0100, Niels Thykier wrote: > On Mon, 18 Jun 2018 12:16:55 +0100 Simon McVittie wrote: > > I hadn't intended that you'd add this mechanism for packages that > > ship debhelper addons alongside other content, just the ones that have > > littl

Bug#1063709: lintian: should recommend gobject-introspection for dh --with=gir, not gobject-introspection-bin

Control: forwarded -1 https://salsa.debian.org/lintian/lintian/-/merge_requests/492 Control: tags -1 + patch On Sun, 11 Feb 2024 at 13:44:27 +, Simon McVittie wrote: > `lintian -Ii ostree_2024.1-1.dsc` reports: > > E: ostree source: missing-build-dependency-for-dh-addon

Bug#964290: lintian: FP missing-build-dependency-for-dh-addon gir => gobject-introspection

Control: tags -1 + patch On Sat, 04 Jul 2020 at 23:35:17 -0700, Felix Lechner wrote: > In my package liferea, I am getting this error: > > missing-build-dependency-for-dh-addon gir => gobject-introspection > > but I have in my control: gobject-introspection | dh-sequence-gir Fix proposed

Bug#1063709: lintian: should recommend gobject-introspection for dh --with=gir, not gobject-introspection-bin

Package: lintian Version: 2.117.0 Severity: normal For context, ostree_2024.1-1 runs "dh $@ --with=gir" in d/rules. `lintian -Ii ostree_2024.1-1.dsc` reports: E: ostree source: missing-build-dependency-for-dh-addon gir (does not satisfy gobject-introspection-bin:any) [debian/rules] However,

Bug#1031037: lintian: executables in /usr/libexec reports a no-manual-page warning

Control: tags -1 + patch pending Control: forwarded -1 https://salsa.debian.org/lintian/lintian/-/merge_requests/454 On Fri, 10 Feb 2023 at 16:59:35 +, David mohammed wrote: > W: budgie-control-center: no-manual-page > [usr/libexec/budgie-cc-remote-login-helper] > W: budgie-control-center:

Bug#1043446: lintian: what is the intended scope of depends-on-obsolete-package?

Package: lintian Version: 2.116.3 Severity: normal X-Debbugs-Cc: debian...@lists.debian.org There are two classes of obsolete package that I'd like to be able to detect programmatically and discourage via Lintian checks, to reduce the need for mass-bug-filing: 1. Obsolete transitional packages

Bug#1036917: lintian: add checks for polkit rules

Package: lintian Version: 2.116.3 Severity: wishlist It would be useful for Lintian to have some checks for the policy rules used by polkit (formerly PolicyKit) to decide whether to allow privileged actions to be done on behalf of unprivileged users: * packages with JavaScript polkit rules

Bug#1022787: libc6-dev: Lintian warns that all mips*el executables have executable stack

Package: libc6-dev Version: 2.35-4 Severity: normal X-Debbugs-Cc: debian-m...@lists.debian.org, lint...@packages.debian.org, jrt...@debian.org User: debian-m...@lists.debian.org Usertags: mips mipsel All mips*el executables and libraries appear to have an executable stack, resulting in very

Bug#1017916: lintian: false positive: runtime-test-file-uses-supported-python-versions-without-test-depends does not expand @builddeps@

Package: lintian Version: 2.115.2 Severity: normal src:pysdl2 has python3-all in its Build-Depends, and an autopkgtest that is listed in d/tests/control with "Depends: @builddeps@" and invokes py3versions -s. Expected result: Lintian sees that the test has a dependency on python3-all via

Bug#1013314: lintian: REUSE license text should suppress very-long-line-length-in-source-file

Control: tags -1 + patch Control: forwarded -1 https://salsa.debian.org/lintian/lintian/-/merge_requests/396 On Tue, 21 Jun 2022 at 13:36:49 +0100, Simon McVittie wrote: > I'll send a patch when I get a bug number back from the BTS. Please see the MR linked above. smcv

Bug#1013314: lintian: REUSE license text should suppress very-long-line-length-in-source-file

Package: lintian Version: 2.115.0 Severity: minor The REUSE specification encourages upstreams to put complete license text in files with SPDX-based names (for example LICENSES/MIT.txt for Expat's license), and reference the licenses from source code using SPDX

Bug#1007002: lintian: transition to "pointed hints" has invalidated many overrides

Control: unblock 1006348 by -1 On Mon, 13 Jun 2022 at 05:15:19 +0200, Axel Beckert wrote: > And #1007002 is only (!) about design decision to change nearly all > tag formats involving file paths and line numbers. It has nothing to > do with the other two real bugs and I have no idea why they have

Bug#1007002: lintian: transition to "pointed hints" has invalidated many overrides

Package: lintian Version: 2.114.0 Severity: important There seems to be an ongoing transition in Lintian, in which hints that report a filename or line in an ad-hoc way are being converted to "pointed hints" that use a new format with the filename in square brackets. One of the design decisions

Bug#1000977: lintian: bogus elf-error in debug symbols

Control: tags -1 + patch Control: forwarded -1 https://salsa.debian.org/lintian/lintian/-/merge_requests/387 On Thu, 02 Dec 2021 at 02:58:56 +0100, Andreas Beckmann wrote: > W: hello-dbgsym: elf-error In program headers: Unable to find program > interpreter name >

Bug#1006631: lintian: Recommend moving D-Bus policy files from /etc to /usr

by 135 files in 124 binary packages. Thanks, smcv >From 34fffb40208ec3241f1af43670fa55751f7af474 Mon Sep 17 00:00:00 2001 From: Simon McVittie Date: Mon, 28 Feb 2022 19:43:41 + Subject: [PATCH] desktop/dbus: Check for dbus policy files installed into /etc dbus 1.14.0 officially depreca

Bug#657390: Proposed mass bug filing: packages without support for build-arch and build-indep

On Sat, 06 Nov 2021 at 11:31:25 +0100, Emilio Pozuelo Monfort wrote: > On 05/11/2021 21:22, Lucas Nussbaum wrote: > > build-arch and build-indep are required targets according to Debian > > Policy section 4.9. ... > > Unfortunately this is only a warning in lintian, which might explain > > why so

Bug#995498: FP? missing-build-dependency-for-dh-addon python3

On Sat, 02 Oct 2021 at 22:48:23 -0700, Felix Lechner wrote: > I am still researching my recent commit [8] in the context of the > rationale presented in 2013. [9] My position is that "python:any" > implies the ability to satisfy "python". It depends exactly what you mean by that. Being able to

Bug#995490: lintian: false positive python3-script-but-no-python3-dep with Depends: python3, seems to want python3:any instead

Package: lintian Version: 2.107.0 Severity: normal xdg-desktop-portal-tests has a python3 script. It also has "Depends: python3". This is now diagnosed as "python3-script-but-no-python3-dep"; looking at recent commits, Lintian seems to want it to depend on python3:any instead. I think that's

Bug#994139: lintian: warning about superficial autopkgtests is counterproductive

On Sun, 12 Sep 2021 at 16:50:03 -0700, Felix Lechner wrote: > As a side note, the old tag to which you seem attached took a stance > against superficial tests. I think the text of its recommendation to maintainers was written before the special handling of the "superficial" restriction was

Bug#994139: lintian: warning about superficial autopkgtests is counterproductive

er, this is not really feasible for Lintian to detect, so I think the Lintian maintainers should treat detection of that class of bug as being out-of-scope. > On Sun, Sep 12, 2021 at 1:17 PM Simon McVittie wrote: > > If that's the case, I would have expected it to be emitted for packages

Bug#994139: lintian: warning about superficial autopkgtests is counterproductive

On Sun, 12 Sep 2021 at 12:48:36 -0700, Felix Lechner wrote: > On Sun, Sep 12, 2021 at 11:09 AM Simon McVittie wrote: > > > > lintian has recently started emitting warnings for packages that > > have autopkgtests, but only superficial autopkgtests. > > The tag was imp

Bug#994139: lintian: warning about superficial autopkgtests is counterproductive

Package: lintian Version: 2.105.0 Severity: normal X-Debbugs-Cc: debian...@lists.debian.org, Paul Wise I see lintian has recently started emitting warnings for packages that have autopkgtests, but only superficial autopkgtests. I think this is counterproductive. Obviously, if a package can have

Bug#974971: lintian: doesn't know about Build-Depends-Packages in deb-symbols(5)

On Tue, 17 Nov 2020 at 06:24:16 -0800, Felix Lechner wrote: > On Tue, Nov 17, 2020 at 4:42 AM Simon McVittie wrote: > > which results in warnings from lintian. > > In order to investigate your claim, we have to run Lintian the way you > did. Will you please name the packag

Bug#974971: lintian: doesn't know about Build-Depends-Packages in deb-symbols(5)

Package: lintian Version: 2.102.0 Severity: normal X-Debbugs-Cc: d...@packages.debian.org dpkg-shlibdeps (>= 1.20.0) adds a Build-Depends-Packages field to deb-symbols(5), which results in warnings from lintian. Please accept this as a known field. Ideally it should be parsed as a list of

Bug#971707: lintian: breakout-link has lots of false positives, in particular for non-FHS trees below /usr/lib

Package: lintian Version: 2.97.0 Severity: normal The new breakout-link tag (warning about symlinks escaping from /usr/lib) seems to have a lot of false positives. In particular, the pattern I'm interested in for this bug report is that some upstream packages expect to be installed in a non-FHS

Bug#970275: lintian: Please allow /usr/share/gtk-doc/html without emitting package-contains-documentation-outside-usr-share-doc

Package: lintian Version: 2.92.0 Severity: wishlist Libraries that are documented using gtk-doc install documentation into /usr/share/gtk-doc/html. This is technically part of the package's functional interface, because higher-level libraries that depend on a lower-level library can build-depend

Bug#961975: lintian: false positive copyright-without-copyright-notice when using Unicode U+00A9 COPYRIGHT SIGN

Package: lintian Version: 2.78.0 Severity: normal Steps to reproduce: * apt-get source gnome-shell-extension-bluetooth-quick-connect=10-3 * apt-get download gnome-shell-extension-bluetooth-quick-connect=10-3 * lintian -Ii gnome-shell-extension-bluetooth-quick-connect_10-3.dsc * lintian -Ii

Bug#945891: lintian: please update list of DEB_BUILD_PROFILES

Package: lintian Version: 2.39.0 Severity: wishlist Following discussion in the threads starting at and , I've added the noinsttest build profile to

Bug#944098: lintian: changelog-file-missing-explicit-entry false positive for changelog with: 2, 2+deb10u1, 2+deb10u2

Package: lintian Version: 2.32.0 Severity: normal I'm looking into preparing a GLib stable update with this changelog: glib2.0 (2.58.3-2+deb10u2) UNRELEASED; urgency=medium ... -- Simon McVittie Mon, 04 Nov 2019 09:01:56 + glib2.0 (2.58.3-2+deb10u1) buster; urgency=medium

Bug#941419: lintian: false positive package-supports-alternative-init-but-no-init.d-script if systemd unit is statically enabled

Package: lintian Version: 2.24.0 Severity: minor Steps to reproduce -- Run lintian against a package like dbus that: 1) statically enables a systemd unit, i.e. installs a symbolic link /lib/systemd/system/multi-user.target.wants/dbus.service -> ../dbus.service 2) has a

Bug#940994: lintian: changelog-file-missing-explicit-entry false positive for versions like flatpak_1.2.5-0+deb10u1

On Mon, 23 Sep 2019 at 06:53:44 -0700, Felix Lechner wrote: > On Mon, Sep 23, 2019 at 1:27 AM Simon McVittie wrote: > > > > To accommodate the 0+deb10u1 convention, I think there should be an > > exception to this tag, preventing it from being emitted for revision > &

Bug#940994: lintian: changelog-file-missing-explicit-entry false positive for versions like flatpak_1.2.5-0+deb10u1

Package: lintian Version: 2.22.0 Severity: normal I'm currently preparing an upload of a new upstream stable-branch version of flatpak for buster (see #940818). It is a new upstream version released directly to the buster branch, not a backport or update of a pre-existing package with the same

Bug#939050: lintian: python3-depends-but-no-python3-helper ignores Build-Depends: dh-sequence-python3

Package: lintian Version: 2.19.0 Severity: normal Steps to reproduce: * Get tap.py_2.5-2.dsc from the archive. It is currently Lintian-clean. * Apply the patch below to replace "dh --with foo" with Build-Depends: dh-sequence-foo where possible, and build a new source package. I believe the

Bug#934981: lintian: gjs-console is reported as an unusual interpreter

for developers to start an interactive REPL for gjs. I believe the attached patch is correct. smcv >From c97dc433809297b5690905db1018200041d16001 Mon Sep 17 00:00:00 2001 From: Simon McVittie Date: Sat, 17 Aug 2019 17:27:19 +0100 Subject: [PATCH] interpreters: Add gjs-console Signed-off-by: Si

Bug#934805: lintian: probably shouldn't emit package-supports-alternative-init-but-no-init.d-script for instanced systemd services (foo@.service)

Package: lintian Version: 2.18.0 Severity: minor Some packages contain "instanced" systemd units named like foo@.service, which represent a family of possible systemd units foo@bar.service for arbitrary values of bar. For example, quake2-server in contrib is one of these: you can run any number

Bug#933394: lintian: false positives for missing B-D on gobject-introspection due to typo

Package: lintian Version: 2.16.0 Severity: normal data/debhelper/dh_commands-manual contains: dh_girepository||gobject-instrospection | dh-sequence-gir ^ This should say "introspection", and results in false positives when packages like mutter correctly build-depend

Bug#928283: lintian: false positive pkg-js-tools-test-is-missing for openjk: assumes variables contain --with=nodejs

Package: lintian Version: 2.13.0 Severity: normal lintian emits pkg-js-tools-test-is-missing for the openjk source package in contrib. I believe this is because it uses a variable in the dh invocation, to disable one binary package (which is not considered ready by upstream) unless built for

Bug#920469: lintian: "internal error: Cannot add another buildinfo file" after mergechanges

Package: lintian Version: 2.5.124 Severity: normal Steps to reproduce: * Have a source package producing a mixture of architecture-specific and architecture-independent packages (I used xdg-desktop-portal) * Run sbuild twice to produce _amd64 and _all packages, separately * mergechanges

Bug#909267: library-not-linked-against-libc: downgrade from error

On Thu, 20 Sep 2018 at 17:42:30 +0100, Chris Lamb wrote: > > "I think that tag is too high-priority tbh. In frameworks like GLib > > and Qt it's far from unusual to do everything with higher-level > > functions and not use libc directly at all, and -Wl,--as-needed turns > > that into no

Bug#834607: lintian: /usr/lib/ vs /usr/libexec

Control: unblock 834607 by 567033 On Wed, 17 Aug 2016 at 17:38:10 +0200, Jakub Wilk wrote: > We'll update Lintian after FHS 3.0 is adopted by Policy. Policy 4.1.5 has adopted FHS 3.0, so this is now unblocked. (#567033 is about /usr/games, which is orthogonal. It became a blocker for this bug

Bug#901507: lintian: warn if debhelper is in B-D-Arch or B-D-Indep but not Build-Depends

On Sat, 16 Jun 2018 at 18:45:56 +0100, Chris Lamb wrote: > I'm also seeing a bunch of false-positives in the addon checker - > using the dh Python addon shouldn't mean that python can't be in > Build-Depends-Indep. Or dpatch! Sure - I hadn't intended that you'd add this mechanism for packages

Bug#901507: lintian: warn if debhelper, dh-* are in B-D-Arch or B-D-Indep but not Build-Depends

Package: lintian Version: 2.5.90 Severity: wishlist Packages that use debhelper normally invoke it in their clean target, which according to Policy §7.7 can only rely on having the Build-Depends available. If a source package only provides Architecture: all binaries, maintainers are often tempted

Bug#899192: lintian: header-has-overly-generic-name false positives on names merely containing util.h

Package: lintian Version: 2.5.87 Severity: normal The new check for header-has-overly-generic-name seems too sensitive: > E: libmutter-2-dev: header-has-overly-generic-name > usr/include/mutter/meta/util.h This one is canonically included as while compiling with `pkg-config --cflags

Bug#540294: closed by Niels Thykier <ni...@thykier.net> (Bug#540294: fixed in lintian 2.5.51)

Control: reopen -1 On Sun, 18 Jun 2017 at 09:21:14 +, Debian Bug Tracking System wrote: > #540294: [new check] Check if Vcs-* and changelog distribution match ... >* checks/changes-file.{desc,pm}: > + [BR] Apply patch by Simon McVittie to detect unreleased package >

Bug#881491: lintian: update gir checks for gobject-introspection/1.54.1-3 mini-policy

On Sun, 12 Nov 2017 at 12:35:40 +, Simon McVittie wrote: > gobject-introspection/1.54.1-3 [contains] GIR mini-policy > updates aimed at reducing false positives from Lintian. ... > This gives Lintian enough information to avoid some unnecessary warnings > when the attached patches

Bug#894690: lintian: false positives for privacy-breach-generic when Mallard docs have a

Package: lintian Version: 2.5.80 Severity: normal Running Lintian against evolution reports lots of instances of privacy-breach-generic, for example: > usr/share/help/C/evolution/xinclude-filter-vfolder-conditions.xml [ href="https://bugzilla.gnome.org/show_bug.cgi?id=550796#c10;>] >

Bug#839124: lintian: please add some helpful advice how to fix tags/dbus-policy-at-console

On Sat, 16 Dec 2017 at 10:53:22 +, Holger Levsen wrote: > On Sat, Dec 16, 2017 at 10:21:40AM +, Chris Lamb wrote: > > [Adding Holger, the original submitter, to the CC - please see the last two > > messages for some more context] > > Wow, thank you so much for the detailed explanation! >

Bug#839124: lintian: please add some helpful advice how to fix tags/dbus-policy-at-console

On Sat, 16 Dec 2017 at 10:21:40 +, Chris Lamb wrote: > Alas, however, I'm finding it difficult summarising it in the Lintian > description for this tag to solve Holger's original question/query. Yes - if I knew how to summarize it in a form short enough for a Lintian tag description, I would

Bug#839124: lintian: please add some helpful advice how to fix tags/dbus-policy-at-console

On Fri, 15 Dec 2017 at 22:41:10 +, Chris Lamb wrote: > [Adding Simon to CC] > > Holger wrote: > > > I reported on IRC and Niels asked me to file this bug and CC: Simon: > > > > https://lintian.debian.org/tags/dbus-policy-at-console.html is not very > > helpful in fixing the issue at hand,

Bug#881491: lintian: update gir checks for gobject-introspection/1.54.1-3 mini-policy

On Sun, 12 Nov 2017 at 12:35:40 +, Simon McVittie wrote: > I've just uploaded gobject-introspection/1.54.1-3, with GIR mini-policy > updates aimed at reducing false positives from Lintian. Looking at the archive's Lintian warnings, we also need to specify what to do about the rare ty

Bug#881491: lintian: update gir checks for gobject-introspection/1.54.1-3 mini-policy

using an override). Thanks, smcv >From 72fa7ee6c470b1c6051eb4f36342ff97b3550f91 Mon Sep 17 00:00:00 2001 From: Simon McVittie <s...@debian.org> Date: Thu, 2 Nov 2017 14:50:04 + Subject: [PATCH 1/4] gir: Only treat *.gir files in usr/share/gir-1.0 as GIR gir-1.2.rnc, a RELAX

Bug#880140: lintian: misdetects libcanberra-gstreamer as a GNU Smalltalk library

Package: lintian Version: 2.5.56 Severity: normal Tags: patch lintian reports that libcanberra-gstreamer has "wrong-section-according-to-package-name libcanberra-gstreamer => interpreters". This appears to be because it matches ^lib.*-gst which is thought to be a GNU Smalltalk binding. I think

Bug#542747: [frontend] check mismatch between Distribution and Changes in *.changes

On Thu, 20 Aug 2009 at 23:07:38 -0700, Russ Allbery wrote: > While we can't easily check for mismatches between the *.changes file > and the debian/changelog file in the source package, the latter is > copied into *.changes as the Changes field. We can therefore check > whether the distribution

Bug#855033: lintian: report .desktop files using DBusActivatable=true without making it work

Package: lintian Version: 2.5.50.1 Severity: wishlist If a .desktop file has DBusActivatable=true, then launching it from a recent desktop environment will attempt to use D-Bus. This requires that: * the name of the .desktop file takes the form of a D-Bus well-known name plus ".desktop" *

Bug#695345: Please add a check for gobject-introspection packages

GIR but lacks ${gir:Depends}). S >From db1c11b68bea95eec09b3d9398ff7b6ec8774925 Mon Sep 17 00:00:00 2001 From: Simon McVittie <s...@debian.org> Date: Wed, 21 Sep 2016 21:49:57 +0100 Subject: [PATCH] Add checks for GObject-Introspection --- checks/gir.desc

Bug#695345: Please add a check for gobject-introspection packages

assert that GIR XML and typelibs are both in architecture-dependent packages and GIR XML is in Section: libdevel, and emit an "info"-level tag for typelibs that are in the pre-multiarch directory. S >From 0353c27e0eafa9eabca8d8a0e7e356d21e6efa6a Mon Sep 17 00:00:00 2001 From: Simon McVittie &

Bug#776480: lintian: [dbus] add the check that found CVE-2014-8148 and CVE-2014-8156

Package: lintian Version: 2.5.30 Severity: wishlist Tags: patch Patches also available from: ssh://git.debian.org/git/users/smcv/lintian.git dbus Using the results of the checks I added in #762609, I enhanced the checks to ignore non-problematic situations and give more context when reporting

Bug#776480: lintian: [dbus] add the check that found CVE-2014-8148 and CVE-2014-8156

On Wed, 28 Jan 2015 at 14:14:56 +, Simon McVittie wrote: Patches also available from: ssh://git.debian.org/git/users/smcv/lintian.git dbus Oops, I pointed to a git repository but forgot to attach them. Here they are. S From 090485494408f4c72b8768d95160e8950c3cc7e3 Mon Sep 17 00:00:00

Bug#542747: [checks/changes-file] check mismatch between Distribution and Changes in *.changes

On Tue, 11 Mar 2014 at 13:11:33 -0700, Russ Allbery wrote: Simon McVittie s...@debian.org writes: On the Lintian side of things, I attached a patch to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=542747 in 2010 and am still waiting for comments. My patch just looks for Distribution

Bug#762609: lintian: new checks: deprecated D-Bus policies

to see statistics for this check on lintian.d.o so I can use them as a data-point in upstream D-Bus development), and I'll fix the service part later. Thanks, S From ced780c0791a5edb00b87b42d511acea8a6a7232 Mon Sep 17 00:00:00 2001 From: Simon McVittie s...@debian.org Date: Fri, 10 Oct 2014 16:51

Bug#762609: lintian: new checks: deprecated D-Bus policies

. with parentheses). Fixed Regards, S From 64e856a319330d3dfb4d888028258527688977f7 Mon Sep 17 00:00:00 2001 From: Simon McVittie s...@debian.org Date: Tue, 30 Sep 2014 13:56:38 +0100 Subject: [PATCH] Add checks for deprecated D-Bus policies, and a regression test Bug: https://bugs.debian.org/762609

Bug#762609: lintian: new checks: deprecated D-Bus policies

xz-utils 5.1.1alpha+20120614-2 -- no debconf information From d9bc5a624a066ded3ebf22806ddb2ff5d39c5a71 Mon Sep 17 00:00:00 2001 From: Simon McVittie simon.mcvit...@collabora.co.uk Date: Tue, 23 Sep 2014 18:36:21 +0100 Subject: [PATCH] Add checks for deprecated D-Bus policies

Bug#629648: lintian: missing-pre-dependency-on-multiarch-support FP for -dev packages

Package: lintian Version: 2.5.0 Severity: normal I've been converting libdbus/experimental to multiarch. It has nearly the layout you'd expect, except that the shared library is in /lib: libdbus-1-dev /usr/lib/MULTIARCH/libdbus-1.a /usr/lib/MULTIARCH/libdbus-1.so -

Bug#542747: [frontend] check mismatch between Distribution and Changes in *.changes

On Thu, 27 May 2010 at 13:22:31 +0100, Simon McVittie wrote: Having managed to upload an experimental package to unstable *again*, I've written a Lintian check for this. ... which I then failed to attach. From e6d3e117882c97af2dd5748c95d78eec98e574bd Mon Sep 17 00:00:00 2001 From: Simon

Bug#542747: [frontend] check mismatch between Distribution and Changes in *.changes

On Sun, 06 Dec 2009 at 05:04:49 +0100, Cyril Brulebois wrote: Russ Allbery r...@debian.org (20/08/2009): I think we only want to do this check if the first line of the Changes file says UNRELEASED, since there are valid use cases for a mismatch otherwise. Personally, I would have