-
Notifications
You must be signed in to change notification settings - Fork 27
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Installer should not hardcode the installdir path #17
base: master
Are you sure you want to change the base?
Conversation
This changes $INSTDIR to respect InstallDirRegKey. If not present, the default is the drive of %ProgramFiles% instead of forcing c:\.
This is done on purpose as Program Files does not provide the wanted access rights and another not needed space in path. |
And I did not change that, only the drive letter is taken from ProgramFiles instead of forcing C:\. |
Personally I do think the current code is more readable. And the installer allows you to change it to something else still. So calling that "hardcoded" is a bit stretched imho. I do vote for not merging this PR. |
It is. The .nsi uses If you think I'm incorrect then surely you must be advocating for the InstallDirRegKey line to be removed? |
I did not say it's invalid completely, but where does InstallDirRegKey lead to? The former installation path, right? So this is fine and your fix, too. But the changing of the default path is not. We had quite some reasons to move it to C:\ root. |
It does no such thing for any user where ProgramFiles is on drive C:\ (99% percent of users?).
This PR does essentially that except it grabs the drive letter from ProgramFiles, it does not change "C:\RosBE" as the default for anyone that are installing ROS to C:\. I can change it to grab the drive letter from the result of $SysDir ( |
My NSIS is rusty as you see. If that's the case, I am fine with the pull. |
This changes $INSTDIR to respect InstallDirRegKey. If not present, the default is the drive of %ProgramFiles% instead of forcing c:.