Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

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

Geschlossen
#59 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

@SaishKorgaonkar arbeitet bereits daran.

Seit 22.10.2026.

  • #80 von @SaishKorgaonkar — gemerged

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
58/100
Issue-Typ
Feature
Klarheit
Klar beschrieben
Aktivitätsstatus
Aktiv
Tech-Stack
docker, docker-compose

Rechercherichtung

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.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

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.

Vorherrschende Sprache
Python
Sterne
2
Forks
4
Ø Merge
8 Std. 3 Min.
Gemergte PRs (30 T.)
28

Entwicklungsumgebung

  • Enthält ein Dockerfile oder eine Docker-Compose-Datei
  • Keine Pull-Request-Vorlage
  • Kein Beitragsleitfaden

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus QMeshPy/distributed-quantum

Alle Issues in QMeshPy/distributed-quantum

Ähnliche Issues

Weitere Issues zu Python

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.