Summary: | KDEVARTMP environment variable is ignored after upgrade from KDE 4 to 5 | ||
---|---|---|---|
Product: | [Unmaintained] kdelibs | Reporter: | Daniel Boles <db0451> |
Component: | general | Assignee: | kdelibs bugs <kdelibs-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | bhush94, nate, plasma-bugs, simonandric5 |
Priority: | NOR | Keywords: | regression, triaged, usability |
Version: | 4.14.0 | ||
Target Milestone: | --- | ||
Platform: | Debian testing | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | ~/.config/plasma-workspace/env/kwin_env.sh (formerly in ~/.kde/env/) |
Description
Daniel Boles
2015-12-17 19:43:04 UTC
Created attachment 96155 [details]
~/.config/plasma-workspace/env/kwin_env.sh (formerly in ~/.kde/env/)
This is the script that gets run, exports the KDEVARTMP file, but does not have the previous/desired effect. chmod permissions are 755 and it's executable. /tmp is mounted as a tmpfs in RAM and previously worked fine as the path for KDEVARTMP stuff (kde-cache etc) in v4
KDEVARTMP won't be used, as tempdir code moved to Qt. Looking at Qt code it seems env var TMPDIR can be used instead. If you could update the documentation (it's a wiki) that would be very much appreciated. Thanks, David. That makes sense and is quicker than me browsing source for days to reach the same conclusion! Before I look at updating the wiki, can you advise whether any other variables therein (especially the closely related KDETMP, which I admit I haven't checked yet) have also been superseded in KDE5? That way I can cover them all. I'm away from this PC at the moment but will confirm later whether/what it currently has TMPDIR set to, and whether changing it affects the location of kdecache-* stuff. I assume/hope it will but will post back either way. nope, changing TMPDIR has no effect - it moves _other_ stuff, including kde-username, but the kde-cache-* directories remain firmly planted in /var/tmp so this isn't really "RESOLVED" until someone stipulates either that it's no longer possible to change the location of these caches, or provides a proper way to do it (which TMPDIR isn't) would appreciate the help arriving at a final answer for this one - thanks I've double checked. Nothing in Plasma 5 / Frameworks 5 uses /var/kde-cache directories. Can you ls those directories, it's probably some old kde4 stuff - at which point KDEVARTMP will still apply. Thanks again - good point - it does look to be v4 stuff in there. I nuked all 3 (-daniel, -root, and -kdm) dirs and only the former was recreated. After a reboot and login, it has these contents: *+daniel@v3-771g:~$ ls /var/tmp/kdecache-daniel/ total 176328 drwx------ 2 daniel daniel 4096 Dec 22 18:36 ./ drwxrwxrwt 7 root root 4096 Dec 22 18:36 ../ -rw-r--r-- 1 daniel daniel 10547304 Dec 22 18:36 icon-cache.kcache -rw-r--r-- 1 daniel daniel 1221311 Dec 22 18:36 ksycoca4 -rw-r--r-- 1 daniel daniel 536 Dec 22 18:36 ksycoca4stamp -rw------- 1 daniel daniel 48 Dec 22 18:36 Personal Calendarrc -rw------- 1 daniel daniel 910 Dec 22 18:36 plasma-svgelements-slim-glow -rw-r--r-- 1 daniel daniel 84377704 Dec 22 18:36 plasma_theme_internal-system-colors.kcache -rw-r--r-- 1 daniel daniel 84377704 Dec 22 18:36 plasma_theme_slim-glow.kcache +daniel@v3-771g:~$ I don't know whether these components should still be installed? Happy to remove them if not. Also, I haven't a clue where Slim Glow is coming from, since I use Breeze as my Desktop Theme - Slim Glow rings a bell; I might've used it under v4, but it's not even presented as an option now. The only change I made to the Breeze Desktop Theme was to apply Oxygen colours - in case that's relevant to the old stuff floating around (as it was the main v4 theme). Still, these legacy components don't seem to obey the old KDEVARTMP as otherwise I would've seen kdecache-daniel being recreated in /tmp on prior logins, but it always went into /var/tmp Thanks! Is there a bug left to fix here, or can we close this? Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone! |