Support for installation of portable/standalone apps about winget-cli HOT 25 CLOSED

You might be missing my point. There are a huge number of apps that are portable or not packaged, and for simplicity grabbing with a package manager is still incredibly convenient for installation and keeping up to date for these applications. 5 months ago someone raised this issue and it is still not assigned. What is winget offering over say chocolatey? Now is the period for people to get excited and build into the repository. But so many applications are unsupported. I was about to roll my sleeves up and get some manifests into this system, now I am shrugging and walking away not knowing when/if to bother checking to see if this will be implemented. And if it isn't then chocolatey is the answer, not winget.

from winget-cli.

Hey all, I'm working on the specification for portable / standalone applications. I'm hoping to get through an engineering review to look for missed edge cases this week. I'll be posting the specification after that, and another PM/Security/etc... review.

from winget-cli.

Need this for SOPS, Terragrunt, Terraform, like...pretty much anything a developer using a CLI package manager needs. Without this, winget is dead in the water IMHO. I am surprised to find this is not supported, and without movement on this soon, I believe no one is going to come back to winget. They will just go back to chocolatey and be done with it, forgetting winget even existed...

from winget-cli.

Yes, I'd like to see this as well. Many other tools you might use in the terminal (it is a CLI package installer after all) are provided as standalone binaries. I'd like to package ffsend.

Existing package managers for Windows such as scoop or Chocolatey allow the installation of standalone binaries as well. Some inspiration might be taken from there.

from winget-cli.

We're targeting milestone 18 for this.

from winget-cli.

I would love to be able to install tools like terraform, packer, kubectl, etc.. I could use scoop.sh, but I would love to have one tool to handle everything. winget should be able to install command line tools to a common directory in the user's directory but also make sure that directory is part of the path.

from winget-cli.

This looks very similar to #194.

I think they are duplicates of each other.

I believe the ask is to have the ability to download the standalone program (in the form of a .exe) and make it available via the path so that a user can "install" it and use it.

from winget-cli.

@bc3tech, we're holding off on accepting manifests for portable apps in the community repository until we've released the 1.3 client and most users have gotten the update. Instructions for authoring manifests will be updated at that point.

The specification provides some additional context on new arguments.

The 1.2 clients do not know about the new installer type which would cause a bad experience for users on the older version which is why we will wait until the client has rolled out more broadly. The community has been updating the PowerShell tooling in the Windows Package Manager Community Repository to help with manifest generation and testing.

The functionality is limited to local manifests today. winget install -m <path to directory with manifest>

from winget-cli.

I think you are overreacting a bit, most people either don't care about whether their app is a portable app or not or are specifically downloading it because they need it to be portable.

I care. My use case is, "I was trying your tool to see if it works well and solves my problem, I determined it doesn't, now I want it gone like I never installed it in the first place, with no side effects.".

from winget-cli.

🎉 could you link us to the docs on how to develop for/use it? Thanks!

from winget-cli.

I'm looking for this support to package the CircleCI CLI tool.

👍

from winget-cli.

Also useful for the ngrok tool for HTTP tunnelling.

from winget-cli.

Is there any update on this? I'd love to be able to package zoxide via WinGet. Being a command-line app, it is distributed as a single binary.

This would be a very useful feature for a lot of similar apps. Note that Scoop already supports this.

from winget-cli.

Is there any roadmap (or tracking issue, should I create one?) to add start menu entries for portable applications? This appears to be discussed as future considerations in the specification. I don't think it would add much complication, as I don't believe there are many edge cases (at least in the context of portable applications). It would be really nice for portable GUI applications to appear in the start/search menu.

from winget-cli.

Note: This will not include compressed files like an .exe inside of a .zip. I want to get this specification completed before moving on to the more complex set of edge cases for compressed files containing portable / standalone executables or other "nested" installers.

from winget-cli.

@scottwillmoore

Feel free to create new issues. And, take a look at the general Roadmap.

from winget-cli.

This is useful for the mob tool which is fundamental for remote mob programming. A release for windows is a single .tar.gz file containing a single .exe file.

from winget-cli.

To piggy back off of this, how would we go about installing applications like https://github.com/ggreer/the_silver_searcher where there will be no direct developer support for windows? There are unofficial windows builds but can those be considered?

from winget-cli.

I would like to be able to package a standalone app too, Yazz Pilot which is a single .exe file. Any estimate on when this will be coming?

from winget-cli.

Need this for nuget.exe too.

from winget-cli.

Missing support for Kubernetes-CLI too - kubernetes/kubectl#968

from winget-cli.

I think you are overreacting a bit, most people either don't care about whether their app is a portable app or not or are specifically downloading it because they need it to be portable.

from winget-cli.

Discussion at: #1887

from winget-cli.

fair enough, thanks for the context! I'm happy to await broader rollout as well :)

from winget-cli.

blocks #30972

from winget-cli.