Re: how NOT to work with debian
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Also sprach Richard Lyons (Mon 11 Aug 02003 at 09:35:00AM +0200):
>> On Monday 11 August 2003 5:06 am, Michael D. Schleif wrote:
>> [...kde dead after upgrade...]
>>
>> > Try this:
>> >
>> >
>> > <http://www.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&selm=gxXP.6fz.7%4
>> >0gated-at.bofh.it>
>>
>> We-ell. That looks horrible. 31 or 32 packages to remove by name (and
>> the
>> names of several are truncated by the display from dpkg -l so I don't
>> even
>> know them all). But dpkg --configure kdebase leads to dependency hell.
>> And
>> those instructions are for woody, where mine is (or rather was)
>> testing/unstable courtesy of Knoppix. So would it work for me?
>
> All I know is that I looked high and low for a way to completely remove
> everything kde, and could not find it. I came up with this brute force
> method, and it worked for me.
>
> Bottomline, as good as apt/dpkg is, remove is *not* the same as purge,
> and -- even then -- some things remain, and interfere with the
> reinstall.
>
> I strongly urge you to remove everything kde, and start over -- clean.
> For those incomplete dpkg -l entries, you can do a creative apt-cache
> search, and figure it out . . .
>
> Obviously, this is a very last resort . . .
>
Hitting the right package should do it.
IIRC kde is based on two things: kdc-core and the Qt library.
apt-get remove --purge kde-core
apt-get remove --purge libQT (or whatever it's called)
and that should prompt for the removal of a lot of other files.
Admittedly, removing the Qt library may potentially remove more than just
"KDE" but it should at least remove everything that is KDE.
If you watch what you are removing, you can always put some of them back
in if you need them.
Reply to: