The video recording of my foss north 2026 talk "Distributed CI with Radicle and Ambient" seems to now be public on Youtube. The talk itself is about 30 minutes, with about 15 minutes of Q&A, with many good questions.

https://www.youtube.com/watch?v=YxGT59EKhwM

https://liw.fi/foss-north-2026/ has links.

cc @foss_north @radicle

#Radicle #FossNorth2026

Distributed CI with Radicle and Ambient - Lars Wirzenius

YouTube
Current status: Updating the #HardenedBSD documentation to reflect the migration from self-hosted #GitLab to #Radicle.

I use and love #crev & #vet — instruments for WoT crowd-review and supply-chain protection.

#TIL Tangled. It's like #Radicle. Unfortunately over the git too, but also supports jj, that isn't #pijul but not git.

I also read a very important blog post for me there: "combat LLM spam by building a web of trust" https://blog.tangled.org/vouching/ .

combat LLM spam by building a web of trust

vouching on tangled!

Tangled

The only thing that rubbed me the wrong way was the possibly overloaded uses of the ssh-agent ... #radicle is not really using it for ssh, as far as I can tell, but just as a general public/private key client interface?

I typically use the authentication keys from an opengpg smartcard, and not entirely sure the ssh-agent interface is compatible with using arbitrary ssh keys...

Took #radicle the peer-to-peer code hosting platform for a spin yesterday... WOW. Just. Plain. Wow!

Everything feels like a fairly natural extension of git itself, for someone reasonably comfortable with git at the commandline.

git push and git fetch and such all behave as one would expect, using a git remote helper.

But also did a great job incorporating patch tracking, which, again, just feels like a special git push or fetch.

Issue tracking also feels similarly familiar.

5 of 5 stars!

A single-file browser tool for binding Nostr and Radicle identities.

https://tangled.org/metaend.eth.xyz/nsec-to-radicle

#nostr #radicle #privacy

metaend.eth.xyz/nsec-to-radicle

use your nostr keys to create a linked radicle pair

Tangled

@adingbatponder
#Radicle does the sort of sync you're talking about. For any repo, there is a top sigref, and with that you can easily see if other nodes are in sync with you or not (with 'rad sync status').

I think the biggest hurdle when you come from an SSoT perspective is getting used to the "eventually consistent" idea. That idea is not strange per se, that's how kernel development operates... but still, I understand that it takes getting used to.

@adingbatponder
Heh... I'd do it the other way around, i.e. mirror from #radicle to #codeberg. It really is a consequence of what you describe; I'd rather trust a network of nodes doing p2p than anything centralized.
The prolonged attack on #Canonical #ubuntu servers is affecting updates. I’ve been wondering whether a system like #radicle could maybe help as a secondary mirror and reduce the impact of outages or attacks. I mirror my Codeberg repo to a Radicle seed node to cope with #Codeberg outages. That does not mean I can push when Codeberg is down. The single-source-of-truth issue is still unclear to me, but downloading a pre-attack version should be possible. Pushing new work during an attack is tricky.

This is the foundation for the broader radicle-nostr-bridge concept: publish Radicle activity (repo announcements, patches, issues) as Nostr events for discovery, while keeping the canonical git data on Radicle.

https://tangled.org/metaend.eth.xyz/nsec-to-radicle

#nostr #radicle @radicle

metaend.eth.xyz/nsec-to-radicle

use your nostr keys to create a linked radicle pair

Tangled