Bug#999497: [Pkg-javascript-devel] Bug#999497: lintian: complain about packages with parts of npm2deb FIX_ME or templates still present

On a related note, I find it troublesome that some tools hide the FIXMEs placed by other tools - e.g. cme stripping licensecheck FIXMEs :-( - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] as

Bug#954331: lintian: coercion for "original_severity" failed: Unknown tag severity minor

Package: lintian Version: 2.58.0 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Upgrading to version 2.58.0 of lintian renders it totally unusable: $ lintian *_amd64.changes --no-tag-display-limit coercion for "original_severity" failed: U

Bug#943525: Namespaces for Lintian Tags

5. Thank you! Great! I very much welcome that change! - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature

Bug#942632: lintian: false positive: package-needs-versioned-debhelper-build-depends 10 but satisfied even in oldstable

Package: lintian Version: 2.28.0 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 When using debhelper compatibility level 10, declaring an unversioned build-dependency on debhelper is enough, because that release is available even in oldstable. Please stop treating that as a lin

Bug#913723: please confirm that dictionaries should move to section localization

Hi Guillem, Quoting Guillem Jover (2018-12-22 18:58:04) > On Sun, 2018-12-02 at 15:48:53 +0100, Jonas Smedegaard wrote: > > Quoting Guillem Jover (2018-12-02 15:17:02) > > > On Sun, 2018-11-18 at 05:44:42 -0500, Chris Lamb wrote: > > > > Could you propose a pat

Bug#913723: please confirm that dictionaries should move to section localization

bsolutely leave it to FTP team." I believe I have shared my opinion on this matter already. Thanks for encouraging me that there is a chance my opinion matters. Sorry, but I have lost faith in that myself - would certainly appreciate being proven wrong. Feel free - anyone - to ask i

Bug#913723: please confirm that dictionaries should move to section localization

