KDE Is Broken In Debian Unstable
Looks like KDE is in the middle of a major transition in Debian Unstable at the moment. Yesterday I did an update on my backup machine, and found that I had no window manager after logging into the GUI. This morning I did another update, and was presented with a new “flat” look after a GUI login. Checking my package versions, I believe I have some parts of KDE 5, but not all (yet). I might do another update this evening. Luckily my backup machine can still fulfil most of its functions without a GUI...
On Thu, 23 Jul 2015 14:38:10 +1200, Lawrence D'Oliveiro wrote:
This morning I did another update, and was presented with a new “flat” look after a GUI login. Checking my package versions, I believe I have some parts of KDE 5, but not all (yet).
Looks like it is mostly there now, I just need to get used to the new behaviour. KDE 4 had the concept of “activities” (which I never really got the hang of) versus “desktops” (which I did). The two now seem to have been merged. Oh, and it’s nice to have Undo when you remove a widget you didn’t mean to. :)
I wrote:
KDE 4 had the concept of “activities” (which I never really got the hang of) versus “desktops” (which I did). The two now seem to have been merged.
No they haven’t! The two are still distinct, they have merely made “activities” more prominent in the context-sensitive setup menus, perhaps to get people to use them more. And in fact things still behave much the same as in KDE 4.
Just a further note, I’ve had a long-standing minor irritation with running things (Blender, video playback) in full-screen. This has to do with the fact that I like to set up a disappearing KDE panel, that only pops up when I want it. The problem is, in full-screen mode, the region in the application window at the bottom of the screen where the panel would appear does not respond to clicks. Looks like KDE 5 has finally solved this problem. While playing a video in full-screen, I can actually click on the icons at the bottom of the player and have them respond, which they wouldn’t before. And the controls at the bottom of Blender’s screen now work in full-screen mode, too.
Looks like it is broken again. I’m not the only one affected, but it looks like it might take a little longer to fix this time <https://lists.debian.org/debian-user/2015/08/msg00315.html>, since the packages are all going to be recompiled with GCC 5.
After 2 weeks of seeing “depends ... but it is not going to be installed” when I try do to “apt-get install kde-full”, today it seems the logjam has been broken. The above command finally succeeded. Though I’m not sure if it’s KDE 4 or KDE 5: several package names have “5” on the end of them, but the version numbers still say “4”. Oh well. This is on the backup machine. I am now doing “apt-get dist-upgrade”. If it comes up and behaves nicely afterwards, I’ll risk trying it on my main machine...
I wondered why the new version of KDE Konsole didn’t keep the custom profiles I had set up for the old version. It’s because the new version has put its data into ~/.config and ~/.local/share, instead of ~/.kde4. So KDE is moving away from having a custom data directory to using the more standard locations.
I wondered why the new version of KDE Konsole didn’t keep the custom profiles I had set up for the old version. It’s because the new version has put its data into ~/.config and ~/.local/share, instead of ~/.kde4.
So KDE is moving away from having a custom data directory to using the more standard locations.
Slightly decluttering the home directory. Excellent! Cheers, Peter -- Peter Reutemann Dept. of Computer Science University of Waikato, NZ +64 (7) 858-5174 http://www.cms.waikato.ac.nz/~fracpete/ http://www.data-mining.co.nz/
On Wed, 26 Aug 2015 16:38:47 +1200, I wrote:
I wondered why the new version of KDE Konsole didn’t keep the custom profiles I had set up for the old version. It’s because the new version has put its data into ~/.config and ~/.local/share, instead of ~/.kde4.
I finally bit the bullet and did a newer upgrade on my main machine. I copied the existing Konsole config files from ~/.kde/share/apps/konsole/ to ~/.local/share/konsole/, and was pleased to see that it worked—my existing terminal profiles and colour schemes came across intact. Don’t you just love text-based config files. :) Currently, however, libopenimageio is broken. This is needed to build Blender with the Cycles renderer. The thought of rebuilding Blender without that wonderful piece of functionality is just too sad to contemplate...
On Sat, Aug 29, 2015 at 06:10:49PM +1200, Lawrence D'Oliveiro wrote:
On Wed, 26 Aug 2015 16:38:47 +1200, I wrote:
I wondered why the new version of KDE Konsole didn’t keep the custom profiles I had set up for the old version. It’s because the new version has put its data into ~/.config and ~/.local/share, instead of ~/.kde4.
I finally bit the bullet and did a newer upgrade on my main machine. I copied the existing Konsole config files from ~/.kde/share/apps/konsole/ to ~/.local/share/konsole/, and was pleased to see that it worked—my existing terminal profiles and colour schemes came across intact.
Don’t you just love text-based config files. :)
Currently, however, libopenimageio is broken. This is needed to build Blender with the Cycles renderer. The thought of rebuilding Blender without that wonderful piece of functionality is just too sad to contemplate...
Part of the announcement of the libstdc++ transition is that Debian unstable is once again truly deserving of the name "Sid". ;-) That one transition has triggered over 150 other library transitions, many of which are entangled! Cheers Michael.
participants (3)
-
Lawrence D'Oliveiro -
Michael Cree -
Peter Reutemann