Je n’ai pas essayé de résoudre Package Nix pour Ğcli, mais j’ai fait une image docker. Vous pouvez utiliser la version publiée sur mon dépôt avec docker run --rm h30x/gcli . Pour stocker de manière permanente une configuration et des clés, vous pouvez monter des volumes comme suggéré sur le readme.
3 Likes
Merci
ça fait un sacré morceau de saucisse pour un petit utilitaire 
fred@kitty:~/workspace/gcli-v2s$ ./docker/build.sh
[+] Building 394.6s (10/15) docker:default
=> [internal] load build definition from Dockerfile 0.1s
=> => transferring dockerfile: 1.06kB 0.0s
=> [internal] load .dockerignore 0.1s
=> => transferring context: 48B 0.0s
=> [internal] load metadata for docker.io/library/rust:latest 0.0s
=> [internal] load metadata for docker.io/library/debian:latest 1.7s
=> [build 1/7] FROM docker.io/library/rust:latest 0.3s
=> [internal] load build context 0.2s
=> => transferring context: 1.74MB 0.1s
=> [release 1/3] FROM docker.io/library/debian@sha256:fac2c0fd33e88dfd3bc88a872cfb78dcb167e74af6162d31724df69e482f886c 0.2s
=> => resolve docker.io/library/debian@sha256:fac2c0fd33e88dfd3bc88a872cfb78dcb167e74af6162d31724df69e482f886c 0.1s
=> => sha256:fac2c0fd33e88dfd3bc88a872cfb78dcb167e74af6162d31724df69e482f886c 1.85kB / 1.85kB 0.0s
=> => sha256:08f76151d500d9e021b9f793364a3e9e534433297d16ba0152d69d1914b64d17 529B / 529B 0.0s
=> => sha256:5027089adc4ce4ec3058d84ce51db1cd2f3eac5675e5aadfcf1f585f62fec9ed 1.46kB / 1.46kB 0.0s
=> [release 2/3] WORKDIR /app 0.6s
=> [build 2/7] WORKDIR /app 0.6s
=> [build 3/7] COPY Cargo.toml Cargo.lock ./ 0.1s
=> [build 4/7] RUN --mount=type=cache,target=/app/target --mount=type=cache,target=/root/.cargo/registry mkdir src && echo "fn main() {} 391.8s
=> => # Compiling walkdir v2.4.0
=> => # Compiling tokio v1.37.0
=> => # Compiling parking_lot v0.12.1
=> => # Compiling serde_spanned v0.6.5
=> => # Compiling der v0.7.8
=> => # Compiling pin-project-internal v1.1.4
c’est quoi ce bordel de libc incompatible tout le temps?!
je vais essayer de compiler avec la bonne libc pour idéalement le remettre en mapping CLI python “jaklis”
1 Like
Ça c’est si tu veux compiler ta propre image docker, mais tu peux aussi utiliser directement la mienne (docker run --rm h30x/gcli). Pour l’instant elles sont publiées sur dockerhub, mais un jour je les publierai sur IPFS 
Et oui, c’est un sacré morceau de saucisse, je suis d’accord ><
Mais ça aide à résoudre les problèmes de libc incompatible. Ça doit être pour des calls système, j’imagine, mais je connais rien à la programmation système.
Si tu utilises l’image docker normalement tu n’as pas besoin de la bonne libc puisqu’elle est embarquée. Sinon tu peux essayer le paquet debian (Paquet debian pour Ğcli) qui devrait convenir si tu as mis ton Mint à jour !
A post was split to a new topic: Aide pour utiliser Ğ1lib.js
Ğcli ne fait pas vraiment de keygen, tout ce qu’il fait pour l’instant c’est gcli vault generate qui affiche un mnemonic à l’écran.
Ǧcli est un outil en ligne de commande, on ne prévoit pas de faire une version en javascript, mais ça peut être un exercice intéressant pour utiliser polkadotjs (mais pas ğ1lib).
Tu as prévu le moyen d’importer une clef privée à gcli ?
Parce que “mnemonic” s’il améliore la sécurité des clefs réduit à 1 dimension (1D) le vecteur d’adressage de l’espace à “courbes elliptiques”.
Pour l’instant seul l’import du mnemonic est prévu. On peut utiliser un couple identifiant / mot de passe “à la Cesium v1” mais il faut les rentrer à chaque fois dès qu’il faut signer un document.
C’est la capacité de pouvoir adresser une clef en 2D qui m’intéresse
pas commode
on pourrait importer une clé au format “PEM”?
ipfs key import keyname -f pem-pkcs8-cleartext ./key.pem
-----BEGIN PRIVATE KEY-----
MC4CAQAwBQYDK2VwBCIEIF9rZ2b8Y/ZWlmejbHyK7VgNPANlbGKtAnnq21RN3JYs
-----END PRIVATE KEY-----