Dev mode is not supported for legacy engine

[PowVT]

Describe the bug

when running a dev node per the examples/custom-dev-node example using v1.1.3 i get this error:
Dev mode is not supported for legacy engine

Steps to reproduce

cd examples/custom-dev-node

cargo build

cargo run

Node logs

Platform(s)

No response

Container Type

Not running in a container

What version/commit are you on?

v1.1.3

What database version are you on?

idk

Which chain / network are you on?

dev

What type of node are you running?

Archive (default)

What prune config do you use, if any?

dev

If you've built Reth from source, provide the full command you used

No response

Code of Conduct

• I agree to follow the Code of Conduct

[PowVT]

@mattsse any pointers on where/ why this is occurring? Would love to help fix it.

I know it is triggering this line in the node builder:

reth/crates/node/builder/src/launch/mod.rs

Line 243 in 7a3e6d8

eyre::bail!("Dev mode is not supported for legacy engine")

but not sure why that line is there and what the context is for a fix. Thanks

[mattsse]

@PowVT this currently would require replicating this

reth/bin/reth/src/main.rs

Lines 72 to 88 in f3b1d0f

	let engine_tree_config = TreeConfig::default()
	.with_persistence_threshold(engine_args.persistence_threshold)
	.with_memory_block_buffer_target(engine_args.memory_block_buffer_target);
	let handle = builder
	.with_types_and_provider::<EthereumNode, BlockchainProvider2<_>>()
	.with_components(EthereumNode::components())
	.with_add_ons(EthereumAddOns::default())
	.launch_with_fn(|builder| {
	let launcher = EngineNodeLauncher::new(
	builder.task_executor().clone(),
	builder.config().datadir(),
	engine_tree_config,
	);
	builder.launch_with(launcher)
	})
	.await?;
	handle.node_exit_future.await

but legacy is scheduled for deprecating so perhaps not worth doing rn

[PedroRosalba]

May I try my hand at this?

[PowVT]

May I try my hand at this?

I would probably hold off since like @mattsse said they are deprecating legacy and that PR will most likely cover the --dev mode case

[VyuduInc]

May I try my hand at this?