# OrientOS -- USB-Abbild, 12.09.2026 orientos-usb.img 136.314.880 Oktette (130 MiB), GPT, EFI 96 MiB + Wurzel 32 MiB SHA256 7c9e2ef5bf4889077cb13aac1223a6a7da1c571b5197730105b9922e82638fe4 auf den Stick: sudo dd if=orientos-usb.img of=/dev/sdX bs=4M conv=fsync status=progress Gebaut aus `main` in /root/osum-merge11, Commit `8d81950`. ## Was in diesem Abbild zusammenkommt `main` stand auf `fc7f54b`. Zusammengefuehrt wurden 23 Commits, alle als Schnellvorlauf -- `main` war direkter Vorfahr von `english`, und `git log english..main` war leer, es ging also kein Commit verloren. * Runde 31 fUi laeuft in Ring 3, die Bruecke `fuib.fi`, Regler und Fokusring * Runde 32 die acht letzten `paint_*` auf fUi, die Kanalreihenfolge (R/B-Vertauschung), die Farbton-Pruefung * Englisch 997 Bezeichner, 27 Moduldateien, 99 Skripte, 21 Ordner ## Abnahme -- aus echten Laeufen Kern baut 6047 Symbole, 5.032.576 Oktette check-ui.sh PASSED (166 Dateien, 0/0/0, 14 begruendete Ausnahmen) tools/usbimg/run.sh 44 bestanden, 4 gescheitert (vorher 40/8) Oberflaeche in QEMU wm selftest 30/30, sechs Ansichten je hell und dunkel, `drehbuch fertig, fehler=0` ### Farbton, dunkel -- die Zusage aus Runde 32 FARBTON PASSED gegen night.scheme, alle sechs Ansichten. WARME PUNKTE (R > B in gesaettigten Dunkelflaechen): 01-schreibtisch 0 von 255.008 = 0,00 % 02-startmenue 0 von 250.397 = 0,00 % 03-explorer 0 von 247.293 = 0,00 % 04-dialog 0 von 247.287 = 0,00 % 05-kontrollzentrum 0 von 244.768 = 0,00 % 06-einstellungen 0 von 249.548 = 0,00 % GESAMT 0 von 1.494.301 = 0,00 % Panel und Leiste messen RGB(30,41,59) = `neutral800`, nicht die Umkehrung RGB(59,41,30). Der Fehler aus Runde 31 ist weg und bleibt weg. ### Helligkeit (mittlere Leuchtdichte 0..255) hell 245,2 241,9 240,7 240,9 240,3 242,9 dunkel 14,8 17,2 22,5 23,7 27,1 25,3 Zwei sauber getrennte Baender -- keine Flaeche, die im dunklen Modus hell geblieben waere. ### fUi je Ansicht taskbar fui=719 fuix=4 fuig=40000 `fuig` zerlegt sich in `no_bereit=0, no_leer=4, no_band=0, no_art=0`: alle vier Ablehnungen sind Flaechen ohne Ausdehnung, die fUi zu Recht nicht malt. Kein einziger Fall von "fUi war nicht bereit" und keiner von "falsche Art". ### Die Marke -- Justins Logo, nicht die Ersatzkacheln taskbar: marke n=24 x=12 y=8 ink=301 (hell UND dunkel, identisch) `n=24` ist die gewaehlte Groesse aus `brand_start.wide`, `ink=301` sind die gesetzten Bildpunkte. Der Rueckfallweg im Symbolfont (`glyphs_ok`) kommt in beiden Mitschnitten NULL mal vor. Damit ist nachgewiesen, dass der Startknopf das eingebackene Logo zeigt und nicht das generische Quadrate-Symbol. ## Justins drei Befunde **(a) Text in Listenzeilen sass 6,5 Punkte zu hoch -- BEHOBEN.** Nachgemessen nach Runde 32: unveraendert 258,5 / 255,0 / 252,0. Die acht `paint_*`-Umstellungen haben es nicht angefasst, weil sie die FLAECHEN auf fUi umgestellt haben und nicht die Schriftlage. Ursache: das Symbol wurde mittig gesetzt (`(zh - ih) / 2`), der Text stand auf `ry + ascent + 1`, einem festen Abstand von der Oberkante. Behoben an EINER Stelle (`row_base`, `base_in_row`), die Liste, Tabelle und Menue gemeinsam benutzen: grund = ry + (zh - text_h) / 2 + ascent 05-kontrollzentrum Text 246..258 (Mitte 252,0) -> 250..262 (256,0) 03-explorer Text 218..227 (Mitte 222,5) -> 222..231 (226,5) 06-einstellungen Text 129..140 (Mitte 134,5) -> 133..144 (138,5) Vier Punkte tiefer, in jeder Ansicht dieselbe Verschiebung. **(b) Debugzeilen im Terminal -- BEHOBEN.** `taskbar: text ... fg=...` wurde bedingungslos gedruckt. Jetzt haengt es am selben Schalter wie bei `wlib`: der Datei `/etc/uitrace`. vorher (uitrace aus) 53 Zeilen nachher (uitrace aus) 0 Zeilen nachher (uitrace=yes) 6 Zeilen -- die Messung bleibt moeglich **(c) Tooltip klebte ueber der Uhr -- war bereits behoben, nachgemessen.** Leiste y=772..800, Blase y=745..766: sechs Punkte Luft. Die Blase liegt ganz ausserhalb der Leiste (ECHTHARDWARE-4) und auf eigener Ebene (ECHTHARDWARE-3), die Uhr steht IN der Leiste. Ein Ueberlapp ist geometrisch nicht moeglich. ## Was am Stickbau kaputt war -- vier Befunde Das Abbild war seit Runde 31 nicht baubar, und es ist niemandem aufgefallen, weil `tools/look/shot.sh` elf Programme baut und `tools/usbimg/build.sh` fuenfundfuenfzig. 1. `import sync.kette` und sechs `wlan.*` zeigten nach der Umbenennung ins Leere -- mein Fehler. Sechzehn Stellen. `build-kernel.sh` merkt das nicht, weil diese Module zu Ring 3 gehoeren. 2. `usbimg/build.sh` baute alles im Profil `kernel`. fUi braucht `std.rt` und f64, beides dort gesperrt. Jetzt wird -- wie in `shot.sh` -- GELESEN, was in der Wurzeldatei steht. 3. `taskmgr` stand als letztes Programm mit Oberflaeche noch auf `profile kernel`, obwohl es `wlib` einbindet. 4. Abschnitt 8 von `run.sh` verlangte deutschen Text von einem System, das er selbst englisch startet -- seit dem 09.09.2026 liefert das Abbild Englisch aus. Er startet jetzt mit `lang=de`. ## Offen * UEFI: der Kern startet (`ok derselbe Kern startet unter UEFI (OVMF)`, kein Textmodus-Abbruch), aber `hwdiag` meldet die Firmware als `?` statt `UEFI` und nennt keinen Rahmenpuffer. Ein Loch im BERICHT, nicht im Start -- vorbestehend. * `launcher: name [Search]`: der Name kommt aus `assets/apps/launcher.osp/INFO` (`name=Search`), und ein Programmbuendel hat keine sprachabhaengige Fassung. Vorbestehend seit `c101990`, unabhaengig von dieser Runde. * `kein Netz` wird im Bild nicht gefunden, weil die Leiste ohne Netzkarte gar keinen Statusbereich zeichnet -- der Abschnitt sucht Text, der nicht dasteht. * fUi-Pin: `55497b7f` (Text-Erweiterung) NICHT uebernommen, Begruendung unten. ## fUi-Pin -- geprueft und bewusst NICHT gehoben Der Auftrag liess offen, ob der Pin auf `55497b7f` gehoben werden kann. Geprueft, gebaut, gemessen -- und dann gelassen. Die Gruende, der Reihe nach: * `55497b7f` ist NICHT Nachfahre des Pins `0e45acaf`, sondern dessen MERGE-BASE. Der Pin ist der neuere Stand. Ein Hochziehen waere ein Zurueckgehen um 669 Dateien und -322.611 Zeilen. * `vendor/firn/lib/` ist in `.gitignore` und wird von `vendor/firn/fetch-firnc.sh` aus `vendor/firn/COMMIT` neu ausgepackt. Eine Aenderung von Hand waere beim naechsten Aufruf spurlos weg -- genau die Art stiller Abweichung, die spaeter niemand mehr findet. * Die vier Textdateien liessen sich einspielen (8822 statt 7963 Zeilen), der Kern baute, `check-ui.sh` blieb gruen, FARBTON blieb gruen -- und die Zeilenmessung war Punkt fuer Punkt IDENTISCH (Balken 227,5, Text 226,5 in beiden Faellen). Der Nutzen waere heute also null gewesen, das Risiko nicht. Naechster Schritt, wenn die Text-Erweiterung gewollt ist: `advance_of` und die vier Dateien im fUi-Repo auf den Pin-Zweig bringen, einen neuen Commit setzen und `vendor/firn/COMMIT` darauf zeigen lassen. Dann zieht `fetch-firnc.sh` es von selbst, und nichts steht neben der Spur.