Created attachment 416034 [details] kdenlive under gnome kdenlive run from gnome env is very bare of icons. The same program run from KF5 plasma demonstrate much richer interface. I have to mouse-over anonymous (...) buttons to find out their meanings.
Created attachment 416036 [details] kdenlive under KF5 plasma
I guess the icons will be there if you set XDG_CURRENT_DESKTOP to "KDE"?
setting XDG_CURRENT_DESKTOP="KDE" didn't produce any noticable change ... :-(
I'd like to additionaly clarify that I don't have both gnome and plasma installed on one machine. My main DE is gnome. I've set up a virtualbox machine with plasma for testing purposes. Maybe this is the reason why setting XDG_CURRENT_DESKTOP=kde in gnome DE doesn't change anything in the way kdenlive UI is presented.
Is this still the case with 15.12.3? Do you reported it upstream?
Yes, I did. It was the missing dependency on kdebase-runtime-meta. I suggest that your ebuild require it.
(In reply to Anton Gubarkov from comment #6) > Yes, I did. It was the missing dependency on kdebase-runtime-meta. I suggest > that your ebuild require it. But kdenlive is based on KDE Frameworks 5 and the kdebase-runtime-meta contains kdelibs4 dependencies. This makes no sense to me :/
I meant kde-apps/kdebase-runtime-meta-15.12.3 based on the depgraph, I don't agree with your statement that it is for kde4 compat. * dependency graph for kde-apps/kdebase-runtime-meta-16.04.0 `-- kde-apps/kdebase-runtime-meta-16.04.0 ~amd64 `-- kde-apps/kcmshell-16.04.0 (>=kde-apps/kcmshell-16.04.0) ~amd64 `-- kde-apps/kdebase-data-16.04.0 (>=kde-apps/kdebase-data-16.04.0) ~amd64 `-- kde-apps/kdebase-desktoptheme-16.04.0 (>=kde-apps/kdebase-desktoptheme-16.04.0) ~amd64 `-- kde-apps/kdebase-menu-16.04.0 (>=kde-apps/kdebase-menu-16.04.0) ~amd64 `-- kde-apps/kdebase-menu-icons-16.04.0 (>=kde-apps/kdebase-menu-icons-16.04.0) ~amd64 `-- kde-apps/kdebugdialog-16.04.0 (>=kde-apps/kdebugdialog-16.04.0) ~amd64 `-- kde-apps/kdesu-16.04.0 (>=kde-apps/kdesu-16.04.0) ~amd64 [-handbook] `-- kde-apps/kdontchangethehostname-16.04.0 (>=kde-apps/kdontchangethehostname-16.04.0) ~amd64 `-- kde-apps/keditfiletype-16.04.0 (>=kde-apps/keditfiletype-16.04.0) ~amd64 `-- kde-apps/kfile-16.04.0 (>=kde-apps/kfile-16.04.0) ~amd64 `-- kde-apps/kiconfinder-16.04.0 (>=kde-apps/kiconfinder-16.04.0) ~amd64 `-- kde-apps/kimgio-16.04.0 (>=kde-apps/kimgio-16.04.0) ~amd64 `-- kde-apps/kioclient-16.04.0 (>=kde-apps/kioclient-16.04.0) ~amd64 `-- kde-apps/kmimetypefinder-16.04.0 (>=kde-apps/kmimetypefinder-16.04.0) ~amd64 `-- kde-apps/knewstuff-16.04.0 (>=kde-apps/knewstuff-16.04.0) ~amd64 `-- kde-apps/knotify-16.04.0 (>=kde-apps/knotify-16.04.0) ~amd64 `-- kde-apps/kpasswdserver-16.04.0 (>=kde-apps/kpasswdserver-16.04.0) ~amd64 `-- kde-apps/kquitapp-16.04.0 (>=kde-apps/kquitapp-16.04.0) ~amd64 `-- kde-apps/kreadconfig-16.04.0 (>=kde-apps/kreadconfig-16.04.0) ~amd64 `-- kde-apps/kstart-16.04.0 (>=kde-apps/kstart-16.04.0) ~amd64 `-- kde-apps/ktimezoned-16.04.0 (>=kde-apps/ktimezoned-16.04.0) ~amd64 `-- kde-apps/ktraderclient-16.04.0 (>=kde-apps/ktraderclient-16.04.0) ~amd64 `-- kde-apps/kurifilter-plugins-16.04.0 (>=kde-apps/kurifilter-plugins-16.04.0) ~amd64 `-- kde-apps/phonon-kde-16.04.0 (>=kde-apps/phonon-kde-16.04.0) ~amd64 `-- kde-apps/plasma-runtime-16.04.0 (>=kde-apps/plasma-runtime-16.04.0) ~amd64 `-- kde-apps/renamedlg-plugins-16.04.0 (>=kde-apps/renamedlg-plugins-16.04.0) ~amd64 `-- kde-apps/solid-runtime-16.04.0 (>=kde-apps/solid-runtime-16.04.0) ~amd64 [-bluetooth] `-- kde-apps/kwalletd-16.04.0 (>=kde-apps/kwalletd-16.04.0) ~amd64 `-- kde-plasma/kwallet-pam-5.6.3 (>=kde-plasma/kwallet-pam-5.4.1) ~amd64 [oldwallet] `-- kde-apps/kwalletd-pam-5.5.5 (kde-apps/kwalletd-pam) ~amd64 [ kde-apps/kdebase-runtime-meta-16.04.0 stats: packages (31), max depth (1) ]
(In reply to Anton Gubarkov from comment #8) > I meant kde-apps/kdebase-runtime-meta-15.12.3 > > based on the depgraph, I don't agree with your statement that it is for kde4 > compat. > [snip] Based on the depgraph they are slot 4 which means they are linking against kdelibs4 + qt4.
When I had that problem, kde-frameworks/oxygen-icons was sufficient.
Created attachment 434590 [details, diff] 0001-kde5.eclass-Add-icons-as-runtime-dependency.patch Proposed eclass patch to add a icon set as runtime dependency when KDE_AUTODEPS is not set.
*** Bug 628846 has been marked as a duplicate of this bug. ***
*** Bug 622286 has been marked as a duplicate of this bug. ***
(In reply to Johannes Huber from comment #11) > Created attachment 434590 [details, diff] [details, diff] > 0001-kde5.eclass-Add-icons-as-runtime-dependency.patch > > Proposed eclass patch to add a icon set as runtime dependency I guess we can do that, but that won't solve the problem with missing QPA plugin if not using Plasma.
*** Bug 636310 has been marked as a duplicate of this bug. ***
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=789b0479b187e0940f2ddc6367a4c53f8cb09129 commit 789b0479b187e0940f2ddc6367a4c53f8cb09129 Author: Johannes Huber <johu@gentoo.org> AuthorDate: 2016-05-18 08:05:14 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2017-11-14 20:43:23 +0000 kde5.eclass: Add icons as runtime dependency Most applications use icons at runtime, so add them when KDE_AUTODEPS is enabled. Bug: https://bugs.gentoo.org/564838 eclass/kde5.eclass | 5 +++++ 1 file changed, 5 insertions(+)}
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/proj/kde.git/commit/?id=4bf568ab97ef043b9840f947e562a42b1c77022d commit 4bf568ab97ef043b9840f947e562a42b1c77022d Author: Johannes Huber <johu@gentoo.org> AuthorDate: 2016-05-18 08:05:14 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2017-12-14 23:13:04 +0000 kde5.eclass: Add icons as runtime dependency Most applications use icons at runtime, so add them when KDE_AUTODEPS is enabled. Bug: https://bugs.gentoo.org/564838 eclass/kde5.eclass | 5 +++++ 1 file changed, 5 insertions(+)}
Please test: # emerge x11-themes/QGnomePlatform
QGnomePlatform breaks qt applications on hidpi screens. Qt applications stop to follow Xft.dpi Xresourse, the fonts become extremely small.
It also do not follow to /org/gnome/desktop/interface/text-scaling-factor dconf key
The problems with hidpi can be fixed in systemsettings (with kscreen installed). Yes, there are icons now.
installing QGnomePlatform fixes the missing icons for me. thanks.