# rpm -qf /usr/lib/debug/usr/bin/mpirun.debug
# rpm -qf /usr/lib/debug/usr/lib/lam/liblam_totalview.so.0.0.0.debug
The changelog documents why they're there. Basically, either we
include these or we remove TotalView support again; TotalView depends
on the debugging information.
The upstream packages include a tarball with unstripped versions of
mpirun and liblam_totalview.so which is untarred in the %post phase of
the RPM install. I figured it was cleaner to have debuginfo in the
main RPM rather than having it do what the upstream RPM does
(basically, the upstream rpm breaks rpmverify...).
How about splitting them into a separate binary package, and having
TotalView depend on that? I don't see why TotalView, that's not even
part of the distro AFAICT, should cause /usr/lib/debug to contain junk
as far as pretty much everybody is concerned. IMHO, this
lam-totalview-debug package shouldn't even be installed in an
everything install, but should be available for TotalView users.
Sounds very reasonable. I'll get it in ASAP
Afterthoughts - It's 2 .debug files. These 2 files are also included
in the lam-debuginfo package (with no trickery or cleverness), so
lam-totalview-debuginfo has to conflict with lam-debuginfo. At this
point, it doesn't make sense to separate them, and is probably more
work than it's worth to maintain the separation.
Furthermore, it probably won't hurt to have the extra debugging
information around when debugging MPI programs.
So, I'm reverting to the normal "debug info in -debuginfo"; users
wishing to debug using TotalView will have to install the -debuginfo RPM.
Err... No need for conflict; as long as the files have the same
contents and permissions, rpm should cope well with the duplication.
Debug files relocated to -debug package in 7.0.3-6.4
Confirmed, thanks. Oddly, /usr/lib/debug/usr/bin and
/usr/lib/debug/usr/lib/lam were not removed by up2date, but they're
not owned by any packages. Not a problem in lam, though, so I'm