Downloads
Vorgefertigte SocTalk-Demo-VM-Images, veröffentlicht als GitHub-Release-Artefakte bei jedem v*-Tag des Repositories soctalk/soctalk.
Alle Images stammen vom selben Build aus Ubuntu 24.04 + K3s + Setup-Assistent, lediglich in unterschiedliche Formate für virtuelle Datenträger konvertiert. Wählen Sie das Format, das Ihr Hypervisor nativ verarbeitet. Es gibt keinen funktionalen Unterschied zwischen den Formaten.
Aktuelles Release
Aktuelle Version: v0.2.1: Release-Seite · alle Releases
Das Release umfasst:
soctalk-demo-0.2.1.qcow2.xz, KVM, QEMU, libvirt, Proxmoxsoctalk-demo-0.2.1.vmdk.xz, VMware ESXi, Workstation, Fusion, VirtualBoxsoctalk-demo-0.2.1.vhdx.xz, Microsoft Hyper-V (Generation 1)soctalk-demo-0.2.1.vhd.xz, Microsoft Azure (feste Größe, 1 MiB ausgerichtet)soctalk-demo-0.2.1.raw.xz, generischer Cloud-Import (GCP, OpenStack),ddauf physischen DatenträgerSHA256SUMS.txt, Prüfsummen für alle oben genannten Dateien
Alle Artefakte sind mit xz -9 komprimiert. Dekomprimieren Sie mit xz -d <file>.xz.
Formatauswahl
| Ihre Plattform | Download |
|---|---|
| Proxmox VE | qcow2, qm disk import. Siehe Auf Proxmox ausführen |
| libvirt / virt-manager / QEMU CLI | qcow2 |
| KVM (RHEL/CentOS/Alma) | qcow2 |
| VMware ESXi | vmdk, siehe Auf VMware ESXi ausführen |
| VMware Workstation / Fusion | vmdk |
| VirtualBox | vmdk, in VDI konvertieren, dann anhängen. Siehe Auf VirtualBox ausführen |
| Microsoft Hyper-V | vhdx, Generation-1-VM (validiert; das Image bootet über BIOS-Firmware, Gen 2 / UEFI ist ungetestet) |
| Microsoft Azure | vhd, direkter Upload auf einen Managed Disk → Image → VM. Siehe Auf Azure ausführen |
| Google Cloud | raw, tar czf disk.tar.gz disk.raw && gcloud compute images create |
| OpenStack | raw, openstack image create --disk-format raw |
| AWS | vmdk, mit VM Import als AMI importieren oder mit Packer ein natives AMI erstellen. Siehe Auf AWS ausführen |
| Bare Metal | raw, dd if=disk.raw of=/dev/sdX bs=4M |
Download verifizieren
curl -L -O https://github.com/soctalk/soctalk/releases/download/v0.2.1/SHA256SUMS.txt
curl -L -O https://github.com/soctalk/soctalk/releases/download/v0.2.1/soctalk-demo-0.2.1.qcow2.xz
sha256sum -c SHA256SUMS.txt --ignore-missingDatenträgergröße
Alle Images haben:
- Komprimierte Größe: ~600 MB bis 1,5 GB je nach Format
- Dekomprimierte scheinbare Größe: 60 GB
- Tatsächliche Größe auf dem Datenträger nach dem ersten Boot: ~3 GB (qcow2/vhdx sind sparse; raw und vhd haben feste Größe, aber der Großteil der 60 GB besteht aus Nullen und komprimiert sich auf nahezu nichts)
Selbst erstellen
Der Packer-Harness liegt in infra/packer/. Mit KVM und Packer 1.11+ auf einem Linux-Host:
git clone https://github.com/soctalk/soctalk.git
cd soctalk/infra/packer
packer init .
packer build -only="soctalk-demo.qemu.soctalk_demo" .Baut in ~1 Minute auf einem modernen Host mit KVM-Beschleunigung. Die Ausgaben landen in build/dist/: eine Datei pro Format. Siehe die Packer-README für die cloud-init-Seed-Konfiguration und die AWS-AMI-Quelle.
CI-Workflow
build-packer-images.yml ist ausschließlich workflow_dispatch: Packer-Builds werden nicht bei jedem Push ausgelöst, weil sie langsam sind und Runner-Minuten verbrauchen. Lösen Sie sie gezielt für ein neues Release aus:
gh workflow run build-packer-images.yml -f version=0.2.1Der Workflow führt aus:
- build-wizard: Go-Build der Binärdatei des Setup-Assistenten.
- build-qcow2: Packer-Build, der alle fünf Formate erzeugt; xz-komprimiert; lädt jedes als separates Workflow-Artefakt hoch; hängt es bei
v*-Tags an das GitHub-Release an. - boot-test: Bootet das qcow2 in einer frischen KVM-VM, wartet auf den Abschluss von
soctalk-firstboot, führt einen Playwright-Validator aus. Lässt den Workflow fehlschlagen, wenn das Image defekt ist, damit niemals ein fehlerhaftes Release an ein Tag angehängt wird.