You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
* docs: fix simulator language post-weld; eest->eels
* docs: fix Dockerfile.dev for hive dev mode on macos post-weld
* chore(docs): small eest to eels tweak
---------
Co-authored-by: spencer <spencer.tb@ethereum.org>
Copy file name to clipboardExpand all lines: docs/filling_tests/test_ids.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -55,8 +55,8 @@ The test framework can also generate blockchain tests containing blocks that spa
55
55
56
56
Each Python test case is also typically parametrized by test type, respectively fixture format. For example, if the test is implemented as a `state_test`, the test framework will additionally generate the following blockchain test fixtures (consisting of a single block with a single transaction):
57
57
58
-
- a `blockchain_test` which can be tested via the Hive `eest/consume-rlp` simulator (or directly via a dedicated client interface).
59
-
- a `blockchain_engine_test` (for post-merge forks) which can be tested via the Hive `eest/consume-engine` simulator.
58
+
- a `blockchain_test` which can be tested via the Hive `eels/consume-rlp` simulator (or directly via a dedicated client interface).
59
+
- a `blockchain_engine_test` (for post-merge forks) which can be tested via the Hive `eels/consume-engine` simulator.
60
60
61
61
### Example: The Test IDs generated for `test_chainid`
Copy file name to clipboardExpand all lines: docs/running_tests/hive/common_options.md
+9-9Lines changed: 9 additions & 9 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,15 +1,15 @@
1
1
# Common Simulator Options
2
2
3
-
All EEST Hive simulators share common command-line options and patterns.
3
+
All execution-specs (EELS) Hive simulators share common command-line options and patterns.
4
4
5
5
## Basic Usage
6
6
7
-
While they may be omitted, it's recommended to specify the `fixtures` and `branch` simulator build arguments when running EEST simulators.
7
+
While they may be omitted, it's recommended to specify the `fixtures` and `branch` simulator build arguments when running execution-specs simulators.
8
8
9
9
For example, this runs "stable" fixtures from the v4.3.0 [latest stable release](../releases.md#standard-releases) and builds the simulator at the v4.3.0 tag:
10
10
11
11
```bash
12
-
./hive --sim ethereum/eest/consume-engine \
12
+
./hive --sim ethereum/eels/consume-engine \
13
13
--sim.buildarg fixtures=stable@v4.3.0 \
14
14
--sim.buildarg branch=v4.3.0 \
15
15
--client go-ethereum
@@ -20,15 +20,15 @@ For example, this runs "stable" fixtures from the v4.3.0 [latest stable release]
20
20
Run a subset of tests by filtering tests using `--sim.limit=<regex>` to perform a regular expression match against test IDs:
The `collectonly:` prefix can be used to inspect which tests would match an expression (dry-run), `--docker.output` must be specified to see the simulator's collection result:
29
29
30
30
```bash
31
-
./hive --sim ethereum/eest/consume-engine \
31
+
./hive --sim ethereum/eels/consume-engine \
32
32
--sim.buildarg fixtures=stable@v4.3.0 \
33
33
--sim.buildarg branch=v4.3.0 \
34
34
--docker.output \
@@ -40,7 +40,7 @@ The `collectonly:` prefix can be used to inspect which tests would match an expr
40
40
The `id:` prefix can be used to select a single test via its ID (this will automatically escape any special characters in the test case ID):
41
41
42
42
```console
43
-
./hive --sim ethereum/eest/consume-engine \
43
+
./hive --sim ethereum/eels/consume-engine \
44
44
--sim.buildarg fixtures=stable@v4.3.0 \
45
45
--sim.buildarg branch=v4.3.0 \
46
46
--docker.output \
@@ -52,21 +52,21 @@ The `id:` prefix can be used to select a single test via its ID (this will autom
52
52
To run multiple tests in parallel, use `--sim.parallelism`:
Copy file name to clipboardExpand all lines: docs/running_tests/hive/dev_mode.md
+21-22Lines changed: 21 additions & 22 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,6 +1,6 @@
1
1
# Hive Development Mode
2
2
3
-
This section explains how to run EEST simulators using their EEST commands, e.g., `uv run consume engine`, against a Hive "development" server as apposed to using the standalone `./hive` command.
3
+
This section explains how to run EELS simulators using their Python-based commands, e.g., `uv run consume engine`, against a Hive "development" server as apposed to using the standalone `./hive` command.
4
4
5
5
This avoids running the simulator in a dockerized environment and has several advantages:
6
6
@@ -18,7 +18,7 @@ This avoids running the simulator in a dockerized environment and has several ad
18
18
19
19
### Prerequisites
20
20
21
-
-EEST is installed, see [Installation](../../getting_started/installation.md)
21
+
-The execution-specs repo is setup in development mode, see [Installation](../../getting_started/installation.md)
22
22
- Hive is built, see [Hive](../hive/index.md#quick-start).
23
23
24
24
## Hive Dev Setup on Linux
@@ -29,7 +29,7 @@ This avoids running the simulator in a dockerized environment and has several ad
2. In a separate shell, configure environment forEEST:
32
+
2. In a separate shell, configure environment forexecution-specs:
33
33
34
34
=== "bash/zsh"
35
35
@@ -43,7 +43,7 @@ This avoids running the simulator in a dockerized environment and has several ad
43
43
set -x HIVE_SIMULATOR http://127.0.0.1:3000
44
44
```
45
45
46
-
3. Run EEST consume commands
46
+
3. Run execution-specs `consume` commands
47
47
48
48
```bash
49
49
uv run consume engine --input ./fixtures -k "test_chainid"
@@ -56,37 +56,36 @@ Due to Docker running within a VM on macOS, the host machine and Docker containe
56
56
57
57
1. Linux VM: Run a Linux virtual machine on your macOS and execute the standard development workflow above from within the VM.
58
58
2. Remote Linux: SSH into a remote Linux environment (server or cloud instance) and run development mode there.
59
-
3. **Docker Development Image**: Create a containerized EEST environment that runs within Docker's network namespace (recommended).
59
+
3. **Docker Development Image**: Create a containerized execution-specs environment that runs within Docker's network namespace (recommended).
60
60
61
61
The following section details the setup and usage of option 3.
62
62
63
-
### EEST Docker Development Image
63
+
### EELS Docker Development Image
64
64
65
-
Within the [`eest/`](https://github.com/ethereum/hive/tree/master/simulators/ethereum/eest) directory of hive, a new dockerfile must be created: `Dockerfile.dev`, with the following contents:
65
+
Within the [`eels/`](https://github.com/ethereum/hive/tree/master/simulators/ethereum/eels) directory of hive, a new dockerfile must be created: `Dockerfile.dev`, with the following contents:
66
66
67
67
```docker
68
68
FROM ghcr.io/astral-sh/uv:python3.12-bookworm-slim
Copy file name to clipboardExpand all lines: docs/running_tests/hive/index.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,6 +1,6 @@
1
1
# Hive
2
2
3
-
@ethereum/hive is a containerized testing framework that helps orchestrate test execution against Ethereum clients. Hive is incredibly extensible; new test suites can be implemented in a module manner as "simulators" that interact with clients to test certain aspects of their behavior. EEST implements several simulators, see [Running Tests](../running.md) for an overview.
3
+
@ethereum/hive is a containerized testing framework that helps orchestrate test execution against Ethereum clients. Hive is incredibly extensible; new test suites can be implemented in a module manner as "simulators" that interact with clients to test certain aspects of their behavior. The execution-specs `testing` package implements several simulators, see [Running Tests](../running.md) for an overview.
|[State Tests](./test_formats/state_test.md)| - directly via a `statetest`-like command<br/> (e.g., [go-ethereum/cmd/evm/staterunner.go](https://github.com/ethereum/go-ethereum/blob/4bb097b7ffc32256791e55ff16ca50ef83c4609b/cmd/evm/staterunner.go)) |`./fixtures/state_tests/`|
10
-
|[Blockchain Tests](./test_formats/blockchain_test.md)| - directly via a `blocktest`-like command<br/> (e.g., [go-ethereum/cmd/evm/blockrunner.go](https://github.com/ethereum/go-ethereum/blob/4bb097b7ffc32256791e55ff16ca50ef83c4609b/cmd/evm/blockrunner.go))</br>- using the [RLPeest/consume-rlp Simulator](./running.md#rlp) via block import |`./fixtures/blockchain_tests/`|
11
-
|[Blockchain Engine Tests](./test_formats/blockchain_test_engine.md)| - using the [eest/consume-engine Simulator](./running.md#engine) and the Engine API |`./fixtures/blockchain_tests_engine/`|
10
+
|[Blockchain Tests](./test_formats/blockchain_test.md)| - directly via a `blocktest`-like command<br/> (e.g., [go-ethereum/cmd/evm/blockrunner.go](https://github.com/ethereum/go-ethereum/blob/4bb097b7ffc32256791e55ff16ca50ef83c4609b/cmd/evm/blockrunner.go))</br>- using the [eels/consume-rlp Simulator](./running.md#rlp) via block import |`./fixtures/blockchain_tests/`|
11
+
|[Blockchain Engine Tests](./test_formats/blockchain_test_engine.md)| - using the [eels/consume-engine Simulator](./running.md#engine) and the Engine API |`./fixtures/blockchain_tests_engine/`|
12
12
|[Transaction Tests](./test_formats/transaction_test.md)| - using a new simulator coming soon | None; executed directly from Python source,</br>using a release tag |
13
-
| Blob Transaction Tests | - using the [eest/execute-blobs Simulator](./execute/hive.md#the-eestexecute-blobs-simulator) and | None; executed directly from Python source,</br>using a release tag |
13
+
| Blob Transaction Tests | - using the [eels/execute-blobs Simulator](./execute/hive.md#the-eelsexecute-blobs-simulator) and | None; executed directly from Python source,</br>using a release tag |
0 commit comments