Edit this page
ternux documentation Updated 17 Aug 2026

Documentation

Choose an installation route, operate ternux safely, inspect its architecture, and evaluate device evidence without overstating what was tested.

This documentation is organized around decisions and tasks rather than the installer’s source tree. If this is your first visit, choose a route below. If something is already broken, go directly to Troubleshooting.

Choose your installation path

FastestQuick start

Use the hosted installer, launch the desktop, and verify the renderer.

Review firstClone and inspect

Pin the repository, check every shell target, then run the local installer.

Full controlManual setup

Perform the host, guest, graphics, audio, and launcher steps yourself.

Operate the workspace

Understand the system

Read claims correctly

ternux keeps four evidence levels separate. This vocabulary applies across the README, website, issue reports, and benchmark submissions.

MeasuredCaptured numeric outputA preserved command, environment, score, FPS value, or other direct measurement.
ObservedDirect non-numeric behaviorFor example, an application-reported renderer or a confirmed working path.
Reported buildA successful build reportUseful compatibility evidence, but not a runtime or performance benchmark.
UntestedNo result establishedNo affirmative compatibility or performance claim should be inferred.

Current evidence boundary: the published graphics snapshot is from one Redmi Turbo 4 Pro. The archived renderer and all 66 glmark2 scene values show what happened on that device, not what every Android device will produce.

Project and support

  • Read the Changelog for published history.
  • Read Contributing before sending a patch or device result.
  • Use the security policy for vulnerability reports rather than a public issue.
  • Open a GitHub issue for reproducible bugs, documentation gaps, and feature proposals.
Was this page useful? Report mistakes, gaps, or new device evidence.
Open an issue