-
Notifications
You must be signed in to change notification settings - Fork 908
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Prevent creation of Tools folder via the MSI installer #3307
Comments
Thanks for raising this. Just for context this came from this Discord conversation. But I can confirm, the folder is created. |
i can confirm that this is still happening |
I can confim this is still an issue, with 2.2.2.0, just installed via MSI and C:\Tools is created. |
We've confirmed this is an issues but it hasn't been fixed as yet. Once this is being worked on, and completed, the labels will be updated to reflect that.. |
Also affected, Choco installed a win-acme update in `C:/tools', breaking the scheduled renewal task and resulting in my system not renewing the cert in time. |
This doesn't provide enough information. Can you elaborate on why the MSI installer creating an empty folder, is the cause of your issue? |
@mateuszdrab fwiw I think your issue might be caused by a change to the win-acme package itself when it switched away from using the hardcoded tools path to the one set by the |
The MSI was generating a C:\Tools directory, but never actually using it. This commit removes the Tools directory from the install so it is never created.
🎉 This issue has been resolved in version 2.3.0 🎉 The release is available on: Your GitReleaseManager bot 📦 🚀 |
The MSI was generating a C:\Tools directory, but never actually using it. This commit removes the Tools directory from the install so it is never created.
…evelop * 'develop' of https://github.com/josh-cooley/choco: (145 commits) (maint) Add CODEOWNERS files (build) Add templated notifications to all builds (build) Add verification of source scripts (doc) Further tweak docgen for Chocolatey.PowerShell (doc) Tweak docgen for Chocolatey.PowerShell (chocolatey#3446) Update GenerateDocs.ps1 (chocolatey#3307) Do not create Tools directory from MSI (maint) Do not create Chocolatey directory in MSI (chocolatey#310) Fix path to chocolatey.lib files (maint) Corrected casing of file (chocolatey#23) Move call to SetRemotePackageNamesIfAllSpecified (chocolatey#1901) Revert commit to display location (maint) Update Authenticode Signature (tests) Some minor tweaks for test consistency (chocolatey#310) Set-EnvironmentVariable: delete values properly (tests) Remove v2 import tests (chocolatey#310) Fix test issues (chocolatey#310) Fixup v2 compatibility (tests) Working on tests during pairing session (chocolatey#2050) Add Pester test for --ignore-pinned option ...
Checklist
What You Are Seeing?
When using the latest version of the Chocolatey MSI based installer, a c:\Tools directory is created by default. This happens both when installed using msiexec and through the UI.
What is Expected?
It's not a huge deal and is easy enough to work around but my expectation would be that the MSI based installer would function similar to the script based installer (https://chocolatey.org/install.ps1) and NOT set a Tools directly unless explicitly requested.
How Did You Get This To Happen?
From command prompt
This can also be replicated during an interactive install:
System Details
Installed Packages
Output Log
Additional Context
I've found that you can work around this during a command line based install by adding the following flags:
ACCEPTLICENSE=YES ADDLOCAL=Complete REMOVE=Tools
and choco appears to work correctly but I'm not sure if there are any ramifications to doing this.I searched around to see if someone had submitted this yet and didn't find anything but apologies if this is a duplicate!
The text was updated successfully, but these errors were encountered: