[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#609255: KDE upgrading


adding deity@ to cc as I need help with this.  Context: the upgrade path
from kde3 (in lenny) to kde4 (in squeeze) is non-trivial, and I'm hoping
we can still improve it.  It's very, very late though, so maybe not.

On Thu, Jan 13, 2011 at 00:53:14 +0200, Modestas Vainius wrote:

> First of all, what was the situation in Lenny:
> 1) kde [1] was a metapackage which depended on a bunch of other metapackages 
> (i.e. the whole KDE). The list includes kde-core.
> 2) kde-core [2] is a metapackage which depended on 3 other metapackages 
> (including kdebase metapackage, see below).
> Now what happended in Squeeze:
> 1) kde mepackage got removed. You might consider kde-full [3] metapackage as a 
> rough equivalent of the old kde metapackage, yet it's not entirely true. 
> `aptitude install kde` no longer works in Squeeze.
> 2) kde-core got removed. kde-plasma-desktop is a new rough equivalent of kde-
> core metapackage. `aptitude install kde-core` no longer works in Squeeze.
> 3) However, we have still kept kdebase metapackage in Squeeze [4]. As you see, 
> it depends on kde-plasma-desktop. So basically the transitional metapackage 
> for kde-core is there.

So today I set up a lenny vm.  Chose the kde desktop in lenny, standard
setup (then installed openssh-server and screen so I could get stuff
done) [0].
# sed -i s/lenny/squeeze/ /etc/apt/sources.list
# apt-get update
# apt-get dist-upgrade
727 upgraded, 595 newly installed, 40 to remove and 3 not upgraded.

40 to remove doesn't sound too bad from a first look, but.  One of those
removed packages is kdebase, which from ModaX's 3) above is the one kde
metapackage that is kept between lenny and squeeze.  Others include
kdeartwork, kdebase-bin, kdeutils, konqueror, kscreensaver, ... which I
assume are supposed to stay around and get upgraded.

I thought adding back the kde and kde-core metapackages would help
(depending on the new kde-full and kde-standard, respectively), it turns
out not to change anything.

The problem, as far as I can tell from the apt logs[1], is here:

Package kdesktop has broken dep on kdebase-bin
  Considering kdebase-bin 6 as a solution to kdesktop 7
  Added kdebase-bin to the remove list
  Fixing kdesktop via keep of kdebase-bin
 Try to Re-Instate kdebase-bin
Investigating kdebase-bin
Package kdebase-bin has broken dep on kdebase-bin-kde3
  Considering kdebase-bin-kde3 -1 as a solution to kdebase-bin 6
  Added kdebase-bin-kde3 to the remove list
Package kdebase-bin has broken dep on kdebase-runtime-bin-kde4
  Fixing kdebase-bin via keep of kdebase-bin-kde3
Package kdebase-workspace-bin has broken dep on kdesktop
  Considering kdesktop 7 as a solution to kdebase-workspace-bin 4
  Holding Back kdebase-workspace-bin rather than change kdesktop
Investigating kdebase-apps
Package kdebase-apps has broken dep on kdebase-bin
  Considering kdebase-bin 6 as a solution to kdebase-apps 4
  Holding Back kdebase-apps rather than change kdebase-bin
Investigating kdebase-workspace
Package kdebase-workspace has broken dep on kdebase-workspace-bin
  Considering kdebase-workspace-bin 4 as a solution to kdebase-workspace 4
  Holding Back kdebase-workspace rather than change kdebase-workspace-bin

So apt wants to keep kdesktop, while the new kdebase-workspace-bin
Breaks it, kdebase-bin Conflicts with it, as does libkonq5-templates.

ModaX, can you clarify why these Breaks/Conflicts are there?

Does anyone see a way out of this?  (Let me know if I can provide more

[0] http://people.debian.org/~jcristau/kde-status
[1] http://people.debian.org/~jcristau/apt-kde.txt


Attachment: signature.asc
Description: Digital signature

Reply to: