Bug#916901: lintian: package-contains-no-arch-dependent-files false positive on -dev package with /usr/lib//libfoo.so -> libfoo.so.1
Package: lintian Version: 2.5.117 Severity: normal Hi, this seems to be a recent regression: X: libcupti-dev: package-contains-no-arch-dependent-files package contents: drwxr-xr-x root/root 0 2018-12-11 22:15 ./ drwxr-xr-x root/root 0 2018-12-11 22:15 ./usr/ drwxr-xr-x root/root 0 2018-12-11 22:15 ./usr/include/ -rw-r--r-- root/root 4697 2018-09-12 23:18 ./usr/include/cupti.h ... drwxr-xr-x root/root 0 2018-12-11 22:15 ./usr/lib/ drwxr-xr-x root/root 0 2018-12-11 22:15 ./usr/lib/x86_64-linux-gnu/ drwxr-xr-x root/root 0 2018-12-11 22:15 ./usr/share/ drwxr-xr-x root/root 0 2018-12-11 22:15 ./usr/share/doc/ drwxr-xr-x root/root 0 2018-12-11 22:15 ./usr/share/doc/libcupti-dev/ -rw-r--r-- root/root 9024 2018-12-11 22:15 ./usr/share/doc/libcupti-dev/changelog.Debian.gz -rw-r--r-- root/root 68340 2018-12-11 22:15 ./usr/share/doc/libcupti-dev/copyright drwxr-xr-x root/root 0 2018-12-11 22:15 ./usr/share/lintian/ drwxr-xr-x root/root 0 2018-12-11 22:15 ./usr/share/lintian/overrides/ -rw-r--r-- root/root22 2018-12-11 22:15 ./usr/share/lintian/overrides/libcupti-dev lrwxrwxrwx root/root 0 2018-12-11 22:15 ./usr/lib/x86_64-linux-gnu/libcupti.so -> libcupti.so.10.0 There is at least an arch-dependent symlink ... Andreas
Bug#916735: lintian: appstream-metadata-missing-modalias-provide should be info, not warn
On Wed, 2018-12-19 at 07:28 +, Scott Kitterman wrote: > I'm not arguing it's a bad idea to have the check, but personally, I > get tired of looking at it. If this is important, get it in Policy > as a should and then I think warning would be appropriate. > > Why don't I just fix it? I read the referenced material on what > needs doing and concluded I don't have the spare mental cycles to > learn all about this for one package. In general I think it is perfectly acceptable to ignore lintian and other QA tools when one does not have the time or energy to make the changes that they are suggesting. I also think it is reasonable to override lintian for something you don't have time or energy for and don't want to see the suggestion any more. In the this case, I think that users just installing libnitrokey-common won't get anything useful, so a lintian override is appropriate here since it cannot know that a binary package (nitrokey-app) from a different source package (nitrokey-app) is the place to add the modalias metadata. nitrokey-app already has an AppStream file, but it doesn't have the modalias metadata. So I think that libnitrokey-dev needs to expose modalias metadata for nitrokey-app to export. > It'd be much more efficient for someone who both understands what > needs doing and cares to run through the affected packages and submit > patches. I don't think I have the requisite time and understanding to do this, hopefully Petter will be interested to work on this but in general I think it will be best for individual upstreams to work on this since they know their software best and how to best expose which info. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#657390: TY
Enviado desde mi iPhone
Bug#916735: lintian: appstream-metadata-missing-modalias-provide should be info, not warn
On Wed, 2018-12-19 at 10:57 +0100, Chris Lamb wrote: > Hi Paul, > > > Downgrading it to info level means that almost no-one will know about > > it, so you might as well just delete the tag instead. > > I don't agree with this view of "I" tags but playing severity wars is > not my idea of a good time so I've reverted this and I'll you folks > fight it out between yourselves.. I'm sorry for the tone in this part of my response, it was inappropriate. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#916021: lintian: Please check for references to build directory
Hi Dmitry, > PS. Any chance to configure your fine gitlab auto-notifier to send > not only diffstat, but whole diff too? I used to do this manually but it was a bit annoying and sometimes far too long. The new gitlab auto-notifier is not maintainer by me, but the source is indeed in Salsa if you wish to suggest improvements. :) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#916877: lintian: check that 1.2-3~debXuY changelog stanza follows a 1.2-3 changelog stanza
Package: lintian Severity: wishlist Hi, I just wanted to answer "Is #910434 fixed in sid?" but the changelog entry is inconclusive ... spamassassin (3.4.2-1~deb9u1) stretch; urgency=high * lots of changes spamassassin (3.4.1-8) unstable; urgency=medium * lost of changes ... I would rather have liked to see something spamassassin (3.4.2-1~deb9u1) stretch; urgency=high * Rebuild for stretch. * With this additional change. spamassassin (3.4.2-1) unstable; urgency=high * lots of changes spamassassin (3.4.1-8) unstable; urgency=medium * lost of changes ... IMO, a 1.2-3~debXuY changelog stanza should always be accompanied by a 1.2-3 changelog stanza, so that implies using -v$currentversioninstable Perhaps lintian could nag a bit about this ... maybe similar to "backports changes missing" Andreas
Bug#916095: lintian: False positive: license-problem-gfdl-invariants
Dmitry Bogatov wrote:
> with no invariant sections, no Front-Cover and no Back-Cover texts
> with no Invariant Sections, no Front-Cover andBack-Cover texts
Neat. Can you try:
--- a/checks/cruft.pm
+++ b/checks/cruft.pm
@@ -1379,7 +1379,7 @@ sub _check_gfdl_license_problem {
$gfdlsections =~ m/\A
with [ ] no [ ] invariant [ ] sections[ ]?,
[ ]? no [ ] front(?:[ ]?-[ ]?|[ ])cover [ ] texts[
]?,?
- [ ]? and [ ] no [ ] back(?:[ ]?-?[ ]?|[ ])cover [
] texts
+ [ ]? and [ ](?: no [ ])? back(?:[ ]?-?[ ]?|[
])cover [ ] texts
\Z/xso
) {
return 0;
… at let me know if that works for you here?
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
Bug#916735: lintian: appstream-metadata-missing-modalias-provide should be info, not warn
tags 916735 - pending tags 916735 + moreinfo thanks Hi Paul, > Downgrading it to info level means that almost no-one will know about > it, so you might as well just delete the tag instead. I don't agree with this view of "I" tags but playing severity wars is not my idea of a good time so I've reverted this and I'll you folks fight it out between yourselves.. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Processed: Re: Bug#916735: lintian: appstream-metadata-missing-modalias-provide should be info, not warn
Processing commands for cont...@bugs.debian.org: > tags 916735 - pending Bug #916735 [lintian] lintian: appstream-metadata-missing-modalias-provide should be info, not warn Removed tag(s) pending. > tags 916735 + moreinfo Bug #916735 [lintian] lintian: appstream-metadata-missing-modalias-provide should be info, not warn Added tag(s) moreinfo. > thanks Stopping processing here. Please contact me if you need assistance. -- 916735: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=916735 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: Bug #916735 in lintian marked as pending
Processing control commands: > tag -1 pending Bug #916735 [lintian] lintian: appstream-metadata-missing-modalias-provide should be info, not warn Ignoring request to alter tags of bug #916735 to the same tags previously set -- 916735: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=916735 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
