StefanandClaude Opus 5
c7221e18ad
Der beschriebene Weg stimmte nicht mehr mit den Skripten überein: die Termux-Installation per adb fehlte, und das Repo kommt inzwischen nicht mehr per push aufs Telefon, sondern über init-phone.sh und git clone. Dazu der Aktualisierungsweg, der ohne PC auskommt. Zwei Korrekturen an Aussagen, die schlicht falsch geworden waren: Die Lizenzangabe behauptete, das Projekt verteile Termux mit und erfülle darüber die Quellen-Angebotspflicht. Seit install-termux.sh werden die APKs zur Laufzeit von den offiziellen Releases geladen — mitverteilt wird nichts, die Pflicht entsteht so nicht. Für den Fall, dass die Installer-APK in Phase 2 Termux als Asset mitbringt, ist der Hinweis stehen geblieben. Der Link auf die Geräte-Meldung zeigte ins Leere. Die Vorlage gibt es jetzt, mit Feldern für den Hintergrundbetrieb — der entscheidet über die Alltagstauglichkeit und fehlt in solchen Meldungen sonst regelmäßig. Dazu ein englischer Schnellstart, damit die Einstiegshürde nicht an der Sprache hängt, solange die übrige Dokumentation deutsch ist. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
62 lines
1.7 KiB
Markdown
62 lines
1.7 KiB
Markdown
---
|
|
name: Gerät melden
|
|
about: Ergebnis der Phase-0-Beweise auf deinem Telefon — Erfolg wie Fehlschlag
|
|
title: "[Gerät] Hersteller Modell (Android X)"
|
|
labels: geraet
|
|
---
|
|
|
|
**Ein Fehlschlag ist genauso wertvoll wie ein Erfolg.** Sauber dokumentiert zeigt er,
|
|
wo die Grenze verläuft — und das ist für andere oft nützlicher als eine weitere
|
|
Erfolgsmeldung. Bitte nichts beschönigen und nichts weglassen.
|
|
|
|
## Gerät
|
|
|
|
| | |
|
|
|---|---|
|
|
| Hersteller und Modell | |
|
|
| Codename (`getprop ro.product.device`) | |
|
|
| SoC / GPU | |
|
|
| Android-Version und ROM | |
|
|
| RAM / freier Speicher | |
|
|
|
|
## Ergebnisse
|
|
|
|
| Beweis | Ergebnis | Anmerkung |
|
|
|---|---|---|
|
|
| **S1** Plasma Mobile in proot | ⬜ bestanden / ⬜ gescheitert / ⬜ teilweise | |
|
|
| **S2** Mikrofon im Linux | ⬜ bestanden / ⬜ gescheitert / ⬜ teilweise | |
|
|
| **S3** Virtuelle PipeWire-Kamera | ⬜ bestanden / ⬜ gescheitert / ⬜ teilweise | |
|
|
| **S4** Intent-Handoff | ⬜ bestanden / ⬜ gescheitert / ⬜ teilweise | |
|
|
| **Übernacht-Test** | ⬜ bestanden / ⬜ gescheitert | |
|
|
|
|
## Leistung
|
|
|
|
| | |
|
|
|---|---|
|
|
| GPU-Pfad (Turnip / Zink / virgl / Software) | |
|
|
| `glmark2` | |
|
|
| Virtuelle Auflösung | |
|
|
| Akkuverbrauch im Leerlauf mit laufendem Stack | |
|
|
|
|
## Hintergrundbetrieb
|
|
|
|
Manche ROMs beenden Hintergrundprozesse deutlich aggressiver als andere. Das entscheidet
|
|
über die Alltagstauglichkeit, deshalb bitte ausfüllen:
|
|
|
|
- Welche Handgriffe waren nötig, damit der Stack eine Nacht überlebt?
|
|
- Was hat das ROM trotzdem beendet?
|
|
|
|
## Was schiefging
|
|
|
|
Bitte die Protokolle aus `spike/out/*.log` anhängen oder die entscheidenden Zeilen
|
|
einfügen. Interessant ist vor allem, **woran** etwas gescheitert ist — nicht nur, dass.
|
|
|
|
<details>
|
|
<summary>Protokoll</summary>
|
|
|
|
```
|
|
hier einfügen
|
|
```
|
|
|
|
</details>
|