Skip to content

Do not require the --partition-table argument when erasing partitions#413

Merged
jessebraham merged 1 commit into
esp-rs:mainfrom
jessebraham:fixes/erase-part
May 30, 2023
Merged

Do not require the --partition-table argument when erasing partitions#413
jessebraham merged 1 commit into
esp-rs:mainfrom
jessebraham:fixes/erase-part

Conversation

@jessebraham

Copy link
Copy Markdown
Member

Rather than perform error handling within clap for this, we just move the check (which already existed) into espflash instead, after any package metadata has been read. This will still return an error if no partition table was able to be found, however it should be able to pick up partition tables provided via cargo metadata just fine.

Closes #390

@jessebraham jessebraham requested a review from SergioGasquez May 29, 2023 16:12

@SergioGasquez SergioGasquez left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Changes LGTM, tested it a bit, and it behaves as expected, thanks for fixing this!

@jessebraham jessebraham merged commit 2c00fd1 into esp-rs:main May 30, 2023
@jessebraham jessebraham deleted the fixes/erase-part branch May 30, 2023 14:16
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

cargo-espflash's --erase-part option requires --partition-table even when the partition table is set via metadata

2 participants