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

  • SamueruOP
    link
    fedilink
    arrow-up
    4
    ·
    edit-2
    6 months ago

    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.

    • thingsiplay@beehaw.org
      link
      fedilink
      arrow-up
      3
      ·
      edit-2
      6 months ago

      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.

      • SamueruOP
        link
        fedilink
        arrow-up
        3
        ·
        edit-2
        6 months ago

        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?

        I made sure XDG_CACHE_HOME was set before starting sway and it still happens: https://lemmy.ml/post/16201068/11319192

        • thingsiplay@beehaw.org
          link
          fedilink
          arrow-up
          2
          ·
          6 months ago

          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.

          • SamueruOP
            link
            fedilink
            arrow-up
            2
            ·
            edit-2
            6 months ago

            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.

            • thingsiplay@beehaw.org
              link
              fedilink
              arrow-up
              2
              ·
              6 months ago

              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.^^

              • SamueruOP
                link
                fedilink
                arrow-up
                2
                ·
                6 months ago

                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.

                • thingsiplay@beehaw.org
                  link
                  fedilink
                  arrow-up
                  2
                  ·
                  6 months ago

                  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.

                  Now that I think, I just remembered a program that helps with cleaning the home folder: https://github.com/b3nj5m1n/xdg-ninja

                  • SamueruOP
                    link
                    fedilink
                    arrow-up
                    2
                    ·
                    6 months ago

                    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

                    Now I know who to report this to.

    • sga
      link
      fedilink
      arrow-up
      3
      ·
      edit-2
      6 months ago

      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

      • SamueruOP
        link
        fedilink
        arrow-up
        2
        ·
        6 months ago

        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),

        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

        touch ${XDG_DATA_HOME}/bash-history

        You may wanna move that to either XDG_CACHE_HOME or XDG_STATE_HOME (couldn’t hold my xdg vigilantism sorry).

        • sga
          link
          fedilink
          arrow-up
          1
          ·
          6 months ago

          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)

          • SamueruOP
            link
            fedilink
            arrow-up
            1
            ·
            edit-2
            6 months ago

            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.sh

            And everything else stays in $XDG_CACHE_HOME and I don’t clear it.

            • sga
              link
              fedilink
              arrow-up
              1
              ·
              edit-2
              6 months ago

              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))

              • SamueruOP
                link
                fedilink
                arrow-up
                1
                ·
                edit-2
                6 months ago

                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.