Unpackaged files checking - oddities

Michael Schwendt mschwendt at gmail.com
Sat Jan 10 12:04:27 UTC 2015


On Sat, 10 Jan 2015 00:27:15 -0600, Bruno Wolff III wrote:

> While working on a spec file to cause build failure if new fonts showed 
> up in a package, I noticed two oddities with the checking for unpackaged 
> files.
> 
> An unpackaged empty directory will not trigger a build failure.

That's an ordinary "unowned directory", which has never before triggered
a build failure. Else there would not have been hundreds of such issues
in packages. ;-)

It's not considered fatal, because if it's a directory with special
ownership/permissions, you would have an %attr entry for it for sure.

> If a file is covered by %exclude in the main package, but is not included 
> in any subpackage, it will not trigger a build failure.

%exclude is global per spec file, or else you would need to %exclude
a file in _all_ subpackages (in the case when deleting it in %install
would be more convenient anyway). That would cause some pain in some
packages.


More information about the devel mailing list