![]() Open a browser and navigate to Git’s official website. You can see that around 2:40, I've done 4 downloads of the same ~1GB installer of the 2016 Office for Mac installer, 3 out which have stalled indefinitely.Ī workaround I've been using for a while is to use a current VMware Fusion app but drop-in replace the vmnet-natd binary with the version from 8.0.2, or to use this one that's available for download (which was distributed by VMware to resolve the 8.1. The easiest way to set up Git is to use the Git installer for Mac. ![]() Here's a video demonstrating how trivial it is to trigger the bug, wherein I attempt to download the Office 2016 installer, which is over 1GB in size: Unfortunately that's not a possible network configuration in some of the environments I work in. Numerous others have confirmed the same findings and most people tend to switch to bridged networking to avoid the issue. In all cases these are VMs running OS X 10.11.6, but it would seem from this thread that FreeBSD guests may exhibit the same issue. I've experienced this both on a large (fast) University network connection and on MacMiniColo-hosted Mac Minis. The numbers aren't identical each time, but it does not take many attempts to trigger the error. "Large enough" file that the connection has at least a few seconds to pull data down without the transfer being complete "Fast enough" downstream bandwidth available (probably at least 5MBps down) I work with macOS VMs that frequently stall on large HTTP(S) downloads and Git clones over HTTPS. I've been experiencing this problem since Fusion 8.1.0.
0 Comments
Leave a Reply. |