KF 5 & Plasma

zsebibaba · 2015-04-23 10:53:56

arojas wrote:

zsebibaba wrote:
Hello, is there anything to do for users still running KDE4 to have telepathy working again?
The non-plasma parts (contact list, text ui) should still work in KDE4. If you want the applets, then you'll have to stick with 0.9 (KDE4 applets can't be compiled against KF5 libs)

Thank you very much for the info, I managed to downgrade it to 0.9. (in case someone else needs the list then it can be found at the end of this post)

I have to admit I am not really happy with the situation that a stable upgrade breaks compatibility with KDE4 which is still supported until at least August 2015.
And leaves me with options to either move on to k*5 or downgrade.

# Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup
IgnorePkg = telepathy-kde-accounts-kcm telepathy-kde-approver telepathy-kde-auth-handler telepathy-kde-call-ui telepathy-kde-common-internals telepathy-kde-contact-list telepathy-kde-contact-runner telepathy-kde-desktop-applets telepathy-kde-filetransfer-handler telepathy-kde-integration-module telepathy-kde-send-file telepathy-kde-text-ui

list of saved packages:
libkpeople-0.3.0-1-x86_64.pkg.tar.xz
telepathy-farstream-0.6.2-1-x86_64.pkg.tar.xz
telepathy-farstream-0.6.2-2-x86_64.pkg.tar.xz
telepathy-gabble-0.18.3-1-x86_64.pkg.tar.xz
telepathy-glib-0.24.0-1-x86_64.pkg.tar.xz
telepathy-glib-0.24.1-1-x86_64.pkg.tar.xz
telepathy-haze-0.8.0-1-x86_64.pkg.tar.xz
telepathy-kde-accounts-kcm-0.9.0-1-x86_64.pkg.tar.xz
telepathy-kde-approver-0.9.0-1-x86_64.pkg.tar.xz
telepathy-kde-auth-handler-0.9.0-1-x86_64.pkg.tar.xz
telepathy-kde-auth-handler-0.9.0-2-x86_64.pkg.tar.xz
telepathy-kde-call-ui-0.9.0-1-x86_64.pkg.tar.xz
telepathy-kde-call-ui-0.9.0-2-x86_64.pkg.tar.xz
telepathy-kde-common-internals-0.9.0-1-x86_64.pkg.tar.xz
telepathy-kde-contact-list-0.9.0-1-x86_64.pkg.tar.xz
telepathy-kde-contact-runner-0.9.0-1-x86_64.pkg.tar.xz
telepathy-kde-desktop-applets-0.9.0-1-x86_64.pkg.tar.xz
telepathy-kde-filetransfer-handler-0.9.0-1-x86_64.pkg.tar.xz
telepathy-kde-integration-module-0.9.0-1-x86_64.pkg.tar.xz
telepathy-kde-send-file-0.9.0-1-x86_64.pkg.tar.xz
telepathy-kde-text-ui-0.9.0-1-x86_64.pkg.tar.xz
telepathy-logger-0.8.0-2-x86_64.pkg.tar.xz
telepathy-logger-0.8.1-1-x86_64.pkg.tar.xz
telepathy-logger-qt-0.8.0-2-x86_64.pkg.tar.xz
telepathy-mission-control-5.16.2-1-x86_64.pkg.tar.xz
telepathy-mission-control-5.16.3-1-x86_64.pkg.tar.xz
telepathy-qt4-0.9.5-2-x86_64.pkg.tar.xz

t0ken · 2015-04-23 15:36:31

arojas wrote:

zsebibaba wrote:
Hello, is there anything to do for users still running KDE4 to have telepathy working again?
The non-plasma parts (contact list, text ui) should still work in KDE4. If you want the applets, then you'll have to stick with 0.9 (KDE4 applets can't be compiled against KF5 libs)

OMG thank you so much, I've been racking my brains trying to figure out what happened to my system tray telepathy stuffs. It's still usable (albeit, no systray icon), so it's not a deal-breaker for me. Was considering filing a bug with KDE before I thought I'd check this forum, heh. Thanks for this reply.

arojas · 2015-04-23 18:26:17

zsebibaba wrote:

I have to admit I am not really happy with the situation that a stable upgrade breaks compatibility with KDE4 which is still supported until at least August 2015.
And leaves me with options to either move on to k*5 or downgrade.

