Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#55312 - [plasma-workspace] Installing to /usr causes startkde to have duplicate entries in XDG_DATA_DIRS
Attached to Project:
Arch Linux
Opened by Asgeir Bjarni Ingvarsson (asgeirbj) - Sunday, 27 August 2017, 15:07 GMT
Last edited by Antonio Rojas (arojas) - Thursday, 31 August 2017, 14:37 GMT
Opened by Asgeir Bjarni Ingvarsson (asgeirbj) - Sunday, 27 August 2017, 15:07 GMT
Last edited by Antonio Rojas (arojas) - Thursday, 31 August 2017, 14:37 GMT
|
DetailsThe install script that generates the startkde script doesn't handle the fact that the install prefix may be /usr
XDG_DATA_DIRS="@CMAKE_INSTALL_PREFIX@/@SHARE_INSTALL_PREFIX@:/usr/share:/usr/local/share" becomes XDG_DATA_DIRS="/usr/share:/usr/share:/usr/local/share" Which can cause interesting side-effects like the vulkan-icd-loader double-counting the installed GPUs. Affects: plasma-workspace - 5.10.5-2 potentially anything that uses XDG_DATA_DIRS without filtering out duplicates |
This task depends upon
Comment by Doug Newgard (Scimmia) -
Thursday, 31 August 2017, 14:25 GMT
This sounds more like a problem with how vulkan-icd-loader handles it.
Comment by Antonio Rojas (arojas) -
Thursday, 31 August 2017, 14:37 GMT
Right, if something can't handle duplicates in XDG_DATA_DIRS, it should be fixed. In any case, startkde comes from upstream, so please report this to bugs.kde.org