Design
Preset
Background
Text
Font
Size
Width
Account Pricing

The Git Times

AI Models
Claude Opus 5.5 $20/M —GPT-6.1 Sol $10/M —Gemini 4 Argon $10/M —Grok 4.7 $6/M —DeepSeek V4 Pro 0813 $1.98/M —Qwen3.8 Max Prime $12/M —Kimi K3 $11.94/M —
Full Markets →

Indra OCR Reads Pages at 49 Per Second on Ordinary CPUs 🔗

A 1M-parameter model with an 18 MB footprint turns PDFs and scans into structured markdown without a GPU or PyTorch.

datalab-to/indra · Python · 555 stars 4d old · Latest: v0.3.1

Most document pipelines still send pages to GPUs or heavy frameworks just to extract text. Indra OCR takes a different path.

It is a compact OCR system built for speed on commodity CPUs, and it converts PDFs and images into markdown, plain text, or JSON.

The numbers are the reason builders are paying attention. According to the project's README, Indra reads up to 49 pages per second on CPU, roughly 11 to 17 times faster than Tesseract and PaddleOCR on the same pages. On four x86 vCPUs, latency sits near 230 ms per page.

Several design choices stand out:

  • Layout-aware output. Every line and layout block gets a bounding box, labeled as headings, lists, tables, captions, footnotes, or page headers, with reading order preserved.
  • Born-digital PDFs are handled first. Indra reads the embedded text layer in any script and runs OCR only on what is missing.
  • Small footprint. The models total about 18 MB on ONNX Runtime, with no PyTorch dependency. The core recognizer, rec.onnx, has roughly 1M parameters.

Installation is a single pip install indra-ocr, and the models download from Hugging Face on first run. The project is Apache-licensed and ships a viewer, indra-ocr-viewer, for inspecting line and block output.

Accuracy is competitive on the project's own benchmark, scoring 41.3 on OmniParseBench text against PaddleOCR's 35.8 and Tesseract's 19.3. Those are self-reported results, and independent replication would strengthen them.

The catch: Indra is young. Version 0.3.1 is its first public line, the repository has two open issues, and the README's own limitations section concedes weak spots in complex tables, handwriting, and scripts outside its supported list. Teams with those workloads should benchmark before adopting it.

Why this leads today Document parsing sits inside many RAG, ingestion and automation pipelines, and OCR that produces ordered markdown without a GPU or cloud service is something many builders will need to evaluate.

Use Cases
  • Data teams batch-converting large PDF archives to markdown on CPU servers.
  • Developers adding fast document ingestion to RAG pipelines without GPU budgets.
  • Edge and serverless builders needing OCR within a small, PyTorch-free footprint.

Source: datalab-to/indra — based on the README and release notes.

More on the Front Page

Overdrive Revives PS5 Homebrew Game Store After Original Project Shut Down 🔗

Rebuilt from a decompiled binary, the C++ client now lists over 1,800 games and installs itself from the console.

MyLuxy/overdrive · C++ · 598 stars 3d old

The original Overdrive, a PS5 homebrew game store, has been shut down. A developer decompiled its last released build, recovered the source and rebuilt it, publishing every line under the MyLuxy/overdrive repository.

The v1.0.5 release fixes download hosts and adds new features.

The app browses more than 1,800 games with filters, sorting, scores and download sizes. It downloads directly to the console's internal storage or any USB drive, showing live speed and storage stats. Favorites, an on-screen keyboard search and a Files page for cleaning up drives round out the interface. It ships in 13 languages and is driven entirely by the controller.

Installation runs on a jailbroken PS5 with two payloads: ShadowMount+, which mounts .exfat images automatically, and kstuff. The user copies Overdrive.exfat, unmodified, into a lowercase homebrew folder on an exFAT USB drive. ShadowMount+ detects the file and installs it without further input. The app updates itself from the console.

Recent fixes address DataNodes, FileKeeper and LinkVault downloads, games extracted to the wrong folder, and focus handling in grids. New additions include a rotating home page, Dutch language support and vibration intensity levels.

The catch: The project is a reconstruction from compiled code, not an original codebase, and it carries 13 open issues. It depends on a jailbreak and two third-party payloads, and the library's download sources have shifted repeatedly, so availability will remain fragile.

Use Cases
  • PS5 homebrew users seeking a browsable, controller-driven game library
  • Reverse engineers studying decompilation-to-source reconstruction of console software
  • Developers building exFAT-based install tooling for jailbroken PS5 consoles

Source: MyLuxy/overdrive — based on the README and release notes.

Hy Memory Gives Self-Evolving LLM Agents a Persistent Cognitive Memory 🔗

Tencent's open-source engine unifies chat, coding and cross-app recall, with a 30B model released alongside it.

Tencent-Hunyuan/Hy-Memory · Python · 541 stars 2d old

Tencent's Hunyuan team has open-sourced Hy Memory, a Python engine and SDK (hy-memory) that gives LLM agents structured long-term memory instead of a flat context window.

The system splits memory across three task scenes:

  • Chat: an eight-layer hierarchy running from raw dialogue to atomic facts, summaries and schemas.
  • Working: two layers of facts plus reusable experience.
  • Coding: diff-chain tracking of how code evolves over versions.

A companion product, MemHub, runs locally and merges conversation history and coding traces from tools such as Claude Code, Cursor and Codex into one data directory. The team also released Hy-Memory-30B-A3B on Hugging Face. Version 1.0.2 is the latest release, a set of CI and launch fixes.

The catch: the project is young, with 16 open issues and a first release from May, and its benchmarks are self-reported, so builders should test recall quality on their own workloads before committing.

Use Cases
  • Developers building chatbots that remember users across months of sessions
  • Teams running coding agents that need version-aware memory of past changes
  • Engineers wanting one local memory store shared across multiple AI coding tools

Source: Tencent-Hunyuan/Hy-Memory — based on the README and release notes.

Floci Gives Developers a Free Local Stand-In for AWS 🔗

Java emulator runs core AWS services on localhost:4566 with no account, token, or paid tier

floci-io/floci · Java · 26.9k stars 8mo old

Floci, an open-source Java project, emulates AWS services on a developer's machine. Teams point their SDKs, CLI, Terraform, CDK, or OpenTofu at http://localhost:4566 and run existing workflows unchanged.

No cloud account is required.

The project is positioned as a direct alternative to LocalStack. Existing LocalStack users can swap the image and continue, according to the README. Floci supports docker compose up and ships a Testcontainers integration for test suites.

The latest release, 2.3.0, is mostly a run of bug fixes. Changes in the release notes touch API Gateway authorization, ACM certificate validation and Access Analyzer routing, which suggests the emulator is still tightening fidelity to real AWS behaviour.

Floci also offers a browser console at /_floci/ui, which starts as a sidecar container on first request.

The catch: The project is roughly eight months old, carries 157 open issues, and its emulation is only as faithful as its service coverage, so builders should verify each AWS API they depend on before treating it as a substitute for the real cloud.

Use Cases
  • Backend engineers testing S3 and SQS flows without cloud credentials
  • CI pipelines running Terraform plans against a disposable local AWS
  • Teams migrating off LocalStack without rewriting their existing test suites

Source: floci-io/floci — based on the README and release notes.

Earshot Gives Coding Agents Ears to Hear the Sound They Make 🔗

