Press Kit
A bare-metal homelab control layer.
One Python file. 300KB. 20MB RAM. No Docker, no dependencies.
For journalists and content creators
Here's what we think might resonate most with your audience. Use what's helpful, ignore what isn't. We're not here to tell you what to write - just making it easier to get started. Thanks for your interest.
Most homelab dashboards show you things. DeQ lets you do things - from the palm of your hand.
A native Android app. Not a wrapped website. Real push notifications when your NAS goes offline. Widgets on your home screen. Your homelab status on Android Auto while you drive. Wearable support coming. The server delivers raw stats in milliseconds - the smartphone does the heavy lifting. Linux philosophy: each component does what it does best.
A complementary control layer. DeQ doesn't compete with Homepage or Homarr. It doesn show the weather, it wakes servers, containers and shuts them down. It has a file manager to transfer files across your network. Manage containers on remote hosts. Schedule backups that run while you sleep. Those dashboards run in Docker - and they should stay sandboxed. Punching holes for system access defeats the purpose. DeQ runs bare-metal by design.
Designed to run in trusted networks behind WireGuard, Tailscale, or Cloudflare Zero Trust.
Built for low-power hardware. A Pi, a ZimaBoard, a mini PC - devices you already own, drawing 2-5W, finally doing real work. DeQ runs 24/7 on hardware that costs $8/year in electricity. From there, it controls the big servers you don't want running around the clock.
The whole thing is an SSH wrapper with a web UI. Python talks to your OS, your browser talks to Python. No libraries. No frameworks. No bloat. Just vanilla code using what Linux already provides.
Why This Exists
Modern networks are dynamic. Containers come and go, VMs multiply, things change constantly. I kept forgetting to turn off my Windows VM. Cost me €100/year - just for forgetting.
DeQ started as two buttons: start the VM, connect via RDP. Then scheduled shutdowns. Then Wake-on-LAN. Each feature solved a real problem I'd been working around for decades. Pure user perspective, no theoretical design.
The 500KB size limit is enforced discipline. Features compete for bytes. Every line has to justify itself. It's opinionated pragmatism. Less > more, literally.
The Low-Power Mindset
There's genuine satisfaction in squeezing real utility from a €50 device that draws 3 watts. It becomes its own hobby: how low can you go?
Last year I saved €400 on electricity by optimizing my homelab and being conscious about consumption in my apartment. DeQ is a tool born from that mindset.
Recommended hardware:
- Pi Zero / Pico: Works well in small networks. Proof that the code is lean.
- Pi 4 / ZimaBoard 432 and up: Recommended. Enough headroom for file transfers and multiple SSH connections with short polling intervals.
Your low-power device can do more than run DeQ. Throw Pi-hole on there. Use it as a Tailscale exit node. Sync your most-used files to it. When the big servers sleep, those files are still accessible - download them through DeQ's file manager, upload new ones, sync back automatically when the server wakes.
Always-on. Under 5 watts. Actually useful.
Quick Facts
| Server footprint | Single Python file, 300KB, ~20MB RAM, 0% CPU idle |
|---|---|
| Dependencies | None. Just Linux, Python, SSH, rsync - things you already have |
| Installation | Three commands. Under 60 seconds. |
| Architecture | Bare-metal systemd service. No Docker, no Node.js, no database |
| Android app | Native app with push notifications, background monitoring (free on GitHub) |
| Android Pro | Widgets, Live Wallpaper, Ambient Mode, Android Auto - OLED-optimized with burn-in protection, control devices from lock screen |
| File Manager | Dual-pane, copy/move between devices, upload/download to phone |
| Automation | Wake-on-LAN, scheduled shutdowns, rsync backups |
| Container control | Start/stop Docker containers on remote hosts via SSH |
| Remote access | Designed for Tailscale/WireGuard. No built-in auth, no cloud. |
What DeQ Is
- A control layer for homelabs - actual system control, not just bookmarks
- An SSH wrapper with a web UI - if you can SSH into it, DeQ can control it
- A complementary tool - works alongside Homepage, Homarr, Portainer
- Energy-conscious - designed to run 24/7 on 2-5W devices ($3-8/year electricity)
- Auditable - 300KB of readable Python, no black-box containers
What DeQ Is Not
- Not a Docker container (can't provide raw system access from a sandbox)
- Not a monitoring replacement (that's what Prometheus/Grafana are for)
- Not a pretty link collection (those exist, DeQ does more)
- Not exposed to the internet (VPN required - Tailscale or WireGuard)
The Philosophy
less > more
The homelab community has spent years accumulating complexity. More containers. More services. More YAML files. At some point, you stop using the lab and start administering it.
DeQ takes the opposite approach: a voluntary 500KB size limit as enforced discipline. Features compete for bytes. Only the genuinely useful survive. The goal is software you install once and forget about because it just works.
The Efficiency Loop
A control layer runs on your low-power device. Your low-power device stays on 24/7 because it only draws 2-5W. From that always-on position, it can wake your power-hungry servers when needed and shut them down when you're done.
100W server running 24/7: $158/year (US) or €368/year (Germany)
5W device running DeQ 24/7: $8/year (US) or €18/year (Germany)
DeQ helps you keep the big servers off until you actually need them.
Why No Docker?
DeQ could technically run in a container. But to provide actual system control, a containerized DeQ would need: host networking, Docker socket access, privileged mode, and volume mounts for every path.
At that point, you've negated every isolation benefit while adding overhead. You're running a "container" with full host access anyway - just with extra steps.
The resilience advantage: When your Docker daemon crashes, when an update breaks the container network, when Portainer can't reach its own backend - DeQ is still running on its tiny dedicated device, still reachable, still letting you fix things.
Technical Specifications
Server
| Language | Python 3 (standard library only) |
|---|---|
| Size | ~300KB single file |
| RAM | ~20MB |
| CPU | 0.02% idle |
| OS | Linux with systemd |
| Config | Single JSON file |
Android App
| Size | ~1MB |
|---|---|
| Min SDK | Android 8+ |
| Battery | <1% per 24h at 60s polling |
| Free | Push notifications, background monitoring |
| Pro | Widgets, Live Wallpaper, Ambient Mode, Android Auto |
| Ambient | Wall-mount mode with device/container status, OLED burn-in protection, device control |
Screenshots
Use these, make your own, whatever works. No attribution required. Click to open full size.
Logo & Assets
Contents:
deq-logo.svg- Vector logo (scalable)deq-logo.png- Logo with dark backgroundscreenshots/- All screenshots in high resolution
Free to use. No attribution needed. Make your own screenshots if you prefer - all good.
Links
| Website | deq.rocks |
|---|---|
| GitHub | deqrocks/deq |
| Android Free | Google Play · GitHub |
| Android Pro | Google Play (€6.99) |
| Background Story | Medium |
Recent Coverage
XDA Developers - December 2025
"This lightweight dashboard is the best way to manage Docker on low-power hardware"
VirtualizationHowto - December 2025