One or more directories are not included within this package and/or its sub-packages: => 2:lam-7.1.4-1.fc10.i386 (rawhide-development-i386) /usr/lib/lam/man /usr/lib/lam/man/man5 /usr/lib/lam/man/man7 /usr/lib/lam/man/man1 => 2:lam-devel-7.1.4-1.fc10.i386 (rawhide-development-i386) /usr/lib/lam/man /usr/lib/lam/man/man2 /usr/lib/lam/man/man3 [...] Further information: https://fedoraproject.org/wiki/Packaging/ReviewGuidelines MUST: A package must own all directories that it creates. If it does not create a directory that it uses, then it should require a package which does create that directory. https://fedoraproject.org/wiki/Packaging/Guidelines#FileAndDirectoryOwnership https://fedoraproject.org/wiki/Packaging/UnownedDirectories
(In reply to comment #0) > One or more directories are not included within this > package and/or its sub-packages: > > => 2:lam-7.1.4-1.fc10.i386 (rawhide-development-i386) > /usr/lib/lam/man > /usr/lib/lam/man/man5 > /usr/lib/lam/man/man7 > /usr/lib/lam/man/man1 There is certainly more going wrong than just unowned dirs. The mandir is incorrect.
See latest %changelog comment. It's some weird packaging that relocates _all_ file trees in all packages to /usr/lib/lam, so none of this can be used directly.
Running ldconfig is useless with libs stored outside runtime-linker's search path. The package also ought to filter its automatic SONAME Provides for the same reason.
Some more observations from a quick look over the spec: 'Group: Development/Libraries' for the base package seems wrong to me. The description is way to long. 'Requires(post): /sbin/ldconfig' for the libs package is not necessary, because rpm will pick this up automatically as you are using '%postun libs -p /sbin/ldconfig' The libs and the devel packages' descriptions are not ending with dots. All the 'alternatives --remove ' stuff should only be run on updates, see https://fedoraproject.org/wiki/Packaging/ScriptletSnippets#Syntax No need to %exclude the files in %{mpidir}/bin/ from the base package because they are in lam-devel.
Note that merge review for this package is not finished yet. https://bugzilla.redhat.com/show_bug.cgi?id=225979
The unowned directories have been fixed. As for the locations of the files, real world usage of MPI stacks does not work with FHS file layouts. The need to have more than one MPI implementation installed (sometimes multiple copies of the exact same implementation and version, just compiled with a different compiler) is pretty common/pervasive. The use of the alternatives program also falls far short of the mark as a system wide default simply doesn't work. Even a per user default falls short of the mark. Hence the use of environment-modules. I've also updated the description to note that LAM is deprecated. I don't intend to make any further updates to LAM, and hopefully it will die a peaceful death by F12.