No description
Find a file
Repository files (latest commit first)
Filename Latest commit message Latest commit date
2026-09-11 14:10:33 +02:00
apps feat: establish Gibson GitOps ownership 2026-09-01 09:37:37 +02:00
manifests/gibson Run the TK5 guest with native ARM Hercules 2026-09-11 14:10:33 +02:00
tests Run the TK5 guest with native ARM Hercules 2026-09-11 14:10:33 +02:00
AGENTS.md feat: establish Gibson GitOps ownership 2026-09-01 09:37:37 +02:00
BINJOVI.md docs: record native deploy cutover 2026-09-05 19:09:27 +00:00
BINJOVI_NATIVE_DELIVERY.md docs: record native Binjovi delivery 2026-09-05 17:50:23 +02:00
README.md docs: explain native delivery and task telemetry 2026-09-09 18:07:34 +02:00

Gibson

This repository owns the Gibson TN3270 test service. Gibson runs a pinned TK5 MVS 3.8j image for Zelnet functional tests.

The service is stateless. A restart returns it to the image state. The public endpoint is gibson.sean.farm. Cluster tests must use gibson.gibson.svc.cluster.local:3270 because the public load balancer does not support the cluster hairpin path.

manifests/gibson contains the runtime objects. apps/gibson.yaml records the Argo application contract. The live Argo CD application tracks this repository at main. Pipelines released the source handoff and retired its old bundle.

Binjovi owns the Build, Release, and Deploy lifecycle. The deployment target is gibson-development. Its availability gate opens a bounded TCP connection to gibson.gibson.svc.cluster.local:3270 after Argo CD converges.

Run the local contract with:

bash tests/check.sh

Native pipeline timing

Binjovi uses native agents for this project's Build, Release, and Deploy tasks. The configured deployment target is gibson-development. The deployment checks the TN3270 service at gibson.gibson.svc.cluster.local:3270.

Select an exact successful Build when you release:

binjovictl builds gibson
binjovictl release gibson --build BUILD_ID --wait
binjovictl status gibson

Open the project dashboard and expand an execution attempt to inspect its task timeline and available profiles. The latest completed pipeline summary includes Build and Release time as well as deployment time. Check the Deploy result separately after Release completes. Telemetry explains execution; the stored revision and verification evidence establish completion.