Chocolatey Allows Users to Install Specific Versions

[viveksh1]

When you go to a package on Chocolatey's website, under "Version History" you can select a specific version of a package and install that. You can also do this without ever visiting Chocolatey's website by adding the version after the package name. For example, I could type, choco install firefox --version=84.0 to install the old Firefox 84.

[vercel[bot]]

This pull request is being automatically deployed with Vercel (learn more).
To see the status of your deployment, click below or on the icon next to each commit.

🔍 Inspect: https://vercel.com/kidonng/scoop-docs/16ncage91
✅ Preview: https://scoop-docs-git-fork-vladputineu-patch-1.kidonng.now.sh

[kidonng]

Thanks for the update, but I'm afraid this project hasn't been active for quite some time. Please make updates to Scoop's wiki instead, I'm planning to do a sync/rebuilt early next year.

(And actually this piece of content isn't very accurate for Scoop, it only supports non-latest/official versions via versions or third-party buckets. Chocolatey is more competent to solve more complex needs.)

[viveksh1]

@kidonng What do you think is better Scoop or Chocolatey?

[kidonng]

It depends. If you are doing system maintainance, DevOps, or for business, Chocolatey is way more mature and stable. It tries hard to be (and somehow is) a serious package manager for Windows. Scoop gets its root from Homebrew, easy to use and hack, except it isn't really homebrew (i.e. packages compiled by communities). My answer to this question is this project and my personal Scoop bucket. Scoop works well enough for me, even with a lot of compromises. But Windows itself is just not friendly for packages, whether solution/manager you choose comes with its own shortcomings. Or maybe you can just install both to see it yourself. They doesn't conflict with each other, as long as you don't install the same applications with both.

[viveksh1]

Does Chocolatey attempt to remove all the application's folders and registry entries?

[rashil2000]

I'm planning to do a sync/rebuilt early next year.

@kidonng Sorry for hijacking the convo here, but do you have plans to update the index script (which updates daily, like scoop-directory) too? Would be really helpful, since scoop's built in search becomes really slow if you have too many buckets installed.

Thanks!

[kidonng]

@rashil2000 Absolutely, but you may have to wait for some more time, probably later this month.

[kidonng]

@VladPutinEu No software can clean all related folders and entries. As for Chocolatey or Scoop, this is determined by whether the manifest author write in those entries.

[viveksh1]

@kidonng Chocolatey installs all packages machine-wide, correct? And there's no way to change this, right?

[kidonng]

Yes, and AFAIK this can be changed.

If you have any more questions about Chocolatey, you probably should read their documentation or ask in their community. As I said before I haven't used Chocolatey at all, and I can't provide much info here.

[rashil2000]

@rashil2000 Absolutely, but you may have to wait for some more time, probably later this month.

@kidonng One suggestion. Maybe you don't need to create index script at all. I discovered this thread rasa/scoop-directory#19 where this person has created a SQLite database file that updates itself (through GitHub Actions) daily. You can just use this file to query apps (and bucket too!). There's even a PowerShell script there as an example.

[kidonng]

@rashil2000 Hello, SQLite may not be the optimal choice for this use. If you have any thoughts about a website dedicated to searching apps, please see #40.