Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

feat(infra): run Kubo in docker-compose (server profile, pinned version)

Fermée
#59 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

@SaishKorgaonkar y travaille déjà.

Depuis le 22/10/2026.

  • #80 par @SaishKorgaonkar — fusionnée

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
58/100
Type d'issue
Fonctionnalité
Clarté
Clairement spécifiée
Activité
Active
Stack technique
docker, docker-compose

Piste de recherche

Start with docker-compose.yaml and the current backend and Caddy services; check the pinned Kubo release documentation before choosing the image tag and config keys. Add the service, healthcheck, and network and port settings, then document the version and settings in the README. Write a smoke script under scripts/ that adds and cats content and checks matching CIDs; done means the service becomes healthy and the RPC port stays private.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

enhancement kubo storage tier-2

Summary

Add an always-on Kubo node to the compose stack as the platform's content node.

Estimated size: M

Motivation

Browser Helia nodes come and go; an always-on peer is what lets a shared CID open on another machine.

Current state in this repo

  • docker-compose.yaml runs backend and caddy; there is no IPFS node.

Proposal

  • Add a kubo service with a pinned image tag (not latest), a persistent volume and the server config profile applied at init.
  • Publish swarm (4001 tcp/udp) as needed; keep the RPC API (5001) on the compose network only; publish the gateway (8080) to localhost in dev.
  • Add a healthcheck and a README section recording the Kubo version and the config keys used, with a link to the docs for that version (verify every setting against the release you pin).

Acceptance criteria

  • docker compose up kubo becomes healthy.
  • A script performs add then cat through the node and prints matching CIDs.
  • The RPC port is unreachable from outside the compose network.
  • No secrets are committed.

Out of scope

  • Production hosting; browser transports; auth (separate issues).

Dependencies

  • None; can be picked up independently.

Testing plan

  • Smoke script in scripts/; later wired into CI by the integration-test issue.

Part of #43. Ground rules for the content layer: no secrets in the repo, content-layer failures must never block or discard quantum execution, and tests and docs ship with every PR.

Langage dominant
Python
Étoiles
2
Forks
4
Merge moyen
5 h 19 min
PR mergées (30 j)
11

Préparer son environnement

  • Fournit un Dockerfile ou un fichier Docker Compose
  • Aucun modèle de pull request
  • Aucun guide de contribution

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de QMeshPy/distributed-quantum

Toutes les issues de QMeshPy/distributed-quantum

Issues similaires

Plus d'issues Python

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.