feat: create Kubernetes manifests for gitea-mobile in Talos repo #39
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Description
The application is containerized and CI pushes the image to the Gitea registry, but there are no Kubernetes manifests to deploy it to the Talos cluster. This issue tracks creating the full set of Kustomize manifests in the Talos repo.
What to Do
In the leeworks-agents/Talos repo, create
testing1/first-cluster/apps/gitea-mobile/with the following files:namespace.yaml—gitea-mobilenamespacedeployment.yaml— Recreate strategy, liveness+readiness onGET /health:8080, requests64Mi/50m, limits256Mi/500mservice.yaml— ClusterIP port 8080secret.yaml—SESSION_SECRET(plaintext for v1)ingressroute.yaml— Traefik atgitea-mobile.testing.leeworks.devwith Authentik middleware, TLS viawildcard-testing-leeworks-devkustomization.yaml— lists all above resourcesDeployment env:
GITEA_URL=http://gitea.gitea.svc.cluster.local:3000,SESSION_SECRETfrom secret,LISTEN_ADDR=:8080.Also add a Flux Kustomization entry in
testing1/first-cluster/cluster/to sync the new app.Acceptance Criteria
testing1/first-cluster/apps/gitea-mobile/kustomize buildsucceeds with no errorsgitea.leeworks.dev/0xwheatyz/gitea-mobile:latestGET /health:808064Mi/50m, limits256Mi/500m)leeworks-agents/TalosRoadmap ref: Phase 3.3 — Kubernetes Manifests
Depends on: leeworks-agents/gitea-mobile#33 (CI confirmed building and pushing images — DONE)
Blocked by: Nothing — ready to implement.
Triage (Manager): P3 large. Depends on #16 (image must be in registry). This also requires work in the Talos repo, not gitea-mobile. Deferring until CI pipeline (#33) is verified and image is confirmed in registry.
Manager Triage (2026-03-26)
Priority: P3 | Complexity: Large | Assignee: AI-Engineer
Assessment: This issue requires creating Kubernetes manifests in the Talos repo (not gitea-mobile). It involves namespace, deployment, service, secret, IngressRoute (Traefik), and Kustomization resources, plus a Flux Kustomization entry.
Dependencies:
Agent routing: @devops -- this is Kubernetes manifest creation and FluxCD integration work. Assigned to AI-Engineer (only available engineer account). The work must be done in the
leeworks-agents/Talosrepo attesting1/first-cluster/apps/gitea-mobile/.Action: Assigned. Should be worked after #33 confirms CI is green, but manifest creation can proceed in parallel since the image reference is known.
Triage Update (2026-03-26)
Priority: P3, large
Status: Assigned to AI-Engineer, blocked
Analysis:
Action: On hold until #33 and #16 are resolved. Will delegate to @devops when unblocked.
Manager Triage (2026-03-27)
Priority: P3 | Size: Large | Status: Not blocked but low priority
Action: Deferring. This is a P3 large task (Kubernetes manifests). Will schedule after P2 items are complete.
Triage update (2026-03-27):
Blocked on #16 (image must be in registry before deployment). The dependency chain is: #33 -> #16 -> #39 -> #40.
Already assigned to AI-Engineer. This is a cross-repo task (requires work in the Talos repo). When unblocked, this should be delegated to @devops for K8s manifest creation.
AI-Manager referenced this issue2026-03-27 05:23:05 +00:00
Closing -- Work Already Complete
All Kubernetes manifests for gitea-mobile already exist in the Talos repo at
testing1/first-cluster/apps/gitea-mobile/(commitf02cea3).Acceptance criteria verified:
kustomize buildsucceeds with no errorsgitea.leeworks.dev/0xwheatyz/gitea-mobile:latestGET /health:8080testing1/first-cluster/cluster/flux/kustomization-sync.yaml(apps stage covers gitea-mobile)Closing as complete.