vm

Currently register looks like:

   private static <T> void register(Map<T, T> substitutions, T annotated, T original, T target) {
        if (annotated != null) {
            guarantee(!substitutions.containsKey(annotated) || substitutions.get(annotated) == original || substitutions.get(annotated) == target, "Already registered: %s", annotated);
            substitutions.put(annotated,

The Debug Log feature is very helpful for diagnosing problems with UTM and guests. However it has two flaws:

1. It is unclear what needs to be done to get a log, turning on the switch doesn't let the user know they have to start the VM again.

2. Clicking on the export button on macOS results in an iOS-like share sheet instead of a "Save as…" window like one might expect.

• Source

JsPointerToString(NULL, 0, &str);

• Expected
  str = empty string

• Actual
  failed and returns JsErrorNullArgument

I think this should be possible

As far as I can tell, the only time I can edit the configuration of an instance is the first time I run limactl start. It would be nice if I could do something like:

• limactl stop default
• limactl edit default (opens editor just like the first time it's created)
• limactl start default

Maybe this is already possible somehow? If so, I can't find the documentation in either the rep

This feature enables the ipsec backend for Flannel in the k3sup install command

Expected Behaviour

An additional flag to k3sup install should enable ipsec for Flannel as

If a new Environment is created, processes inside of it will not have access to any command line arguments or environment variables by default. They need to be added to the ConfigEnv struct from which the Environment is created. Currently this is only possible from the host, but is not exposed as a [host function

Field was moved in most recent API Version.
This looks hard to patch to make backwards compatible since the structs look to have been copied from ignite directly without use of kube api-machinery:
https://github.com/weaveworks/footloose/blob/8bd6cfc/pkg/ignite/inspect.go#L43

Currently, our math module isn't completely filled with necessary math functions, where you can contribute us by adding more math functions. This issue has reference on how to add log function to the math module.

How to implement

PR #154 has example on how to add log10 to the math module, which you can use as a reference to add log (base 2) function.

Finally

And don't forget

There is actually a lot of redundancy between the ETH and LES protocol implementation. This should be combined into a superclass sitting between e.g. ETH and EventEmitter at some point. This will likely lead to a substantially cleaner implementation of the subclasses, increase readability as well as ease adding new features and avoid introducing consistency gaps along the way.

(this new sup

To Reproduce
Steps to reproduce the behavior:

1. Run make all as described in README.md and follow install process.
2. After install, macOS-VM.efi.vdi and macOS-VM.vdi are located directly in ~/VirtualBox VMs instead of ~/VirtualBox VMs/macOS-VM as is typical for VirtualBox VMs.

Expected behavior
After install, macOS-VM.efi.vdi and macOS-VM.vdi should be located in `~/

Hi!
First, thanks for the guide, I enjoyed it 😃 I am wondering if there are test-images or something that extensively test if things are implemented correctly? The code I came up with does not match your example code exactly and I'd like to see if would make a difference in a hypothetical "compliance test suite".

It would be great to add the Quake 3 JIT compiler (e.g. for x86 or ARM).