[VERY BETA] Community test builds — Gargoyle on OpenWrt 25.12 (ath79 / mediatek / ipq40xx / x86) #100
Replies: 1 comment
Follow-up on your review — thank youThanks so much for taking the time to go through the build and for the kind words — and for being clear with everyone that this is a fork and not a preview of the official direction. That framing is exactly right, and the encouragement to note which pieces might be worth proposing for mainline is genuinely appreciated. Wanted to follow up on the three technical points with what we've found so far. All three are fair, and a couple line up with things we'd already run into. Patch 022 / apk package namingGood catch — you're right to flag it. Our plan is to verify a kmod install/remove through apk on real hardware and, assuming that confirms it, drop the patch (and re-check that a kernel change still triggers a kmod refresh, which is the property it was protecting). Nothing has shipped on this yet — thanks for catching it early. First-boot timezone / country listThanks for flagging this, and for the nudge to check the build environment. We dug into it and traced the freeze to how the timezone/country Because it's the on-device busybox WireGuard peer handlingThis is a fair point and we take it. The plugin is meant to own the config, and preserving hand-added peers does cut against that. We'd like to follow your lead here: rather than keeping unmanaged peers, the better path is to expand what the plugin can natively express, so there's no need to hand-edit in the first place — then let it manage the full set as designed. If you have a moment, the most helpful thing would be knowing which peer configurations you'd want Gargoyle to import/represent natively — we're happy to build toward that. (One small thing — the email you mentioned doesn't seem to have reached us, so we may have missed some of your detail on this; happy to pick it up here, or wherever's easiest for you.) Thanks again for the review and the time — really appreciated. We'll keep track of which pieces might be worth proposing upstream, and we're glad to send any of the above over as PRs whenever it's useful to you. |
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Warning
VERY BETA SOFTWARE. These are unofficial, experimental test builds. They have had automated testing but only limited real-hardware time. Flashing beta firmware can brick your router. Do not flash a device you cannot recover (TFTP / serial / vendor recovery), and do not use these on a router you depend on.
Note
Michael (lantis) is working on the proper official release — these builds are not it, and are not a preview of it. This is a community test of a development snapshot, mainly to shake out bugs early and to exercise the new build/signing/hosting pipeline. When the official release arrives, use that.
What this is
Test builds of the Gargoyle development tree on a new OpenWrt 25.12.5 base (kernel 6.12), built, signed, and published by the new automated pipeline. Four targets are included:
ath79mediatekipq40xxx86Notable changes in this snapshot
(This is beta6, replacing the earlier test builds. Main addition since beta4: a real, working signed OTA firmware-update client — see below — plus three real bugs found and fixed via actual hardware testing on a GL-MT6000, not just simulator runs.)
apk: not foundon a real GL-MT6000, despite everything else being correctly configured. Fixed and reflashed-verified.gpkg list-installedsaid a plugin was gone while its actual files were still there. Fixed: a failed removal now correctly stays reported as installed.(Everything from beta4 — new OpenWrt 25.12 base, signed plugin feed, VLAN Manager, port-forwarding WAN-VLAN zone selector, captive portal, multi-tab save-corruption fixes, WireGuard peer preservation, first-boot fixes, the Basic-page Router-IP CIDR fix, DHCP alternative-gateway rework, QoS/DDNS fixes, weburl security hardening — is still in this build too.)
Download
Firmware Finder (search by model name or alias): https://ispyisail.github.io/gargoyle-firmware/
Tip
Not sure exactly which hardware revision you have? Drag your existing Gargoyle backup file (System → Backup →
backup.tar.gz) onto the Finder page — it identifies candidate boards from the backup, entirely in your browser (nothing is uploaded).Direct release page (all files): https://github.com/ispyisail/gargoyle-firmware/releases/tag/v2026.07.19-beta6
Every image has a
.sha256file next to it — check your download withsha256sum <file>and compare. Sysupgrade images also carry a.sig(usign signature) — this is what the new OTA client (above) verifies against automatically; for manual flashing you can check it too, or ignore it.How to flash
New install (coming from stock vendor firmware): use the
-factoryimage for your exact model, via the vendor's firmware-upgrade page or recovery method (model-specific — check the OpenWrt wiki page for your device).Already on Gargoyle/OpenWrt: use the
-sysupgradeimage via System → Update.Important
This snapshot is on a newer OpenWrt base than any official Gargoyle release. Do not "keep settings" when upgrading from an older Gargoyle — config formats changed between bases and stale settings cause weird breakage. Back up your settings first, flash clean, and reconfigure. (Automatic settings migration across base jumps is being worked on separately — #97 — but it is not in this build.) If you're already on a beta4/beta5 test build, upgrading to beta6 via sysupgrade without keep-settings is the same story.
x86: use the
-squashfs-combined(BIOS) or-squashfs-combined-efi(UEFI).img.gz— gunzip and write to disk:gunzip -c openwrt-x86-64-generic-squashfs-combined-efi.img.gz | dd of=/dev/sdXInstalling plugins
The Plugins page (System → Plugins) is connected to a signed online feed for these builds. The captive portal, adblock, DoH, email notifications and the rest of the plugin set can be installed from there. Before installing, the router downloads the feed's package list and its usign signature and verifies it against a key baked into the firmware — an unsigned or wrong-key feed is refused rather than installed. This needs working internet access on the router.
Known issues in this snapshot
What is NOT in this build
Feedback
That is the whole point of this test. If something breaks, reply here or open an issue with: your exact model + hardware revision, the image filename you flashed, what you did, and what happened. "Works fine on <model>" reports are just as valuable as bug reports.
All reactions