build: stop installing chocolatey, fixes #6636, fixes #6344 [skip buildkite]#7049
Conversation
|
Making progress!
I don't know how to do automated testing on this, and we currently don't have any. |
|
Yup, the first two of those are what I'm working on now (trying to figure out how to do this stuff in Powershell as I come from the Linux world). Didn't know about that 3rd item so I'll look into that too! |
|
@rfay : Where should I stick these EXEs after downloading? |
I just created a new DDEV directory in Program Files. What's left:
|
In the end, I just ended up with a Anyway, just took this out of draft; it's ready for review. |
rfay
left a comment
There was a problem hiding this comment.
I'm afraid I misled you and didn't think properly about mkcert and gsudo, and you're doing the right thing with the installer. So mkcert/gsudo get installed by the installer (I think).
You'll find lots of examples of how to download latest stable version of a package.
Please make sure this handles the architecture correctly. It should be able to handle windows amd64 and arm64.
|
Please use |
91a1362 to
d2d851b
Compare
|
Rebased this so you won't get messed up by changes to these scripts that went into upstream/main - make sure you get the latest version before continuing, thanks. |
|
Next up is fetching the correct architecture... |
|
@rfay Ready for your review again:
|
rfay
left a comment
There was a problem hiding this comment.
Looking pretty great, looking forward to test drive.
|
Sorry I haven't gotten to manually test yet, will get there. I just haven't spent a day with spare time on WSL2 in the last bit. As you know from your work, it's a lot of work to test. One thing I've been thinking about... it may not need to run in admin PS, true? Depends on what the behavior or the DDEV installer is in this situation. |
d6a27b2 to
7e3b0d7
Compare
|
Rebased |
There was a problem hiding this comment.
I tested both of these scripts and they worked fine.
There are a couple of things to be done:
- Currently, this runs the ddev installer and people have to step through it. I think that's OK, but if we're going to leave it like that we need to change the installer to not have that "open release notes" at the end by default, because that opens a browser that hides what happens from there.
- What do you think about running the installer in silent mode like chocolatey does? Run the installer with
/S /C - I'm pretty sure this no longer needs to be run in admin Powershell, do you agree? Perhaps the silent mode conflicts with that idea. But if it doesn't need to be run in silent mode then the doc has to be improved.
Awesome work, just what I was hoping for!
|
Thanks for reviewing! I was away last week so will catch up on the above soon. |
|
Thank you for working on this, it's going to be really great. I apologize for requesting other things here, but we want to make this as easy to use as possible. |
How do you think we should implement this? If it's running from either of the Windows installers, skip that step? Is this context available to the installer?
I don't like running things in silent mode because then you can't see what's happening, and if something goes wrong, then you don't know what went wrong. Maybe Windows users are accustomed to this, but it drives me nuts. (I run Ansible playbooks with "-vv" so that's my bias; I like to know what's going on.)
When you tested it, did you try it without? I haven't had a chance to get back into this yet. Let's have at least one of us try it without, and see if it works. That should be good enough of a test, right? If so, we update the docs. Otherwise, I think we can drop this one. |
I think all you have to do is this, but I'm on mac right now need to check the build.
Agreed, although choco installs are classically that way. If we add a statement like "Press return to continue the DDEV WIndows-side installer, which is only used to update the hosts file, just accept the defaults" then they won't be surprised.
I have not tested it that way yet, but have high hopes. |
|
I did the NSIS (ddev.nsi) fix in So you don't have to think about that. Tested locally and it works. Please consider whether silent-install is worth considering since we only are installing this in order to edit hostnames (when doing WSL2) |
7e3b0d7 to
3bf49b0
Compare
|
Rebased; the fix to the Windows DDEV installer is now in HEAD and will be in release hopefully on Friday. |
|
Here's the reason: Lines 500 to 505 in 4f00610 |
|
For some reason the installer can't be pre-emptively removed. Can you take a look at this @colans and maybe see if it can be installed with a unique name, or escalate, or something? |
|
Download the artifacts for this pull request:
See Testing a PR. |
|
Download the artifacts for this pull request:
See Testing a PR. |
|
Having unique installer names is a good move so deleting is no longer our problem. I usually go with something like |
|
I think it might work now, your review is appreciated. Apparently the mkcert wasn't installed immediately; it now waits for completion. No idea why. It also now works with the current released installer; but the uninstall won't uninstall without the complaint until the next release (it tries to remove the directory when there's still a file in it). But the new installer does remove successfully. I'm not sure if there might be a way for the script to get the installer that is the same commit hash, but that sounds exotic. |
|
Download the artifacts for this pull request:
See Testing a PR. |
stasadev
left a comment
There was a problem hiding this comment.
I tested install_ddev_wsl2_docker_inside.ps1 - works fine.
I didn't test install_ddev_wsl2_docker_desktop.ps1 (My VM with Dockrt Desktop is broken, internet doesn't work, so I need to recreate it from scratch.)
|
Download the artifacts for this pull request:
See Testing a PR. |
|
Fingers crossed! Thanks for the great work here @colans ! |
|
I didn't think about the fact that people will be using the stable docs, but getting this script already (from main). So they'll think they have to run it with admin privs, but of course @colans checked it that way and it worked. Hopefully it will be OK! |



The Issue
We no longer need Chocolatey when installing inside WSL so let's remove it to prevent side effects that users are running into.
How This PR Solves The Issue
It removes the unnecessary dependency.
Manual Testing Instructions
Automated Testing Overview
TBD
Release/Deployment Notes
TBD