Re:Codespaces but open-source, client-only, and unopinionated
by evantbyrne on Tuesday June 20, 2023 @04:28PM
(#36410021)
Vagrant was fantastic pre-Docker and is still arguably more useful for certain cases, but I recall having issues running it last I tried. Based on the website, VirtualBox still lacks stable ARM64 support. Would "boxes" downloaded from the Vagrant cloud need to be built for ARM64 as well, or does it emulate?
[ Parent
| on HN ]
Re:Codespaces but open-source, client-only, and unopinionated
by dharmab on Tuesday June 20, 2023 @04:32PM
(#36410085)
It does not emulate. My org has been deprecating Vagrant ever since IT started issuing Apple Silicon as an option. Replacement is Docker Compose, or cloud VMs for software with heavy disk I/O.
Re:Codespaces but open-source, client-only, and unopinionated
by pcthrowaway on Tuesday June 20, 2023 @04:38PM
(#36410162)
Do you know if Packer is still decent for building cloud AMIs? Or do you have any suggestion for building custom images that can run on cloud platforms as well as locally?
Re:Codespaces but open-source, client-only, and unopinionated
by dharmab on Tuesday June 20, 2023 @07:06PM
(#36411995)
We're mostly using multi-arch container images for that use case.
Re:Codespaces but open-source, client-only, and unopinionated
by CaveTech on Wednesday June 21, 2023 @12:50AM
(#36414514)
We use packer to build our images for all of Vagrant, Docker and AMIs (multi-arch) and push to the relevant registries. The packer side is probably ~100 lines of HCL, and allows us to have consistent images no matter where it's running.
It's a fairly simple tool in premise and does what's on the tin, would recommend.
Re:Codespaces but open-source, client-only, and unopinionated
by charrondev on Tuesday June 20, 2023 @09:59PM
(#36413429)
Is there such a significant problem with disk IO going to docker for Mac over vagrant?
Now there is overhead for mounting local volumes into the container, but I’ve found them to be negligible on my Apple Silicon Mac’s in the last year or 2. (Apple seems to have been the one to fix it with their new virtualization framework which docker for Mac supports).
Now back when they first added their APFS file system things were atrociously slow when it came to Disk IO (as in 10x slowdowns or more) and there were various workarounds but it seems resolved to me now.