Created attachment 460848 [details] message from autoqa Description of problem: I've got a message from autoqa saying among other things that spectrum.ppc: E: non-standard-dir-perm /var/run/spectrum 0700L (and the same for /var/{log,lib}/spectrum). I may accept that it is slightly to draconic, but upstream wants it and I don't see any hurt which would it cause to anybody. Please, make this into warning (which should be waiveable, but that's other issue). Version-Release number of selected component (if applicable): what's on autoqa today How reproducible: 100%
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
The short answer here is that the check isn't that smart, nor is there any real way for it to be. It just knows that 0700L is a non-standard permission for /var/run/spectrum and /var/{log,lib}/spectrum, which is true. How should it know that in the case of spectrum, this is okay, when for another package, it would not be? Using your own common sense here will be the best recourse. Also, in the context of autoqa, hopefully it will be possible on a per-package basis to filter out specific rpmlint errors/warnings that the packager knows to be false positives. Closing as WONTFIX
(In reply to comment #2) > Also, in the > context of autoqa, hopefully it will be possible on a per-package basis to > filter out specific rpmlint errors/warnings that the packager knows to be false > positives. From rpmlint POV this is technically possible, just install desired *config snippets that do the filtering to /etc/rpmlint/. Packages can also install their own snippets there, but that doesn't work too well because the packages need to be installed before the filters take effect, so I think it'd be better if autoqa would install those files.