A self-hosted, compounding-memory AI assistant running on a Raspberry Pi.
NanoClaw is a personal AI assistant built on Anthropic's Claude that runs entirely on a Raspberry Pi. It connects to messaging channels (WhatsApp, Telegram, Slack, Discord), processes voice and images, schedules recurring tasks, and — unlike a standard chatbot — accumulates knowledge over time through a structured memory system.
| Client | Meridian Training & Consulting |
| Date | March 15, 2026 |
| Environment | On-Premises / Self-Hosted LAN |
| Audience | Infrastructure Engineers, DevOps Teams |
| Scope | Design, deployment, and troubleshooting of a self-hosted CI/CD pipeline to support an internal software development team — using exclusively repurposed commodity hardware, open-source tooling, and no cloud spend. |
| From d6f5b65362a5d2471c8b8fb7509fda85e43d20dd Mon Sep 17 00:00:00 2001 | |
| From: Yanfei Guo <yanf.guo@gmail.com> | |
| Date: Fri, 18 Apr 2025 19:48:19 +0000 | |
| Subject: [PATCH] qat: wait for in-flight req to complete before remove session | |
| reqs in session may be still in-flight after callback returns. | |
| This results in session remove fail with message "There are %lu | |
| requests pending". Adding a small loop to wait for the completion | |
| of in-flight requests. | |
| --- |
| #!/bin/zsh | |
| # WARNING! The script is meant to show how and what can be disabled. Don’t use it as it is, adapt it to your needs. | |
| # Credit: Original idea and script disable.sh by pwnsdx https://gist.github.com/pwnsdx/d87b034c4c0210b988040ad2f85a68d3 | |
| # Disabling unwanted services on macOS Big Sur (11), macOS Monterey (12), macOS Ventura (13), macOS Sonoma (14) and macOS Sequoia (15) | |
| # Disabling SIP is required ("csrutil disable" from Terminal in Recovery) | |
| # Modifications are written in /private/var/db/com.apple.xpc.launchd/ disabled.plist, disabled.501.plist | |
| # To revert, delete /private/var/db/com.apple.xpc.launchd/ disabled.plist and disabled.501.plist and reboot; sudo rm -r /private/var/db/com.apple.xpc.launchd/* | |
| # user |
This is Felix Kuehling, long time KFD driver architect. I started looking into the TinyGrad source code yesterday, focusing on ops_kfd.py, ops_hsa.py and driver/hsa.py, to understand how TinyGrad talks to our HW and help with the ongoing debugging effort from the top down. This analysis is based on this commit: https://github.com/tinygrad/tinygrad/tree/3de855ea50d72238deac14fc05cda2a611497778
I'm intrigued by the use of Python for low-level programming. I think I can learn something from your use of ctypes and clang2py for fast prototyping and test development. I want to share some observations based on my initial review.
ops_kfd looks pretty new, and I see many problems with it based on my long experience working on KFD. I think it's interesting, but probably not relevant for the most pressing problems at hand, so I'll cover that last.
ops_hsa uses ROCr APIs to manage GPU memory, create a user mode AQL queue for GPU kernel dispatch, async SDMA copies, and signal-based synchronization with barrier packets
| #!/usr/bin/env bash | |
| # License: BSD | |
| # Author: Florian Heigl (@FlorianHeigl) | |
| # Contributors: Davide Gibilisco (@m3rlinux) | |
| set -eu | |
| # Function to convert bytes to human-readable format | |
| human_readable() { |
| param( | |
| [string]$proxyIp = '10.1.5.4', | |
| [string]$proxyHttpPort = '8080', | |
| [string]$proxyHttpsPort = '8443', | |
| [string]$localDomainFqdn = 'contoso.local' | |
| ) | |
| $proxy = 'http={0}:{1};https={0}:{2}' -f $proxyIp, $proxyHttpPort, $proxyHttpsPort | |
| $bypasslist = '*.{0};<local>' -f $localDomainFqdn | |
| # Set WinHTTP proxy |
Check Out these projects, papers and blog posts if you're working on Geo redundant Datacenters or even if you only need to have your software hosted there. It's good to know what you're in for.
Collected these for a colleague, these have been super useful over
the past 15+ years and and will most likely help and/or entertain you.
May be extended in the future.
-- azet (@azet.org)
Fail2ban Config for CheckMk Authentication over Web UI
This is a example fail2ban config for failed login attempts in the CheckMK Web UI Login Form.
CheckMK logs failed login attempts for each site separately at ~/var/log/web.log (relative path from the site's user).
| #!/usr/bin/env python3 | |
| # Scrapes pfSense DHCP Leases into List of (IP, MAC, Hostname, Description) format. | |
| # Change URL/Username/Password below ... pip install lxml ... then you are all set. | |
| # | |
| # Modified 6/23/2019 (FryGuy) | |
| # Edits: Aligned IP/MAC/Hostname into struct accounting for blank lines | |
| # Minor: Cleaned up spacing, created global url/user/password vars, removed write to file | |
| # Original Code/Inspiration: https://gist.github.com/pletch/037a4a01c95688fff65752379534455f | |
| # Modified 03/14/2023 (schossel) | |
| # Added Field Description and changed CSRF to work with OPNsense |
