I didn't parse all the C code, but it could be something has an empty
variable ("") and that's getting appended with /.cache/<etc>-- Russell On Tue, Apr 22, 2025 at 3:10 PM Ben Koenig <[email protected]> wrote: > > I'll take a look at the QML_DISABLE_DISK_CACHE variable. > > I just did some testing and it looks like some part of SDDM or mesa is not > obeying both the HOME and XDG_CACHE_HOME variables when sddm is launched. I > confirmed that the vars are set in the environment when sddm.bin launches but > it still creates 1.9MB of data in /.cache. > > > -Ben > > > On Tuesday, April 22nd, 2025 at 3:00 PM, Robert Detjens <[email protected]> > wrote: > > > No disk cache in root on Fedora 42 / SDDM 0.21.0, though there are some > > under `/var/lib/sddm/`. > > The systemd unit environment disables some other different disk caching for > > QT stuff, but the bug refs look unrelated to the shader cache: > > > > `# workaround https://bugzilla.redhat.com/1686675 # see also > > https://bugreports.qt.io/browse/QTBUG-58508 QML_DISABLE_DISK_CACHE=1` > > > > > > On Tue, Apr 22, 2025 at 1:45 PM Ben Koenig [email protected] > > > > wrote: > > > > > Hey all, got a really random Linux question. > > > > > > Does anyone here who uses SDDM to log into their computer have a bunch of > > > mesa cache files in /.cache ? > > > > > > Yes, that's a hidden .cache folder in /, you'll need to use 'ls -a /' to > > > find it. I'm specifically interested in systems running sddm versions >=20 > > > but if you are on an older distro using 19 and have it that would be > > > interesting as well... > > > > > > There's something funky going on in slackware -current and I'm too lazy to > > > launch a new VM when I can ask users on other distros. That and the PLUG > > > list has been a bit slow lately :) > > > > > > -Ben
