https://bugzilla.redhat.com/show_bug.cgi?id=1013836 --- Comment #21 from Orion Poplawski <orion@xxxxxxxxxxxxx> --- - I don't want to use %license. It's mainly target at cloud packages (which this is not) and complicates the spec for EPEL6 (which I want). [x]: Package must own all directories that it creates. Note: Directories without known owners: /usr/include/openmpi-x86_64, /usr/include/mpich-x86_64, /usr/share/doc/scorep ---> Please fix this. # rpm -qf /usr/include/openmpi-x86_64 /usr/include/mpich-x86_64 /usr/share/doc/scorep | sort -u mpich-devel-3.0.4-4.fc20.x86_64 openmpi-devel-1.7.3-1.fc20.x86_64 scorep-1.3-1.fc20.x86_64 so we should be good. ----- [?]: Fully versioned dependency in subpackages if applicable. Note: No Requires: %{name}%{?_isa} = %{version}-%{release} in scorep-doc , scorep-libs , scorep-mpich , scorep-mpich-libs , scorep-openmpi , scorep-openmpi-libs ---> I think this is fine but I think this should be reviewed to be sure. - I want people to be able to install docs separately. - scorep-libs is specifically designed for just runtime use - the mpi packages are independent of the serial packages ----- scorep.x86_64: E: rpath-in-buildconfig /usr/bin/scorep-config lines ['209'] scorep-mpich.x86_64: E: rpath-in-buildconfig /usr/lib64/mpich/bin/scorep-config lines ['204'] ---> I do not know how to solve this specific error (yet). This is matching the string "rpath" in this files. Might be nice to get rid of, but really useful in general for the project. ---- shared-lib-calls-exit - I probably have brought this up with upstream, but would have to search for it. ----- scorep-mpich-libs.x86_64: E: library-without-ldconfig-postin /usr/lib64/mpich/lib/libscorep_adapter_pomp_user_event.so.2.0.0 cannot run ldconfig for the mpi packages - the libraries are not in the ld path. ---- scorep-mpich-libs.x86_64: W: unused-direct-shlib-dependency /usr/lib64/mpich/lib/libscorep_online_access_mpi_mockup.so.0.0.0 /lib64/libpthread.so.0 I brought these up with upstream, but they felt it would be too much work to fix. I'm inclined to agree, although I do try to reduce overlinkage when I can. -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component _______________________________________________ package-review mailing list package-review@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/package-review