--- Begin Message ---
Package: kaboom
Version: 1.1.2
Severity: normal
I have a KDE 3.5.10 Lenny desktop. I also have a Sid virtual machine
running KDE 4.3.2 as of today. I mounted my 3.5.10 $HOME in the Sid VM
underneath an aufs overlay. I wanted to see if KDE 4.3 2 is ready for
what I need it for.
My use case here is "an existing KDE3 user wants to upgrade to KDE4, and
to have her desktop, with its applications and short cuts, immediately
available for use, without needing to wholly recreate it by hand".
First time I logged into the VM as myself, it was essentially an upgrade
from Lenny 3.5.10 to Sid 4.3.2. I found that there were a number of
features of my desktop which were not present after conversion.
First off I have read the thread about desktop migration and am satisfied
with having my ~/Desktop shown as a transparent folder. I can work with
that and no doubt will find even better ways to arrange it in due course.
However,
1. My wallpaper was not setup under KDE4 by kaboom. It is a simple jpg
underneath my $HOME but kaboom discarded this setting.
2. My kicker buttons were largely forgotten.
http://www.leverton.org/images/Software/kde-359-toolbar.png is my
KDE3 kicker main panel. Buttons and pplets on it are (left to right):
K Menu
Show desktop button
Konsole profiles button
Kfmclient shortcut with filebrowsing profile in $HOME
Kfmclient shortcut with webbrowsing profile
Kbookmarks menu button
Kcontrol menu button
Application shortcut to mutt
Application shortcut to trn
Application shortcut to /usr/bin/eject
Application shortcut to virt-manager
Taskbar
Klipper Applet
System Monitor Applet
System Tray Applet
Lock/Logout Applet
Clock Applet
The following from the above were nowhere on my taskbar or even my
desktop after kaboom ran:
http://www.leverton.org/images/Software/kde-431-toolbar-after-conversion-from-359.png
Konsole profiles button
Konqui shortcut to to $HOME with filebrowsing profile
Konqui shortcut with default (webbrowsing) profile
Kcontrol menu button
Application shortcut to mutt
Application shortcut to trn
Application shortcut to /usr/bin/eject
Application shortcut to virt-manager
System Load Viewer applet (direct replacement for old System Monitor)
Lock/Logout applet
A number of my other resident and autostarted applets, visible in the
KDE3 system tray, also did not start under KDE4. But I will do more
testing on that and open a separate bug with specifics.
3. My window shortcuts were wholly forgotten. My custom KDE3 kwin
shortcut scheme is based on the KDE 3-modifier scheme with some
additions:
Win+up = maximise vertically
Win+right = maximise horizontally
Win+M = minimimise
Win+S = shade
Win+V = move
I hoped that these at least would have been translated across since
I use them many times per day.
My xbb mappings were also not applied. In KDE3 I have "enable keyboard
layouts" turned off (since my xorg.conf specifies the keyboard layout)
but I have "enable xkb options" turned on, in order that I can use
the right win-key for "Compose". In KDE4 it seems that I cannot have
xkb enabled at all unless I also set up a keyboard layout overriding
the default. Happily, my Compose key setting *was* translated,
but just not enabled.
It seems that my national keyboard layout and my compose key are
not applied even after being setup by hand, but I'll raise that on
debian-kde since it is not apparently related to kaboom.
I can't see kaboom in KDE bugzilla so I haven't been able to check if
any of these are known bugs - they're not in Debian BTS though AFAICS.
Apols if any of them are due to aufs but I can't afford any downtime
at all on my main desktop. However since I can wipe the aufs overlay
I can re-run any tests if needed. Aufs is used in Debian Live systems
so I hope it is a fair test.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.30-2-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages kaboom depends on:
ii libc6 2.9-27 GNU C Library: Shared libraries
ii libgcc1 1:4.4.1-6 GCC support library
ii libqtcore4 4:4.5.3-2 Qt 4 core module
ii libqtgui4 4:4.5.3-2 Qt 4 GUI module
ii libstdc++6 4.4.1-6 The GNU Standard C++ Library v3
kaboom recommends no packages.
kaboom suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
On Sunday 11 October 2009 16:29:55 Nick Leverton wrote:
> Package: kaboom
> Version: 1.1.2
> Severity: normal
>
> I have a KDE 3.5.10 Lenny desktop. I also have a Sid virtual machine
> running KDE 4.3.2 as of today. I mounted my 3.5.10 $HOME in the Sid VM
> underneath an aufs overlay. I wanted to see if KDE 4.3 2 is ready for
> what I need it for.
The main feature of kaboom is to be able to move around .kde dirs for early
adopters of KDE4 where things were in a .kde4 dir. There is a few different
strategies for this, but what's general for all of this is that configuration
files are only edited to do a search and replace of .kde4 with .kde.
Many applications in kde3 are now gone and replaced with similar, but not
exact same kde4 counterparts. These do not read the configuration files of the
old and gone applications.
A example of this is "kdesktop" that handled the large screen area, which is
now handled by plasma.
Another example of this is "kicker", the bottom bar. Now dead and gone and
handled by the same plasma as handling the rest of the desktop.
Trying to convert the settings between completely different applications is
just not a feasible thing to do.
> I can't see kaboom in KDE bugzilla so I haven't been able to check if
> any of these are known bugs - they're not in Debian BTS though AFAICS.
Kaboom is a debian specific utility written by your friendly Debian KDE
maintainers to at least do something about missing things.
> Apols if any of them are due to aufs but I can't afford any downtime
> at all on my main desktop. However since I can wipe the aufs overlay
> I can re-run any tests if needed. Aufs is used in Debian Live systems
> so I hope it is a fair test.
I think it is a fair test, but 99% of this won't be fixed, and definately not
in "kaboom".
Maybe the kwin settings could be migrated, but that should be a bug agains
kwin upstream. I'm not sure there is a interest in fixing it.
The plasma people definately won't try to read kdesktop and kicker
configurations.
/Sune
--
How could I do for unmounting a shell?
The point is that you neither must receive a clock, nor must overclock the
proxy to ping the pin of the ISDN modem.
--- End Message ---