bout the secion change > to know whether they have been convinced by the arguments? :) Since you ask: No, I am not convinced by your arguments. But your notion (in an earlier post) that this is not for mere mortals but (yet another) ftpmaster matter, defused my enthusiasm completely. :-(

Bug#904728: lintian: detect dh-make-perl long description: "This description was automagically extracted from the module by dh-make-perl."

Package: lintian Version: 2.5.94 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Apparently dh-make-perl auto-generates a debian/control file containing the following: This description was automagically extracted from the module by dh-make-perl. Seems to me that should be eas

Bug#902797: lintian: check latest changelog entry for duplicate contributor information

ls for (in our opinion) improved readability. I find it more readable to list each contributor only once. Also (not exactly same but strongly related): I find it irrelevant¹ to list changes reverted or shadowed later within same release: Please cleanup auto-generated changelog, stripping parts n

Bug#835517: lintian: please detect javascript files (not symlinks) shipped in /vendor/ dir

Quoting Jonas Smedegaard (2016-08-26 15:01:06) > Apparently it is a trend for Ruby Gems to stuff convenience code > copies of javascript code into /vendor/ dirs. Those should, according > to Policy § 3.14, instead be packaged separately as a libjs-* package > (see bug#798983).

Bug#835517: lintian: please detect javascript files (not symlinks) shipped in /vendor/ dir

Package: lintian Version: 2.5.46 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Apparently it is a trend for Ruby Gems to stuff convenience code copies of javascript code into /vendor/ dirs. Those should, according to Policy § 3.14, instead be packaged separately as a libjs-*

Bug#798983: lintian: please check for libjs-* binary package name outside of web section

Package: lintian Version: 2.5.37 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please have lintian check for libjs-* binary package name outside of web section. I am getting tired of filing bugreports against esp. Ruby packagers properly separating javascript into reusable pac

Bug#790693: lintian: Aymara language code is ayc (not ay - not yet, at least...)

Hi Jakub, Quoting Jakub Wilk (2015-06-30 17:16:26) > * Jonas Smedegaard , 2015-06-30, 16:44: >> Some of th sugar-*-activity packages trigger lintian warnings like >> this: >> >> W: sugar-read-activity: incorrect-locale-code aym -> ay >> >> Long descri

Bug#790693: lintian: Aymara language code is ayc (not ay - not yet, at least...)

Package: lintian Version: 2.5.32 Severity: normal Tags: l10n -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Seems to me that language code "aym" should not be corrected to "ay" but instead (for the time being" to "ayc". Here's my reasoning: Some of th sugar-*-activity packages trigger lintian wa

Bug#786450: lintian: false positives for missing-license-text-in-dep5-copyright and missing-license-paragraph-in-dep5-copyright

Hi Jakub, Quoting Jakub Wilk (2015-05-21 22:32:23) > * Jonas Smedegaard , 2015-05-21, 21:30: >>The following triggers missing-license-text-in-dep5-copyright and >>missing-license-paragraph-in-dep5-copyright: >> >>>Files: debian/* >>>Copyright: 20

Bug#786450: lintian: false positives for missing-license-text-in-dep5-copyright and missing-license-paragraph-in-dep5-copyright

Package: lintian Version: 2.5.31 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The following triggers missing-license-text-in-dep5-copyright and missing-license-paragraph-in-dep5-copyright: > Files: debian/* > Copyright: 2014, Jonas Smedegaard > License: GPL-3+ > L

Re: RfC: Moving not-pkg-perl-team-specific lintian tests from pkg-perl-tools to lintian proper

hat brings no real benefit, only a) papers over broken build environments and b) makes it harder to backport packages. - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] k

Bug#771191: Bug#771126: Bug#771191: Bug#771126: libav/tests/lena.pnm: also not mentioned in debian/copyright

Quoting Jonas Smedegaard (2014-12-03 11:33:17) > Quoting Fabian Greffrath (2014-12-03 08:56:41) >> Am Dienstag, den 02.12.2014, 23:29 +0100 schrieb Bastien ROUCARIES: >>> And offencive (sexist) for 50% of the population the women... >> >> Now it's getting real

Bug#771191: Bug#771126: Bug#771191: Bug#771126: libav/tests/lena.pnm: also not mentioned in debian/copyright

st attempt, inspired by but without making fun on the original), your comment now would have more meaning to me. - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature

Bug#771191: Bug#771126: libav/tests/lena.pnm: also not mentioned in debian/copyright

Quoting Reinhard Tartler (2014-12-02 14:11:19) >> On 2014-11-27 23:23, Jonas Smedegaard wrote: >>> In prior similar bugreport <https://bugs.debian.org/760171#10> - >>> referenced from <https://bugs.debian.org/771191#10> - distribution >>> is d

Bug#771191: lintian: test for inclusion of non-lossy lena/lenna image and flag as potentially non-DFSG

Quoting Bastien ROUCARIES (2014-11-27 21:42:22) > Le 27 nov. 2014 14:00, "Jonas Smedegaard" <[1]d...@jones.dk> a écrit : >> A graphics file popular to include e.g. in testsuites is a scanning >> from November 1972 issue of Playboy, which is not DFSG compliant:

Bug#771191: lintian: test for inclusion of non-lossy lena/lenna image and flag as potentially non-DFSG

Package: lintian Version: 2.5.30+deb8u2 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 A graphics file popular to include e.g. in testsuites is a scanning from November 1972 issue of Playboy, which is not DFSG compliant:

Bug#723003: lintian: non-standard-apache2-module-package-name should ignore case

Package: lintian Version: 2.5.17 Severity: normal Binary package libapache2-mod-ruwsgi contains Apache2 module Ruwsgi. Seems to me that non-standard-apache2-module-package-name should compare only after lowercasing (and possibly that Apache Policy should be improved to reflect tnis, but arguably

Bug#522613: lintian: false positive package-lacks-versioned-build-depends-on-debhelper 6 (5.0.44 is new enough)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 reassign 522613 cdbs retitle 522613 dh compat 6 must depend on v6 (not v5.0.44) thanks On Sun, Apr 05, 2009 at 08:38:46PM +0100, Adam D. Barratt wrote: >On Sun, 2009-04-05 at 11:58 +0200, Jonas Smedegaard wrote: >> Lintian reports prob

Bug#522623: lintian: false positive incorrect-libdir-in-la-file when using python-central

Package: lintian Version: 2.2.9 Severity: important When using python-central to handle Python packages potentially targeted for multiple Python versions, library files are moved to a central location and replaced with symlinks at install time. Lintian complains with the following: E: python-sug

Bug#522613: lintian: false positive package-lacks-versioned-build-depends-on-debhelper 6 (5.0.44 is new enough)

Package: lintian Version: 2.2.9 Severity: normal Lintian reports problems with debhelper dependency when using "6" in compat and build-depending on debhelper version 5.0.44. Debhelper itself claims support for compat version 6 in its changelog entry for version 5.0.44, which is the reason this ve

Bug#478930: errors while using the check files under Ubuntu/Hardy

g a shell command together like that does not seem very robust. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1