I’m a i3 user that has been trying to migrate to sway.
I use it with these environment variables:
export XDG_DATA_HOME="$HOME/.local/share"
export XDG_STATE_HOME="$HOME/.local/var/state"
export XDG_CONFIG_HOME="$HOME/.local/config"
export XDG_CACHE_HOME="$HOME/.local/var/cache"
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.
Thank you all for the help, ended up opening a bug report at sway: https://github.com/swaywm/sway/issues/8191
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 mysh
. 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 ofgawk
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/dotfilesI just went with zsh because I first tried to get bash to work and couldn’t lol.
https://github.com/Samueru-sama/dotfiles/blob/main/.local/scripts/xdg-hammer/librewolf.sh
I also use this one with steam: https://github.com/Samueru-sama/fixsteam/blob/main/steam
You may wanna move that to either
XDG_CACHE_HOME
orXDG_STATE_HOME
(couldn’t hold my xdg vigilantism sorry).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)
Yeah that is why I said either CACHE or STATE.
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.
For that I use this script, which moves the cache I really want to be cleared to
/tmp
: https://github.com/Samueru-sama/dotfiles/blob/main/.local/scripts/tools/tmpfs.shAnd everything else stays in
$XDG_CACHE_HOME
and I don’t clear it.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 lolAlso my browser cache is not fully being cleared, notice that at the end of the script I have some syncing going on with rsync.