# \[NON\] Appel à installer Duniter 0.9.0

**URL:** https://forum.duniter.org/t/non-appel-a-installer-duniter-0-9-0/12738
**Category:** ĞDev
**Created:** [30 November 2024 09:57 UTC](https://forum.duniter.org/t/non-appel-a-installer-duniter-0-9-0/12738 "2024-11-30T09:57:39Z")
**Posts on this page:** 4
**Page:** 2

<div class="post-metadata">

### Author: ![HugoTrentesaux](https://forum.duniter.org/user_avatar/forum.duniter.org/hugotrentesaux/32/6396_2.png) [@HugoTrentesaux](https://forum.duniter.org/u/HugoTrentesaux)
#### Post date: [2 December 2024 10:35 UTC](https://forum.duniter.org/t/non-appel-a-installer-duniter-0-9-0/12738/24 "2024-12-02T10:35:50Z")

</div>

> [@Nicolas80](#):
>
> Je pensais que le feature **“gdev”** était présent par défaut dans le [`Dockerfile`](https://git.duniter.org/nodes/rust/duniter-v2s/-/blob/network/gdev-800/docker/Dockerfile?ref_type=heads#L52-56) de la branche `network/gdev-800`.

Effectivement, actuellement le Dockerfile ne compile qu’en mode gdev, et on pourra changer ça dans les branches `network/gtest` et `network/g1`. Je ne sais donc pas comment on a pu se retrouver avec l’erreur “unknown runtime” alors que gdev était donné au paramètre --chain.

> [@Nicolas80](#):
>
> la raison pour le soucis qu’a eu @daigongen pourrait être le fait que l’image est prévue pour le runtime 900 qui ~~n’est~~ n’était pas encore déployé ?

Non, il s’agit uniquement du runtime du genesis, pas de l’évolution ultérieure de la chaîne, c’est décorrélé. Je ne sais pas ce qui a pu se passer 🤔

---

<div class="post-metadata">

### Author: ![daigongen](https://forum.duniter.org/user_avatar/forum.duniter.org/daigongen/32/8842_2.png) [@daigongen](https://forum.duniter.org/u/daigongen)
#### Post date: [2 December 2024 12:15 UTC](https://forum.duniter.org/t/non-appel-a-installer-duniter-0-9-0/12738/25 "2024-12-02T12:15:36Z")

</div>

Pour info le résultat est le même :

```auto
daigongen091 | Generating node key file '/var/lib/duniter/node.key'...
daigongen091 | thread 'main' panicked at node/src/command.rs:185:21:
daigongen091 | unknown runtime
daigongen091 | note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
daigongen091 | Error: Io(Os { code: 2, kind: NotFound, message: "No such file or directory" })
daigongen091 | Node peer ID is ''.
daigongen091 | Starting duniter with parameters: --name DaIgOnGeN-v901-SmItH --node-key-file /var/lib/duniter/node.key --public-addr /dns/daigongen-g1.hd.free.fr/tcp/443/wss --listen-addr /ip4/0.0.0.0/tcp/30333/ws --rpc-cors all --rpc-methods Unsafe --validator --chain gdev -d /var/lib/duniter --unsafe-rpc-external
daigongen091 | Error: NetworkKeyNotFound("/var/lib/duniter/node.key")
daigongen091 exited with code 1

```

---

<div class="post-metadata">

### Author: ![bgallois](https://forum.duniter.org/user_avatar/forum.duniter.org/bgallois/32/10334_2.png) [@bgallois](https://forum.duniter.org/u/bgallois)
#### Post date: [2 December 2024 12:41 UTC](https://forum.duniter.org/t/non-appel-a-installer-duniter-0-9-0/12738/26 "2024-12-02T12:41:55Z")

</div>

Je pense que ça pourrait être lié aux network keys ([Pull Request #3852 sur polkadot-sdk](https://github.com/paritytech/polkadot-sdk/pull/3852)). Je ne sais pas si le Docker l’a inclus ou pas, mais le comportement a un peu changé lorsqu’on démarre un nœud validateur sans clés préalables.

---

<div class="post-metadata">

### Author: ![daigongen](https://forum.duniter.org/user_avatar/forum.duniter.org/daigongen/32/8842_2.png) [@daigongen](https://forum.duniter.org/u/daigongen)
#### Post date: [2 December 2024 13:09 UTC](https://forum.duniter.org/t/non-appel-a-installer-duniter-0-9-0/12738/27 "2024-12-02T13:09:39Z")

</div>

c’est probable, je l’ai vu passer dans les téléchargements

[Previous page](https://forum.duniter.org/t/non-appel-a-installer-duniter-0-9-0/12738.md?page=1)