iris/iris-plugins
1
0
Fork 0
Code Issues 17 Pull requests Projects Releases Packages Wiki Activity Actions

whisper: auf iris-server-hosts umstellen (Picker mit needs, host_id, Kennung über den Server, config-status) #140

New issue
Closed
opened 2026-10-19 11:39:59 +00:00 by alf · 11 comments
alf commented 2026-10-19 11:39:59 +00:00
Owner
Copy link

Warum

Drittes der GPU-Plugins, die auf iris-server-hosts umgestellt werden (nach Marker #135 und HeartMuLa #138; Muster und Marktplatz-Anzeige: iris/Iris#85, Resolver-Route aus #138). Whisper trägt heute SSH-Ziel (ssh_target) und Schlüssel im Konfigurationsfenster, das Fenster holt /gpu-hosts/targets (404, der Picker bleibt leer), und das Plugin hat keine panel_api, kann also keinen Zustand für den Marktplatz melden.

Spezifikation (wie HeartMuLa)

  • Picker und Kennung: „Installieren auf:“ wählt den Rechner aus GET /hosts/targets?needs=gpu (Manifest host_capabilities: ["gpu"]; kein local_mode). Das Plugin speichert nur host_id, install_path und installed_on. Entfallen: „SSH-Schlüssel“, „Anderer Rechner“, „Verbindung testen“. Läuft faster-whisper dort schon, steht grün „installiert“ und der Knopf heißt „Aktualisieren“; rot nur bei einem Fehler. Ein altes ssh_target dient nur als Vorauswahl.
  • GPU als Anforderung: faster-whisper läuft notfalls auch auf der CPU, aber deutlich langsamer; der Picker bleibt wie bisher bei GPU-Rechnern (bisher listete /gpu-hosts/targets nur diese). Nach der Umstellung lässt sich ein reiner CPU-Rechner nicht mehr von Hand eintragen; wer das braucht, trägt ihn unter „Hosts“ ein, und das Manifest müsste die Anforderung lockern.
  • Laufzeit: whisper-cli (cleanup, start, poll, deliver) löst die Kennung über GET /hosts/resolve auf (resolve_ssh_target, determine_iris_endpoint wie bei HeartMuLa); die Fortschrittsmeldungen des start bleiben unverändert.
  • Zustand: config-status über python/whisper_panel_api.py: Grün, wenn host_id gewählt und installed_on dieselbe Kennung ist; sonst Gelb. Das Manifest erzeugt das Build-Skript (Heredoc), dort stehen host_capabilities und panel_api.
  • Version 1.3.0, sofort veröffentlicht, eingereicht nach Alfs Test.

Stand

  • whisper-cli löst die Kennung über den Server auf — eingereicht
  • Panel umgestellt („Installieren auf:“), config-status, Manifest — eingereicht
  • Veröffentlicht, von Alf getestet, eingereicht: iris-plugins#141 (mit lokalem Weg auf dem Mac)

Verlauf und PRs in den Kommentaren.

## Warum Drittes der GPU-Plugins, die auf `iris-server-hosts` umgestellt werden (nach Marker #135 und HeartMuLa #138; Muster und Marktplatz-Anzeige: iris/Iris#85, Resolver-Route aus #138). Whisper trägt heute SSH-Ziel (`ssh_target`) und Schlüssel im Konfigurationsfenster, das Fenster holt `/gpu-hosts/targets` (404, der Picker bleibt leer), und das Plugin hat keine `panel_api`, kann also keinen Zustand für den Marktplatz melden. ## Spezifikation (wie HeartMuLa) - **Picker und Kennung:** „Installieren auf:“ wählt den Rechner aus `GET /hosts/targets?needs=gpu` (Manifest `host_capabilities: ["gpu"]`; kein `local_mode`). Das Plugin speichert nur `host_id`, `install_path` und `installed_on`. Entfallen: „SSH-Schlüssel“, „Anderer Rechner“, „Verbindung testen“. Läuft faster-whisper dort schon, steht grün „installiert“ und der Knopf heißt „Aktualisieren“; rot nur bei einem Fehler. Ein altes `ssh_target` dient nur als Vorauswahl. - **GPU als Anforderung:** faster-whisper läuft notfalls auch auf der CPU, aber deutlich langsamer; der Picker bleibt wie bisher bei GPU-Rechnern (bisher listete `/gpu-hosts/targets` nur diese). Nach der Umstellung lässt sich ein reiner CPU-Rechner nicht mehr von Hand eintragen; wer das braucht, trägt ihn unter „Hosts“ ein, und das Manifest müsste die Anforderung lockern. - **Laufzeit:** `whisper-cli` (`cleanup`, `start`, `poll`, `deliver`) löst die Kennung über `GET /hosts/resolve` auf (`resolve_ssh_target`, `determine_iris_endpoint` wie bei HeartMuLa); die Fortschrittsmeldungen des `start` bleiben unverändert. - **Zustand:** `config-status` über `python/whisper_panel_api.py`: Grün, wenn `host_id` gewählt und `installed_on` dieselbe Kennung ist; sonst Gelb. Das Manifest erzeugt das Build-Skript (Heredoc), dort stehen `host_capabilities` und `panel_api`. - **Version** 1.3.0, sofort veröffentlicht, eingereicht nach Alfs Test. ## Stand - [x] `whisper-cli` löst die Kennung über den Server auf — eingereicht - [x] Panel umgestellt („Installieren auf:“), `config-status`, Manifest — eingereicht - [x] Veröffentlicht, von Alf getestet, eingereicht: iris-plugins#141 (mit lokalem Weg auf dem Mac) Verlauf und PRs in den Kommentaren.
alf commented 2026-10-19 11:40:22 +00:00
Author
Owner
Copy link

Entwicklung: whisper 1.3.0 veröffentlicht (noch nicht eingereicht)

Wie HeartMuLa (#138), die Server-Seite (Resolver-Route GET /hosts/resolve) ist schon in main und in Alfs laufender Mac-App.

Geändert:

  • Manifest (das Build-Skript erzeugt plugin.json): host_capabilities: ["gpu"], panel_api mit config-status; Build-Skript kopiert python/whisper_panel_api.py ins Paket.
  • Panel: „Installieren auf:“ mit Picker (needs=gpu), „Bitte wählen …“, „Installieren“/„Aktualisieren“, Rechnerprüfung (grün „installiert“, Rot nur bei Fehler), Optionen (Installationspfad). Entfallen: „SSH-Schlüssel“, „Anderer Rechner“, „Verbindung testen“. Gespeichert wird host_id, install_path, installed_on; nach der Installation übernimmt das Panel den absoluten Pfad und speichert von selbst.
  • whisper-cli: cleanup, start, poll, deliver lösen die Kennung über den Server auf (resolve_ssh_target, determine_iris_endpoint, read_iris_notify_config_value aus HeartMuLa übernommen); gegen einen Mock-HTTPS-Server mit Token geprüft (bekannt → Ziel, unbekannt → leer). Die Fortschrittsmeldungen des start habe ich nicht angefasst.
  • config-status (python/whisper_panel_api.py, 6 Tests; sie lesen das vom Build-Skript erzeugte Manifest): Grün, wenn host_id gewählt und installed_on dieselbe Kennung ist; sonst Gelb; kein SSH.
  • Docs, Store-Texte, store-page.json, SKILL.md und PLAN.md auf „Installieren auf:“/„Hosts“.

Entscheidung zur Anforderung: gpu bleibt (der bisherige Picker listete nur GPU-Rechner). Ein reiner CPU-Rechner ist nach der Umstellung nicht mehr von Hand eintragbar; wenn das gebraucht wird, lockere ich die Anforderung im Manifest.

Nicht geprüft: das Panel in der App, die Installation von faster-whisper auf iris-server, eine Transkription. Nach dem Update muss die Konfiguration einmal im Fenster gespeichert werden.

Zum Testen: Whisper im Marktplatz installieren oder aktualisieren, Rechner wählen, „Installieren“/„Aktualisieren“, Knopf in der Kachel prüfen, dann im Chat eine Audiodatei transkribieren lassen. Eingereicht wird erst nach Alfs Test.

## Entwicklung: whisper 1.3.0 veröffentlicht (noch nicht eingereicht) Wie HeartMuLa (#138), die Server-Seite (Resolver-Route `GET /hosts/resolve`) ist schon in `main` und in Alfs laufender Mac-App. **Geändert:** - **Manifest** (das Build-Skript erzeugt `plugin.json`): `host_capabilities: ["gpu"]`, `panel_api` mit `config-status`; Build-Skript kopiert `python/whisper_panel_api.py` ins Paket. - **Panel:** „Installieren auf:“ mit Picker (`needs=gpu`), „Bitte wählen …“, „Installieren“/„Aktualisieren“, Rechnerprüfung (grün „installiert“, Rot nur bei Fehler), Optionen (Installationspfad). Entfallen: „SSH-Schlüssel“, „Anderer Rechner“, „Verbindung testen“. Gespeichert wird `host_id`, `install_path`, `installed_on`; nach der Installation übernimmt das Panel den absoluten Pfad und speichert von selbst. - **`whisper-cli`:** `cleanup`, `start`, `poll`, `deliver` lösen die Kennung über den Server auf (`resolve_ssh_target`, `determine_iris_endpoint`, `read_iris_notify_config_value` aus HeartMuLa übernommen); gegen einen Mock-HTTPS-Server mit Token geprüft (bekannt → Ziel, unbekannt → leer). Die Fortschrittsmeldungen des `start` habe ich nicht angefasst. - **`config-status`** (`python/whisper_panel_api.py`, 6 Tests; sie lesen das vom Build-Skript erzeugte Manifest): Grün, wenn `host_id` gewählt und `installed_on` dieselbe Kennung ist; sonst Gelb; kein SSH. - Docs, Store-Texte, `store-page.json`, SKILL.md und PLAN.md auf „Installieren auf:“/„Hosts“. **Entscheidung zur Anforderung:** `gpu` bleibt (der bisherige Picker listete nur GPU-Rechner). Ein reiner CPU-Rechner ist nach der Umstellung nicht mehr von Hand eintragbar; wenn das gebraucht wird, lockere ich die Anforderung im Manifest. **Nicht geprüft:** das Panel in der App, die Installation von faster-whisper auf `iris-server`, eine Transkription. Nach dem Update muss die Konfiguration einmal im Fenster gespeichert werden. **Zum Testen:** Whisper im Marktplatz installieren oder aktualisieren, Rechner wählen, „Installieren“/„Aktualisieren“, Knopf in der Kachel prüfen, dann im Chat eine Audiodatei transkribieren lassen. Eingereicht wird erst nach Alfs Test.
alf commented 2026-10-19 11:48:37 +00:00
Author
Owner
Copy link

PR #80 gemergt: fix(videowatch): Whisper-Plugin-Rechner über die Host-Kennung vom Iris-Server auflösen (iris/iris-plugins#140)
alf/2ndbrain#80

Commits:

  • fix(videowatch): Whisper-Plugin-Rechner über die Host-Kennung vom Iris-Server auflösen (iris/iris-plugins#140)
PR #80 gemergt: fix(videowatch): Whisper-Plugin-Rechner über die Host-Kennung vom Iris-Server auflösen (iris/iris-plugins#140) https://forgejo.lewerken.duckdns.org/alf/2ndbrain/pulls/80 Commits: - fix(videowatch): Whisper-Plugin-Rechner über die Host-Kennung vom Iris-Server auflösen (iris/iris-plugins#140)
alf commented 2026-10-19 11:48:40 +00:00
Author
Owner
Copy link

PR #45 gemergt: fix(videowatch): Whisper-Plugin-Rechner über die Host-Kennung auflösen, Kopie der Skill-Dateien (iris/iris-plugins#140)
iris/iris-linux-server#45

Commits:

  • fix(videowatch): Whisper-Plugin-Rechner über die Host-Kennung auflösen, Kopie der Skill-Dateien (iris/iris-plugins#140)
PR #45 gemergt: fix(videowatch): Whisper-Plugin-Rechner über die Host-Kennung auflösen, Kopie der Skill-Dateien (iris/iris-plugins#140) https://forgejo.lewerken.duckdns.org/iris/iris-linux-server/pulls/45 Commits: - fix(videowatch): Whisper-Plugin-Rechner über die Host-Kennung auflösen, Kopie der Skill-Dateien (iris/iris-plugins#140)
alf commented 2026-10-19 11:56:14 +00:00
Author
Owner
Copy link

Lokaler Weg auf dem Mac: whisper 1.4.0 veröffentlicht (noch nicht eingereicht)

Anlass: Alf wies darauf hin, dass es Whisper doch auch als GPU-Version für den Mac gibt. Das lief bisher nur in videowatch (mlx-whisper, Apple-GPU), nicht im Plugin, das nur per SSH auf einem NVIDIA-Rechner arbeitete.

Gebaut:

  • Manifest: local_mode: ["macos"] (neben host_capabilities: ["gpu"]): Auf dem Mac-Server steht „Dieser Iris-Server — lokal (Apple-GPU)“ im Picker, die Installations-Sperre blockiert dort nie. Auf dem Linux-Server bleibt alles beim GPU-Rechner.
  • whisper-cli: Das Ziel local führt dieselben Befehle ohne SSH lokal aus (ssh() erkennt local, ssh -f local startet losgelöst im Hintergrund; Befehlszeichenfolge, Dateinamen und Marker bleiben gleich). resolve_ssh_target liefert für self auf macOS local, ohne den Server zu fragen. install legt auf macOS mlx-whisper statt faster-whisper ins venv; test-connection erkennt beide Pakete.
  • whisper_transcribe.py: Backend nach sys.platform (segments_with_mlx auf macOS, segments_with_faster_whisper sonst; beide Pakete lazy importiert); Modellnamen large-v3 → mlx-community/whisper-large-v3-mlx, …-turbo → …-turbo, Namen mit / bleiben; Ausgabeformate text/json unverändert; auf Linux läuft das CUDA-Re-Exec wie bisher.
  • Mac-Server (IrisRemoteServer.swift, ungeshippt): Die bespoke Whisper-Routen (test-connection, install) übergeben für host_id self das Ziel local statt des SSH-Ziels.
  • Panel: Picker-Beschriftung „lokal (Apple-GPU)“, Meldung „Whisper ist lokal auf diesem Mac (Apple-GPU) installiert/noch nicht installiert“.
  • videowatch: überspringt die SSH-Stufe für self auf dem Mac (eigene mlx-whisper-Stufe), Test dazu; Kopie im Linux-Server angepasst (ungeshippt).

Geprüft (echter Lauf auf diesem Mac): install ins temporäre venv (mlx-whisper, torch, …), test-connection vorher „noch nicht installiert“, danach „installiert“, Transkription mit Modell tiny und einem mit say erzeugten deutschen Satz auf der Apple-GPU („Hallo, das ist ein Test der Lokalen Transcription auf der Apple GPU.“), poll (STATUS: done), deliver (Datei und Vorschau), cleanup, Hintergrundstart (ssh -f local). 11 Tests im Plugin, 21 in videowatch, JavaScript per node --check.

Nicht geprüft: das Panel in der App, das Modell large-v3 (große Datei), der Chat-Ablauf start mit Fortschrittsmeldung (ich wollte keine Meldungen in deinen Chat schicken).

Hinweis zum Ablauf: Gibt es beim „Laden“ auf dem Mac einen GPU-Rechner, öffnet sich das Konfigurationsfenster (Wahl zwischen Rechner und „lokal“). Gibt es keinen, ist Whisper installiert, aber noch nicht eingerichtet: Gelb, bis im Fenster „lokal“ gewählt und „Installieren“ gedrückt ist (Whisper hat keinen Installations-Hook wie Marker).

Zum Testen: Iris neu bauen (Mac-Server-Änderung), Whisper im Marktplatz aktualisieren, im Konfigurationsfenster „Dieser Iris-Server — lokal (Apple-GPU)“ wählen, „Installieren“, speichern, dann im Chat eine Audiodatei transkribieren lassen. Eingereicht wird erst nach Alfs Test.

## Lokaler Weg auf dem Mac: whisper 1.4.0 veröffentlicht (noch nicht eingereicht) Anlass: Alf wies darauf hin, dass es Whisper doch auch als GPU-Version für den Mac gibt. Das lief bisher nur in videowatch (`mlx-whisper`, Apple-GPU), nicht im Plugin, das nur per SSH auf einem NVIDIA-Rechner arbeitete. **Gebaut:** - **Manifest:** `local_mode: ["macos"]` (neben `host_capabilities: ["gpu"]`): Auf dem Mac-Server steht „Dieser Iris-Server — lokal (Apple-GPU)“ im Picker, die Installations-Sperre blockiert dort nie. Auf dem Linux-Server bleibt alles beim GPU-Rechner. - **`whisper-cli`:** Das Ziel `local` führt dieselben Befehle ohne SSH lokal aus (`ssh()` erkennt `local`, `ssh -f local` startet losgelöst im Hintergrund; Befehlszeichenfolge, Dateinamen und Marker bleiben gleich). `resolve_ssh_target` liefert für `self` auf macOS `local`, ohne den Server zu fragen. `install` legt auf macOS `mlx-whisper` statt faster-whisper ins venv; `test-connection` erkennt beide Pakete. - **`whisper_transcribe.py`:** Backend nach `sys.platform` (`segments_with_mlx` auf macOS, `segments_with_faster_whisper` sonst; beide Pakete lazy importiert); Modellnamen `large-v3` → `mlx-community/whisper-large-v3-mlx`, `…-turbo` → `…-turbo`, Namen mit `/` bleiben; Ausgabeformate `text`/`json` unverändert; auf Linux läuft das CUDA-Re-Exec wie bisher. - **Mac-Server** (`IrisRemoteServer.swift`, ungeshippt): Die bespoke Whisper-Routen (`test-connection`, `install`) übergeben für `host_id` `self` das Ziel `local` statt des SSH-Ziels. - **Panel:** Picker-Beschriftung „lokal (Apple-GPU)“, Meldung „Whisper ist lokal auf diesem Mac (Apple-GPU) installiert/noch nicht installiert“. - **videowatch:** überspringt die SSH-Stufe für `self` auf dem Mac (eigene mlx-whisper-Stufe), Test dazu; Kopie im Linux-Server angepasst (ungeshippt). **Geprüft (echter Lauf auf diesem Mac):** `install` ins temporäre venv (mlx-whisper, torch, …), `test-connection` vorher „noch nicht installiert“, danach „installiert“, **Transkription** mit Modell `tiny` und einem mit `say` erzeugten deutschen Satz auf der Apple-GPU („Hallo, das ist ein Test der Lokalen Transcription auf der Apple GPU.“), `poll` (`STATUS: done`), `deliver` (Datei und Vorschau), `cleanup`, Hintergrundstart (`ssh -f local`). 11 Tests im Plugin, 21 in videowatch, JavaScript per `node --check`. **Nicht geprüft:** das Panel in der App, das Modell `large-v3` (große Datei), der Chat-Ablauf `start` mit Fortschrittsmeldung (ich wollte keine Meldungen in deinen Chat schicken). **Hinweis zum Ablauf:** Gibt es beim „Laden“ auf dem Mac einen GPU-Rechner, öffnet sich das Konfigurationsfenster (Wahl zwischen Rechner und „lokal“). Gibt es keinen, ist Whisper installiert, aber noch nicht eingerichtet: Gelb, bis im Fenster „lokal“ gewählt und „Installieren“ gedrückt ist (Whisper hat keinen Installations-Hook wie Marker). **Zum Testen:** Iris neu bauen (Mac-Server-Änderung), Whisper im Marktplatz aktualisieren, im Konfigurationsfenster „Dieser Iris-Server — lokal (Apple-GPU)“ wählen, „Installieren“, speichern, dann im Chat eine Audiodatei transkribieren lassen. Eingereicht wird erst nach Alfs Test.
alf commented 2026-10-19 12:02:53 +00:00
Author
Owner
Copy link

whisper 1.4.1: Prüfung nach der Installation läuft nicht mehr in die Zeitgrenze (veröffentlicht)

Befund (Alfs Screenshot, Mac Studio): Nach „Installieren“ stand grün „Installiert“, darunter rot „Verbindung fehlgeschlagen“; in der Konfiguration blieb installed_on leer, der Zustand im Marktplatz also Gelb. Die Installation selbst war gelungen (~/Whisper/.venv und transcribe.py liegen dort). Ursache: Direkt danach prüft das Panel per test-connection, ob Whisper installiert ist, und die Prüfung importierte mlx_whisper. Der erste Import nach der Installation (mlx, torch, Bytecode wird erst dann erzeugt) dauert über 15 Sekunden; der Mac-Server bricht test-connection nach 15 Sekunden ab und meldet dann die allgemeine Meldung „Verbindung fehlgeschlagen“. Später gemessen: erster Import 6,9 s, danach 0,75 s.

Fix: whisper-cli test-connection prüft nur noch per find_spec, ob faster_whisper oder mlx_whisper im venv liegt (0,03 s statt Sekunden; gilt auch für SSH-Rechner, wo der CUDA-Import ebenfalls langsam sein kann). Geprüft mit der echten Installation (~/Whisper: „installiert“) und einem nicht vorhandenen Pfad („noch nicht installiert“).

Offen: Die allgemeine Meldung „Verbindung fehlgeschlagen“ bei einer Zeitüberschreitung ist irreführend (Mac-Server, handleWhisperTestConnection); ein klarerer Text steht aus.

Zum Testen: Whisper im Marktplatz auf 1.4.1 aktualisieren, das Konfigurationsfenster öffnen: Es sollte grün „Whisper ist lokal auf diesem Mac (Apple-GPU) installiert“ zeigen; „Speichern“ setzt installed_on, die Kachel wird grün. Danach eine Audiodatei im Chat transkribieren lassen.

## whisper 1.4.1: Prüfung nach der Installation läuft nicht mehr in die Zeitgrenze (veröffentlicht) **Befund (Alfs Screenshot, Mac Studio):** Nach „Installieren“ stand grün „Installiert“, darunter rot „Verbindung fehlgeschlagen“; in der Konfiguration blieb `installed_on` leer, der Zustand im Marktplatz also Gelb. Die Installation selbst war gelungen (`~/Whisper/.venv` und `transcribe.py` liegen dort). Ursache: Direkt danach prüft das Panel per `test-connection`, ob Whisper installiert ist, und die Prüfung **importierte** `mlx_whisper`. Der erste Import nach der Installation (mlx, torch, Bytecode wird erst dann erzeugt) dauert über 15 Sekunden; der Mac-Server bricht `test-connection` nach 15 Sekunden ab und meldet dann die allgemeine Meldung „Verbindung fehlgeschlagen“. Später gemessen: erster Import 6,9 s, danach 0,75 s. **Fix:** `whisper-cli test-connection` prüft nur noch per `find_spec`, ob `faster_whisper` oder `mlx_whisper` im venv liegt (0,03 s statt Sekunden; gilt auch für SSH-Rechner, wo der CUDA-Import ebenfalls langsam sein kann). Geprüft mit der echten Installation (`~/Whisper`: „installiert“) und einem nicht vorhandenen Pfad („noch nicht installiert“). **Offen:** Die allgemeine Meldung „Verbindung fehlgeschlagen“ bei einer Zeitüberschreitung ist irreführend (Mac-Server, `handleWhisperTestConnection`); ein klarerer Text steht aus. **Zum Testen:** Whisper im Marktplatz auf 1.4.1 aktualisieren, das Konfigurationsfenster öffnen: Es sollte grün „Whisper ist lokal auf diesem Mac (Apple-GPU) installiert“ zeigen; „Speichern“ setzt `installed_on`, die Kachel wird grün. Danach eine Audiodatei im Chat transkribieren lassen.
alf commented 2026-10-19 12:09:43 +00:00
Author
Owner
Copy link

PR #88 gemergt: feat(whisper): lokales Ziel für Whisper auf dem Mac, klare Zeitüberschreitung bei den CLI-Aktionen (iris/iris-plugins#140)
iris/Iris#88

Commits:

  • feat(whisper): lokales Ziel für Whisper auf dem Mac, klare Zeitüberschreitung bei den CLI-Aktionen (iris/iris-plugins#140)
PR #88 gemergt: feat(whisper): lokales Ziel für Whisper auf dem Mac, klare Zeitüberschreitung bei den CLI-Aktionen (iris/iris-plugins#140) https://forgejo.lewerken.duckdns.org/iris/Iris/pulls/88 Commits: - feat(whisper): lokales Ziel für Whisper auf dem Mac, klare Zeitüberschreitung bei den CLI-Aktionen (iris/iris-plugins#140)
alf commented 2026-10-19 12:09:47 +00:00
Author
Owner
Copy link

PR #141 gemergt: feat(whisper): auf iris-server-hosts umgestellt, lokaler Weg auf dem Mac (Apple-GPU, mlx-whisper), config-status (#140)
#141

Commits:

  • feat(whisper): auf iris-server-hosts umgestellt, lokaler Weg auf dem Mac (Apple-GPU, mlx-whisper), config-status (#140)
PR #141 gemergt: feat(whisper): auf iris-server-hosts umgestellt, lokaler Weg auf dem Mac (Apple-GPU, mlx-whisper), config-status (#140) https://forgejo.lewerken.duckdns.org/iris/iris-plugins/pulls/141 Commits: - feat(whisper): auf iris-server-hosts umgestellt, lokaler Weg auf dem Mac (Apple-GPU, mlx-whisper), config-status (#140)
alf commented 2026-10-19 12:09:49 +00:00
Author
Owner
Copy link

PR #81 gemergt: fix(videowatch): Whisper-Plugin lokal auf dem Mac der eigenen mlx-Stufe überlassen (iris/iris-plugins#140)
alf/2ndbrain#81

Commits:

  • fix(videowatch): Whisper-Plugin lokal auf dem Mac der eigenen mlx-Stufe überlassen (iris/iris-plugins#140)
PR #81 gemergt: fix(videowatch): Whisper-Plugin lokal auf dem Mac der eigenen mlx-Stufe überlassen (iris/iris-plugins#140) https://forgejo.lewerken.duckdns.org/alf/2ndbrain/pulls/81 Commits: - fix(videowatch): Whisper-Plugin lokal auf dem Mac der eigenen mlx-Stufe überlassen (iris/iris-plugins#140)
alf commented 2026-10-19 12:09:52 +00:00
Author
Owner
Copy link

PR #46 gemergt: fix(videowatch): Whisper-Plugin lokal auf dem Mac der eigenen mlx-Stufe überlassen, Kopie der Skill-Dateien (iris/iris-plugins#140)
iris/iris-linux-server#46

Commits:

  • fix(videowatch): Whisper-Plugin lokal auf dem Mac der eigenen mlx-Stufe überlassen, Kopie der Skill-Dateien (iris/iris-plugins#140)
PR #46 gemergt: fix(videowatch): Whisper-Plugin lokal auf dem Mac der eigenen mlx-Stufe überlassen, Kopie der Skill-Dateien (iris/iris-plugins#140) https://forgejo.lewerken.duckdns.org/iris/iris-linux-server/pulls/46 Commits: - fix(videowatch): Whisper-Plugin lokal auf dem Mac der eigenen mlx-Stufe überlassen, Kopie der Skill-Dateien (iris/iris-plugins#140)
alf commented 2026-10-19 12:10:10 +00:00
Author
Owner
Copy link

Eingereicht (2026-10-19)

Repo PR / Stand Inhalt
Plugins iris-plugins #141 whisper 1.4.1: „Installieren auf:“, config-status, whisper-cli löst die Kennung über den Server auf, lokaler Weg auf dem Mac (Apple-GPU, mlx-whisper), Prüfung ohne Import
Iris (Mac-App) main = a6cac51 Whisper-Routen übergeben für self das Ziel local; klare Meldung bei Zeitüberschreitung (Whisper, HeartMuLa, Qwen-TTS-Linux)
Wurzel main = 7d73d4d videowatch: Host-Kennung über den Server auflösen, „lokal“ auf dem Mac der eigenen mlx-Stufe überlassen (+ 5 Tests)
Linux-Server main = 9f2d2af Kopie der videowatch-Dateien

Nach Alfs Test (Mac neu gebaut): Update auf 1.4.1, Konfigurationsfenster, lokale Installation und Transkription.

Offen: Der Linux-Server ist nicht neu deployt (die geänderte videowatch-Kopie wirkt dort erst danach). Die beiden Plugins qwen-tts-linux und comfyui-bridge folgen in eigenen Issues; die Plugins ohne config-status bleiben Rot (iris/Iris#85). Das Issue bleibt offen.

## Eingereicht (2026-10-19) | Repo | PR / Stand | Inhalt | |---|---|---| | Plugins | iris-plugins #141 | whisper 1.4.1: „Installieren auf:“, `config-status`, `whisper-cli` löst die Kennung über den Server auf, lokaler Weg auf dem Mac (Apple-GPU, mlx-whisper), Prüfung ohne Import | | Iris (Mac-App) | `main` = `a6cac51` | Whisper-Routen übergeben für `self` das Ziel `local`; klare Meldung bei Zeitüberschreitung (Whisper, HeartMuLa, Qwen-TTS-Linux) | | Wurzel | `main` = `7d73d4d` | videowatch: Host-Kennung über den Server auflösen, „lokal“ auf dem Mac der eigenen mlx-Stufe überlassen (+ 5 Tests) | | Linux-Server | `main` = `9f2d2af` | Kopie der videowatch-Dateien | **Nach Alfs Test** (Mac neu gebaut): Update auf 1.4.1, Konfigurationsfenster, lokale Installation und Transkription. **Offen:** Der Linux-Server ist nicht neu deployt (die geänderte videowatch-Kopie wirkt dort erst danach). Die beiden Plugins qwen-tts-linux und comfyui-bridge folgen in eigenen Issues; die Plugins ohne `config-status` bleiben Rot (iris/Iris#85). Das Issue bleibt offen.
alf commented 2026-10-19 12:19:37 +00:00
Author
Owner
Copy link

Linux-Server deployt (2026-10-19)

rsync (ohne .env), detect-host-env.sh, docker compose up -d --build, Sandbox-Container bereinigt; GET /health 200.

Live geprüft: GET /hosts/resolve?host_id=self → 200 {"ssh_target": "alf@192.168.178.153"}, unbekannte Kennung → 404; GET /hosts/targets?needs=gpu&needs=docker → self mit beiden Grafikkarten; die 3 Live-Tests der Resolver-Route (tests/test_hosts_resolve.py) und die config_status-Tests grün (10 passed). Die geänderten videowatch-Dateien (Auflösung über /hosts/resolve) liegen im iris-hermes-Container (/root/.hermes/skills/videowatch, /opt/iris-custom-skills/videowatch).

Nicht geprüft: ein videowatch-Lauf mit dem Whisper-Plugin auf dem Linux-Server (dort ist Whisper nicht in der neuen Fassung installiert).

## Linux-Server deployt (2026-10-19) `rsync` (ohne `.env`), `detect-host-env.sh`, `docker compose up -d --build`, Sandbox-Container bereinigt; `GET /health` 200. **Live geprüft:** `GET /hosts/resolve?host_id=self` → 200 `{"ssh_target": "alf@192.168.178.153"}`, unbekannte Kennung → 404; `GET /hosts/targets?needs=gpu&needs=docker` → `self` mit beiden Grafikkarten; die 3 Live-Tests der Resolver-Route (`tests/test_hosts_resolve.py`) und die `config_status`-Tests grün (10 passed). Die geänderten videowatch-Dateien (Auflösung über `/hosts/resolve`) liegen im `iris-hermes`-Container (`/root/.hermes/skills/videowatch`, `/opt/iris-custom-skills/videowatch`). **Nicht geprüft:** ein videowatch-Lauf mit dem Whisper-Plugin auf dem Linux-Server (dort ist Whisper nicht in der neuen Fassung installiert).
alf closed this issue 2026-10-21 23:43:01 +00:00
Sign in to join this conversation.
No Branch/Tag specified
Branches Tags
main
No results found.
Labels
Clear labels
  
herkunft/alpha-feedback
Aus Rückmeldungen der Alpha-Tester

  
status
blockiert
 Wartet auf etwas anderes

  
status
zu-testen
 Gebaut, aber noch nicht im echten Einsatz geprüft

  
typ
bug
 Fehler

  
typ
docs
 Dokumentation

  
typ
enhancement
 Verbesserung einer vorhandenen Funktion

  
typ
feature
 Neue Funktion

  
typ
idea
 Idee, noch nicht entschieden

No labels
herkunft/alpha-feedback
status
blockiert
status
zu-testen
typ
bug
typ
docs
typ
enhancement
typ
feature
typ
idea
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
iris/iris-plugins#140
No description provided.