Amar Singh

The coverage generation is indicating that more coverage needs to be added but the added lines come from the new requirement to derive `DecodeWithMemTracking` for all structs stored in storage...

Currently merging into main; already updated macros to latest deps but need to fix merge conflicts before committing result for this branch

Both templates compiles, but still cleaning

Both nodes are compiling. Will update the direct path dependency to point to the release once https://github.com/OpenZeppelin/polkadot-runtime-wrappers/pull/1 is merged and it is released.

@KitHat Assigned you since you authored these macros. The docs should probably be added to the existing pallet-abstractions macro docs added in https://github.com/OpenZeppelin/polkadot-runtime-templates/pull/358

And we do not need these docs in the release so they do NOT block #385

CC @oz-khizer I plan to request the split as follows from IT only once I have fully validated the confidential assets path (WIP). Otherwise this issue is deprioritized to not...

> I remembered we briefly discussed this last year. Your proposal makes sense if you think maintaining polkadot-sdk for multiple repos is not an issue anymore. @son-oz Indeed it is...

> I re-read that paragraph, do you mean renaming this repo (polkadot-runtime-templates) to openzeppelin-polkadot-docs and its content will only be the files under the current /docs folder? Yes > ...still...

Closed by merging: - [ ] #425 - [ ] https://github.com/OpenZeppelin/openzeppelin-polkadot-evm-template/pull/1 - [ ] https://github.com/OpenZeppelin/openzeppelin-polkadot-generic-template/pull/1