Open-source CPU-only tool lets agents synthesize sounds in code, then judge and revise them by listening.

Leonxlnx/earshot · Python · 626 stars 2d old

AI coding agents can now write code that renders a film or a game, but they cannot hear what they produced. earshot closes that gap.

It turns audio into evidence an agent can reason about: a plain-language description of a file, a score for how well it matches a prompt, and a second-by-second transcript of a full film.

The project also lets agents make sound. Its forge component builds sounds from physical synthesis recipes, with resonators, filtered noise and computed rooms, and a critic scores each candidate by listening. Its fit command reads a recording and writes readable Python that replays it from numbers alone. On 12 real recordings, the code renders reached a median 0.945 CLAP similarity to the originals.

It runs locally on CPU as a CLI, a Python API and an MCP server:

  • Listen: describe, score and transcribe audio
  • Forge: generate and iteratively refine sound effects in code
  • Fit: convert recordings into editable synthesis recipes

The catch: the project is young at v0.2.0, each CLI call reloads models for 20 to 40 seconds, and its similarity claims rest on the authors' own blind tests.

Use Cases
  • Video agent builders generating motion-design sound effects without recorded assets.
  • Game developers prototyping parameterized impact and UI sounds as editable code.
  • Audio engineers converting reference recordings into tweakable synthesis recipes.

Source: Leonxlnx/earshot — based on the README and release notes.

gitai Brings Agent-Scale Version Control to Any Git Host 🔗

Open-source server moves history work off clients and lands changes via compare-and-swap, skipping merge queues.

feder-cr/git-ai · Go · 1.1k stars 2d old

A new MIT-licensed server, gitai, aims to make Git work for swarms of coding agents. It is an independent implementation of a design Anthropic described in its engineering writing, and it is not affiliated with Anthropic.

Classic Git hosting assumes humans who clone, work for hours and push once. Agents make thousands of short tasks that touch a few files each and want to land in seconds. The project's answer moves the work to the server:

  • Clients stay online and fetch only what they need.
  • History queries are computed and cached server-side.
  • Changes land through a compare-and-swap rather than a merge queue.
  • Every accepted update is recorded in a changeset log.

Repositories remain normal Git underneath. The server never calls a language model; AI features plug in through any provider or none. Version 0.1.0 is the first release, built on Gitaly, and it requires Go 1.26 and a C toolchain.

The catch: v0.1.0 is a first release with zero open issues and no track record yet, so its behavior at agent scale is unproven.

Use Cases
  • Platform teams running hundreds of concurrent coding agents on shared branches.
  • Self-hosters wanting agent-friendly Git without depending on a single vendor.
  • Researchers testing automated conflict resolution and post-merge verification at scale.

Source: feder-cr/git-ai — based on the README and release notes.

Lean Mac Browser Strips Away Toolbars and Trackers Before Pages Load 🔗

Built on Apple's WebKit, the 7 MB app blocks ads at the network level and runs split-screen views.

driceroland/Search · Swift · 2.5k stars 3w old

Search is a minimal macOS browser written in Swift. It offers one address field, tabs placed across the top or down the left, and no start page, sidebar, or sign-in.

It uses WebKit, the engine already inside every Mac, so the app stays about 3 MB on disk and avoids shipping a second browser engine.

Key features include:

  • Split View for two pages side by side, with widths preserved across restarts
  • Reading mode (⇧⌘R) that strips a page to its article
  • Element hiding (⇧⌘H) that remembers removed banners and overlays per site
  • Network-level ad and tracker blocking that runs before the page renders

Version 1.0.5 adds passkey display, Bitwarden and NordPass improvements, and a separate Intel build.

The catch: the project has 67 open issues and is early in its life, so builders should check whether its WebKit-only design and macOS 14+ requirement fit their needs.

Use Cases
  • Mac developers wanting a fast, distraction-free browser for daily work
  • Designers needing side-by-side page comparison without heavy browser overhead
  • Privacy-minded users who want trackers blocked before pages render

Source: driceroland/Search — based on the README and release notes.

Mac Menu Bar App Turns Your Home Into a Live 3D Control Panel 🔗

Lights and air conditioners from Smart Life, Home Assistant, Hue and Apple Home share one interface, with an iPhone app that runs without a Mac.

0xProbabillity/house-control · Swift · 551 stars 3d old

A new open-source project, house-control, places a live 3D model of your home in the macOS menu bar, around the MacBook notch and on the iPhone Home Screen. Floor plans are defined in a single JSON file, and lamps light the scene as they light the room.

Devices from several ecosystems can be mixed in one home:

  • Smart Life / Tuya
  • Home Assistant, with its thousands of supported brands
  • Philips Hue
  • Apple Home

Scenes such as "Cozy" or "Movie" set every light and AC in one tap. Its AI Access feature lets assistants like ChatGPT or Claude control devices through a private link or MCP, served from the Mac.

The project is written in Swift and was first released as v1.0.0 this month, with 75 forks and two open issues.

The catch: the project is days old, with no track record across varied device setups, so builders should test device compatibility before relying on it.

Use Cases
  • Smart-home hobbyists controlling mixed Tuya, Hue and Home Assistant devices from one interface
  • iOS developers building SwiftUI widgets and Control Center controls for home automation
  • Home Assistant users wanting a 3D floor-plan dashboard in the macOS menu bar

Source: 0xProbabillity/house-control — based on the README and release notes.

Open Source Web Tooling Pivots Toward Scraping, Agents, and Native Shells 🔗

Frameworks, crawlers, and LLM-backed bots are converging on lightweight Rust, Zig, and Go runtimes instead of heavy JavaScript stacks.

Trendweb-frameworks
Caho1/open-claude-uidanog/MadelineProtocarbon-design-system/carbon-components-sveltedgunning/edgartoolsNaiboWang/EasySpiderAdam-CAD/CADAMAOrbitron/Eridanusauthelia/autheliaberty/bertymaurosoria/dirsearchtauri-apps/tauricurl/curlreact/react-nativejstrieb/github-statsddalcu/mlx-serve

This cluster points to a clear shift: web-adjacent projects are increasingly built around compact native runtimes and LLM-driven automation rather than sprawling browser-first toolchains.

On the desktop side, tauri-apps/tauri now ships apps with a web frontend but a Rust core, producing binaries far smaller than Electron equivalents.

ddalcu/mlx-serve takes the same instinct further, serving OpenAI- and Anthropic-compatible inference from a Zig backend on Apple Silicon with no Python in the loop.

Automation is following the same path. NaiboWang/EasySpider now packages visual, no-code scraping as a reusable service wrapper, while AOrbitron/Eridanus builds LLM function calling directly into a bot framework. Caho1/open-claude-ui reverse-engineers a desktop client into 30 React components, showing how quickly UI behavior is being reconstructed and studied.

Infrastructure libraries reflect the same pressure. curl/curl continues to widen protocol coverage, and authelia/authelia is now marketing post-quantum readiness for its SSO portal.

The catch: Much of this is still fragmented. Reverse-engineered UI clones carry legal and maintenance risk, LLM function-calling layers remain brittle under real workloads, and "post-quantum ready" often means preparation rather than deployment. Whether these projects converge into a coherent stack or scatter into niches remains unproven.

Use Cases
  • Desktop developers shipping small cross-platform apps using Tauri's Rust core.
  • Mac engineers running local OpenAI-compatible LLM inference without Python dependencies.
  • Data analysts building no-code web scraping pipelines with visual task design.

Open Source Data Infrastructure Is Quietly Converging on AI-Native Tooling 🔗

Repos spanning codebase intelligence, observability, workflow orchestration, and zero-trust networking now ship features aimed at AI agents and lean teams.

Trenddata-infra
repowise-dev/repowiseSnailclimb/JavaGuidenetdata/netdatakeras-team/kerasapache/airflowstreamlit/streamlitNaiboWang/EasySpiderOpenNHP/opennhpberty/bertycurl/curltigerbeetle/tigerbeetleassimp/assimp

The latest wave of data-infrastructure projects shares a pattern: they are being rebuilt around machine consumers as much as human operators. Rather than dashboards alone, tools now expose structured interfaces that agents can query.

repowise packages code health scores, git analytics, dead code detection, and architectural decision records behind MCP, so an AI assistant can ask a repository about its own structure. netdata is pushing AI-assisted root-cause analysis into full-stack observability for teams without dedicated SRE staff. apache/airflow and streamlit continue to narrow the gap between pipeline definitions and deployable data apps written in plain Python.

Security is moving in the same direction. opennhp applies cryptographic zero-trust enforcement to infrastructure and data flows, while berty delivers peer-to-peer messaging that functions without reliable connectivity. On the storage side, tigerbeetle is built for deterministic, safety-first financial transaction processing.

Taken together, the cluster suggests open source data tooling is optimizing for three things at once: machine-readable interfaces, minimal operational overhead, and verifiable correctness.

The catch: MCP-style integrations are young and their security surface is poorly understood, so exposing repository or telemetry data to agents may create new leakage risks. "AI-powered" labels also often wrap conventional heuristics, and most of these projects have not yet shown measured productivity gains against the tools they aim to replace.

Use Cases
  • Platform engineers wiring repository health data into AI coding assistants
  • Lean startups replacing multi-vendor observability stacks with one agent-assisted tool
  • Security teams piloting cryptographic zero-trust access for internal data services

LLM Tooling Is Becoming Infrastructure: Gateways, Agent Memory, and Local Inference Converge 🔗

Across this cluster, projects are wrapping models with routing, memory, and hardware-level interfaces rather than building new models themselves.

Trendllm-tools
Caho1/open-claude-uiLeonxlnx/earshotBerriAI/litellmtradecatlabs/vibe-coding-cngastownhall/beadspaperless-ngx/paperless-ngxAOrbitron/Eridanuspbatard/rufusddalcu/mlx-serveHermannBjorgvin/Clawdmeter

A clear pattern is forming in open source around the plumbing that sits beneath LLMs. Instead of shipping models, a growing set of projects is building the surrounding layer: routing, memory, observability, and local serving.

The gateway layer is the most mature. BerriAI/litellm now positions itself as a Rust-core AI Gateway that exposes 100+ provider APIs through OpenAI-compatible formats, adding cost tracking, guardrails, and load balancing. Agent state is getting its own tooling too: gastownhall/beads pitches a memory upgrade for coding agents, persisting context across sessions.

Local inference is splitting into a second track. ddalcu/mlx-serve ships a Zig backend that serves OpenAI and Anthropic-compatible APIs natively on Apple Silicon with no Python runtime. Meanwhile Leonxlnx/earshot gives coding agents audio input and output on CPU-only hardware.

Developers are also instrumenting the tools themselves. HermannBjorgvin/Clawdmeter runs on an ESP32 to display Claude Code usage, and Caho1/open-claude-ui reverse-engineers the official desktop UI into 30 React components with a 3000+ line analysis manual.

Taken together, the cluster suggests LLM work is moving from calling APIs toward operating them: routing traffic, retaining memory, and watching consumption at the edge.

The catch: Much of this is early and fragmented. Several repos are thin wrappers or demos, interoperability between agent memory formats is unsettled, and reverse-engineered UI projects carry legal and maintenance risk. Whether these pieces consolidate into a standard stack or remain a patchwork is unproven.

Use Cases
  • Platform engineers routing requests across multiple LLM providers with cost controls.
  • Solo developers giving coding agents persistent memory across long-running projects.
  • Mac developers running local OpenAI-compatible inference without a Python environment.

Deep Cuts

Eridanus Turns Any Chat Bot Into a Function-Calling Agent 🔗

Built on OneBot, it runs without QQ too, powering Live2D desktop pets.

AOrbitron/Eridanus · Python · 208 stars

Most chatbot frameworks treat LLM function calling as an afterthought bolted onto message handlers. Eridanus inverts that.

Its function-calling layer sits at the core, so the model decides which tools to invoke and how to chain them, rather than a rigid command parser deciding for it.

The project speaks OneBot 11, the protocol behind many QQ bot ecosystems, and works with openai-api and gemini-api backends. Developers building agents for group chats get a conventional pipeline with less glue code.

The less obvious trick: a pure Live2D desktop pet mode works without connecting to QQ at all. That makes the framework useful as a general conversational agent shell, not just a chat-platform bot.

Written in Python, the codebase is compact enough to read in an afternoon, which matters when you want to fork the function-calling logic rather than wrap it.

The catch: documentation is primarily in Chinese and the project is young, so expect rough edges and a smaller community for troubleshooting.

Use Cases
  • Python developers building LLM agents for QQ group chat moderation and automation
  • Hobbyists creating Live2D desktop companions powered by OpenAI or Gemini models
  • Builders prototyping function-calling workflows on OneBot-compatible chat platforms

Source: AOrbitron/Eridanus — based on the project README.

Quick Hits

litellm Routes calls to 100+ LLM providers through one OpenAI-compatible API, with cost tracking, guardrails, load balancing, and logging built in. 61.4k
repowise Scores code health, generates documentation, flags dead code, and surfaces architectural decisions so AI agents and humans can navigate a codebase via MCP. 7.8k
beads Gives coding agents persistent memory, so they can retain context and decisions across sessions instead of starting from scratch each time. 28k
Who shipped it

The Business Desks

Fresh on Hugging Face

Model Drops

The newest model releases builders are picking up right now.
Beyond GitHub

The AI Wire

What builders are reading today — the headlines, papers, and announcements that aren't trending repos.

From the labs & arXiv

OpenClaw Gateway Stops Restarting Itself After Sleep and Clock Jumps 🔗

Release 2026.10.4 also closes a Tlon owner-impersonation path and fixes shutdown hangs on stalled transcript workers.

openclaw/openclaw · TypeScript · 392.3k stars 10mo old · Latest: v2026.10.4

The OpenClaw Gateway no longer restarts itself when a laptop sleeps or the system clock jumps. Version 2026.

10.4 changes how the Gateway recovers state ownership: a stale ownership heartbeat caused by wall-clock changes used to trigger a restart, and now the process reclaims ownership instead.

For builders running the assistant on a personal machine, this removes a failure mode that interrupted long-lived channel sessions every time a lid closed. The same release lets openclaw gateway restart run from verified external macOS terminals.

Other fixes matter for shared deployments:

  • Shutdown and restart no longer hang on a stalled transcript worker or in-flight session lifecycle events.
  • Tlon group DMs stop treating other participants as the owner, closing an impersonation path.
  • Manual /compact settles the active run before compacting, rather than aborting it and dropping the pending request.
  • Headless browser pages keep responding to clicks while a site waits for a passkey.

The release is explicitly a stability patch on 2026.10.3, with no new configuration options. Teams upgrading in place should not need to change their openclaw config.

The catch: The tracker shows 9,369 open issues, a volume that suggests the Gateway's long-running reliability is still a moving target. Before running it as an always-on team service, check whether the sleep, restart and shutdown fixes address the failures you actually see.

Previously in The Times “covered” — Oct 15

Use Cases
  • Developers running a personal AI assistant on a laptop across messaging apps
  • Teams deploying a shared OpenClaw Gateway for group chat channels
  • Operators needing Gateway uptime through sleep and system clock changes

Source: openclaw/openclaw — based on the README and release notes.

More Stories

Microsoft's 21-Lesson Course Shows Builders How to Ship Generative AI Apps 🔗

Lessons now route through Microsoft Foundry Models, as GitHub Models retires at the end of July 2026

microsoft/generative-ai-for-beginners · Jupyter Notebook · 121.5k stars Est. 2023

Microsoft's open curriculum for generative AI has a new provider target. Its lessons now point builders to Microsoft Foundry Models, because GitHub Models is retiring at the end of July 2026.

Lessons that previously used GitHub's endpoint are tagged for migration.

The course covers 21 lessons from Microsoft Cloud Advocates. Each is labeled either "Learn," which explains a concept, or "Build," which pairs the concept with code in Python and TypeScript where possible. Assignment tracks run against Azure OpenAI Service, the OpenAI API, and Foundry Local, which runs models offline on a personal device.

  • Learn lessons cover prompt engineering, semantic search, and transformers.
  • Build lessons include working code for each concept.
  • The repository ships in 50+ translations, so a sparse checkout is recommended for a faster clone.

The catch: the lessons assume basic Python or TypeScript fluency, and the repo's nine open issues show that the migration away from GitHub Models is still being sorted out.

Previously in The Times “covered” — Oct 12

Use Cases
  • Beginning developers learning to build LLM-powered applications with Python or TypeScript
  • Engineers migrating existing GitHub Models prototypes to Microsoft Foundry Models
  • Teams running offline prototypes on-device through Foundry Local for privacy-sensitive work

Source: microsoft/generative-ai-for-beginners — based on the project README.

Paperless-ngx Ships Security Fix as Document Archive Hits v3.3.2 🔗

Self-hosted system turns scanned paper into a searchable archive, with 3,247 forks and a new patch closing a reported vulnerability.

paperless-ngx/paperless-ngx · Python · 46.8k stars Est. 2022

Paperless-ngx is a self-hosted document management system. It scans, OCRs and indexes paper documents into a searchable online archive, built in Python with an Angular front end on Django.

The newest release, v3.3.2, is a security update. It addresses advisory GHSA-c8f3-pqr2-rr24, reported by community members, and the maintainers recommend it for all users. Other fixes cover combined text and query searches and exporter filenames that collided when originals differed only by extension.

Deployment is straightforward. The project ships Docker Compose files that pull prebuilt images, and migrating from Paperless-ng means swapping in the new image.

  • Work on the project is split across teams for frontend and CI/CD, and contributors are invited to join.

The catch: the project has 19 open issues and a single-maintainer history of security-sensitive changes, so operators should patch promptly and keep uploads confined to self-hosted instances.

Use Cases
  • Small-business owners archiving scanned invoices and contracts on their own servers.
  • Households digitizing tax records and receipts into a private, searchable archive.
  • Developers adapting an open-source document pipeline with OCR and PDF handling.

Source: paperless-ngx/paperless-ngx — based on the README and release notes.

Airflow 3.3.2 Locks Down Backfill Routes Against Cross-Dag Enumeration 🔗

Unknown and forbidden backfill IDs now return identical 404s, closing a probe that exposed workflow names across Dags.

apache/airflow · Python · 47.2k stars Est. 2015

Apache Airflow, the Python platform for authoring, scheduling and monitoring workflows as code, has shipped **3.3.

2** with a security-relevant change to its REST API.

Four routes that take a backfill_id in the path, GET /backfills/{backfill_id} and the pause, unpause and cancel routes, previously checked authorization against a dag_id supplied in the request. When the ID matched nothing, that fallback let callers tell an unknown backfill from one on a Dag they could not see, enumerating IDs across Dags.

The fix:

  • The backfill named in the path is now the only object authorized against.
  • Callers who cannot read the Dag get 404 Backfill not found, the same response as an unknown ID.
  • POST /backfills and POST /backfills/dry_run no longer authorize against a body dag_id.

Teams running Airflow 3.x with multi-tenant Dag access should check for clients that relied on the old 403 to distinguish cases.

The catch: the project carries 1,913 open issues, and the release notes do not say whether other endpoints use the same pattern.

Use Cases
  • Platform teams running multi-tenant Airflow clusters with restricted Dag access
  • Data engineers scripting backfill pause and cancel operations via the REST API
  • MLOps teams orchestrating retraining and evaluation pipelines across shared Airflow deployments

Source: apache/airflow — based on the README and release notes.

Quick Hits

streamlit Build and share interactive data apps in pure Python, turning scripts into shareable web tools without touching frontend code. 46k
netdata Monitor infrastructure and applications with AI-assisted full-stack observability that small teams can set up quickly and run without a dedicated ops staff. 81k
hermes-agent An AI agent that learns from your workflows over time, adapting its memory and skills to the way you work. 254.6k
keras A high-level deep learning framework for designing, training, and deploying neural networks with a clean, readable API. 64.4k
ai-agents-for-beginners An 18-lesson course with notebooks that walks beginners through designing, building, and deploying AI agents step by step. 77.3k

Isaac Lab 3.0 Early Access Drops Kit Dependency for Robot Learning Workflows 🔗

Release unifies one task API across Newton, OVRTX and OVPhysX backends, with general availability targeted for late October 2026.

isaac-sim/IsaacLab · Python · 8.4k stars Est. 2022 · Latest: v3.0.0-EA

NVIDIA's isaac-sim/IsaacLab has entered Early Access for version 3.0, and the headline change is architectural.

The framework now runs kit-less, meaning robot learning jobs no longer require a full Isaac Sim installation to launch.

The release introduces one task API that spans multiple physics, rendering and visualization backends. Teams can train a policy on Newton's MuJoCo-Warp physics and visualize it with newton_gl, as the release's sample command shows, without changing task code. A separate ov extra adds OVPhysX and OVRTX runtimes for PhysX and RTX rendering.

The stack is pinned to Isaac Sim 6.1, Python 3.12, PyTorch 2.11, NVIDIA Warp 1.16 and Newton 1.5.2. Data paths are Warp-native, and installation runs through uv.

Between now and general availability, the release/3.0.0 branch will take only bug fixes, stability work and documentation. Users who start migrating now can report problems while the API is still adjustable.

The catch: This is Early Access, and the API surface is not frozen. The project also carries 401 open issues, and teams with existing Isaac Sim 5.x pipelines will face a migration to the 6.x line before they can adopt the new kit-less path.

Previously in The Times “covered” — Oct 16

Use Cases
  • Reinforcement learning researchers training locomotion policies without Isaac Sim installed
  • Robotics teams porting existing tasks across physics backends like Newton and PhysX
  • Sim-to-real engineers validating RTX camera and sensor pipelines on OVRTX

Source: isaac-sim/IsaacLab — based on the README and release notes.

More Stories

Text-to-CAD Plugin Hands Coding Agents Local 3D Modeling Tools 🔗

Agents can now generate STEP, STL and GLB files, run design-for-manufacturing checks and draft engineering drawings.

earthtojake/text-to-cad · Python · 21.2k stars 5mo old

The text-to-cad plugin lets an agent generate 3D models locally, exporting STEP, GLB, STL or 3MF files. It also runs design-for-manufacturing checks and produces engineering drawings, with links to 3D printing, sheet metal and CNC services.

The plugin works with agents that support plugins or skills, including Claude Code, Codex, Cursor, Gemini and Grok. Installation runs through uv, and the first launch downloads CAD's runtime, so a network connection is required.

Latest release v0.7.21 fixes a STEP tail crash, a race in the first browser snapshot, and stray console windows on Windows workers. Telemetry is on by default; it can be disabled with uvx cadgen telemetry off.

The catch: the repository carries 45 open issues, and the plugin's behavior depends on whatever the downstream agent and CAD runtime do with each release.

Previously in The Times “covered” — Oct 13

Use Cases
  • Hardware engineers generating STEP files from natural-language part descriptions.
  • Makers preparing 3D-printable STL exports for fabrication services.
  • Robotics teams drafting engineering drawings through coding agents.

Source: earthtojake/text-to-cad — based on the README and release notes.

Browser-Based Text-to-CAD Tool Turns Plain English Into Printable Parts 🔗

Open-source CADAM generates parametric OpenSCAD models with no install, exporting STL, SCAD, and DXF files

Adam-CAD/CADAM · TypeScript · 5.3k stars Est. 2025

CADAM, an open-source web app, turns a plain-language description or image into a parametric CAD model. Everything runs in the browser through WebAssembly, so there is nothing to install.

The project's showcase covers the range. Its builds include a 22-dimension V8 engine, a 9-cylinder radial aircraft engine, and a turbofan with an axial turbine blisk. Each model ships as fully parametric OpenSCAD, and interactive sliders adjust dimensions without regenerating the model.

Models export as .STL, .SCAD, or .DXF. The BOSL, BOSL2, and MCAD libraries are included.

Release v0.3.0 added agent updates and bug fixes. The repository has 26 open issues, and its last commit landed three days ago.

The catch: Generated geometry is only as reliable as the prompt and the model behind it, and the project does not yet document how it handles complex, multi-part designs at production tolerances.

Use Cases
  • Hobbyists prototyping printable parts from a sentence rather than learning OpenSCAD.
  • Mechanical engineering students generating parametric reference models for design courses.
  • Robotics builders creating custom brackets and mounts with adjustable dimensions in-browser.

Source: Adam-CAD/CADAM — based on the README and release notes.

MAVROS Lets Robotics Developers Fly Drones Without Speaking MAVLink 🔗

Bridge now supports ROS 2 Jazzy, Kilted and Lyrical, with a new Flix autopilot mode parser added

mavlink/mavros · C++ · 1.2k stars Est. 2013

MAVROS translates the MAVLink protocol used by flight controllers into standard ROS 2 topics, services and parameters. Developers can command a drone the same way they would any other robot.

The bridge handles the low-level work:

  • Telemetry from PX4, ArduPilot and Flix arrives as sensor_msgs and mavros_msgs topics.
  • Commands such as arm, takeoff, land and mission upload run through ROS 2 services.
  • Routing lets a ground station, the flight controller and several ROS processes share one link.

Release 2.16.0 fixes service deadlocks in the cmd plugins and a libmavconn restart bug. It also corrects GPS course-over-ground units and adds the Flix mode parser.

The catch: the project carries 345 open issues, and the core is C++ with a dependency on GeographicLib datasets that must be installed separately.

Use Cases
  • Robotics teams programming PX4 drones through existing ROS 2 pipelines
  • Researchers running ArduPilot SITL simulations alongside ROS 2 nodes
  • Engineers routing telemetry from one flight link to several ROS processes

Source: mavlink/mavros — based on the README and release notes.

Quick Hits

ros2_documentation Hosts the official ROS 2 documentation source, covering installation, tutorials, and concepts for building robot software with the ROS 2 framework. 1k
openpilot Retrofits driver assistance features onto 300+ supported cars, turning a vehicle's existing hardware into an open, self-driving-capable system. 63.9k
kinpy Provides lightweight forward and inverse kinematics calculations for robot arms, letting you compute joint and end-effector poses without a heavy dependency stack. 182
navigation2 Supplies a full navigation stack for ROS 2 robots, handling path planning, obstacle avoidance, localization, and behavior control for autonomous movement. 4.8k
scikit-robot Lets you visualize, control, and script robots entirely in Python, with flexible tooling for kinematics, models, and interactive experimentation. 170

OpenAI's Codex Security Adds Hosted Scans for Standard Repositories 🔗

Version 0.4.0 lets hosts run vulnerability scans remotely and tightens token accounting for Deep Scan workers.

openai/codex-security · TypeScript · 11.1k stars 3mo old · Latest: npm-v0.4.0

The @openai/codex-security CLI and TypeScript SDK now support hosted execution of Standard repository and path scans. Release 0.

4.0 exposes a runHostedScan API and a codex-security scan --host JSON-RPC adapter, so platforms can run scans on their own infrastructure rather than only on a developer's machine.

Hosted execution is opt-in. The host supplies an executor, a frozen checkout, and explicit model and storage settings. It also owns authorization, cancellation, and durable state. That division matters for teams building internal security platforms: the tool does the analysis, while the host controls who can scan what and where results live.

The release also fixes accounting. Token totals now include usage from earlier Deep Scan worker attempts and context compaction without double-counting resumed history. Where usage records are missing, totals are flagged as incomplete rather than presented as exact. Bulk scans now keep successful results and original failures even when temporary-checkout cleanup fails. Obsolete ranking helpers were removed, so direct users of those helpers must migrate.

The tool reads Git changes, validates candidate findings, generates patches, imports GitHub code scanning alerts, and exports SARIF, JSON, or CSV. It requires Node.js 22.13.0 or later within 22.x, or Node.js 24.x or 26.x, and Python 3.10+.

The catch: The project has 214 open issues and depends on a model API key for analysis, so scan cost and findings quality will vary by codebase. Teams should run it against known-vulnerable code before trusting its output in CI.

Previously in The Times “covered” — Oct 11

Use Cases
  • Platform teams embedding hosted vulnerability scans into internal developer portals
  • DevSecOps engineers automating SARIF-based scans across many repositories in CI
  • Security leads drafting SECURITY.md policies and saving threat models for review

Source: openai/codex-security — based on the README and release notes.

More Stories

x64dbg Patches Register Bug and Trace Reader Crash in May Hotfix 🔗

Open-source Windows debugger ships fixes for `r8` modification and trace memory faults, plus new CPU stack view for Linux

x64dbg/x64dbg · C++ · 49.9k stars Est. 2015

The open-source Windows debugger x64dbg shipped a hotfix on 27 May 2026, following its April release. The update corrects an r8 register modification bug and a memory fault in the trace reader that triggered when memory status changed.

Reverse engineers working through malware samples will feel the trace fix most directly. The release also adds a CPU stack view for its experimental Linux debugger and a module RVA display mode in the CPU pane.

Smaller changes include:

  • Dark theme fix for the "Running" label color
  • -cf now accepts absolute paths
  • Hotkeys shown in toolbar tooltips
  • PageUp/PageDown selection movement

The project remains a community effort with 571 open issues, and the release history shows steady maintenance.

The catch: The Linux debugger is still experimental, and the Windows-only core means analysts on other platforms have no native path.

Use Cases
  • Malware analysts debugging 32-bit and 64-bit Windows executables without source code
  • Reverse engineers tracing register and memory state through unknown binaries
  • Security researchers testing exploit behavior in an open, plugin-extensible debugger

Source: x64dbg/x64dbg — based on the README and release notes.

OpenNHP Hides Servers Until Trusted, Shrinking Attack Surface 🔗

Open-source Go toolkit conceals ports, IPs and hostnames behind signed knocks, with v1.0.2 hardening UDP handling

OpenNHP/opennhp · Go · 13.9k stars Est. 2014

OpenNHP, the reference implementation of the Cloud Security Alliance's Network-infrastructure Hiding Protocol, makes services invisible until a client proves it is trusted. Every port, IP address and hostname sits behind a default-deny gate.

The design runs on three components. An Agent sends an encrypted knock to a Server, which validates it and asks an AC (access controller) to open the firewall. The Server then returns access details to the client.

The latest release, v1.0.2, is a bug-fix and performance patch. It recovers panics in the AC's UDP handler, enforces a global UDP connection cap on the Server, and trims allocations in the core cryptographic path.

NHP is built to sit alongside existing IAM, DNS and policy engines rather than replace them.

The catch: the project is 12 years old but at v1.0, with 11 open issues, and its security value depends on deploying the full Agent-Server-AC chain correctly.

Use Cases
  • Platform teams hiding internal admin ports from internet-wide scanners
  • Enterprises extending existing Zero Trust policy engines without replacing IAM
  • Operators of AI-facing services reducing exposed attack surface to automated exploitation

Source: OpenNHP/opennhp — based on the README and release notes.

Quick Hits

dirsearch Scans websites for hidden directories and files, letting security testers and admins find exposed paths before attackers do. 15k
ProxmoxVE Offers one-command scripts to create and manage Proxmox VE virtual machines and containers, saving hours of manual setup. 29.8k
berty Lets people chat securely over local peer-to-peer connections, staying usable even when internet, cellular data, or trusted servers are unavailable. 9.3k
hosts Merges curated hosts-file blocklists into one file and lets you optionally block adult, social media, and other categories. 31.2k
cve Continuously aggregates the newest CVE vulnerability records alongside their proof-of-concept exploit code in one searchable collection. 8.1k
authelia Adds single sign-on and multi-factor authentication in front of web apps, with OpenID certification and post-quantum-ready cryptography. 29.3k

ZML Ships Zig Inference Stack Targeting NVIDIA, AMD, Intel, TPU and Trainium Alike 🔗

Latest zml-smi release adds arm64 CUDA support and Prometheus metrics, while the stack compiles one codebase to five accelerator families.

zml/zml · Zig · 4.2k stars Est. 2024 · Latest: zml-smi-v0.3.0

ZML is a production inference stack written in Zig that compiles models directly to NVIDIA CUDA, AMD ROCm, Intel OneAPI, Google TPU and AWS Trainium or Inferentia 2. Builders select targets with Bazel platform flags such as --@zml//platforms:rocm=true, avoiding a per-vendor rewrite.

The stack builds on MLIR and OpenXLA, and its LLM example currently covers Llama 3.1 and 3.2, Qwen 3.5 and LFM 2.5.

The newest change is in tooling. The zml-smi 0.3.0 release adds a Prometheus endpoint, CSV export, driver version reporting and a CUDA backend for arm64 hosts. Its changelog also bumps the Zig toolchain to 0.16.0-dev and makes repo-wide cquery work across host and Linux target analysis. Binaries ship for Linux amd64, Linux arm64 and macOS arm64, with published SHA-256 checksums.

Models load from local directories, Hugging Face repositories or S3 buckets. Gated Hugging Face repos require a token.

The catch: The project is about two years old with 57 open issues, and its last commit landed the same day. Its platform coverage depends on a Zig dev toolchain rather than a stable release, and no independent production benchmarks are cited. Evaluate it against your own workloads before committing.

Previously in The Times “covered” — Oct 15

Use Cases
  • Platform teams running Llama inference across mixed NVIDIA and AMD fleets
  • Infrastructure engineers deploying models onto AWS Trainium or Inferentia instances
  • Researchers benchmarking one model across TPU, GPU and accelerator hardware

Source: zml/zml — based on the README and release notes.

More Stories

Kubernetes Ships v1.37.1, Keeping Its Container Orchestration Current 🔗

Open-source scheduler still drawing contributions, with over 3,200 open issues and 47,000 forks tracked

kubernetes/kubernetes · Go · 128.3k stars Est. 2014

Kubernetes released **v1.37.

1** this week, a point release that continues the project's steady cadence. The repository received a push on October 17, 2026, and the latest commit landed the same day.

The system manages containerized applications across multiple hosts, handling deployment, scaling, and maintenance. Its design draws on Google's internal Borg system and is now hosted by the Cloud Native Computing Foundation.

Builders should check the release CHANGELOG before upgrading. Binaries are published alongside it.

The catch: With 3,205 open issues, the project carries a substantial backlog, and its complexity means small clusters may find the operational overhead heavy.

Use Cases
  • Platform teams orchestrating containerized microservices across production server fleets
  • Operators autoscaling stateless web applications across multiple cloud regions
  • Infrastructure engineers standardizing deployments on CNCF-aligned container tooling

Source: kubernetes/kubernetes — based on the README and release notes.

Clash Verge Rev Ships Fixes for Tray Menus and Update Failures 🔗

Release v2.5.8 patches Windows service startup stalls and macOS DNS left stuck after TUN shutdown

clash-verge-rev/clash-verge-rev · Rust · 152.1k stars Est. 2023

The Tauri-based Clash Meta GUI released **v2.5.

8**, a maintenance-heavy update aimed at proxy users who hit recurring failures on Windows and macOS.

Among the fixes:

  • Windows startup hang of about two minutes when the service start type was changed to manual, now with a one-click repair.
  • macOS system DNS staying pinned to 114.114.114.114 after TUN is disabled or the app quits.
  • Update downloads that ignored cancel and failed to switch mirrors when slow.
  • Tray proxy-group entries that now show latency and auto-select state correctly.

The release also adds a "test latency" tray item. The project is written in Rust and bundles the mihomo core.

The catch: the project carries 530 open issues, and this release is largely reactive bug-fixing, so the backlog of unresolved edge cases remains a question for anyone depending on it.

Previously in The Times “covered” — Oct 11

Use Cases
  • Windows admins restoring proxy services after accidental startup-type changes
  • macOS users recovering DNS resolution after disabling TUN mode
  • Power users managing multi-subscription proxy groups with duplicate node names

Source: clash-verge-rev/clash-verge-rev — based on the README and release notes.

Ollama Adds Clef Cloud Launch and Windows Runner Fix 🔗

Latest release lets users start models in Ollama's cloud and stops orphaned Windows processes from lingering

ollama/ollama · Go · 183.6k stars Est. 2023

