Upgraded to "Not Working".
This laptop is actually a nest of virtual machines. The host does very little beyond running libvirt and its associates.
All user data is on a separate drive that is provided to the VMs via NFS from a server VM. I have multiple users defined that I use for different purposes, testing, development, and general stuff. Each of these users can log into any of the VMs (except for one or two special ones) and see all of their data.
The gotcha with this configuration is the user's directories where programs save configuration data. There is no guarantee that the VMs will have the same version of the programs installed, so data in .local and .config could become confused, or worse.
My solution (from 2020) was to give each user a directory with subdirectories for each VM. A pair of soft-links would then map .local to the VM specific version, via a link in /var/run/$USER/. This link was set up by a script run from /etc/profile when the user logs in.
This worked fine until recently. There is now several things that try to access .local before /etc/profile is called. They tend to not work very well. Some quietly fail with just a bit of inconvenience. Fedora 42 fails completely, as I found out with a recent upgrade.
Each VM is created with a conventional admin user, so I can easily apply a correction. It appears I will need to put the machine soft link in /etc so that it is always there. Some scripting in my future...
#Linux #virtualmachines