Send the log messages back to the CLI instead of logging them through tracing at the `daemon` level.

Ensures that `log::info` etc messages are logged too.

Parentheses in directory names confuse some build tools/scripts (e.g. openssl Makefile).

Quick failures might occur before the CLI even sent the `WaitForBuild` message

The file stores local state and should not be commited to git repositories. By adding the file to a `.gitignore` we can avoid this.

Creates a new local `.gitignore` file if none exists. Otherwise, it appends the file to the existing `.gitignore` file.

We don't want to include it for e.g. the `dora-node-api-c`.

Allows overriding the working directory per node.

The dataflow descriptor format still changes often, which led to parse errors. By doing the parsing lazily, this should only affect users of the `dataflow_descriptor` function from now on.

This PR fixes #900 by checking the current exe of the daemon. 

If the daemon is running on python => spawn the runtime on python.
If the daemon is running on a dora binary => use current dora binary.

Alternative to #940

fix: logging thread block

We don't wait for dynamic nodes when the dataflow is done otherwise, so they might stop after the dataflow is done. This commit fixes a daemon error that happened in this case.

for better error messages

Instead of sending `CoordinatorStopped`.

This should make it easier to debug when a reply is not sent as expected.

The coordinator now sends an immediate `DataflowStartTriggered` reply when receiving a `DataflowStart` command. This enables the CLI to directly attach to the dataflow and observe the build output.

To wait until the build/spawning is done, this commit introduces a new `WaitForSpawn` command, to which the coordinator replies with a `DataflowSpawned` message once the node has been started. We use this command for the `dora build` command.