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

Feature Request: Choco installer to use same .MSI install as WinGet #212

Open
gerardog opened this issue Nov 23, 2022 · 5 comments · May be fixed by #213
Open

Feature Request: Choco installer to use same .MSI install as WinGet #212

gerardog opened this issue Nov 23, 2022 · 5 comments · May be fixed by #213

Comments

@gerardog
Copy link
Owner

Description

  • Do not install to C:\tools\gsudo
  • Use gsudoSetup.msi

Proposed technical details

@ALERTua
Copy link

ALERTua commented Dec 22, 2023

This would leave no options to install non-UAC gsudo #271

@soredake
Copy link

@ALERTua microsoft/winget-pkgs#131849

@gerardog
Copy link
Owner Author

This would leave no options to install non-UAC gsudo #271

@ALERTua how do you currently use chocolatey to make a non-UAC install? I thougth you were using scoop for that, which works out of the box.

@soredake: I appreciate your willing to help here, but creating a winget package is not just the creation of the manifest itself, but mainly updating the release pipeline to do that automatically on each release, and do the testing.

Plus, having another installation method means a different 'gsudo experience' (for example, no gsudo powershell module, means worse experience plus updating all the docs), or that with user-scoped installs if you do gsudo --user somebodyElse you'll find out gsudo is not in the path of the target user so you cant gsudo anymore.

So let me ask you some questions.

  • Does winget really offers a good portable experience such as scoop?

  • Do you know if Winget Releaser (the tool I use to create winget packages) supports portable apps too?
    See

    - name: WinGet Releaser

  • I see you are using net46 binaries. Can't x86, x64 and arm64 be used instead? Deprecating net46 was in the roadmap.

@soredake
Copy link

Does winget really offers a good portable experience such as scoop?

No, not really, microsoft/winget-cli#549 microsoft/winget-cli#3077 microsoft/winget-cli#222

  • Do you know if Winget Releaser (the tool I use to create winget packages) supports portable apps too?

https://github.com/russellbanks/Komac#update-an-existing-package-with-a-new-version

You can just use komac update after manifest is created.

  • I see you are using net46 binaries. Can't x86, x64 and arm64 be used instead? Deprecating net46 was in the roadmap.

Unfortunately, no, winget needs path to binary in order to create symlink (sudo -> net46-AnyCpu/gsudo) and you can't do per-arch symlinks and there is only all-in-one zip with all binaries.

@ALERTua
Copy link

ALERTua commented Dec 27, 2023

@ALERTua how do you currently use chocolatey to make a non-UAC install? I thougth you were using scoop for that, which works out of the box.

After a double-check I can confirm that Chocolatey installs gsudo in a non-portable (with adding PATH) mode at c:\tools\gsudo\current, and the installation freezes if run without UAC while c:\tools doesn't exist. I don't know what scoop even is, so right now, the most convenient way for my scripting is to distribute gsudo.exe along with my scripts. Gotta look into scoop, I guess. Thank you.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants