The Root Five: The Dust Bunnies Have Air Support.

THE ROOT FIVE / NOVEMBER 3, 2026

Five stories. One strange world of technology.

Edition 007 · November 3, 2026 · About 8 minutes to read

Navy-and-amber service-hangar comic: an engineer watches a foam plane powered by computer-duster fans scatter dust bunnies beside a partly restored banking portal, an SMS receipt carried by a turtle, a 16GB Raspberry Pi in a jewel case, and a car head unit with a compatibility checklist. Caption: The Dust Bunnies Have Air Support.

A lending platform has partially recovered, a text message can outrun its own delivery receipt, and a memory upgrade needs a fresh budget. Meanwhile, a car dashboard is asking who really owns its software, and a computer-cleaning blower has found work in aviation. Today’s five stories all test a different promise made by technology.

Root Note

A system’s status is only useful when you know which promise it describes.

Root Note

That might be availability, delivery confirmation, sufficient capacity, compatible software, or enough thrust to leave the ground. Naming the promise makes it possible to test the outcome.

01 / Cybersecurity / Service recovery

Sageworks is back for staff. The borrower door is still closed.

Disabled October 30, 2026 · Partial restoration reported November 2 · Monitoring

Abrigo’s latest public incident update says Sageworks is available again except for borrower-facing capabilities. The company had disabled the application at approximately 11:25 a.m. Eastern on October 30 after identifying irregular activity in its environment. Its November 2 update restored much of the service while leaving that important exception in place. The incident lists Online Portal Now, Sageworks Analyst, and the Sageworks API as affected components.

The confirmed story is a precautionary shutdown followed by partial recovery. The public notice does not establish a breach, identify an attacker, or describe data theft. BleepingComputer’s November 2 reporting likewise distinguishes suspicious activity from a confirmed explanation. That uncertainty matters for customer communications: an unavailable lending workflow and a proven data compromise require different statements and different evidence.

Root Access Take: Recovery has more than one audience. An internal analyst being able to sign in does not mean a borrower can submit documents or complete the same process as before. A single green dashboard can conceal a very real business interruption at the edge.

Useful next step: For a critical SaaS dependency, maintain separate acceptance checks for staff access, customer access, API integrations, and pending transactions. Assign someone to reconcile work queued during an outage before calling the whole workflow restored.

Sources: Abrigo incident and restoration scope · BleepingComputer reporting and uncertainties

02 / Networking / Messaging observability

The text can arrive before its proof of delivery.

Twilio Liberty Puerto Rico receipt incident · November 2, 21:21 UTC–November 3, 05:02 UTC · Resolved

Twilio reported delayed SMS delivery receipts from a subset of its short codes to Liberty subscribers in Puerto Rico. The incident opened November 2 at 13:21 Pacific Standard Time and was marked resolved at 21:02 PST—05:02 UTC on November 3. Throughout the updates, Twilio made a crucial distinction: message delivery could succeed while its delivery receipt was delayed. This was a scoped carrier-path incident, not a statement that all Twilio messaging had failed.

That separation is easy to lose inside an application. A sender’s API request, a carrier’s handling of a message, and the application receiving confirmation are different events. A missing receipt is an unknown outcome until additional evidence arrives. Treating it as an immediate failure can create duplicate notifications; treating an accepted request as confirmed delivery can hide a missed customer contact.

Root Access Take: Observability is part of the service, and it can fail independently. The useful engineering question is what the business does during that uncertainty window. An appointment reminder and a one-time login code should not inherit the same retry policy just because both travel by SMS.

Useful next step: Review receipt timeouts, deduplication keys, message expiry, and escalation rules. Label pending confirmation explicitly, and avoid automatically resending a still-valid message solely because its receipt is late.

Sources: Twilio incident timeline and affected scope

03 / Hardware / Home labs

Raspberry Pi’s 16GB upgrade gets a much harder budgeting conversation.

Manufacturer announcement November 2, 2026 · Selective memory-related price increases

Raspberry Pi announced another selective price increase on November 2, citing scarce 16GB DRAM supply and other component shortages. The dated announcement raises the 16GB Raspberry Pi 5 by $80 to $385 and adds $40 to 16GB Compute Module 5 variants. It says Raspberry Pi 500+ pricing is being held, despite that machine also containing 16GB. This is not a blanket increase across every Raspberry Pi model.

Those are the manufacturer’s announced US-dollar figures for that date, not a complete local purchase quote. Taxes, accessories, availability, and reseller terms still matter. More interesting than the sticker shock is the design question it forces: how much memory does this particular job actually need? Buying the biggest board as an insurance policy becomes expensive when capacity is the constrained part.

Root Access Take: A home lab is allowed to be fun, but it benefits from the same workload sizing as a customer deployment. Measure peak working memory and leave a deliberate margin. Extra RAM does not repair slow storage, inadequate cooling, or a workload that is compute-bound.

Useful next step: Capture memory use during the real workload before selecting a board. Compare the complete setup—including power, storage, cooling, and networking—with other suitable machines. Recheck the current approved-reseller quote before ordering.

Sources: Raspberry Pi’s dated price-change announcement · Official Pi 5 hardware specifications

04 / Clever builds / Embedded systems

NEMESIS treats the car dashboard like the computer it already is.

Project featured November 2, 2026 · Existing community software · Compatibility is specific

Hackaday’s November 2 feature highlights NEMESIS, a community project for executing software as root on certain Hyundai Motor Group Gen5W infotainment systems. The repository describes an Android-based head unit with S5W_M in its software version and OTA-update capability as prerequisites. S5W_L is a different hardware and software combination and is unsupported. Even meeting the broad prerequisites does not guarantee compatibility.

The primary documentation explicitly lists unsupported cases, including Canadian HMG vehicles and particular model families. That is a useful correction to the tempting headline version of the story: this does not unlock every Hyundai or Kia dashboard. The project uses a flaw in OTA-update logic as an installation entry point and provides a package ecosystem; the date here is the feature date, not an assertion that the project launched yesterday.

Root Access Take: Ownership and maintainability meet in an awkward place when an appliance is also a privileged software platform. More control can enable useful customization, but it also makes the owner responsible for package provenance, compatibility, and recovery. A familiar model badge is a poor substitute for an exact hardware and firmware inventory.

Useful next step: Read the compatibility and recovery documentation before considering any change to a unit you own. Keep experimentation separate from driving, and do not equate successful installation with validated behavior.

Sources: NEMESIS primary repository and compatibility matrix · Hackaday feature and context

05 / Weird tech / Maker experiment

The computer duster has applied for an aviation role.

Maker build log October 28, 2026 · Featured November 2 · Demonstrated hobby project

RCMakerLab took the ducted fans from mini airblower devices—the sort sold for blowing dust out of electronics—and built a twin-engine foam RC airplane around them. The maker’s October 28 build log documents the experiment and its materials. Hackaday’s November 2 feature reports that the resulting model flies, following earlier work examining the fans and replacing their original speed controllers for the aircraft application.

The clever part is the system integration. A fan that produces useful airflow on a bench has not yet demonstrated that it can carry its own battery, controls, structure, and wiring through the air. The aircraft gives the question an end-to-end test. Hackaday reports a 368-gram model and roughly three to four minutes of flight on the described battery; those figures belong to this build, not every blower with a similar shell.

Root Access Take: This is the maker version of a proof of concept graduating from a component benchmark. Reusing a part is easy to admire; preserving enough performance after the integration overhead is the actual achievement. The dust bunnies were not expecting a combined-arms escalation.

Useful next step: For any repurposed component, measure the complete operating envelope: sustained load, power draw, weight, heat, and control behavior. A successful demonstration is a starting point for repeatable testing, not a universal suitability certificate.

Sources: Maker build log and materials · Hackaday flight coverage

Keep exploring: The Root Five archive · Root Forward · The Root Shelf. For a practical home-lab starting point, see our researched Raspberry Pi 5 note; size the current purchase to the workload.

Share this article