docs: SAVEPOINT — Ampel wieder gruen, und warum sie fuenf Laeufe rot war
Ampel / ampel (push) Successful in 54s
Ampel / ampel (push) Successful in 54s
Nachgetragen: die 28 Linux-Fehler, der schwerste davon (der API-Container waere auf der VM gar nicht hochgekommen), und die Lehre daraus — ein Test, der nur auf einer Plattform greift, ist eine halbe Zusage. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Opus 5
parent
ca212ff835
commit
e1984dc543
+37
-4
@@ -10,22 +10,55 @@
|
||||
|
||||
| | |
|
||||
|---|---|
|
||||
| Repo | `c01ef10` auf `main` |
|
||||
| Tests | **562 grün** + 18 übersprungen (Sitzungsbeginn: 378) |
|
||||
| `RippySetup.exe` | **31,7 MB**, liegt auf dem Desktop |
|
||||
| Repo | `ca212ff` auf `main` |
|
||||
| **Ampel** | **GRÜN** (Lauf 321) — davor fünf Läufe rot, siehe unten |
|
||||
| Tests | **582 grün** + 18 übersprungen (Sitzungsbeginn: 378) |
|
||||
| `RippySetup.exe` | **32,0 MB**, liegt auf dem Desktop |
|
||||
| Fenster | WebView2 **151.0.4129.107**, 1280×860, Oberfläche im Bild belegt |
|
||||
| Konsolenfenster | **keins** — PE-Subsystem 2 (GUI) statt 3 |
|
||||
| Werkzeuge auf diesem PC | 5 Encoder gefunden, darunter **AMD VCE** |
|
||||
| VM (Arcane) | **noch auf `05ab655`** — alles ab `b723fee` ist NICHT deployt |
|
||||
| Echter Rip auf Windows | **ungeprüft** — das Laufwerk hängt an der VM |
|
||||
|
||||
### ⚠️ DIE AMPEL WAR FÜNF LÄUFE LANG ROT, UND ICH HABE ES ÜBERSEHEN
|
||||
|
||||
Läufe 181–186 (ab `288f9ee`). Unter Windows war alles grün, auf dem
|
||||
Linux-Runner fielen **28 Tests** aus. Der schwerste Befund:
|
||||
|
||||
docker/api/main.py:54
|
||||
AttributeError: module 'rippy.drives.linux' has no attribute 'drive_status'
|
||||
|
||||
`main.py` holt sich beim Import `device_discovery.drive_status`. Der
|
||||
Windows-Treiber hat die Funktion; `linux.py` hatte sie nicht mehr, seit
|
||||
`detection` (und damit `fcntl`) bewusst nicht mehr oben importiert wird —
|
||||
sonst wäre `main.py` unter Windows nicht ladbar gewesen. **Der API-Container
|
||||
wäre auf der VM gar nicht hochgekommen.** Sichtbar wurde es nur, weil die VM
|
||||
elf Commits zurückhängt.
|
||||
|
||||
Drei weitere Fehler derselben Art — richtig unter Windows, falsch auf Linux:
|
||||
|
||||
* `katalog.py` baute Windows-Pfade mit `os.path.join`. Auf Linux wurde daraus
|
||||
`C:\Program Files (x86)\MakeMKV/makemkvcon64.exe`.
|
||||
* `verknuepfungen.py` nahm `os.path.dirname` für den Arbeitsordner einer
|
||||
`.lnk` — die zeigt aber IMMER auf einen Windows-Pfad.
|
||||
* `waechter.py` las `0.0` als Zeitpunkt statt als „noch nie geprüft". Auf
|
||||
einer frisch gestarteten Maschine ist `time.monotonic()` klein, also fiel
|
||||
die erste Laufwerks-Abfrage aus.
|
||||
|
||||
**Die Lehre, die im Code steht:** Alle vier haben jetzt Tests, die auf JEDER
|
||||
Plattform laufen — Attrappe für `detection`, nachgestellte Uhr bei 0,5 s,
|
||||
Pfad-Tests für beide Trenner. Ein Test, der nur auf einer Plattform greift,
|
||||
ist eine halbe Zusage.
|
||||
|
||||
### Was jetzt geht
|
||||
|
||||
Doppelklick RippySetup.exe -> installiert nach %LOCALAPPDATA%\Rippy
|
||||
Desktop-Symbol + Startmenue-Eintrag
|
||||
Eintrag in "Programme und Features"
|
||||
Autostart (HKCU\...\Run)
|
||||
Ergebnis in einem Meldungsfenster
|
||||
Doppelklick Desktop-Symbol -> eigenes Fenster, keine Adresszeile,
|
||||
kein Browser, kein Konsolenblitzer
|
||||
kein Browser, KEIN CMD-Fenster
|
||||
Taskmanager -> "Rippy.exe" mit Beschreibung
|
||||
Programme und Features -> Rippy 2.0.0, Deinstallieren raeumt auf
|
||||
|
||||
|
||||
Reference in New Issue
Block a user