Description of problem:
Removing certain <language>-support collections via
Add/Remove software->Package Collections
try to remove dejavu-fonts
Version-Release number of selected component (if applicable):
Current (2008-10-31) rawhide.
Steps to Reproduce:
1. In "package collections", mark hebrew-support for removal
2. Click apply
PackageKit wants to remove dejavu-fonts.
Being able to remove unwanted <language>-support collections without removing dejavu-fonts.
* No idea, if this is a side effect of package dependency bugs or broken package collections' sources (whereever these might be, whatever a "language support collection" might define), or a general bug in PackageKit.
* This issue exposes with several other <language>-support collections.
I only used hebrew-support as an example.
PackageKit is just doing self.yumbase.groupRemove -- I'm not sure if this sort of dependency tracking is possible with yum.
(In reply to comment #1)
> PackageKit is just doing self.yumbase.groupRemove
No idea what this is ;)
> -- I'm not sure if this sort
> of dependency tracking is possible with yum.
IMO, there is a fundamental thinko behind this.
Seems to me as if "reversing" the mapping the
"<language>-support collection" -> "packages"
I.e. I think the mapping is not bi-directional.
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.
More information and reason for this action is here:
(In reply to comment #2)
> I.e. I think the mapping is not bi-directional.
Right, the only thing PackageKit can try to do sensibly when then user tries to do this is to remove the entire group, as it doesn't have a record from yum what packages were installed.