Ollama's v0.40.

6 release targets two practical gaps for people running models locally.

On Windows, a fix prevents orphaned runner processes, the stray background workers that could linger and hold memory after a model session ended.

The release also adds a clef launch path into Ollama's cloud, letting users run models there without changing their local setup. A separate change lets --ask mode use identifiers for question keys, tidying how scripted prompts are handled.

On the format side, the gguf loader gains support for the q2_0 tensor and file types, widening which quantized model files Ollama can read.

The catch: the release is a point version with a 4,300-plus open issue backlog, so builders should test their specific Windows and quantized-model workflows before upgrading production machines.

Previously in The Times “covered” — Oct 11

Use Cases
  • Windows developers avoiding leftover runner processes after local model sessions
  • Engineers running scripted prompts through Ollama's `--ask` mode
  • Teams loading `q2_0` quantized GGUF models on constrained hardware

Source: ollama/ollama — based on the README and release notes.

Quick Hits

react-native Lets developers build native mobile and desktop apps using React components and JavaScript, rendering to real platform UI widgets. 126.7k
terminal Provides the modern Windows Terminal app alongside the classic console host that powers command-line sessions on Windows. 105.2k
tauri Packages a web frontend into small, fast, secure desktop and mobile apps, backed by a lean Rust core instead of a bundled browser. 112k
bun Combines a fast JavaScript runtime, bundler, test runner, and package manager into a single tool that replaces several separate utilities. 96.3k
fx A coding agent built around familiar Unix-style commands and conventions, letting AI assistance work naturally within a terminal workflow. 3.5k

OpenIPC Firmware Extends Open Camera Software Across Ten-Plus Chip Families 🔗

Nightly builds now target SoCs from Ambarella to SigmaStar, widening hardware options for DIY and commercial camera makers.

OpenIPC/firmware · C · 2.2k stars Est. 2021 · Latest: nightly

The OpenIPC project, an open-source replacement firmware for IP cameras, is now built for a far broader range of hardware than its HiSilicon-only origins. Its build tree covers chips from Ambarella, Anyka, Fullhan, Goke, GrainMedia, Ingenic, MStar, Novatek, SigmaStar and XiongMai, and the list is still growing.

What changed: The most recent nightly build, tagged 2a2e35c and built on October 16, 2026, continues that expansion. The project ships a webui component alongside the core firmware, so cameras can be configured through a browser rather than hand-edited configuration files.

Why builders care: Camera vendors often lock firmware to a single SoC and a single vendor's cloud. Buildroot-based OpenIPC lets a developer run one codebase across several chip families, which lowers the cost of supporting cheap hardware and makes FPV and surveillance setups easier to standardise.

Development is active. The repository shows a last push within the past day, roughly 170 open issues, and 494 forks. Contributors are asked to read CLAUDE.md before submitting patches to understand how the tree is organised.

The catch: The project's own release channel is nightly builds, with no tagged stable release. Teams shipping products will need to pin a specific commit and test it carefully, and support for each chip family varies in maturity.

Previously in The Times “covered” — Oct 17

Use Cases
  • Hobbyists flashing cheap Chinese IP cameras with open firmware for home monitoring.
  • FPV builders running a shared camera firmware across differing SoC hardware.
  • Small hardware companies evaluating an open base firmware to avoid vendor lock-in.

Source: OpenIPC/firmware — based on the README and release notes.

More Stories

Desk-Bound ESP32 Gadget Puts Claude Code Limits in Plain View 🔗

Open-source Clawdmeter lets developers track session usage and get alerts without switching windows.

HermannBjorgvin/Clawdmeter · C · 2.3k stars 5mo old

A developer-built ESP32 display now shows Claude Code usage limits on your desk, with a mascot that reacts to prompts and flags when a session needs an answer.

The v2.

2.1 release is a patch: a fix that stops reg.exe from flashing console windows on Windows. The more useful news is the platform spread. The project ships firmware for boards from LilyGO, M5Stack, Waveshare and others, with the reference board tested first.

  • Usage meters work without hooks.
  • Hooks let the device react to Claude Code activity.
  • Bluetooth pairing makes the device appear as a keyboard, so its buttons send key presses.

Setup needs a USB data cable and a desktop app, which is unsigned on macOS and Windows.

The catch: the repository carries 14 open issues, and its README warns that layouts on some panels aren't optimal, so ports beyond the reference board may need work.

Use Cases
  • Developers monitoring Claude Code limits without leaving their editor
  • Teams wanting a visible desk signal when agent sessions await input
  • Makers porting firmware to new ESP32 boards and display panels

Source: HermannBjorgvin/Clawdmeter — based on the README and release notes.

Open-Hardware Smart Gym Replaces Weight Stacks With Software-Set Resistance 🔗

Design is complete in CAD; files stay unreleased until a load-tested aluminum prototype passes.

TrentIndeed/kinetiqgym · HTML · 36 stars 2w old

Kinetiq Gym is an open-hardware strength trainer that swaps the traditional weight stack for a motor and cable drum. Resistance is set in software, not by pinning a plate.

A direct-drive motor turns the drum with no belt or gear in between. A geared level-wind lays the rope, and the frame bolts to a rack upright at any height. The design includes eccentric, chain-style and band-style modes, built in rather than added as attachments. Hardware runs on a Raspberry Pi with its own controller and no cloud account.

The project is still early. CAD, print files and software are withheld until the aluminum prototype is built and load-tested, and every rating is currently a design target.

The catch: the repository holds only the website, docs and renders, so nothing is buildable or verifiable yet.

Use Cases
  • Home lifters wanting adjustable resistance without buying a full weight stack.
  • Makers prototyping motor-control and mechatronics projects on a real load.
  • Small gyms and rehab clinics exploring programmable eccentric training modes.

Source: TrentIndeed/kinetiqgym — based on the project README.

Blinker Brings Cross-Platform IoT Control to Arduino and ESP Boards 🔗

Library pairs device firmware with app, server, and public-cloud data storage, with the latest 0.3.9 release refreshing code and fixing bugs

blinker-iot/blinker-library · C++ · 5.2k stars Est. 2018

The blinker-library lets builders wire Arduino, ESP8266 and ESP32 boards into a common IoT stack. It gives devices a path to a phone app and a server without writing that plumbing from scratch.

The library handles transport internally. It uses WebSockets for its server connection, an Adafruit_MQTT_Library MQTT client, and painlessMesh for mesh networking, with ArduinoJson parsing payloads and OneButton managing inputs.

The latest release, 0.3.9, is a maintenance update. It updates code and fixes bugs. ESP8266 users need Arduino core 2.7.4 or later, and ESP32 users need 1.0.5 or later.

The project's commits are recent, and it has five open issues and 234 forks.

The catch: Blinker depends on a public cloud service that the project operates, so the data path is only as durable as that service and the library's upstream dependencies.

Use Cases
  • Hobbyists building smart-home devices that control lights and sensors from a phone
  • Makers prototyping ESP32 data-monitoring boards that report to a hosted dashboard
  • Developers integrating MQTT-based device telemetry into Arduino and ESP8266 projects

Source: blinker-iot/blinker-library — based on the README and release notes.

Quick Hits

