provisioning-server

Go to file

Thomas Stallinger 9fc2c5f52f fix: ISO_BUILD_OUTPUT_DIR ebenfalls absolut aufloesen (Phase 4)

Gleiche Ursache wie im vorherigen Commit (MINT_ISO_PATH): der als $2 an
build_customer_iso.sh uebergebene Ausgabepfad wird von xorriso relativ
zu dessen Subprocess-cwd (TUXFLOTTE_INSTALLER_DIR) aufgeloest, nicht
relativ zum eigenen Arbeitsverzeichnis - xorriso brach beim Live-Test
auf anode entsprechend mit "Cannot acquire drive" ab.

Lokal reproduziert (relative Pfade + abweichendes Subprocess-cwd) und
verifiziert.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

2026-08-07 00:58:51 +02:00

installers/fedora-workstation

fix: --plaintext-Flag für user-Passwort in Test-Kickstart ergänzen

2026-08-04 16:02:38 +02:00

migrations

feat: ISO-Build-Orchestrierung fuer personalisierte Kunden-ISOs (Phase 4)

2026-08-07 00:39:32 +02:00

.gitignore

chore: data/ und *.bak-* Backups ignorieren

2026-08-04 16:09:23 +02:00

app.py

fix: ISO_BUILD_OUTPUT_DIR ebenfalls absolut aufloesen (Phase 4)

2026-08-07 00:58:51 +02:00

requirements.txt

feat: add PostgreSQL persistence foundation

2026-07-12 14:33:31 +02:00