The KDE4 desktop will be supported, KDE4 versions of ported applications will not. We are already making a big effort to keep both versions of Plasma in the repositories (most major distros are switching to Plasma 5 in their spring releases and dumping KDE4 completely), maintainig two versions of every application that interacts with the desktop on top of that would be unmanageable.

Carl Karl · 2015-04-23 20:54:18

I switched to Plasma a few days ago and I'm quite happy + I want to share an experience + improvement:

When using breeze as a QT4 theme (as suggested in the wiki), some applications (owncloud-client, activinspire) look really crappy. (ugly colors, menus and buttons and - in case of inspire - ugly scrollbars)
They look much better when GTK+ is selected in qtconfig-qt4 and in the KDE-settings, the orion theme is set as GTK+ theme. (as suggested in the wiki)
Downside of that is problems with LibreOffice, e.g. white tooltip-text on white tooltip-background. I really searched long how to avoid that, and the solution is: Force LibreOffice to use gtk by starting it with SAL_USE_VCLPLUGIN=gtk lowriter or making that permanent in /etc/profile.d/libreoffice-fresh.sh as suggested in the wiki.

Maybe that is useful for someone.

surfatwork · 2015-04-23 21:54:12

Carl Karl wrote:

They look much better when GTK+ is selected in qtconfig-qt4 and in the KDE-settings, the orion theme is set as GTK+ theme

Great tip - thanks.

Carl Karl · 2015-04-24 07:53:31

surfatwork wrote:

Carl Karl wrote:
They look much better when GTK+ is selected in qtconfig-qt4 and in the KDE-settings, the orion theme is set as GTK+ theme
Great tip - thanks.

Unfortunately not as great as we thought:
The white text on white tooltip problem occurs in okular, too.

Carl Karl · 2015-04-24 09:56:43

OK, at least for okular, it is possible to start it with

okular --style breeze

but that alone is no real solution...

Edit:
it gets a bit better by editing
/usr/share/applications/kde4/okular.desktop to include

Exec=okular --style breeze %U %i -caption %c

than Okular has the right theme when called by K-Menu.
Do the same with /usr/share/applications/kde4/okularApplication_pdf.desktop
and you get the right theme when opening a pdf.

Last edited by Carl Karl (2015-04-24 10:04:51)

zsebibaba · 2015-04-24 11:43:42

arojas wrote:

zsebibaba wrote:
I have to admit I am not really happy with the situation that a stable upgrade breaks compatibility with KDE4 which is still supported until at least August 2015.
And leaves me with options to either move on to k*5 or downgrade.
The KDE4 desktop will be supported, KDE4 versions of ported applications will not. We are already making a big effort to keep both versions of Plasma in the repositories (most major distros are switching to Plasma 5 in their spring releases and dumping KDE4 completely), maintainig two versions of every application that interacts with the desktop on top of that would be unmanageable.

That's new to me. So basically as more applications gets ported to k*5 the KDE4 will be abandoned/unmaintained.

Elemento Cero · 2015-04-24 13:17:06

As much as I want to like Plasma 5, I can't understand the reasons why other distros are switching to Plasma 5 so soon. I mean, the Ubuntu family, for example, meant for newcomers, is presenting the new Plasma 5 as default... but in my opinion it's not enough stable yet, specially for new users (despite an acceptable performance on my Arch installation). I think that situation could render as a negative side effect for Plasma itself (as people will think that it's too unstable and switch to other DE's).

Carl Karl · 2015-04-24 18:25:21

If it's useful for someone:
I found a solution how to apply QT4-style=GTK+ only for some applications: https://bbs.archlinux.org/viewtopic.php?id=196547

pepedopolous · 2015-04-24 20:51:44

Hi,

