Core Lightning is now packaged for YunoHost and up and running.

GitHub

GitHub - imattau/core-lightning_ynh: Core Lightning package for YunoHost

Core Lightning package for YunoHost. Contribute to imattau/core-lightning_ynh development by creating an account on GitHub.

Even better, the existing Alby Hub YunoHost package successfully connects to it. That gives us a working self-hosted stack: Bitcoin Core → Core Lightning → Alby Hub The goal is to make running your own Bitcoin + Lightning infrastructure much easier through YunoHost and the Nostr Catalog. ⚠️ **Important:** Core Lightning can hold and move real Bitcoin. This YunoHost package is new and should be considered experimental. Bugs, configuration mistakes, failed backups or loss of Lightning node state can result in loss of funds. Start with testnet where possible. If using mainnet, only use funds you can afford to lose and make sure you understand Lightning backups and recovery first. Core Lightning:

GitHub

GitHub - imattau/core-lightning_ynh: Core Lightning package for YunoHost

Core Lightning package for YunoHost. Contribute to imattau/core-lightning_ynh development by creating an account on GitHub.

Alby Hub:

GitHub

GitHub - imattau/alby-hub_ynh

Contribute to imattau/alby-hub_ynh development by creating an account on GitHub.

Install through the Nostr Catalog:

GitHub

GitHub - imattau/nostr_catalog_ynh: YunoHost wrapper for the Nostr-backed application catalogue

YunoHost wrapper for the Nostr-backed application catalogue - imattau/nostr_catalog_ynh

#nostr #bitcoin #lightning #alby #yunohost #selfhosting #nostrdevs

Another piece of the self-hosted Bitcoin + Lightning stack is up and running on YunoHost. ₿ Bitcoin Core is now packaged and working:

GitHub

GitHub - imattau/bitcoin-core_ynh: Headless Bitcoin Core package for YunoHost

Headless Bitcoin Core package for YunoHost. Contribute to imattau/bitcoin-core_ynh development by creating an account on GitHub.

It provides the Bitcoin backend for the Alby Hub YunoHost package, allowing more of the stack to run locally on your own server. For now, this package is only available through the Nostr Catalog:

GitHub

GitHub - imattau/nostr_catalog_ynh: YunoHost wrapper for the Nostr-backed application catalogue

YunoHost wrapper for the Nostr-backed application catalogue - imattau/nostr_catalog_ynh

Next up: Core Lightning. The Core Lightning YunoHost package is already in testing. I’m waiting for Bitcoin Core to finish its initial sync so it can be properly tested against the local node. The stack is coming together: Bitcoin Core → Core Lightning → Alby Hub All self-hosted. All manageable through YunoHost. #Bitcoin #Lightning #YunoHost #SelfHosting #Nostr #NostrDevs #nostrblog @Alby

⚡ Alby Hub is now available for YunoHost through the Nostr Catalog. Alby Hub gives you a self-hosted Lightning wallet and node, with Nostr Wallet Connect built in. The standard setup uses its embedded LDK node, so you don't need to run Bitcoin Core, LND or Core Lightning separately. There's a bit of history here. Alby Hub was proposed for the official YunoHost app catalogue in February 2025. It wasn't rejected because of a packaging or technical problem. YunoHost chose not to include it because of its policy towards cryptocurrency apps, with the proposal closed with: "sorry we don't endorse crypto stuff here." That's exactly the sort of gap the Nostr Catalog can fill. The new YunoHost package keeps the normal YunoHost installation, service management, HTTPS, upgrade and backup experience, while allowing software outside the scope of the official catalogue to be discovered and installed. And thanks to the YunoHost MCP, this one went from idea → package → testing → fixes → published → running remarkably quickly. Package:

GitHub

GitHub - imattau/alby-hub_ynh

Contribute to imattau/alby-hub_ynh development by creating an account on GitHub.

Alby Hub:

GitHub

GitHub - getAlby/hub: Alby Hub - Your own Bitcoin Lightning node: easy, connectable, feature-rich ✨ Run anywhere. Become self-sovereign.

Alby Hub - Your own Bitcoin Lightning node: easy, connectable, feature-rich ✨ Run anywhere. Become self-sovereign. - getAlby/hub

