"debuginfo-install xz" fails with: file /usr/lib/debug/usr/bin/lzcat.debug from install of xz-debuginfo-4.999.8-0.8.beta.20090817git.fc11.x86_64 conflicts with file from package lzma-debuginfo-4.32.7-2.fc11.x86_64 file /usr/lib/debug/usr/bin/lzma.debug from install of xz-debuginfo-4.999.8-0.8.beta.20090817git.fc11.x86_64 conflicts with file from package lzma-debuginfo-4.32.7-2.fc11.x86_64 file /usr/lib/debug/usr/bin/lzmadec.debug from install of xz-debuginfo-4.999.8-0.8.beta.20090817git.fc11.x86_64 conflicts with file from package lzma-debuginfo-4.32.7-2.fc11.x86_64 file /usr/lib/debug/usr/bin/lzmainfo.debug from install of xz-debuginfo-4.999.8-0.8.beta.20090817git.fc11.x86_64 conflicts with file from package lzma-debuginfo-4.32.7-2.fc11.x86_64 file /usr/lib/debug/usr/bin/unlzma.debug from install of xz-debuginfo-4.999.8-0.8.beta.20090817git.fc11.x86_64 conflicts with file from package lzma-debuginfo-4.32.7-2.fc11.x86_64
The debuginfo packages do indeed conflict. The problem is that there is no way how to explictly obsolete debuginfo packages because debuginfos are automatically generated and their dependencies are not checked. Or better to say the debuginfo packages have no dependencies on the package it should be used with and do not inherit any Obsoletes/Provides. There is no general way to avoid the conflict except manually removing the lzma-debuginfo before installing xz-debuginfo IMO.
Well, need to have both xz and lzma-libs installed as dependencies of basic packages: man-1.6f-20.fc11.i586 -> xz-lzma-compat-4.999.8-0.8.beta.20090817git.fc11.i586 -> xz = 4.999.8-0.8.beta.20090817git.fc11 PackageKit-0.4.9-1.fc11.i586 -> libarchive-2.6.2-1.fc11.i586 -> liblzmadec.so.0 (lzma-libs) I was trying to run "debuginfo-install `rpm -qa | grep -v debuginfo`" so I would be ready to give a good backtrace when something crashes, obviously without knowing in advance what will crash. Not being able to install both debuginfo packages means either man or PackageKit crashes won't be debuggable. If I only really need one of these debuginfo RPMs, then it seems that something in the build process should be changed so debuginfo-install does the right thing, no? (If so, I'm happy to report that somewhere else, wherever that might be.)
Sorry, this cannot be addressed in Fedora 11 because we have both lzma and xz in the distribution. The intention is to remove the the old lzma completely from Fedora 12 and on so no such conflict should occur any more because the lzma dependencies are now rebuilt against xz-compat-lzma. In the current state it is not resolvable in Fedora 11 without intrusive changes to F11 RPM.
Confirmed that this is not an issue in Fedora 12 (Rawhide desktop-i386-20091024.19.iso). Thanks for the diagnosis!