J’essaye de m’approprier la publication de nouveau runtime en utilisant la pipeline, j’ai d’abord tenté de le faire depuis la branche de réseau network/gdev-800, ce qui peut avoir une certaine logique, puisque c’est bien ce réseau sur lequel on veut publier un runtime upgrade, mais la pipeline 38495 échoue, parce que la release existe déjà : create_network_release (#138112) · Jobs · nodes / rust / Duniter v2S · GitLab.
Donc je suppose qu’il faut faire une nouvelle branche par exemple depuis master comme suggéré dans #239, c’est d’ailleurs ce que j’avais fini par faire pour le runtime 802, avec la branche network/gdev-802, mais ce n’est pas totalement logique non plus puisque ça crée de nouvelles chainspecs comme si on voulait lancer un nouveau réseau, ce qui n’est pas le cas.
Pour cette fois, je vais faire une nouvelle branche network/gdev-803 basée sur network/gdev-800.
🔨 Srtool version: srtool v0.17.0
🦀 Rustc version: rustc 1.81.0 (eeb90cda1 2024-09-04)
🏋️ Runtime Size: 669 KB (685279 bytes)
🔥 Core Version: gdev-803
🗜 Compressed: Yes: 76.92 %
🎁 Metadata version: 14
🗳️ system.setCode hash: 0x83ae3147aba2d49d1da590cae277ef35e48314f478dd83c8378ea8d7854e283a
#️⃣ Blake2-256 hash: 0x68ff6744c54bd7cca7c83ebcb81546f32fcea15ed8467fbb89ce10e519177f4d
Ce runtime apporte plusieurs modifications :
- changement du calcul des frais pour system.remark
- mise à jour du sdk vers 1.16.0 avec quelques modifications dans les pallets du frame
- correction du bug rapporté ici Mon nœud a crashé!
- augmentation de la période d’évaluation de la règle de distance à 100 blocs (commit dans la branche de réseau)