Which gives me a clean home with only ~/.local for my dotfiles.
And issue that I've noticed that I haven't been able to fix is that every time that I start sway, hyprland and also the alpha of cosmic is that I get a new ~/.cache directory created in my home that contains a mesa_shader_cache directory.
Btw in the middle of writing this post I just ran into another bug, thunar for some reason decided to steal my key presses from the web browser, and even though I had the browser window focused as I have sway configured to change the border color of the window with focus, thunar was like nope wtf.
Where do you set the environmental variables? If they are set and read AFTER the other applications started with the old value, then they will off course write into ~/.cache. Does it work, if you put the variables into "~/.bash_profile"?
I don't use bash. As there is no way to fix bash leaving dotfiles in home lol.
I use zsh with $ZDOTDIR set to $XDG_CONFIG_HOME/zsh and there my .zprofile contains my environment variables that I posted. zsh is my login shell so they get applied once I login.
But you made a good point, I will test defining XDG_CACHE_HOME in /etc/profile just to see if that fixes the issue.
I have not setup these particular XDG variables, but i have been able to use bash without creating any files in my home dir (i was also able to use firefox (librewolf) without having .dir in my $HOME)
first I do not use bash as my default shell (I am on arch and installed dash and a package which basically symlinks /bin/sh to dash (I think i it is called dashbinsh), because it is slightly faster (I have many shell scripts, for some of them difference is perceivable) and it does not create any files by default
also I use a login display manager (ly) (if you use something else, then that does not really change anything, if you just type out the command in tty, just the command will change), and I have edited my sway desktop file (/usr/share/wayland-sessions/sway.desktop), you can use any other de/wm, just replace the specific command to launch sway (here sway), with something else (for example, in xfce (a de), you have start-xfce4 command), and the desktop file used
[Desktop Entry]
Name=Sway
Comment=An i3-compatible Wayland compositor
Exec=sway-wrapper
Type=Application
I made a script sway-wrapper, placed it at /home/sg/.local/bin/sway-wrapper (my user name here is sg), and symlinked it to /bin/sway-wrapper
these are the only changes made to root system
here is my full sway-wrapper, it launches sway, and also declares all my system variables
#!/bin/sh
# here i have exported many variables, not necessary for now
# export A_LOT_OF_THINGS
exec sway
now I use bash as my shell (I also tried zsh, but was not really amazed), and I only use it in my terminal emulator (if you use it elsewhere (if in editors, most have some way to set the shell used, if in tty, then I think you can set via some systemd init thing that I have forgotten, but most likely you would not have to set it at many places), so I edited my terminal emulator's (foot) config file to launch with bash, but with a specific rc file,
shell=bash --rcfile /home/sg/.local/bin/bashrc.sh
(most terminal emulators have some way to set this)
and in my bashrc, i have
# many things, this is just your bashrc, you can simply move your old one here with almost no changes (if you pull some variables/aliases with relative path, then change them)
export HISTFILE=${XDG_DATA_HOME}/bash-history
and also do
touch ${XDG_DATA_HOME}/bash-history
beforehand, as bash does not create hist file if it does not already exist
I also started using different programs or use hem with different cli flags (with help of launch scripts) to have there stuff in different directories
Outside of xdg specification dirs, I have .librewolf (if you want to not have this(this approach works with pretty much all firefox derivatives/family), then make a script, which basically launches librewolf with different home, like HOME=$XDG_DATA_HOME librewolf (or wherever you want), after doing so, you may have to reinstall extensions, but they do not lose there data, also maybe have to reset the download path, or if you use nativemessaging (some extensions use this), you may hae to slightly edit them, then either create a different desktop file to launch browser with this script, or edit the existing desktop file for your browser(with first approach you would have to reset your default browser everywhere (either by choosing it again, or editing your mime file in .config), with the latter approach, you may have to edit your desktop file after each browser update))(i stopped doing because i have some broken mime issue that pretty much every file type that i have not already set the default opener for, got opened with browser, and that created the .dot dir again and again), and some proprietary stuff that i have tried with the browser approach, and it still does not work
I mean I use bash for some of my scripts, but I mostly try to keep them POSIX compliant, and yes I also use dash as my sh. zsh is just my interactive and login shell, which by being the login shell I export all my variables on .zprofile instead of what you are doing with the sway wrapper.
I also try to use mawk instead of gawk as that one is even faster than dash. (And in some tests, even faster than C++ btw), check this out if you want: https://github.com/Samueru-sama/dotfiles
I just went with zsh because I first tried to get bash to work and couldn't lol.
I have .librewolf (if you want to not have this(this approach works with pretty much all firefox derivatives/family), then make a script, which basically launches librewolf with different home, like HOME=$XDG_DATA_HOME librewolf (or wherever you want),
why would i want to delete my bash history, like to refer to my old commands (and yes i semi-regularly clear the XDG_CACHE_HOME because many apps treat them as temporary locations, STATE_HOME would be better, but i also do not remember about its existence all the time, and thank you for the librewolf script, i had something similar (i did not actually specify with this granularity though)
Before XDG_STATE_HOME there was a big question on whether log files would go on DATA or CACHE, because log files could go on either depending on how you treated them. To solve that issue XDG_STATE_HOME was created.
Ever since them the shell history gets treated with similar importance to log files. The arch wiki also suggests it for the bash history to be on STATE: https://wiki.archlinux.org/title/XDG_Base_Directory
And while XDG_CACHE_HOME is technically a temporary location, it doesn't really get used as one, one example is the very shader caches get placed in them, and I don't want to regularly clear my shader caches and wait a minute every time I start a game.
just 1 thing, why are you moving yay/paru to tmpdir, since they often have aur builds, and if you dont have a baller setup (i definitely do not), downloading the source and the compiles are not really temporary waste, also a general tip, dont remove browser cache also (depending upon how aggressively should the cache, like i have a slow cpu, but i got a ram upgrade and fair speed, i get almost near instantaneous load time when going to pages i have cached(for configuration, please check betterfox speed setup))
I have 16 GiB of mem + zram. Nothing makes it run out of mem.
Zram gives me some insane compression ratios. Like I cannot get the system to run out of mem doing everything that I normally do at once.
Also that is old, I don't really use the aur anymore. The only aur package that I have installed is downgrade and that is used to troubleshoot issues with the official packages lol.
I also have the pacman cache in tmpfs, since I use btrfs snapshots for restoring.
Also my web pages and everything load just fine. I did mostly to reduce unnecessary writes to disk, the Gentoo wiki suggest moving the whole $XDG_CACHE_HOME to tmpfs which I think is extreme lol
Also my browser cache is not fully being cleared, notice that at the end of the script I have some syncing going on with rsync.
There is also a dedicated "/etc/environment" , but that is systemwide for all users (not sure if this applies to root too). But that is the first in the chain, in case you want test it. Therefore it does not know any variables like $HOME, only hardcoded values.
Edit: Also maybe there are programs that does not respect XDG and have hardcoded paths to ~/.cache. And I am not sure if ~/ has the same value as XDG.
Also maybe there are programs that does not respect XDG and have hardcoded paths to ~/.cache.
That's what I'm thinking, and it seems that program is all wayland compositors for some reason, there is likely a hardcoded path to ~/.cache what else could be making a ~/.cache/mesa_shader_cache directory when logging in that doesn't happen on X11?
Mesa contains the graphics driver in the Kernel. So maybe this is run very early. Theoretically you could do a workaround and remove that directory with each start, but that's an ugly solution. Does Steam start with your login session? Maybe Proton is creating the cache.
No steam doesn't run when starting. The same programs when I start i3 which does not have this issue are the same programs that start when I start sway, as sway uses my i3 configuration.
I've also tested hyprland and cosmic and both of those have that issue as well.
Worth mentioning that when I'm on x11 ~/.cache never gets created, even when I run apps that use mesa.
I have no ideas left. Also explored a little bit web searches about this topic, but couldn't find anything useful. Sorry, this reply is even less useful.^^
Wanna know something? I've been trying for about 5 months to fix this issue without success. I appreciate the help.
I haven't bothered to report this because A) I don't know who to report this to as I'm not sure what is creating the directory, and B) I've already reported other issues I've run into when using sway that were just ignored.
I know the feeling. Sometimes I have such little things that bugs me for months, sometimes without a resolution. For the reporting stuff, you could just start discussions and ask if its is even related and if you should create an issue. At least if there is a place for.
I have good news, looks like this issue actually just sway only issue, it just happened that on archlinux all the other wayland compositors also have this issue lol. https://lemmy.ml/post/16201068/11320955