I changed to KF5/Plasma 5 as soon as I could. To make sure that KDE4 applications use the Breeze style and icons you need to keep from your old install (or make if you haven't got it)

/home/<username>/.kde4/share/config/kdeglobals

Edit the sections so that: -

[General]
ColorScheme=Breeze.colors
Name=Breeze.colors
widgetStyle=breeze

and also: -

[Icons]
Theme=breeze

It was so long ago I can't quite remember but I think I just copied my KF5 kdeglobals (/home/<username>./config/kdeglobals) to the KDE4 location and there were no problems.

For pure Qt applications like VLC, you have to run qtconfig-qt4 to choose the Breeze style.

P

achilleas.k · 2015-04-25 09:41:49

My ~/.kde4/share/config/kdeglobals is a symlink to ~/.config/kdeglobals.

Same for Konsole, as it appears on the wiki.
Isn't that enough to take care of colour consistencies between applications that are still using kde4 settings and colours? I haven't had any theming issues.

On a sidenote: I just replaced

/usr/share/sddm/themes/breeze/components/artwork/background.png
/usr/share/plasma/look-and-feel/org.kde.breeze.desktop/contents/splash/images/background.png

with my wallpaper and I love having that smooth transition with no background changes (login -> splash -> desktop).

Soukyuu · 2015-04-25 11:08:16

achilleas.k wrote:

Soukyuu wrote:
Meh, can't believe I missed that reply somehow. In any case, it doesn't seem to work. I can run the script manually, so the permissions should be ok.
I'm not entirely sure this is the case so if it works please let me know. I think I saw a similar issue with a startup script not working until I added a .sh extension. I can't test right now, so if you manage to test it before I do, I'd like to know if this is the case.
EDIT: I felt this was a strange requirement but it seems it was also the case in KDE4 https://bugs.kde.org/show_bug.cgi?id=171136

Thanks for the tip, but my script already has the .sh extension. I guess I should make a bug report..

MartinZ · 2015-04-25 15:32:16

MartinZ wrote:

I had KDE4 configured with a global menu (as described in https://wiki.archlinux.org/index.php/KD … he_desktop), with all the corresponding appmenu packages and kdeplasma-applets-menubar installed. Of course I forgot to disable all this stuff before upgrading to KF5, and now all gtk and qt4 apps show no menu. I really couldn't figure out where this configuration is kept.
I would really appreciate some help with this annoyance.

With latest Applications and/or Plasma update all my menus reappeared (gtk2 and 3 and qt4)... I don't really changed anything, so I guess there was a bug lying around that was fixed.

Abaddon · 2015-04-25 21:44:42

I can't change window size when I put mouse cursor near to the window edge. It works by alt + right click or rignt click on window decoration and selecting more -> change size. Do I need to set any particular option to allow window size to be changed the old way?

diegoviola · 2015-04-26 03:43:18

Is the latest kdebase-dolphin (15.04) compiled against KF5/Qt5 or still from KDE4/Qt4?

ChemBro · 2015-04-26 06:12:12

diegoviola wrote:

Is the latest kdebase-dolphin (15.04) compiled against KF5/Qt5 or still from KDE4/Qt4?

It is still a KDE4 application. This will hopefully change in August.

hellfire[bg] · 2015-04-26 08:27:10

As much as I want to like Plasma 5, I can't understand the reasons why other distros are switching to Plasma 5 so soon. I mean, the Ubuntu family, for example, meant for newcomers, is presenting the new Plasma 5 as default... but in my opinion it's not enough stable yet, specially for new users (despite an acceptable performance on my Arch installation). I think that situation could render as a negative side effect for Plasma itself (as people will think that it's too unstable and switch to other DE's).

To be fair I haven't actually encountered a lot of serios problems with KF5. I haven't experienced much more crashes than with KDE 4 (I actually can't remember the last time an application crahsed in either KF5 or KDE4 but there must have been episodic crashes just nothing systematic or reocurring) nor any noticeable performance regressions nor any noticeable lack of functionality (like with the first versions of KDE4). I actually compiled a list of my issues with KF5 and all of them are cosmetic issues which I guess will be polished away in the next several versions. The most major issue for me at least is the lack of Breeze theme for GTK2/GTK3 - while I don't use a lot of GTK applications on a daily basis the lack of consistency still irritates me. I've also experienced a few graphical glitches here and there (which BTW I have not noticed in the latest Kubuntu release when I reviewed the live usb media so I must examine their set-up and try to find out how they've solved them).

Of course the issues you experience will vary depending on your set-up and what exaclty you're doing. My video card is intel hasweel which seems to be really well supported and using open source drives and I'm no using any particularly complicated functionality on my system (just basic desktop usage).

Last edited by hellfire[bg] (2015-04-26 08:27:27)

vipo · 2015-04-26 14:43:32

Is there any way to set color profiles based off .icc and/or .icm files? I cannot seem to find any option where i can configure color profiles based off off ICC color profile files.

diegoviola · 2015-04-26 16:29:14

ChemBro wrote:

diegoviola wrote:
Is the latest kdebase-dolphin (15.04) compiled against KF5/Qt5 or still from KDE4/Qt4?
It is still a KDE4 application. This will hopefully change in August.

What? I thought the porting already has been done? This is disappointing.

cedeel · 2015-04-26 17:42:18

diegoviola wrote:

ChemBro wrote:
diegoviola wrote:
Is the latest kdebase-dolphin (15.04) compiled against KF5/Qt5 or still from KDE4/Qt4?
It is still a KDE4 application. This will hopefully change in August.
What? I thought the porting already has been done? This is disappointing.

It has, use dolphin-git from the AUR. It's working fine for me.

fatino · 2015-04-26 19:03:16

What about kdeconnect?
Repo one is compiled against kde 4 I think. Aur one seems buggy. It connects but shows as not connected in indicator. Notifications work but transfer data (got sshfs) doesnt.

vipo · 2015-04-27 00:53:53

Anybody getting lots of random crashes in plasma 5 that seem to be caused by Nvidia update related to Intels Hardware Lock Elision (HLE)? I am getting a lot of random crashes and i am on a fresh install.

An example of a crash report is below:

Application: systemsettings5 (systemsettings5), signal: Segmentation fault
Using host libthread_db library "/usr/lib/libthread_db.so.1".
[KCrash Handler]
#5  0x00007fc61d231150 in __lll_unlock_elision () from /usr/lib/libpthread.so.0
#6  0x00007fc6016eb12c in ?? () from /usr/lib/libEGL.so.1
#7  0x00007fc60167d8c2 in ?? () from /usr/lib/libEGL.so.1
#8  0x00007ffd3c3ecaf0 in ?? ()
#9  0x00007fc6016fc831 in ?? () from /usr/lib/libEGL.so.1
#10 0x00007ffd3c3ecaf0 in ?? ()
#11 0x00007fc62389f815 in _dl_fini () from /lib64/ld-linux-x86-64.so.2
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Buddlespit · 2015-04-27 00:58:07

fatino wrote:

What about kdeconnect?
Repo one is compiled against kde 4 I think. Aur one seems buggy. It connects but shows as not connected in indicator. Notifications work but transfer data (got sshfs) doesnt.

I use kdeconnect-frameworks-git and the only issue I have with it is that I actually have to 'ping' my phone before it'll work properly, including the indicator, on every reboot.

miku84 · 2015-04-27 12:48:25

In Plasma5 I could not find "icontasks" ported to QT5. Icontasks applet was quite useful like controlling Clementine.
this is the old one:
https://www.archlinux.org/packages/extr … icontasks/

I could not find any progress in icontasks porting to QT5, is there an alternative or something?
Thanks

Arch Linux

#851 2015-04-23 10:53:56

Re: KF 5 & Plasma

#852 2015-04-23 15:36:31

Re: KF 5 & Plasma

#853 2015-04-23 18:26:17

Re: KF 5 & Plasma

#854 2015-04-23 20:54:18

Re: KF 5 & Plasma

#855 2015-04-23 21:54:12

Re: KF 5 & Plasma

#856 2015-04-24 07:53:31

Re: KF 5 & Plasma

#857 2015-04-24 09:56:43

Re: KF 5 & Plasma

#858 2015-04-24 11:43:42

Re: KF 5 & Plasma

#859 2015-04-24 13:17:06

Re: KF 5 & Plasma

#860 2015-04-24 18:25:21

Re: KF 5 & Plasma

#861 2015-04-24 20:51:44

Re: KF 5 & Plasma

#862 2015-04-25 09:41:49

Re: KF 5 & Plasma

#863 2015-04-25 11:08:16

Re: KF 5 & Plasma

#864 2015-04-25 15:32:16

Re: KF 5 & Plasma

#865 2015-04-25 21:44:42

Re: KF 5 & Plasma

#866 2015-04-26 03:43:18

Re: KF 5 & Plasma

#867 2015-04-26 06:12:12

Re: KF 5 & Plasma

#868 2015-04-26 08:27:10

Re: KF 5 & Plasma

#869 2015-04-26 14:43:32

Re: KF 5 & Plasma

#870 2015-04-26 16:29:14

Re: KF 5 & Plasma

#871 2015-04-26 17:42:18

Re: KF 5 & Plasma

#872 2015-04-26 19:03:16

Re: KF 5 & Plasma

#873 2015-04-27 00:53:53

Re: KF 5 & Plasma

#874 2015-04-27 00:58:07

Re: KF 5 & Plasma

#875 2015-04-27 12:48:25

Re: KF 5 & Plasma

Board footer