wsl_gui_autoinstall icon indicating copy to clipboard operation
wsl_gui_autoinstall copied to clipboard

Pulse should install to %localappdata% instead of %appdata%

Open fpqc opened this issue 8 years ago • 5 comments

%appdata% in Windows Multi-User/Domain environment is the roaming appdata that gets moved between PCs. I think %localappdata% (which is also where lxss lives) makes more sense!

fpqc avatar Aug 03 '16 08:08 fpqc

Ah, thanks! I wasn't sure what the difference was; I don't have multiple domain-joined machines so I didn't see that. Will make that change.

aseering avatar Aug 03 '16 12:08 aseering

Actually: %LocalAppData%\Microsoft\Windows\Start Menu\Programs\Startup doesn't exist on my system. And if I create it, files there are not opened at login.

The Internets seem to say that my entire design is Wrong(tm); that I should be putting the program in Program Files (x86) and the the auto-launch script in the registry. I don't know off the top of my head how to do the appropriate registry magic, though; also, I kind of want this script to work without admin privileges, and my assumption (maybe misguided / from Linux-land?) would be that installing in a global Program Files could require elevated permissions?

aseering avatar Aug 03 '16 13:08 aseering

%localappdata% is where I was saying you should install the pulse executable. It's not so important though. Program Files is like /bin and can only be written to with Windows admin permissions.

fpqc avatar Aug 03 '16 14:08 fpqc

Well, if I put the pulse executable in %localappdata% and the launcher for the pulse executable in %appdata%, I guess that means some machine that doesn't have a copy of pulse might try to run it?

aseering avatar Aug 03 '16 16:08 aseering

Yeah, that's why I was like "yeah, I guess it doesn't really matter".

The real answer probably is for MS to move WSL into roaming instead of local, so you can load up your WSL profile on different networked machines.

fpqc avatar Aug 03 '16 18:08 fpqc