Hi, 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. [snip] 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 information.) [0] http://people.debian.org/~jcristau/kde-status [1] http://people.debian.org/~jcristau/apt-kde.txt Thanks, Julien
Attachment:
signature.asc
Description: Digital signature