iiab Turn a Raspberry Pi into an offline library of educational content, websites, and tools you can deploy anywhere without internet access. 2k
automotive-skills-suite Installable Claude skills spanning ISO 26262, ISO/SAE 21434, SOTIF, APQP/PPAP/FMEA, and Automotive SPICE, each paired with a confirmation reviewer. 3.2k
librealsense Official C++ SDK for Intel RealSense depth cameras, providing access to depth, color, and motion data for vision and robotics projects. 9.1k
SonosESP Touchscreen Sonos controller for the ESP32-P4 showing album art, synced lyrics, multi-room control, weather, and a standby clock, flashable from your browser. 65
AIOsense An all-in-one environmental sensor built on ESPHome, bundling multiple sensing functions into a single device that integrates with Home Assistant. 162

Speyll's Niri Dotfiles Show How a Hand-Built Wayland Desktop Comes Together 🔗

The repository ships no installer, so every config is copied by hand, with machine-specific values flagged for review.

Speyll/dotfiles · GLSL · 265 stars Est. 2019

This is a personal Arch-based Linux desktop configuration built around Niri, a scrollable-tiling Wayland compositor. It covers the compositor, session startup, shell, audio, terminal, editor, multiplexer, and default applications in a single tree that mirrors $HOME.

The approach is deliberately manual. There is no installer and no dotfiles manager. Users copy files into place one by one, and the README warns against copying the whole tree blindly because several values are machine-specific.

The stack is concrete:

  • Compositor and session: Niri, launched through start-comp niri-session, which sets the Wayland and XDG environment before exec'ing the compositor.
  • Startup: Niri spawns an autostart script that waits for the compositor, clears stale daemons, and starts the keyring.
  • Terminal and tools: foot in server mode, fuzzel as launcher, fnott for notifications, plus Neovim ≥ 0.12 and tmux ≥ 3.0.
  • Audio: PipeWire with WirePlumber, with optional ROC network microphone input.
  • X11 compatibility: Niri 25.08 and later detect and start xwayland-satellite automatically, so the repository does not launch it.

Xwayland handling is the most recent change worth noting. Niri now owns that step, which removes a piece of manual plumbing from configs like this one.

Builders who want a reference for a complete Wayland session, or who run Niri and want a working base, will find the layout useful. Those looking for a turnkey setup will not.

The catch: The repository has no open issues and was last pushed recently, but it documents a single machine's setup. Several dependencies are optional or conditional, and fonts and cursor themes are assumed rather than shipped, so expect to reconcile the tree with your own hardware and packages.

Use Cases
  • Arch users building a Niri-based Wayland desktop from scratch
  • Linux developers studying a complete compositor and session startup configuration
  • Users migrating from X11 who want Xwayland handled automatically by Niri

Source: Speyll/dotfiles — based on the project README.

More Stories

Pumpkin Drops Multi-Version Java Support, Moves Compatibility to Plugin 🔗

Version 0.2.0 targets Java 26.3 and Bedrock 26.51, adds telemetry and a 26.x worldgen format

Pumpkin-MC/Pumpkin · Rust · 12.5k stars Est. 2024

Pumpkin's 0.2.

0 release changes how the Rust Minecraft server handles client compatibility. Built-in support for multiple Java client versions is gone from the core. Backward compatibility now lives in the separate pumpkin-java-multiversion plugin.

The core itself moves forward. The release ports the server and network handling to Java 26.3 and raises the Bedrock protocol target to 26.51. It also adds native support for 26.x world generation layouts.

Other changes:

  • Telemetry: adoption, stability and runtime metrics are now collected.
  • Config validation: an invalid view-distance of 1 is rejected instead of crashing on join.
  • Plugin tooling: pumpkin-plugin-wit moves from a submodule to a subtree.

Pumpkin remains under heavy development, with 667 open issues and a 1.0.0 milestone still unchecked.

The catch: server operators running older Java clients must now install and maintain the multiversion plugin themselves.

Previously in The Times “covered” — Oct 11

Use Cases
  • Server operators hosting Java and Bedrock players on current Minecraft releases
  • Plugin developers building compatibility layers on Pumpkin's extensible core
  • Rust developers studying a high-performance game server networking implementation

Source: Pumpkin-MC/Pumpkin — based on the README and release notes.

Dialogue Manager 4.1 Adds Export Options and Safer Debugging for Godot Developers 🔗

Stateless branching dialogue addon now handles UID-based paths, CSV export and keeps original text as metadata

nathanhoad/godot_dialogue_manager · GDScript · 3.9k stars Est. 2022

The addon that writes nonlinear dialogue for Godot 4.6+ has shipped **v4.

1.0**, with four new features and a run of debugger fixes.

The release lets imports use UIDs in paths, so renamed or moved files no longer break dialogue references. A simple CSV exporter gives translators and writers a spreadsheet-friendly view of lines. Teams can also keep original text as meta data and use static IDs in localisation templates.

The fixes target editor stability: the debugger now checks node validity before sending data, and the C# DialogueLine regains ExtraGameStates.

The catch: the project is at 283 forks and zero open issues, but it is a single-maintainer addon, and the release notes do not say how it behaves on large dialogue trees.

Use Cases
  • Godot indie teams writing branching NPC conversations in script-like syntax
  • Localisation leads exporting dialogue lines to CSV for translators
  • C# Godot developers integrating dialogue via the official wrapper

Source: nathanhoad/godot_dialogue_manager — based on the README and release notes.

Godot 4.7.2 Ships Stability Fixes for Free Multi-Platform Engine 🔗

Maintenance release is backward compatible and recommended for adoption; engine stays MIT-licensed with no royalties.

godotengine/godot · C++ · 118.6k stars Est. 2014

Godot 4.7.

2 landed as a maintenance release, and the project's own notes say it is compatible with earlier 4.x releases. Developers already on 4.7 can move up without rewriting projects.

The release targets stability and usability issues across the editor and engine. It does not add new features.

The engine still exports 2D and 3D games from one editor to Linux, macOS, Windows, Android, iOS, the Web and consoles. It remains MIT-licensed, so shipped games carry no royalties.

For teams already building on Godot, the practical step is to check their current version and review the curated changelog before upgrading.

The catch: the repository lists 18,896 open issues, a sign that the bug backlog outpaces what any single release can clear.

Previously in The Times “covered” — Oct 13

Use Cases
  • Indie studios shipping one 2D game to desktop, mobile and web.
  • Solo developers prototyping 3D games without licensing fees.
  • Teams needing a royalty-free engine they can modify at source level.

Source: godotengine/godot — based on the README and release notes.

Quick Hits

cyclopsLevelBuilder Lets you block out level geometry directly inside the Godot editor, speeding up prototyping with a built-in plugin workflow. 1.6k
MakeUpUltraFast Delivers a lightweight graphical enhancement for Minecraft via a high-performance Java shader, tuned to run smoothly on low-spec machines. 271
VulkanCppExamples A thorough collection of Vulkan rendering examples in modern C++20, useful for learning the API step by step. 149
assimp Imports over 40 3D file formats into one clean, unified data structure, saving you from writing a separate loader for each. 13.3k
retrobat Offers a RetroBat repository, though its description is sparse, so check the README to see what it provides. 290
The Git Times AI Desk
Ask about today's stories — or hit “Ask about this” on any article to focus on one.

Unlock the Git Times AI desk to ask about today's stories and the AI model market.

Upgrade to Premium
Answers by the Git Times AI desk · verify before you ship