Closed baichuan3 closed 8 months ago
The latest updates on your projects. Learn more about Vercel for Git ↗︎
Encountered similar version errors several times, from different dependencies, related to the migration to google gke? @yourmoonlight @jolestar
Run cargo test -p testsuite --test integration
error: package `anstream v0.5.0` cannot be built because it requires rustc 1.70.0 or newer, while the currently active rustc version is 1.[6](https://github.com/rooch-network/rooch/actions/runs/5975123766/job/16212745764?pr=701#step:10:7)8.0
Either upgrade to rustc 1.70.0 or newer, or use
cargo update -p anstream@0.5.0 --precise ver
where `ver` is the latest version of `anstream` supporting rustc 1.68.0
Error: Process completed with exit code [10](https://github.com/rooch-network/rooch/actions/runs/5975123766/job/16212745764?pr=701#step:10:11)1.
@baichuan3 upgrade rust to 1.70.0 or lock the clap to a particular minor version.
Maybe we need to add the Cargo.lock
to the source code repo, to avoid the dependency auto update.
@baichuan3 upgrade rust to 1.70.0 or lock the clap to a particular minor version.
Maybe we need to add the
Cargo.lock
to the source code repo, to avoid the dependency auto update.
Try to upgrade rust to lastest stable ver 1.72.0, there are some changes in syntax cause ci to fail, need another pr to handle it.
We should remove Cargo.lock
from .gitignore and add the Cargo.lock
to git.
https://doc.rust-lang.org/cargo/guide/cargo-toml-vs-cargo-lock.html
If you’re building a non-end product, such as a rust library that other rust packages will depend on, put Cargo.lock in your .gitignore. If you’re building an end product, which are executable like command-line tool or an application, or a system library with crate-type of staticlib or cdylib, check Cargo.lock into git. If you’re curious about why that is, see “Why do binaries have Cargo.lock in version control, but not libraries?” in the FAQ.
In the beginning, this repo is for MoveOS, a library, so we ignore the Cargo.lock
.
But now, it is a binary repo for rooch
, so we should add Cargo.lock
to git.
resolver https://github.com/rooch-network/rooch/issues/685 and https://github.com/rooch-network/rooch/issues/689
Summary:
refactored chainid, support built-in ChainID (dev/test/main) and user-defined ChainID (id+name)
When the rooch server starts, it supports specifying chainid parameters, which are
-n dev
,-n test
,-n main
, which will generate db files with different paths according to the chainid, and start bytest network
by default;In the
dev network
, the db will default use a temporary file directory. After each server shutdown, the db file will be automatically deleted; thetest network
andmain network
networks will retain the db fileCorrespondingly, the cleanup command also needs to specify the
chainid
, which is still thetest network
network by default;At the same time, the server startup error prompt is optimized. If the db schema is abnormal, the user is prompted to clean up the db file