Skip to content

Commit

Permalink
README: fix some typos
Browse files Browse the repository at this point in the history
  • Loading branch information
scorphus committed Jan 12, 2019
1 parent a2060c0 commit dce6c08
Showing 1 changed file with 4 additions and 4 deletions.
8 changes: 4 additions & 4 deletions README.md
Original file line number Diff line number Diff line change
Expand Up @@ -95,7 +95,7 @@ If your work requires a change to the dependencies, you need to update the Glide
configuration.

- Edit glide.yaml to change the dependencies as needed.
- Delete `glide.lock` and re-create the vendor directory by running `make vendor`. Glide will recognize that there is no lock file and recalculatethe required dependencies.
- Delete `glide.lock` and re-create the vendor directory by running `make vendor`. Glide will recognize that there is no lock file and recalculate the required dependencies.
- Check-in the updated `glide.yaml` and `glide.lock` files.
- Test that everything still compiles with the new lock file in place by running make clean && make.

Expand Down Expand Up @@ -142,7 +142,7 @@ Size of disk for the guest (MB).
#### `--xhyve-uuid`

The UUID for the machine.
By default, generate and use ramdom UUID. See [xhyve/uuid.go](https://github.com/zchee/docker-machine-driver-xhyve/blob/master/xhyve/uuid.go)
By default, generate and use random UUID. See [xhyve/uuid.go](https://github.com/zchee/docker-machine-driver-xhyve/blob/master/xhyve/uuid.go)

#### `--xhyve-boot-cmd`

Expand Down Expand Up @@ -188,7 +188,7 @@ By default, NFS Shares will be mounted in the Guest at `/xhyve-nfsshares`.
You can change this default by specifying `--xhyve-experimental-nfs-share-root /path`, `/path` being a path to the root


Known isuue
Known issue
-----------

### Does not clean up the vmnet when remove a VM
Expand Down Expand Up @@ -251,7 +251,7 @@ So, if you were able to launch the xhyve use docker-machine-driver-xhyve, Could
https://github.com/zchee/docker-machine-driver-xhyve/issues/18

If macOS launched by the `Vagrant`, can be build, but will not be able to launch the Hypervisor.
The cause probably because backend vm (Virtualbox, VMWare, parallels...) to hide the CPU infomation.
The cause probably because backend vm (Virtualbox, VMWare, parallels...) to hide the CPU information.

In the case of VMWare,

Expand Down

0 comments on commit dce6c08

Please sign in to comment.