On Tuesday 22 July 2003 19:38, Paul Misner wrote:
> This was really odd. I did a urpmi --auto-select --auto, and the listing
> that follows was the result. I proceeded to urpmi the packages it removed,
> and they all installed fine. My question is, why did urpmi think it needed
> to uninstall KDE, and why did it not ask me for permission to remove those
> packages? Seriously nasty problem, and one that I've not seem before. Is
> there any information I can send you that would help locate the problem?
This is caused by arts obsoleting all of the KDE packages through virtual
names.
I'm not 100% sure whether it's a bug in RPM that causes all of these packages
to be removed, or whether that's appropriate behavior; either way, those
obsoletes are probably wrong.
To quote the latest post on this ("Re: [CHRPM] arts-1.1.2-7mdk" from Charles
A. Edwards):
> The arts installation is Still removing kdebase.
>
> The problem can be blamed on either on arts.spec Obsoletes
>
> Obsoletes: kcpuload =< 1.90-11mdk, kdbg =< 1.2.5-1mdk, kdeaddons3,
> kdeadmin3, kdeartwork3, kdebase3, etc
>
> or the kdebase Provides which still has it Providing kdebase3 etc.
>
> Should not these Only apply for Mandrake releases for which kde3 rpms
> were avaiable, those were the /opt ones.
> There should be no need for them for 9.1 or 9.2 builds, don't recall
> about 9.0