Android 17 QPR1 Beta 5 Linux Terminal App Features: Resolution, Themes Explained
The Android 17 QPR1 Beta 5 Linux Terminal app dropped last week as a bug-fix release, per Android Authority, but the features that make it worth running on a Pixel arrived two months earlier. Beta 1, released in late April, added three concrete upgrades to the Terminal's graphical layer: a display resolution control, a full-screen mode, and a theme system with Alacritty import support. Beta 5 stabilizes the cycle and brings Pixel 6 and 6 Pro back into the beta program after they were skipped in Beta 4. The Terminal features themselves haven't changed they've just had more time to settle.
This is for developers and Pixel owners who want a working Linux environment on hardware they already carry. Not a curiosity exercise. A usable setup.
What the Android 17 QPR1 Beta 5 Linux Terminal app actually runs on
Before the feature walkthrough, the access requirements are worth getting straight, because the beta eligibility and the Terminal eligibility are two different things.
The Terminal runs inside a virtual machine powered by the Android Virtualization Framework (AVF). AVF support is the limiting factor, and Android's official release notes specify which devices qualify: Pixel 7 and 7a, Pixel 8, 8a, and 8 Pro, and Pixel 9, 9 Pro, 9 Pro XL, and 9 Pro Fold, all on Android 15 QPR1 or later. That's the hardware ceiling.
Beta 5 expanded the beta test pool. Pixel 6 and 6 Pro were skipped in Beta 4, with Google having promised their return, and Android Authority confirmed they're back in Beta 5. But Pixel 6 hardware doesn't support AVF. Those users can run the beta; they can't run the Terminal. The distinction matters if you're deciding whether Beta 5 meaningfully expands Terminal access it doesn't. It expands who can test QPR1. Terminal access still requires a Pixel 7 or newer.
To enroll, register a supported device through the Android Beta Program. On first launch, the Terminal downloads the required Linux image automatically, per Android's release notes, so there's no manual image management.
One thing to check before enrolling a primary device: Android Authority reported that Google explicitly advises certain users not to install Beta 5 and to opt out of the program instead. The changelog is worth reading before you commit.
Users who'd rather skip the beta entirely can wait. The display resolution feature is expected to reach the stable QPR1 build when it ships, Android Authority noted in April, which would bring the Beta 1 Terminal additions to the full eligible Pixel population without requiring beta enrollment subject to the same AVF hardware requirements.
Three features worth understanding in detail
Graphical Linux app support came first, introduced in an earlier Canary build, as How-To Geek noted. Beta 1 then layered in the controls for managing how that graphical layer looks and performs. Each one addresses a specific friction point.
Display resolution controls
The "Display Resolution" setting lives under Settings > Advanced, and it applies exclusively to the Terminal's graphical rendering layer not command-line text output. That distinction matters. The graphical interface is the layer that actually runs Linux apps and games; Android Authority reported in April it can handle low-power apps including DOOM, which is why a resolution toggle makes sense here and not in a standard terminal emulator.
Three options, with tradeoffs baked into the labels:
- Full maximum visual quality, but risks degrading performance
- Half recommended default, balances resource usage and image clarity
- Quarter better performance, noticeably reduced quality
Google's own interface copy flags Half as the recommended starting point, per Android Authority. No comparative benchmarks exist yet across Pixel generations, so the right choice will depend on what's running and on which hardware. For most graphical workloads, Half is where you'd start and adjust from there.
The practical logic: a Pixel 9 Pro running a lightweight app probably handles Full without issue. An older Pixel 7 running something more demanding might benefit from dropping to Half or Quarter. The setting gives you the lever; the right position is something you'll find through use.
Full-screen mode
A dedicated full-screen button in the bottom-right corner of the app hides both the navigation bar and the status bar. Linux apps get the full display area. Toolbar controls move to a pill-shaped floating bar at the bottom, according to Android Authority visible when needed, out of the way when not.
The payoff is most tangible on mid-sized displays where Android's navigation chrome occupies a permanent strip at the bottom. For graphical Linux apps especially, that strip is dead weight. Full-screen mode reclaims it without permanently hiding anything the floating toolbar keeps all controls accessible.
This isn't edge-to-edge rendering in any technical sense. It's a smarter use of the space that was already there.
Theme support
The new Theme menu ships with four built-in presets: Standard Light, Standard Dark, Solarized Dark, and Dracula. Beyond those defaults, external themes can be imported in Alacritty .toml format. The workflow requires nothing special: download a .toml file in the phone's browser, open it from any file manager, and it lands in the Terminal's theme list automatically, as Android Authority explained in April.
The in-app "Download more themes" prompt links directly to terminalcolors.com, where themes are available in Alacritty format among others, per Android Authority. Imported themes can be removed with a delete icon next to each entry in the list clean, no settings archaeology required.
One firm boundary: themes affect only the terminal rendering area. The app header stays the same regardless of what's imported, Android Authority confirmed. This is readability tuning for the session, not a system-wide skin. That's the right scope for it.
The Alacritty format is a sensible choice. It's a widely used standard with a large theme library already in circulation, which means existing .toml files from desktop setups can transfer to Android Terminal without conversion. For developers who've already customized their desktop terminal environment, moving those preferences to a Pixel is now a file download and a tap in the file manager.
What Beta 5 actually changes
Beta 5's changelog is mostly bug fixes, Android Authority confirmed. The build number is CP31.260608.007, covering Pixel 6 and later. There's also at least one small UX addition: a "don't ask me again" toggle when enabling mobile data, per Android Authority. The Terminal feature set is unchanged from Beta 1.
The Pixel 6 and 6 Pro return is worth noting for what it signals about the beta program cadence. Beta 4 skipped those devices; Google said they'd be back; Beta 5 delivered on that. For anyone on older Pixel hardware who wants to test QPR1 improvements unrelated to the Terminal, Beta 5 is the first build since Beta 3 that's available to them.
For Terminal users specifically, the meaningful moment in the QPR1 cycle was Beta 1 in late April. Beta 5 is stabilization. The next significant milestone will be the stable QPR1 release, which Android Authority reported in April is expected to carry these features to all eligible Pixel owners without a beta requirement. That's a larger population than current testers, even if the AVF hardware floor stays the same.
Comments
Be the first, drop a comment!