Skip to content
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

Installing R doesn't add it to the environment Path #3611

Closed
sohang3112 opened this issue Sep 11, 2023 · 3 comments
Closed

Installing R doesn't add it to the environment Path #3611

sohang3112 opened this issue Sep 11, 2023 · 3 comments
Labels
Area-Path Issue related to path environment variable Issue-Feature This is a feature request for the Windows Package Manager client. Resolution-Duplicate Issue is a duplicate
Milestone

Comments

@sohang3112
Copy link

Brief description of your issue

I installed R using winget, but its installation directory wasn't added to the environment Path. On my system, the R binary was installed at C:\Program Files\R\R-4.3.1\bin - this path should have been automatically added to the environment Path.

Note: This is similar to this issue where the author installed vim but it wasn't added to the environment Path.

Steps to reproduce

  • winget install -e --id RProject.R
  • Restart the shell, and type command R or Rscript.

Expected behavior

Expected R executable to start.

Actual behavior

R executable isn't starting even after restarting shell, because it could not be found in environment Path.

Environment

$ winget --info
Windows Package Manager v1.5.2201
Copyright (c) Microsoft Corporation. All rights reserved.

Windows: Windows.Desktop v10.0.22621.2134
System Architecture: X64
Package: Microsoft.DesktopAppInstaller v1.20.2201.0

Winget Directories
-------------------------------------------------------------------------------------------------------------------------------
Logs                               %LOCALAPPDATA%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalState\DiagOutputDir
User Settings                      %LOCALAPPDATA%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalState\settings.json
Portable Links Directory (User)    %LOCALAPPDATA%\Microsoft\WinGet\Links
Portable Links Directory (Machine) C:\Program Files\WinGet\Links
Portable Package Root (User)       %LOCALAPPDATA%\Microsoft\WinGet\Packages
Portable Package Root              C:\Program Files\WinGet\Packages
Portable Package Root (x86)        C:\Program Files (x86)\WinGet\Packages

Links
---------------------------------------------------------------------------
Privacy Statement   https://aka.ms/winget-privacy
License Agreement   https://aka.ms/winget-license
Third Party Notices https://aka.ms/winget-3rdPartyNotice
Homepage            https://aka.ms/winget
Windows Store Terms https://www.microsoft.com/en-us/storedocs/terms-of-sale

Admin Setting                             State
--------------------------------------------------
LocalManifestFiles                        Disabled
BypassCertificatePinningForMicrosoftStore Disabled
InstallerHashOverride                     Disabled
LocalArchiveMalwareScanOverride           Disabled
@microsoft-github-policy-service microsoft-github-policy-service bot added the Needs-Triage Issue need to be triaged label Sep 11, 2023
@stephengillie stephengillie added Issue-Bug It either shouldn't be doing this or needs an investigation. Area-Path Issue related to path environment variable and removed Needs-Triage Issue need to be triaged labels Sep 11, 2023
@stephengillie
Copy link

This might not be merely similar to #549, but might be a duplicate.

@stephengillie stephengillie added Issue-Feature This is a feature request for the Windows Package Manager client. and removed Issue-Bug It either shouldn't be doing this or needs an investigation. labels Sep 11, 2023
@denelon
Copy link
Contributor

denelon commented Sep 15, 2023

Duplicate of #549

This is the default behavior in Windows. We're doing some work to improve the experience here, but it will be a long lead time item. Some of the initial work was done in WinGet 1.6 associated with installing packages with dependencies on other packages.

@microsoft-github-policy-service
Copy link
Contributor

Hello @sohang3112,

We've identified this as a duplicate of another issue or PR that already exists. This specific instance is being closed in favor of the linked issue. Please add your 👍 to the other issue to raise its priority. Thanks for your contribution!

Template: msftbot/duplicate/closed

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Area-Path Issue related to path environment variable Issue-Feature This is a feature request for the Windows Package Manager client. Resolution-Duplicate Issue is a duplicate
Projects
None yet
Development

No branches or pull requests

3 participants