# rpm -qf /usr/lib/debug/usr/bin/mpirun.debug lam-7.0.3-6.1 # rpm -qf /usr/lib/debug/usr/lib/lam/liblam_totalview.so.0.0.0.debug lam-7.0.3-6.1
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 closing this.