Available now through the Nostr Catalog. @npub1getal6ykt05fsz5nqu4uld09nfj3y3qxmv8crys4aeut53unfvlqr80nfm #YunoHost #Nostr #Bitcoin #Lightning #AlbyHub #NWC #SelfHosting #NostrDevs #nostrblog

Another piece of the Armada stack is now packaged for YunoHost. **Armada AV** provides the optional voice/video backend for Armada communities, using LiveKit for calls while keeping the broker blind to the conversation itself. Designed to run alongside the Armada YunoHost package. [github.com/imattau/armada_av_ynh](https://github.com/imattau/armada_av_ynh) #Nostr #YunoHost #Armada #SelfHosting #NostrDevs #nostrblog @Derek Ross @Alex Gleason npub1scvyzz02ayma34hesz62pdrd5nhsmxp74hjq8msmfs9khh3r3drsnw68d8

Managing my YunoHost instances is getting ridiculously easy thanks to the YunoHost MCP. App packaging is now pretty much unattended. I can point an agent at an app and it can build the YunoHost package, manage the repo, install it on a real server, test it, inspect failures, fix them and keep trying until it works. Once working, it can publish the package to the Nostr catalogue and handle future upgrades as well. The MCP also makes general server management much easier. Agents can check services, logs, apps, backups and upgrades, while the more sensitive operations still require approval. I'm mostly choosing what I want done rather than doing the repetitive work myself.

GitHub

GitHub - imattau/yunohost-mcp: Secure, Nostr-authenticated MCP server for YunoHost administration and _ynh package development

Secure, Nostr-authenticated MCP server for YunoHost administration and _ynh package development - imattau/yunohost-mcp

GitHub

GitHub - imattau/yunohost-mcp_ynh: YunoHost package for yunohost-mcp: a Nostr-authenticated MCP server for AI-assisted YunoHost administration

YunoHost package for yunohost-mcp: a Nostr-authenticated MCP server for AI-assisted YunoHost administration - imattau/yunohost-mcp_ynh

GitHub

GitHub - imattau/nostr_catalog_ynh: YunoHost wrapper for the Nostr-backed application catalogue

YunoHost wrapper for the Nostr-backed application catalogue - imattau/nostr_catalog_ynh

#yunohost #selfhosting #nostr #mcp #ai #nostrdevs #nostrblog

Finally - when I type #nostr into the app catalog on Yunohost - a variety of apps display... OK - I've packaged almost all of them - and they only appear on the #nostr_catalog .... but it's a start.

A fair bit of progress today on bringing Nostr identity properly into YunoHost, and tying it into the YunoHost MCP work. Nostr login is now working end-to-end on a real YunoHost install. Existing users can link a Nostr identity and sign in using NIP-07 or NIP-46, without removing normal password login. There's also NIP-05 identity support and account management for linking/unlinking keys. But the more interesting part is where this connects with AI agents. yunohost-mcp already authenticates agents using Nostr keys. The work today pushes the security model further: the network-facing MCP runs unprivileged, privileged YunoHost operations go through a constrained local broker, and access can be tied back into YunoHost users/groups and explicit scopes. So instead of giving an AI agent something close to root access and asking it to behave, the aim is to make the server enforce what that identity is actually allowed to do. High-risk operations can go another step again: system upgrades, restores, firewall changes, user deletion and similar actions can require a separate NIP-46 approval from the server owner. The agent requesting the operation cannot approve it itself. The longer-term idea is becoming clearer: Nostr identity → YunoHost identity → groups/scopes → MCP tools → constrained privileged operations → human approval where required. Humans and agents can have identities, belong to groups and be given only the capabilities they actually need. Still experimental, but quite a bit of it is now running rather than just being a design. [yunohost-nostr-auth](https://github.com/imattau/yunohost-nostr-auth) [nostr_auth_ynh](https://github.com/imattau/nostr_auth_ynh) [yunohost-mcp](https://github.com/imattau/yunohost-mcp) [yunohost-mcp_ynh](https://github.com/imattau/yunohost-mcp_ynh) #nostr #yunohost #selfhosting #mcp #ai #nostrdevs

Been heads down on yunohost-mcp since the last update and this one's a milestone for me: your AI agent can now request a signature for high-risk operations and it actually reaches your phone. No copy-pasting a confirmation ID into a terminal, no clicking through a config panel. The agent asks, your signer prompts, you tap approve, done. Took a fair bit of digging to get there (turns out ASCII QR codes and webadmin panels do not mix, and nostr-sdk had a quiet bug hiding in the relay discovery this whole time), but the NIP-46 pairing flow is solid now: scan a link, paste a bunker URI, whatever your signer supports. This is the piece that was missing to make agent-driven server administration actually feel safe rather than just fast. Owner approval was always the point. Now it works the way it was supposed to from the start.

GitHub

GitHub - imattau/yunohost-mcp: Secure, Nostr-authenticated MCP server for YunoHost administration and _ynh package development

Secure, Nostr-authenticated MCP server for YunoHost administration and _ynh package development - imattau/yunohost-mcp

#nostr #nostrdevs #yunohost #selfhosted #AI #agents #nostrblog #yunohostmcp

Two wins for YunoHost + Nostr. YunoHost MCP is now up and running, giving AI agents a purpose-built interface for working with a YunoHost server. It uses YunoHost's own administration interfaces, with Nostr-signed authentication, scoped permissions, policy controls and auditing. Agents can help with server diagnostics, apps, services, logs, backups and administration, as well as developing and testing "_ynh" packages. Access can be restricted by role and scope, including short-lived delegated access for individual agents. And it has already passed its first real packaging test: Ditto for YunoHost is working and published. To be clear, Ditto itself is developed by Alex Gleason and the Soapbox team. This work doesn't build or replace Ditto. It packages their existing Ditto project for YunoHost. The interesting bit is how that YunoHost package was produced: AI agent → YunoHost MCP → real YunoHost server → build package → install → test → diagnose → fix → publish So Ditto becomes the first real app packaged and published using the YunoHost MCP workflow. Huge credit to @Alex Gleason @Derek Ross and the Soapbox team for building Ditto. YunoHost MCP:

GitHub

GitHub - imattau/yunohost-mcp: Secure, Nostr-authenticated MCP server for YunoHost administration and _ynh package development

Secure, Nostr-authenticated MCP server for YunoHost administration and _ynh package development - imattau/yunohost-mcp

YunoHost MCP package:

GitHub

GitHub - imattau/yunohost-mcp_ynh: YunoHost package for yunohost-mcp: a Nostr-authenticated MCP server for AI-assisted YunoHost administration

YunoHost package for yunohost-mcp: a Nostr-authenticated MCP server for AI-assisted YunoHost administration - imattau/yunohost-mcp_ynh

Ditto for YunoHost:

GitHub

GitHub - imattau/ditto_ynh

Contribute to imattau/ditto_ynh development by creating an account on GitHub.

Upstream Ditto:

GitHub

GitHub - soapbox-pub/ditto: Your content. Your vibe. Your rules.

Your content. Your vibe. Your rules. Contribute to soapbox-pub/ditto development by creating an account on GitHub.

#nostr #yunohost #selfhosting #mcp #nostrdevs #ditto #nostrblog

Another Nostr app packaged for YunoHost: Shakespeare. Shakespeare by Soapbox is an open-source, AI-assisted development environment that runs entirely in your browser. Describe what you want to build and it can write, compile and preview React apps locally, with Git and Nostr support built in. The YunoHost package builds Shakespeare from source and serves it directly through nginx. No database, app server or daemon required. Up and running and ready for testing:

GitHub

GitHub - imattau/shakespeare_ynh: YunoHost package for Shakespeare (Soapbox's AI-assisted browser-based app builder)

YunoHost package for Shakespeare (Soapbox's AI-assisted browser-based app builder) - imattau/shakespeare_ynh

Works nicely alongside the Nostr YunoHost Catalog:

GitHub

GitHub - imattau/nostr_catalog_ynh: YunoHost wrapper for the Nostr-backed application catalogue

YunoHost wrapper for the Nostr-backed application catalogue - imattau/nostr_catalog_ynh

#nostr #nostrdevs #yunohost #selfhosting #opensource #Shakespeare #nostrblog @Derek Ross

@hzrd149 's Blossom is now available for YunoHost.

GitHub

GitHub - imattau/blossom_ynh

Contribute to imattau/blossom_ynh development by creating an account on GitHub.

It’s up and working, and ready for testing. This packages a Blossom server for straightforward self-hosting through YunoHost, making it easier to run your own media storage for Nostr rather than relying on someone else’s server. It’s designed to work particularly well alongside the Nostr Catalog for YunoHost:

GitHub

GitHub - imattau/nostr_catalog_ynh: YunoHost wrapper for the Nostr-backed application catalogue

YunoHost wrapper for the Nostr-backed application catalogue - imattau/nostr_catalog_ynh

Add the Nostr Catalog, install Blossom, and you’ve got another piece of Nostr infrastructure running on your own server. Testing and feedback welcome. #nostr #blossom #yunohost #selfhosting #nostrdevs #nostrblog

I’ve started packaging Armada for YunoHost. The package lets you install the Armada web app on your own YunoHost server and access it from your own domain. Armada is an encrypted community chat app built on Nostr. It supports channels, threads, direct messages, moderation, and voice features. The current YunoHost package hosts the web app only. It does not install a Nostr relay or voice server, so you can use existing relays or configure your own separately. The package is still being tested. The latest version is Armada 0.59.2. Source and progress:

GitHub

GitHub - imattau/armada_ynh

Contribute to imattau/armada_ynh development by creating an account on GitHub.

Feedback and testing are welcome via the #armada community

Armada

Armada

The open-source, encrypted Discord alternative. Unbannable communities with channels, voice, and DMs — no host required. Your keys, your fleet.

#nostr #armada #nostrdevs #yunohost #selfhost #nostrblog @Alex Gleason @Derek Ross

@arbadacarba 's Gittr is now packaged for YunoHost. Install it through the Nostr YunoHost custom catalogue:

GitHub

GitHub - imattau/nostr_catalog_ynh: YunoHost wrapper for the Nostr-backed application catalogue

YunoHost wrapper for the Nostr-backed application catalogue - imattau/nostr_catalog_ynh

Gittr package:

GitHub

GitHub - imattau/gittr_ynh: YunoHost package for gittr, a self-hosted git forge on Nostr (NIP-34)

YunoHost package for gittr, a self-hosted git forge on Nostr (NIP-34) - imattau/gittr_ynh

Still a little buggy around the edges, but working for the most part. Another step towards making Nostr apps easier to discover, install and self-host. #nostr #nostrdevs #yunohost #selfhosting #gittr

Making Nostr apps easier to self-host. I've built a Nostr-powered app catalogue for YunoHost. Apps are published and discovered through Nostr relays, with signed publisher identities and local trust settings. No central app catalogue is required. Developers can publish directly, users choose who they trust, and YunoHost handles the installation, updates and management as normal. The aim is simple: make running Nostr services yourself much easier, without centralising how they're discovered or published.

GitHub

GitHub - imattau/nostr_catalog_ynh: YunoHost wrapper for the Nostr-backed application catalogue

YunoHost wrapper for the Nostr-backed application catalogue - imattau/nostr_catalog_ynh

#nostr #selfhosting #yunohost #nostrdevs

A new one for the Nostr ecosystem: **Quantum Relay for YunoHost**. Quantum Relay is a Nostr relay designed to work with other relays as a distributed network, intelligently sharing and finding notes rather than treating every relay as an isolated server. Now packaged for easy self-hosting on YunoHost.

GitHub

GitHub - imattau/quantumrelay_ynh: YunoHost package for Quantum Relay, a Nostr relay with quantum-walk propagation

YunoHost package for Quantum Relay, a Nostr relay with quantum-walk propagation - imattau/quantumrelay_ynh

#nostr #nostrdevs #yunohost #selfhosting #quantumrelay #rely #opensource

Introducing npack — a Nostr-native package manager. npack distributes signed software releases through Nostr relays and content-addressed Blossom storage. Packages are: • Publisher-identified by Nostr keys • Distributed as portable `.npk` archives • Signed with Nostr release events • Verified using SHA-256 hashes • Discoverable through relays • Linked to source repositories and commits • Installed with dependency resolution and install ordering • Supported for both system and user-local installs There is no central “official repository”. Users choose their own relays, Blossom servers, trusted publishers, and trust policies. The first package is npack itself:

GitHub

GitHub - imattau/npack: A Nostr-native package manager for signed, content-addressed .npk software releases.

A Nostr-native package manager for signed, content-addressed .npk software releases. - imattau/npack

Latest release:

GitHub

Release v0.2.6 · imattau/npack

A Nostr-native package manager for signed, content-addressed .npk software releases. - Release v0.2.6 · imattau/npack

This is an early release, but the core distribution loop is working: Nostr metadata → Blossom artifact → verified `.npk` → local installation #Nostr #Bitcoin #OpenSource #PackageManager #nostrdevs

Polypack has had a pretty big update. It’s becoming a shared, persistent memory layer for apps and AI agents, where different agents can remember, connect and exchange information without needing a central orchestrator. The Four Agents experiments put that idea to the test, with different AI agents successfully sharing memory and communicating through Polypack MCP. Polypack:

GitHub

GitHub - imattau/polypack: Generic property graph engine with vector similarity search — extracted from scrollstr's PolyGraph

Generic property graph engine with vector similarity search — extracted from scrollstr's PolyGraph - imattau/polypack

Polypack MCP:

GitHub

GitHub - imattau/polypack-mcp: Persistent adaptive memory MCP server powered by Polypack for Codex, Claude, and other MCP clients.

Persistent adaptive memory MCP server powered by Polypack for Codex, Claude, and other MCP clients. - imattau/polypack-mcp

Four Agents experiments:

GitHub

GitHub - imattau/Four-Agents-Polypack: Run four identical lightweight agent processes using polypack experiment

Run four identical lightweight agent processes using polypack experiment - imattau/Four-Agents-Polypack

#polypack #MCP #AI #agents #multiagent #opensource #nostr #nostrdevs

Polypack has grown from a graph + vector store into something a bit different. It now has adaptive memory: context, activation, decay, inhibition, consolidation and feedback-based retrieval. Noteds and Nostr Clips are already using Polypack, so there’s a good opportunity to test it with real usage. [Polypack](https://github.com/imattau/polypack) [Noteds](https://github.com/imattau/noteds) [Scrollstr/Clips](https://github.com/imattau/scrollstr) #Polypack #Database #AdaptiveMemory #GraphDatabase #VectorSearch #OpenSource #nostrclips #nostrdevs #noteds

write_nostr v0.3.0 is out! Added Disgus comments to NIP-23 article pages — a Nostr-native commenting system (like Disqus, but Nostier). https://write.3nostr.com

GitHub

Release v0.3.0 · imattau/write_nostr

fix: resolve build warnings - disgus-comments closing tag, static nostr-tools import, suppress polypack node external warnings

GitHub

GitHub - imattau/disgus: Embeddable comments for your website, backed by Nostr. Like Disqus but Nostr.

Embeddable comments for your website, backed by Nostr. Like Disqus but Nostr. - imattau/disgus

https://www.npmjs.com/package/@0xx0lostcause0xx0/disgus #nostr #nip23 #disgus #longform #opensource #svelte #nostrblog #nostrdevs

Just shipped a big update to write_nostr The tl;dr: - You can now search articles by meaning, not just by tags - Every article page shows related reads at the bottom - The "Top" feed is smarter - it finds the most representative articles instead of just counting likes - Blocking someone now also clears their cached content Under the hood, I built a small library called polypack (a property graph with vector search) that powers all of this. It handles the local database, vector similarity, and caching - all client-side, no servers needed. write_nostr is my open-source Nostr client for writing long-form content. It's a PWA + Tauri app, so it runs in the browser or as a desktop app.

GitHub

GitHub - imattau/write_nostr: A browser-based long-form writing app for the Nostr protocol. Publish and browse NIP-23 articles.

A browser-based long-form writing app for the Nostr protocol. Publish and browse NIP-23 articles. - imattau/write_nostr

#nostr #nostrdevs #writenostr #polypack #db