feat(bma) add `get_written_transactions_for_bma()` and `get_pending_transactions_for_bma()` - close #1

requested review from @c-geek

assigned to @c-geek

A noter qu'il est logique que la pipeline plante, car il faut d'abord cette MR : nodes/rust/duniter-core!2 (merged)

Idem que pour nodes/rust/duniter-core!2 (merged). Je n'ai pas suivi GVA, je ne suis pas compétent.

added 1 commit

43c25ea4 - [enh] rename BMA tx history functions

Compare with previous version

added 1 commit

085e5020 - [enh] rename BMA tx history functions

Compare with previous version

La CI ne passe pas à cause de duniter-core. @c-geek sait tu comment faire pour y remédier ? Faut-il que je release duniter core avant ?

added 1 commit

79547a0d - Change duniter-core version

Compare with previous version

cargo update puis commiter le Cargo.lock qui va pointer sur le bon hash de commit présent sur la branche master de duniter-core.

added 1 commit

2660d326 - fix(1): run cargo update

Compare with previous version

added 1 commit

9f293035 - fix(1): upgrade async-bincode to 0.7.1

Compare with previous version

Je suis toujours bloqué...

J'ai fait un cargo update du projet duniter-gva et pushé le Cargo.lock sur ma MR. Mais la pipeline est toujours en erreur : maintenant, la compilation ne trouve plus certaines dépendances (auxquelles je n'ai pas touchées !). Je dois mal m'y prendre, également je vois que mon fichier lock à changé de format... Je suis peut-etre sur une version trop récente de Rust ?

$ cargo version
cargo 1.70.0 (ec8a8a0ca 2023-04-25)

@tuxmain as tu moyen de tester de ton côté, et si besoin corriger ma MR ou me dire ce qui cloche ?

Regarde bien les erreurs dans la CI : ce sont plutôt des soucis GraphQL j'ai l'impression (lors des tests exécutés via cargo test --all --all-features).