LINUX Unplugged - 677: We Got a Buzz

Episode Date: July 27, 2026

Block’s Buzz is an open, self-hostable workspace for humans, AI agents, chat, and code; and it may be the most Linux-friendly vision for what comes next.Sponsored By:Jupiter Party Annual Membership: Put your support on automatic with our annual plan, and get one month of membership for free!Managed Nebula: Meet Managed Nebula from Defined Networking. A decentralized VPN built on the open-source Nebula platform that we love.Support LINUX UnpluggedLinks:Jupiter Broadcasting Buzz CommunityWeb Boost — Send us a boost via sats or USD💥 Gets Sats Quick and Easy with Strike📻 LINUX Unplugged on Fountain.FMJupiter Garage SWAGAppleTalk 1985-2026 Memorial StickerSorry, I only open regular files StickerClanker Therapy Session 1 - Member's Stream — We’re taking the hype out of agents and showing the workflows that actually help. Join us for a hands-on walk-through of our Hermes multi-agent setup, how we let agents manage systems safely, and how we introduce them to a new Home Assistant instance without letting them run wild.Clanker Therapy Session 1 Highlights - YouTubeBuzz — Your people, your agents, your project — all in one place. — Chat with teammates and specialized agents in one shared space, then move straight into planning, project management, coding, and PRs. Create agents tailored to your workflows, let them collaborate with your team’s agents, and keep the work that used to be scattered across chat, trackers, and dev tools in one place.buzz on GitHubFeature Request: Support external agent systems (non-ACP) for real-time communication in Buzz communities[Bug] Remote Agent Missing from @ Mention Autocomplete Across MachinesTeknium 🪽 on X: "@jack Hit me up if you want us to submit any PRs or make hermes more compatible with Buzz!"feat(agents): add Hermes ACP and external-agent integration by NYTEMODEONLYfeat(acp): Hermes runtime discovery and durable session load by joelbrilliantdocs(acp): document Buzz host integration by NYTEMODEONLYMeshBBS — Meshbbs revolutionizes communication on mesh networks by bringing the beloved Bulletin Board System experience to Meshtastic devices. Exchange messages, participate in forums, and build communities over long-range, low-power radio networks, all without traditional internet infrastructure.Electroverse Map | EV Charging StationsPick: PipeWire Controller — A native GTK4/libadwaita control center for PipeWire

Oh, friends and welcome back to your weekly Linux talk show. My name is Chris. My name is Wes. And my name is Brent. Hello, gentlemen. Well, coming up on the show today, has the best use case for Noster finally been discovered, and it might not be what you're thinking. We're going to take a look at Buzz, the new tool that is sort of like multiplayer for a gentic assistant work.

Then we're going to round the show out with some great boosts, some picks, and a lot more. So before we get to that, we got to start by saying, time appropriate greetings to our virtual lug. Hello, Mumbleroom. Thank you, Hello, hello, hello. Thank you for joining us even with her remote.

Yes, hello, up here from the beautiful smoky BC. We're up in Brent's pad this week. Delicious. Hanging out, enjoying ourselves some wildfire smoke, and just extremely grateful

for our friends over at Defined Networking. And I think you're going to love it. Go to Define.net slash unplugged and meet Managed Nebula from Define Networking. a decentralized VPN built on the open source Nebula platform that is awesome, and we're using the crap out of it. Nebula, it was originally created to connect Snacks, Slack's global infrastructure.

Could you imagine? Could you imagine? Global? Could you imagine? I try to imagine what it was like before they had Nebula. Oh. And the kind of data that they have to protect? I mean, it's just absolutely bonkers.

And it has to be resilient, it has to scale, it has to be absolutely bonkers fast. That's what Slack needed. and that's what Nebula delivered. And you can get it now, right now, Define.net slash unplug for 100 hosts free, no credit card required. They also include a lighthouse now to get you going right away,

but you can self-host your own lighthouse so you have complete real control over your mesh network. No tech company between you and your infrastructure, no big tech login required. Keys is how it works. It's so elegant. Check it out at Defined.net slash unplugged.

And a big thank you to Define for sponsoring the Unplug program. Well, we got no housekeeping, We'd love to know what you think of the remote show, audio, and if you watch the video and any of it comes together at all, we have no idea. So you can go to boost.jupiterbroadcasting.com and let us know your thoughts.

Or you can send us an email like Mars did. Hey guys, y'all being into Noster, wondering if you've heard of Buzz, which seems to be a self-hostable Slack alternative that also enables human and agent collaboration. You can check out there at code repo.com slash block slash buzz or the main website, buzz.xyz. While the tech does seem cool,

and the back end is written in Rust. Oh, is it now? Yes, it is. We didn't notice that. Oh, no, we didn't. I find some of the vision docs in their repo to be really fascinating. I think Buzz is actually started by Jack Dorsey,

or at least his block organization, so not sure how I feel about that, but if it truly supports sovereignty and it functions and has features and they do what it says on the tin, then it might be worthwhile to be. play around with. Keep up the wonderful work on the podcast.

Yours truly, Mars. Mars, you asked the right question. Does it actually deliver what it says on the tin, or is this just a big joke? So Buzz is also kind of maybe considered a bit of a slack killer. I think that's underselling what it does, but it includes a lot of the slack-like collaboration and chat features. And so if, depending on your workflow,

this could be very, very useful. And it's Apache 2.0 license. it is open source. And like Mars said, they've put it up on GitHub, and it is moving really, really fast these days. One of the projects that's actively getting commits pushed to it while we cover it on the show. Yeah. Is it right now? It is. I mean, the colonel gets that sometimes. 26 minutes ago as we record on a Sunday. So they describe it as a self-hostable workspace where humans and AI agents share the same rooms. And we'll try to explain what that really means here in a minute. A buzz community is the workspace where a user reaches by URL. There's a Noster

relay on the back end, which we'll talk about more, it sort of acts as a central server. Every message, reaction, workflow step, review approval, and get event, talk more about that, is assigned event in one log. Same shape, same identity, same model, same audit trail. And in practice, it just kind of feels like a team workspace with a chat app. But under the hood, every event is logged and everything has a cryptographic signature, which is very useful, and we'll talk about that. Yeah, part of the value idea here is, okay, you have to do a lot of work if you say have something like Slack to bring in maybe helpers or automation or the results from, you know, your build system when you push a new update or someone opens a new PR and needs a review and that has to be surfaced and all

of those things that we end up dragging in there. Well, what if you just had them in there from the start in a system that was designed to know about all of them and that was built on top of Nostr, which is essentially just JSON with a lot of cryptography on top so that you have an audited log of all of the events that are flowing. Yes, and the architecture is such that it is actually Nostr first. So what that means is, like in the Slack workflow or a team's workflow, we've also experimented with Mattermost. They generally have like a bot API, and you go create a bot account,

and you go set up an API for your bot, and then you go to whatever your bot is, and you put the API in there, you put a URL in there and you get it all connected, and you can do a few things in your Slack or Mattermost or whatever it might be. That's not how Buzz works. since Buzz is Noster First and everything is done as a Noster event and there's a CLI as well, everything can be managed and set up by agents like they can humans. They essentially share some of the same privileges and workflow capabilities in Buzz.

And I think that's particularly a big advantage for Buzz, because it means that you can task your agent, go set up a project room for this project, and it's linked to this GitHub project and bring these five people in with read-only permission. And the agent just goes and does all of that and sends out the invites.

Instead of you having to go create the room, invite an agent in, it's just a more natural process. And it means everything is the same. All you're doing with the fancy buzz desktop client, which we can talk about, because that's kind of the main way of experience, is sending signed events to the Nostra relay.

And that's all the agent does either. So if you want to audit what the agent's doing, you're also getting to audit what the humans doing, and it's the same thing, and it's not two separate systems, and it's all just right there. And it's building on top of Noster, which is essentially, like, you have this, you have this relay, you can post events to it, and it's just a super simple JSON data structure. The wire protocol is NIP-01, events have six fields, the ID, the pub key that corresponds to your identity, which is your private key, kind, tags, content, and the signature. And the kind integer

is basically the way you dispatch stuff. So if you want a new feature, you make a new kind number, And then of course it's all connected over WebSocket, and it lets you do things like subscribe to queries. So you can kind of ask like, hey, give me events that match this shape. I want to be told when those come in. And that lets you form sort of this two-way communication. And then Buzz on top of this defines 80 plus different event kinds across some of the standard ranges and some of their own custom ranges. And that means, again, like, you need to know the semantics of what Buzz's stuff is.

But beyond that, the only thing you need to really know if you want to play in the same thing. system is how Noster works. Yeah, I think the advantage to it being Noster is a couple of primary things. It's an open protocol. So instead of it being based on a proprietary back end or whatever, it's a fully open protocol that's documented. Like Wes said, the way they're doing things is via NIPs. And a NIP is a NOSTER improvement proposal.

And so you can add functionality in an open source way to NOSTER through these nips, and then people can determine if they want to implement them at the client side or not. and at the relay side. And so they haven't had to like concoct any kind of like proprietary way of doing this. They've been able to just leverage an open network. So that's the first thing. The other thing that I think really stands out

is everybody that participates in an Oster network in the protocol gets an NPUB and an NSEC. They get a public key and a private key. And everything gets signed with this. Listeners are probably at least loosely familiar with, you know, this concept. but imagine now applying that at the agent level. So now you have a cryptographic identity for every agent that's working.

So you can actually tie it back to a specific agent and cryptographically verify. It was that agent or human. And that, because it's just a public, private key pair, is portable. So if later on you build up a cooler agent that has way more superpowers, but you want to use that identity, you can. And Nostra makes it really easy to spin up a new identity. like you can, you know, just a new cryptographic public key and private key. And so you could create a new identity for another bot. And you can verify they really are the people that the bot claims it is.

And I think that isn't a problem that has been solved yet in any other way with agents other than like, you know, API and KYC that anthropic and open AI, I suppose, would run. So this is a distributed open source way where everybody involved and every action involved, every get commit and everything has a public private key. signing that can be audited and traced, which adds to the reliability and troubleshooting of these things. So I think that's one of the bigger innovations buzz is bringing by using Noster. And that's why kind of at the beginning, I was like, this might be one of Nostr's best uses yet. Ironically, it's not doing it with a distributed relay. See, typically with a Noster client, the relay can be many.

You could just substitute any relay for any other relay for the most part, if you wanted to. but in this case you're using one specific relay you can self-host that relay but you're using one specific relay why do you think they made that design decision because the default Noster wouldn't that work too? Wes could probably explain it better than me but there's just certain jobs that the relay is doing you can have it executing webhooks and doing scheduled jobs that it's going to be it's it's

holding more information than a typical Noster relay would be by default okay is that a fair assessment you think Wes? Yeah I think that's probably about Right. And you can do more integrations, like in particular when we talk about the Git stuff. That's something that's happening here on the back end. So it is, it is in one sense a standard relay, but it also offers some more stuff on the side. Yeah. And I think they are exploring how to do more multi-member communities. But for this first thing, it's sort of just targeting, like, the community is the relay. Yeah. Is there also a challenge with these nips in that, like, it might not be adopted by the relays? No, it doesn't, really? No, because they're implementing their own client, right?

So they're implementing their own relay and their own client. And so as long as they support it, it's fine. And if you want to build your own, you just, the nip is documented. Yeah, okay. So that, I think, the Nostr aspect, is there anything else you want to talk about Nostr before I move on from that? I mean, we're kind of come back to what we talk about bringing our own bots. Yeah, I think that's fine for now. Okay, so then the other thing that I think Buzz is bringing early on.

And we should mention this is in early development, and they're probably a pretty big category of people that's not ready for yet. But one of the things that is going to probably be attractive to folks in our audience is they've integrated shared compute. And it's done really, really well. So I think it's one of their more ambitious ideas. And anybody that has the Buzz client in a community, in a workspace, can go into a section that's basically the compute section of the app. And the Buzz app will review your hardware and determine which model is the, which open source model is best going to run on your machine. Jeff needs this. And like for me, it selected, first the default was Quinn-25, but it said actually Gemma 4 is going to work better on your machine.

And I think we should allocate 48 gigabytes of virtual RAM, of your video RAM. So I say, okay, and I turn that box on. And what happens now is any members of my Buzz community can access that shared compute, and they can opt in their compute as well if they want. And that to me seems to be like the missing piece that we have been asking for on this show in. particular. Sure have been. It's so great.

No API keys, no cloud bill. The relay handles the trust boundary. It handles connecting. That's another thing the relay does that probably the standard relay wouldn't do. And so you get a compute mesh entirely desktop client site. That's so cool. Yeah, the discovery just, the part the relay really does is a member's mesh LLM node publishes a special kind, a bookmark set event with a buzz mesh status tag.

Content is JSON. And then basically just tells it like, look, this is what I'm offering. And I have this model. Here's how to get to it. And then when a consumer needs a model, it can query the relay for fresh mess status events from the current members, verifies owner binding, that kind of all the security stuff. And then basically you always have sort of a proxy local open AI compatible endpoint

from the Buzz desktop thing. And then when you connect, then that just basically then starts forwarding to whichever of the local options over the mesh, or the remote ones over the mesh that you want to use. So from your client side, you could just point the same thing at it and then make you, of the different models that are provided by you on the mesh, which is pretty cool.

That's so cool. Mars mentioned this in his email to us, and I know, Wes, you noticed this too, is they have a pretty well-flushed-out vision for the project. And not like computer vision. I mean, like, idea of where it's going to go in the future. And kind of the full idea, so even though they're not there yet,

because it's early days, kind of the full idea of what you could expect this to be. And one of the things they outline is there's these different surfaces, right? You have your home surface, stream, form, DMs, agents, workflows, and search and all that kind of stuff. Yeah, here's how they put it. One community is your entire workspace.

Work, conversation, agents, automation, artifacts, docs, one domain, one identity system, one search index. Myproject.com and a browser shows your repos. Get clone works. Open the Buzz app and you're in the channels where the work happens. No GitHub, no Discord, no stitching five services together. The project lives in one place and that place is yours. Run your own relay for one community or let an operator host thousands on shared infrastructure.

same open source code base, same URL is your workspace experience either way. And one of the ideas, right, is that you're working with the agents in tandem on projects. And so you're bringing in Git issues. The agent is tracking that. And you're having, like you would, a conversation with a coworker. And I think maybe we should touch a little bit on how they kind of invasion get and get like workflows being integrated. Because I don't know if it's fully there yet. Yeah, we haven't tried this part.

Right. You might need to have your own relay. So right now we've been making progress towards it, but we have not hosted our own relay yet just because this is all super new. So we want to try it out. So we're trying the hosted relay that you get by default.

But there is Git integration. So firstly, it's built on top of S3. So you provide it an S3 as the backend storage for it. Objects are stored as content-addressed packs and a manifest JSON that tracks refs and the pack list. No database holding Git objects. And then they do sort of a, a Nip 98 hijack.

Essentially, they use the Git credential helper to plug in Noster as the identity layer. So the helper signs a Noster event over the repo URL instead of a password. The relay verifies the Nostr sig. That's the entire off layer. No SSA keys. No tokens.

No OO. That is such a brilliant use of Noster once again. Just to sign JSON event. It becomes the identity layer everywhere. And then the Nostr events themselves basically are the feed that builds the UI layer. So successful push

a successful Git push omits kind 3618 into the Buzz Channel. Paches, PR's issues are all just Noster events too. The channel timeline is the code review surface. And then there's also some policy stuff like you can do protection rules and various other things. But it's all

basically tried to be plumbed on top of S3 and Noster. And then it's an HTTP server on top. So, and of course if you use their hosted version, they just set all that up for you. If you want to self-host it, you've got to provide the S3 back in. But to the Noster as the identity layer there.

Noster as the authentication layer there. And what's crucial is it's GIT's standard smart HATP protocol. The credential helper just swaps the password for a Nostra event. The server swaps the file system for S3 and Kass. It's pretty cool. It doesn't know anything changed. And that was part of the goals, right? If you're going to be replacing something like, hey, we also do code hosting,

you kind of need it to work with mostly standard tools. That's really elegant. What I was able to do, too, is I was able to bring over my, my NSEC identity to Buzz. So when I logged into our Buzz community, it was the same identity I have on Nostr. So you can verify my key across multiple platforms now, so you know it's really me in there.

And I didn't have to create a new account. I didn't have to create a new profile. I didn't even have to set a profile picture. I just signed in with my NSEC, and it pulled that from the Nostar network. And I'm using that same identity now across five apps. It's so awesome. Which also means there is some multi-reelai support already

because that stuff was synced to other realis Yeah, yeah, true, true. So I think the Git integration is particularly useful. The way they foresee these agents interacting with the external world is going to be through MCPs. And when you install Buzz, they kind of intend for you to use it as an agent orchestration platform itself, sort of like an open claw or a Hermase. And then you can tie it to an API key for the compute or you can use Codex or cloud desktop or whatever. There's a couple options there.

and it acts as the agentic harness, and then they foresee you using MCPs and whatnot to interact with the external world and Git and all this kind of stuff is integrated. And the idea would be that if you were a business or a small team, and you didn't already have, I think, an open claw or a Hermey setup today,

you would deploy a buzz, and it would come with a handful of agents. You could create more. Yeah, and then we kind of tried it a little bit from there. We took two paths. One is you can do what's called a buzz agent, where it's, I mean, it has its own sub-process that spawns as the agent's runtime and loop, and it directly goes and talks to, say, an open-AI compatible endpoint that you put in there.

But the other one is it can launch a different harness via ACP, sort of, you know, cloud code or codex or open code or something, and that can also be sort of how you run the agent, which we tried a little bit with your setup. Yeah. So do you think there's any other basics we talked about before we talked about integration and what we try to do with it. Is there any other high-level stuff around Buzz? I mean, people can always ask if they have questions, but... Well, let's talk about, like, installation, because you had to wrap it a little bit for our own purposes.

Yeah, true. So out of the box, I think they have, like, a Mac app. I don't know about a Windows app. Mobile is just shipping now, so it's moving really fast. Obviously, we wanted to try it on Linux, and they do have an app image and a deb. I spent a little time... I assume those will probably work pretty widely,

and they've already made improvements to some of the apping of stuff to make, like, the G-streamer, libraries it bundles a little more compatible on a wider class of distros, which is maybe partly what I was running into. I tried getting, you know, there's app image run for NixOS, and so I spent a little time trying to get that to work. Ultimately, it just became easier to do some patch elfing on the files in the deb. So I was able to make a flake for that. That builds the Buzz desktop app, which is Atari app with TypeScript UI. And Tari's like this Rust runtime electron alternative that is frankly a lot nicer, actually. And then it also gives you the Buzz C-Lon.

which is like JSON output primarily, really intended to support agentic use. And then on the flip side, you could also run the relay, which is the Rust application, which we're not doing yet in a separate package. There you go, although we'll probably play around with running relay.

And it's moving fast, as you mentioned. Very much. Super, super fast. I'm already one release behind on the desktop app, and I built it twice yesterday. Yeah, there you go. So I think that's, those are some good basics.

I do feel like it's such a big topic, and it is moving so fast, that I think there's some more stuff to cover, But one of the things I wanted to mention is we're going to attempt to share an invite link for our buzz community. We created a Jupiter colony buzz community. And we may have figured out a way to invite you where I don't have to individually add your NPUB. It's experimental. Yeah.

So it might not work. That is one area I was looking a little before the show. And if we do ever eventually run our own relay, there is an environment variable you can set that just says, like, not even the method we're doing. Like, just have add it come join the community. So that could be a future. Not sure. Right. I don't think we can do that with the hosted relay.

But I think we do have an invite link that is valid for 30 days where I don't have to add their end pub. And help us test it because we've already made accounts. Yeah, we've made accounts. We're in there in the buzz community and we're going to be playing with it. I mean, we figure why not kick the tires on their hosted setup, figure out what doesn't work, and then we'll run our own eventually. After we've learned a few last time. Because I actually think there could be real use for J.B. here. We don't really have a particular agentic harness picked out for J.

And we would really love to find something like Slack that isn't Slack. So this sort of solves both of those problems. And yes, we have a public Jupiter Broadcasting GitHub, but for a lot of our internal tooling, we've been considering a self-hosted GitLab or 4Gio or something, and maybe this would help us with that as well. But I think the question becomes that if you've already been playing with agents, or if you want to run a different agentic harness,

like an open claw or a Hermaze, how do you integrate that with something like Buzz? Since Buzz is trying to both be the agentic harness and also the collaboration space, you want to bring your existing agents in if you have them. That right now is a bit of a mixed bag, and we tried to get it working, and we'll tell you how it went next. Well, I'll admit yesterday while you two were heads down working on all this stuff, I was packing some boxes. So I don't quite know how all this went. Well, that's true.

That was a fun part. So Wes, you ran into, I'm sure, some problems. Some things went well. How did how to go yesterday? Yeah, well, okay, so we got a few default agents set up, right? We got that kind of baked. I put in an open router API key, and so we got one agent going that could do that, and then Chris had it hooked up to Codex, and so we had another agent like that.

We already started running into some bugs. For instance, right now, we can't use each other's agent. Oh. We can see them. They're in the same channels and all that, right? Because it's all just Noster, but there's a bug in the client. And maybe it's fixed. Again, I'm one version behind at this point.

But I think that's still open, where it won't, when you do tagging, it's just another piece. It's like a tag that goes in the Noster event. So there is a difference between if the UI highlights it as like a, you know, structured little tag versus if you just type at username or whatever. And so because it does that, it tries to, we can't add each other's bots. And that's how you talk to them. So already running into some problems. And it's sort of, you know, it's early project. And I think it was really inspired by something, you know, it's by folks that are.

doing a lot of agentic development and maybe using something like open code or clod code. And we've talked a little bit about this. It's kind of a context shift, a mind shift between if you're running something like Hermes or OpenClaa, sort of flips the model a little bit. Yeah. Yeah. And so right now, Buzz is really optimized for like either it runs it directly or it launches your harness for you as an ACP.

Right. So it'll launch open code as an ACP and it can use it. But that's not really super compatible with like, I already have my own. whole NixOS server that maintains itself as a Hermes instance. Like, I want to use that. I mean, I might use some of these other bots too. And that's where Chris is talking about, like, there's a difference between if you have a bunch of existing

infrastructure or if you can kind of start fresh. Yeah. Yeah. If you're already into building your own agenic system and you have been using them for a bit, it's a little trickier to integrate them with Buzz at this point. It sounds like every couple months, that's a disadvantage. Yeah, although it seems to be

that Native Hermes integration, or at least an initial form of it, is landing upstream in Buzz? Yeah, they're working on it. I think it's making it so, like, it becomes ACP aware, so you could use Hermes ACP with it. In our testing so far, though, there has been some limitations when using the ACP.

It hasn't been as useful as just setting up the CLI or trying to go Nostra directly. Yeah, for sure. And it's still kind of built around this notion of, like, the Buzz desktop. Because the Reli is really pretty stateless minus, like, the Git stuff, right? Yeah. So, like, your desktop is going to be doing a lot, of this stuff, which means then you're kind of, it's all doing the desktop, and then it's launching

more services under that, and all the MCP stuff is like standard I own only. So it's really not built with much sort of networking in mind, but you know what is. Noster. And that's where it's sort of like, okay, the direct buzz integrations, we did get it working with the CLI. That was working pretty well. So like, you just export your NSEC and then you can set the right relay URL and you run the Buzz CLI and you can list channels. You can get events. and you can send messages and all that. So I was able to trigger my bot or Chris's bot via the CLI because it doesn't have that bug.

You can tell it exactly who to like at mention or whatever. But that's not really the experience we were going for. What we wanted, right, is we wanted like my Hermes to be able to participate in Buzz as its own thing, like as a full, just like me, right? And so that was kind of our goal. And what's great about that is the root of that is Noste, because it's all gated on the Nostr private key.

It is the core of the architecture, right? Like, it's not an API. It is built around Nostr. So if your application or agent can speak the Nostr protocol, you can talk to Buzz. And so this is where it's so great because I could have a bot help, right? So, like, I generated the new NPUB and NSEC for it. But then because I already had my own NSEC that you had added for me with my regular Buzz account and I was an admin, the relay would let me see.

signed events to make admin updates, right? And so what I needed to do then is I could take my new bot, you know, my Hermes' new key, and then add that to the Relays Relay members table, which is a kind of 90-30 admin event, and that kind of controls, if you don't have it wide open, that controls who's allowed in. And then it could just add it to channels. It could set its nice screen name, set its user profile, because all of those are just signed events to the relay. So that got us an identity.

But next, you know, we actually needed to be able to talk to this thing. And so we did investigate a few different options here, right? We wanted to take the easiest path and the fastest path because we were both trying to pack and play the show. Yeah, yeah. And so one thing is we did see that you could have workflows. So you could set it like, hey, when an event comes in, like that looks like this, the tags this user or has this in the reply or whatever. Run this, you know, it's kind of like a YAML style workflow. Run this thing, send a webhook.

It had webhooks. It has scheduled events. You can set up crons in there. So we kind of got some of that working, but again, we weren't running our own relay. And this is where I really think we could probably do more. But I got the crons working. But when I tried to do the like at mention thing,

the webbooks were just never finally. So I don't know if that's just a bug or it's turned off for the hosted things. So they just want to smash the internet with a bunch of webbugs. And they're growing, the adoption they're seeing right now is bonkers. I can imagine the fact that the relays are even up and running is impressive. Yeah. So we were kind of hoping you could get a first.

version of this where like the web hook would wake Hermes webhook integration and then the bot could wake up and it would have the buzz CLY and then it could reply. Yeah. And that was kind of like a poor man's version. Yeah, because you're depending on this thing, you know, the web hook firing, then it's got to fire up the CLA first and the LMs got to interpret what it gets from the CLA. There's a lot of bits and pieces in there. So what we ultimately did is we built ourselves basically first class buzz support or as close as we could get, right? So the The data flow is a buzz user. Let's say I'm trying to tag my bot, right?

We got my bot added in there. So I tag my bot. Ask it for some advice. I asked it, for example, to check if Linux unplugged was live right now. Ah. That goes to the Nostra relay. Fans out to anyone that's subscribed to that kind of event, which is like updates in the channel. And then I have a buzz bridge running.

And that's a little Python sidecar system D service. It connects to the relay via web socket, which is how Nostra works. It authenticated as my Hermes bot. and then it filters four mentions of its name in the channel. And then any time it gets a match, it forwards that to a little web server I'm running in a Hermes adapter plugin that's running. So then it receives the message,

creates a structured event, dispatches to Hermes agent pipeline, and then Hermes processes and returns a text response, and then we send that back to the bridge, which is able to sort of do all the Noster stuff, sign it correctly, and publish it to the relay. And then so from the Hermes side, it basically just looks exactly like how Telegram was.

So you can have sessions on buzz and you can have sessions on telegram. It's another platform it connects to. Exactly. It's not perfect. Like some of the tool call metadata ended up in the general channel instead of like the thread

that I was asking it in or that kind of thing. But I mean, it's working. I mean, the project might want to take a look at this. Hermes, you guys should take a look at this. This is just native Nostre integration and it's better than the ACP. And you might not need to really have, like I have it in two pieces

where we have this like bridge server and then the part, partly because it just made it simpler and it was faster instead of having to rebuild Hermes a bunch, I could just iterate on the bridge, and it's just like an HHP protocol. But if you wanted to,

there's nothing stopping you from having a Hermes plugin that just does all of that in one little box. So I think there's definitely a lot of potential here, and there's no, because it is not some custom thing on some custom protocol, because it is just Noster and libraries exist for this, it is all open to build on.

We don't have to have a buzz SDK to make any progress. This is the bit that we should have said at the top because people that aren't into this are probably tuned out by now. But what will be missed by our community is this is the most Linux-friendly Slack killer that's ever been invented. And it has the most DevOps workflow kind of feature set that's ever been implemented in one of these. It's super transparent. The APIs are all out there.

There's standard libraries to work with them. The entirety of the Nostro ecosystem is open source. Every nip is open source that they're using. And Buzz is Apache 2.0 open source. and everything is an open protocol. You can build simple clients in really just minutes. There's lots of example code out there for Nostar clients as well. We as a free software community have,

we are so foreign to how much, how well this is built for us that we don't even recognize it. We don't even recognize it. We're so unused to it. And it's what happens. We don't see it. And it's so composable, right? Like you don't have to have a Slack API.

You can just, no permissions needed. Right. Like, you could, I mean, you might need, depending on how the relay setup, you might need to alter the relay or whatever. But like, you can just subscribe to whatever events you want. I only care about get PRs. I only care about messages from Chris. I don't need a full client. I can just have a Python script that does that and triggers whatever downstream automation I want.

Or creates a dashboard. Totally. The dashboard could be the consumer, not the chat client. And so when you think about this is your projects and your infrastructure and your all of this, like, it really does matter that you can self-host this. and that it is using an open protocol and standards. It matters more that I think we wanted to admit because we were so stuck with such bad options before. But now you've got a central spot

where the agent and the human and everything is tracked and they can work together. It's just so fantastic. And, you know, we had been kind of struggling. Like, we've been Nostor curious. You've played around with it. I think we've all played a little bit with it.

You know, Fountain has support. But we hadn't really crossed a line yet to like, okay, I can see how there could be compounding returns when you have a relay, but like we didn't, there was no killer. yet that we'd really push us to have the relay and this could be that and then you could really see how you could build a lot more on top yeah you just keep building and once you

have that as an identity layer why wouldn't we build it into our other applications even our internal tooling why not if you've all got mpubs and nsax and whatnot to be an easy way for us to authenticate our internal tool and then we don't have to rely on some GitHub OAuth or whatever random third party system no yeah it's decentralized uh-huh but then you'd know it was me trolling you yeah you better sign any updates you make to my default text editor right I mean as excited I am about Buzz. Now I think there could be potential for us to use it at J.B. I do think for most people, it's maybe worth waiting a little bit just because of the speed of development. And if you've

already, if you've already got something set up, if you're brand new to this concept, this actually could be a pretty nice way to get started. They make it really easy. The primary vector is you just download the desktop app and go through the sign-up workflow. At some point, you're going to have to figure out how you want to do compute, but they'll help you with that as well. I mean, it really is bringing so many different tools into one place that if you haven't yet experimented with an agent platform, Buzz could be a good way to go, and at least you're using an open source one that's backed by a company like Block that's got funding and they're going to be around for a while. The thing I would say from my experience is you don't necessarily need to even know that there's Nostra on the back end. As a regular user, you need an NPUB, right?

But it'll help you generate them. Exactly. And then other than that, it just looks like any other, like, productivity chat app for teams and stuff. Yeah, we're focused on the Noster part because it's like finally somebody built a web browser on this hypertext transport protocol standard that we're really excited about. And look, this cool web browser that's using this hypertext transport protocol, I think has got a lot of potential. Aren't you guys excited? It's finally being, it's finally happening. Yeah, but what can we do with it?

But like the average, you know, a web user today doesn't give a crap that the web uses HTTP. It doesn't matter at all. That's the same here. but as nerds were excited about the fact that Nostra is actually getting used in a really elegant, useful way here. It's not truly distributed, but it is distributed in the sense that you can self-host your own relay. And the beautiful thing is like, it's built for nerds, but it's also just built for everybody. Oh, yeah, it's a beautiful, simple UI.

Yeah, they did an amazing job. And they're only four months in, which is really impressive. It is still new there. Like, the UI is keep getting updates. I'm seeing that in the commits. And, like, there's some stuff you can do. via YAML or the config file, and you might want to because some of the editing settings can be a little fussy

right now, that kind of thing. But that's just going to be the polish layer, right? Yeah, yeah. And there may be some things that are just simpler to fire off right now via the CLI that aren't exposed in the GUI. Totally. They'll probably add, but yeah. And the mobile apps are just shipping for Android and iOS, and they're looking good, but early. You know, it's good, but early.

So do we have an URL we can share with the community for joining our crazy buzz system? Yeah, it's not super simple for the long invite, but the community URL is colony.comunities.com. buzz.xyz. And we'll have an invite link to get you access in the show notes. But the community itself is colony.comunities.

buzz. And that's self-hosted, or that's hosted on their relay. We may host one eventually, or maybe we'll host our private one. I could imagine keeping our public community buzz if it stuck around on a public relay on their services. And then our internal one would be a self-hosted. Totally. Something like that. Kind of like how we probably should have done Matrix.

Yeah. Learning. Holy geez, while we've been busy this week, some boosts came in. And now it is time for the boost. We have quite a baller boost here. Kern sent us in a, what is this, a mighty row of ducks? 222,22 cents. Hey, rich lobster!

Things are looking up for old McDuck. Wow, thank you. This is also sent via our web boost, just putting that in there. Okay. He says, not really giving back on a particular episode, just trying to give the show a little love. Oh, thank you. Always welcome. Love is appreciated.

Send it back your way. Well, Greg, the lawyer comes in with 150,000 cents. All right. Oh, to that, what you all kind? Boost. Boost and end is aboard the trip to Canada. Did you make it? We did.

We did. Right, yeah. I'm on the verge of joining the ranks of Tesla Nation. I look forward to trading stories. Greg, the lawyer. Wow. It's, you know, I don't like to talk about it because I don't like, you know, become, sound like I'm a salesperson because I don't, you know, but the self-driving will change

your life. You can't your, uh, the car drove us all the way from my farm to here. I overtook twice, not for safety reasons, but just because I wanted to pass a guy. For unsafe reasons. Yeah, for the opposite of safety reasons. Speed reasons. But otherwise, the car drove us, so for probably a total of 30 seconds, I drove. Through the mountains, through long hours of no connectivity.

Yeah, hours of no cell signal driving and navigating just fine. And the energy you get versus a 12-hour drive where you do all the driving is, it's incredible, right? Like, you still have the energy to set up your campsite, interact with the people you're coming to see and say hi to them. Like in the past, when I'd take the RV, I'd show up and I'd be like, Hedia, can you just hold people off for 10 minutes so I can just have 10 minutes of quiet to get my shit together? Because it's tough. It's tough when you drive a rig like that for 12 hours. but in the car with the drives itself that's climate controlled. It's so easy, Greg, you're going to love it.

You're going to love it, Greg. Tell us how it goes, okay? Greg, make sure you use Chris's referral code. I should have. I should put it. Greg, I probably have one, Greg. It's not really a thing. Probably it is.

I don't know. Whomever Whiz comes in with a row of Mick Ducks. What I'm looking for is a back-end database with structured data managed by an LM, a series of wiki pages in addition to adding their own natural language relations. and semantic info. It will then by dynamically be referenced and reference the structured data when appropriate.

What you got. That's a challenge. Yeah, I don't know if I have that, but I want that. Isn't that kind of log sack in a way? Yeah, it's close. I don't know if it's exactly that with the wiki pages, but it does do a lot of nice stuff

with references in the graph. All right. And it is now using a back-end database and tons of structured data. It's getting there. Including a nice query language. Mm-hmm. Mm-hmm.

Yeah, we, yeah, patient tech in our chair. says, wait, you guys went without a follow, without a map that we could follow? That's true. Yeah, we didn't do a tracker. Two reasons. It wasn't a race. Brenda was already here. But the other reason is a ginormous portion of our drive does not have cell service for sure.

So we were just out of. Well, weren't you getting a Starlink? Didn't that? Shut up. That's too soon. Gene Bean sends in a row of ducks. Saying, for Linux unplugged 675, have you played with the BBS on Mesh Tastic yet? Is this a thing?

Apparently, Gene does not send us a link. I am. I mean, I see a Reddit thread introducing, I think this kind of rings a bell, actually. Introducing Mesh BBS, bringing old school open source BBS fun to Mesh Tastic. This is 10 months ago. I've been working on a project called Mesh BBS. I think this was sent in. This is ringing a bell now.

And I think it's ready to share. Mesh BBS is a lightweight, text-based bulletin board. We know PBS is. Okay. Gene, you may have just created. Gene strikes again. You may have just created a little project, Gene. how awesome would it be if we could BBS overmish-tastic?

Jeff, get on it. Yeah, PJ. Jeez. Brian from Boise. Thank you, Gene. Brian from Boise comes in with 4,444 Situciers. This old duck still got it. Our family took a trip, our first multi-state EV road trip last week.

We stopped in La Grande, Oregon at Electrify America Station with charges labeled for 150 kilowatt and 350 kilowatt. But they maxed out of 50 and 80. Screen wound response. so I had to call support. Oh man. When I went down the road to a charge point station and started charging through the Kia app,

I got decent speeds, and then we were on our way. I took a quick trip to Portland, or I'm sorry, Port Townsend, Washington, where the level three charging was fast enough. Scan a QR code, paid directly in the browser. No account needed. Okay.

Nice. So on our write-out, every stop was a different vendor of EV. That's so... That is painful. Sampling them all, baby. And ironically, the only one we had a problem, one did overheat.

But it was like 113 degrees Fahrenheit outside. That's not that hot. I know, but it did. They should be designed for this. Also, the power hose was like totally screwed up. We were able to just move to like another one in the lot and charged. So not so bad. But the big embarrassment of the trip was Rivian.

Rivian, for non-Rivian owners, was such a face bomb. The recent app UI update actually removes the ability to do charging. There's nothing in the UI to start a charge. I know that sounds like it can't possibly be true, but it is. Brian, it was so bad because we were out there in 113 degrees and we cannot figure out this app

and we think we think we maybe we have like heat delirium or something like there's just no way that Rivian, an actual company that builds cars. Nice car. I mean we've seen in lights and rivia it's crazy. It was crazy. And the screen is like impossible to read in the glaring sunlight. Yeah, it's so bad. So bad.

So like when you had a chance to go to a supercharger it was like oh that's work. We'll go that. We'll go even out of our way if we had to. It was because you just know you're going to plug-in is going to work. This was wild. But other than that, it was actually really good. And even with that, we still had sufficient coverage where we were never, ever, ever, ever in, like, the red. We were always plenty of charge. Yeah, we had built out a whole plan of like, try to charge here. We expect to be at this, you know, a depleted charge level when we get

to the next stop. And we're almost always way above that. This situation is, is that you charge so fast these days that it really isn't a big deal to just put a little extra buffer on there. So we always had extra buffer. So you didn't have any like distance anxiety and all the trip? Never once. More just compatibility with the charger anxiety. Yeah. Okay. Interesting. But even when that charger didn't work because we had built up such a buffer

we just moved on to the next one. Nice. Yeah. Wes, you want to take Dan? Yeah, Dan comes in with a hundred dollars. Oh! This is a tasty burger. Since Linux unplugged is having revenue problems, I'd throw a few bucks extra.

Thank you. Can I advertise? Once a month, I'll tell you my favorite floss. This month, try out Street Complete for Android. It's a gamified way to make OpenStreet map better. Street Complete. One more way to ditch Google. I like that as Gamified. That's cool.

Make it fun. Honestly, I don't know why more people don't boost in and shout out like a business or a project they love. It just seems like a brilliant use of the medium to me. So absolutely do it. So Street Complete at Streetcomplete. app. Help improve open street map with street complete. This app finds missing map data in your vicinity and displays

it on a map as a quest. Solve each quest by visiting the location on the map and answering simple questions to update the map. The info you enter is directly added to OpenStreetMap in your name without the need to use another editor. That's awesome. I have to say I used this app.

Oh, you've been hiding it from us. 10 years ago, something like a super long time ago because I was trying to push for better maps on Android. I mean, we're still, we can do better. Well, we need maps. We need better maps outside of Google. Yes.

And at that time, the Open Street map data for North America was so-so compared to Europe, right? Because it was quite a bit more popular there. So I was trying to do my part. And I will have to say it was a great app back then. I couldn't even imagine how great it is now. It's probably pretty awesome. So I'm going to give this a chat. Great.

Senior Smile comes in with a member, Boast. I hate building PCs. Now that Brent has dropped plain text accounting, I want an entire segment on it. Oh, senior smile. I have a soft spot. I used Microsoft Money before in 2005. Oh, my goodness.

Money, I forgot about that. Early money was so much better than Quicken back then. I mean, for my use, it was incredible. Why'd you get rid of it? Well, I wasn't really a Windows user, but when I got to play around with it, I was always blown away. I converted to Ganoe Cash for a while,

then K-My money, and then Bean Count, plus Fava, and now I'm back to K-Money plus H-ledger. What are you all doing for your personal or business accounting? Well, mine's called, I hired out. You have a human doing it if you don't need software. Yeah, but mine's a little more complicated than the average bear. Wes? I have used plain text accounting in the past.

Right now, my accounting needs are fairly simple, so I don't have a crazy system, but especially now with the rise of more tools to help, I was actually considering, I used the original ledger, although I've played with H. Ledger more than a few times, and it does seem like now that like manipulating the data,

double-checking things, writing scripts around it is easier. It kind of might be the time where I go back to it. I don't feel so bad about my decision then because I was dabbling with this plain text accounting because it follows all of our principles, guys.

This is exactly what I want. And I, but then I realized, I guess, much like Wes, which surprises me, that I don't have any of the programming skills to bring up my own reports for the things I wanted to know around my own finances. And so that's the number one thing that kept me from using it. But these days, I feel like we've got several robots that are way better at this than I am. It's interesting. My main reason was not that I think I could do. Mine was mostly just I didn't really want to do.

I didn't have enough things where I needed the granularity. Right? So I want to do a high-level budget to understand where my cash flows are going, but the idea of making sure that each record is accurate was not the priority. So that was the part where I was like, that's not really worth it. I don't need the granularity right now. If I did, then I would. But you're right, reporting is a whole other aspect. You know, I just realized, boy, maybe if I had a cash flow, I think. You do need an income to track. All right. We got to move on. You guys. Good question, though. We should maybe do a segment in the future. Mon sent in a member's boost. Put some macaroni and cheese on there too. It reads, I also recently wanted to change up my notes app.

Oh, dangerous. Obsidian is graced, but I wanted an open source, simple, and got the struck from the OS like obsidian. So I settled on VS codium with a custom workspace that only has one tab, no sidebars, and a search bar at the top. Interesting, custom little environment, kind of. I like that for a dedicated editor. Seems like it gets tough, like in the mobile application.

Right. Yeah. But for a dedicated sit down like a notes PC in the garage. I understand this. I've wanted like a dedicated application. I'm using Kate these days and have for a very long time. But I do many things in Kate. But having like one dedicated, like you always bring it up, maybe even with a keyboard shortcut, and it's always your notes out. That sounds sexy. Anton comes in with a member boost. Linux or something. I'm thinking of trying Hermes at work. To be useful, I need to teach you to be a subject matter expert by feeding it a bunch of vendor docs, R. example configs, that kind of thing. Can it learn that much information?

Any tips for giving it lots of data? Well, do you have any before I give mine? Go for it. So it's going to kind of depend on what the subject matter is format, right? So if you could get all of the things you wanted to know in a really easy, readable format, maybe structured data or even simple markdown, you're going to have some options. So here's what we do, and this is just going to be our workflow, but we want to index

every podcast, what we've talked about, what projects we've talked about, what picks we've made, what we said about a certain subject, what predictions we made. And so we're using a tool called QMD. And QMD is like a vector index and search tool that takes your markdown or your structured data,

and it sort of creates these relationships in the search database that then the agent or you using the command line can go back. And so, for example, we could go back and we could say, a, you know, besides episode 677, when else did Anton boost in? And the agent would go back and find that specific thing for us by using the transcripts, which then have been vectorized, and then we use QMD as the front end to search that and query it and index it.

So QMD could be one route. I'm sure there's probably a thousand ways to solve this. I think the core piece is, at that scale, you can't just rely on it all being in context. Yes. Unless you have some crazy giant context model. Yeah. What you're going to need to rely on is skills to access a story. it's quickly and retrievable, right?

So as you have it go through all of that, it needs to be generating some sort of persistent on-disc output, whether that's an LLM wiki style thing, whatever kind of structure you want it to have, and then also perhaps is maintaining a database, or the harness is automatically doing it, or you're having it feed it into QMD directly. There's a lot of options there,

but essentially you could kind of make sure that it's building a structure so that in the future, it has clear skills and clear storage of where everything, when it doesn't know something, it has clear guidance for how to go, learn it so that it has it fresh in that context.

Yeah. All right. James Mud comes in with a member boost, loving the EV bonus, working as a dev at a large UKCPO. All of your complaints are valid. But I think maybe things are a bit better here than they are in the U.S. Not sure if you know about Octopus Electroverse, but it's a great, it's great for charging stops and planning Android Auto and CarPlay, Electroverse.com. That's a great name. I'm not familiar, but cool.

Yeah. I have been using a better route planner a bit but I sort of went overboard and created the ultimate front end for my agent, so it is basically able to query every EV database that has an API, including government databases, and then the big unlock that I think was the TomTom API, because the TomTom API turns out to have a ton of stuff about EV and charge you stations and all this kind of stuff. So you just did what Anton was asking about?

I guess, yeah. I guess so. You're welcome, Anton. You're sharing that thing? You want to take Tristan? Sure. Tristan sends in a member boost. About music playing boosts.

Listening to this episode on an iPod. Oh, wow. Wow. That's still spinning rust? That's incredible. You can upgrade them. Yeah, I know, but still. But did he? Did he?

Yeah. Earlier this year, I started music walks with my three-year-old. Brought him a cheap MP3 player and just set off my old iPod. The member URL. for this podcast is an age Nix secret in my Nix config and sinks to my iPod when I plug it in overnight. That, well done, sir. Wow.

Wow. That is very, very impressive. Yep. Showing us the way. Mm-hmm. Mm-hmm. Mm-hmm. Wow.

Anonymous comes in with a member boost. If an anti-A-I project gets an AI contribution, well, that's really no different than a project with a CLA, getting a patch from a number. someone who hasn't signed the CLA. You inform them why you can't accept it, and if they don't comply, optionally treat the bug like a feature request without patch. That kind of seems like a pretty reasonable.

I suppose it depends on the severity, but that seems kind of like a reasonable. Yeah, I think especially for maybe like a feature request or a big, yeah, patches, and hey, look, I added this thing. I think where it does get trickier, like you're saying, is, hey, I noticed this flaw in the code base and here's a patch, but are you going to throw the whole thing out? Are you still going to fix the flaw?

Do you do the implementation work yourself? Do you rely on that code and fix it up? yourself or do you just throw it all away? Yeah, the other wrinkle there, like Linus has said, too, is like if one LM tool has discovered your zero day or whatever, you can probably assume another one has or will very soon. Fair enough. So there is a bit of urgency to it. And that's where there's maybe a distinction between sort of stuff you asked for and did

yourself and then stuff that just shows up at your door. Eric the magician comes in with a member boost. Hey, Eric. Eric says no to ads. Speaking about our ad-free membership. Yeah. It took me too long to realize, though, that a membership discount meant less money for you. Oh.

I have for years now, though, tried to increase what I pay each month. It's not a lot, but I hope this can nudge others in the same direction. Thank you, Eric. That's very kind. Thank you for the support for years, too. Really, really do appreciate it because, like, you know, starting to build a leg is here at the show. We want to keep going. You guys are making it possible.

I'll wrap us up. ATX barbecue nerd comes in. It says, thanks for the AI coverage. You keep it grounded and useful. Linux feels more and more punk every year. That really, when we saw that come in, I was like, that really feels true. Yeah. That really resonated.

Thank you very much. Appreciate that ATX barbecue. Thank you everybody who boosted, including those of you who streamed those sats. 14 of you did, and collectively, not a bad little boost yourselves. You stacked 32,539 Satocheys. I don't understand what the heck is going on here. You will in just a moment, so once you break it all down and you combine that with our boosters. Wow, you know, you just never know what direction it's going to go.

Look at this. You never do know what you don't. I thought for sure we were going to come in light this week on a travel week, too, because it happened so often. But no, you all stepped up and you supported us. When you combine the Fiat Boos and you value them at the current SATs to USD, our total for this week, when you combine it all together is 568,249 Satoshi's. Not going to complain about that at all. Thank you, everybody very, very much. It does mean the world to us. We really appreciate everybody taking advantage of boost.jupiterbroadcasting.com,

and we still have a good batch coming in through the traditional podcasting 2.0 apps. And great to see the members taking advantage of their free member perk and getting to send a free boost every single episode. We love seeing that too. Thank you to our members. I thank you to everybody who boosted this here, Value for Value Podcast. We really appreciate you. Yes, we do have dynamic ads.

No, they don't pay much. And they're not like the traditional ad market. And we think, we think with this combination, we can continue on. I hope, I call it, I hope, we'll see, but I call it preventing the Linux magazine fate happening to Linux pilots. Thank you everybody. And with that, you know what, it's time for the picks. And Wes, you found us a pipewire pick. Yeah, I thought you might need it, you know, we're doing remote streaming, we're doing more audio stuff.

Could not have been better timed. It is also a modern GTK LibWadia application. Yeah, it's a control center for pipewire. Ooh. Tell me about it. Really, for any Linux distra running pipewire. Yeah. Right now it's packaged in the 8.

you are, there's install instructions for Fedora, Bantu, and Debbie. And I'm not sure if it's a Nix yet, but surely, you know, we can fix that. Matter of time. Yeah, it does a lot. I guess you could say just new in the most recent version. There's now a patch bay, a live node graph of the whole session, audio and MIDI. It's got a live monitor per service CPU and RAM, Sparklines, X-Run, and DSP load meters. It now has effects.

Insert racks of LADSPA or LV2 plugins into the signal path. virtual devices create Nol Sinks virtual microphones combined aggregate devices and buses and submixes. Each runs its own tiny process, temporary or persistent you choose so creating a removing one never interrupts playback.

The new patch bay they're working on is looking really good. I think it may eventually replace QP graph that I use right now. These projects remind me that we're not the only pipeware nerds out there. I know. It's great to see. The live monitoring looks good. What I think stands out to me

is the way the developer has managed to put together a pretty clean, easy-to-follow UI for something that is extremely complicated and has a ton of UI elements. It's just so much. And if you've ever seen the output of some of the pipebar tools, like you get just gobs of JSON. And yeah, right?

So like this not only has a bunch of that exposed and like you can do a lot of standard monitoring stuff, but you can also do fancy stuff. Like effects inserts, in your standard desktop audio pipeline, you can insert, in fact so like you're watching something it's a little too quiet you could pop a compressor on right there you know but from the same thing that can just sort of like manage your basic devices yeah yeah

that's the thing it's like we've we've had a lot of great tooling but then in particular before linux audio was so bifurcated between like also at first and then pulse and then with jack on the side is its own universe and pipewire is finally bringing them together but we've had a lot of composable tools mostly but have never really gotten to the full thing that it could be in the new era and maybe this is the start of that i feel like it is at Actually, that's such a great way to put it. It's actually unlocking the real pipewire potential. And we've needed good, good, oh, I'm so excited about it.

Because the phones are there. They're there. Pipewire controller. I've also said at the end of the read me here, there's a, if you like tinkering like me, here are some cool GitHubs to visit for sound tools list. Oh. And there are, I don't know, 10 different Linux audio sound tools here, all worth looking at.

I didn't even see that. That's fun. Okay. There's one even called Gentle Dynamics. It's been a good week of finding tools. Oh, yeah, classic Easy Effects is listed in there. You've got to give that a shout out. Also kind of great.

You'll have to see. There's a thanks at the end to Wim Taman's past guests on our show, creator of Pipewire, who I guess reviewed some of the server pages, quantum and buffer settings. Cool. And help fix some bugs. All right, so that pick and all our links are at LinuxUMPLug.com. And this right here was episode 677. So you can go to LinuxUmpug.com slash 677 to get a link to that.

Buzz and some of the documentation, other things we've talked about. out and our invite leak if you want to join our buzz community and uh you know give it a shot i have no idea if it's going to work sorry about that yeah totally we're you know try it with us try it with us and let's learn it together i say and uh really really let us know what you think if you try it seriously you boost in boost in your buzz hot takes we want to hear it we want to hear it and also you can go to links unplug dot com slash contact of course you can make it a linux tuesday on a sunday You could join us next Sunday at 10 a.m. Pacific 1 p.m. Eastern or go to jbblive.tv whenever you want to want to see if it's live. That's what I said. You see where we are. We're not going to be here. That's right. Same bad time. I won't be here. No. No, none of us are we're all going to be in different. We're going to be in a different country. You'll be on the other side of the continent.

This is a send-off show. I'm not leaving. I'm just leaving this place. Yeah, the last broadcast from the cottage. I'm glad we could be here for it. That's nice, right? That is. Yeah. That is cool. That is cool. Well, Before we go, why don't you tell people a few pro tips, like extra data around the show? Ooh, you like extra data. I love extra data, Wes. We upgraded the audio stream, so we have a video stream, one of those fancy newfangled MP4 files.

No way. Yep, same thing you get, just with more data. A lot more data, actually. But if you like small text files, or medium-sized text files. That's my speed. Yeah, well, we have SRT or VTT, which includes diarization,

so it says what Chris said and what I said. Oh. Yeah, and it might actually get it right most of the time. It should. I'll see. Mine there too? You're in there too? And the mumble room and our clips.

I had to delete all of Brent's stuff. Oh, that happens in post, right? That was where actually the most of the time was spent. And if you just know that it's really all about the audience, and you want to jump right to the boost segment or the feedback segment, or you just are here for the picks only, and that's fine too. We have chapters for that. A lot of you are.

Just here for the picks. We understand. Thank you, everybody. We really appreciate you to joining us. Brentley, thank you for hosting us. Oh, you're welcome. Thanks for helping me pack up home a junk. Well, who doesn't love moving?

Right. It's a national past. I says to myself, I get five days off a year max, and I want to spend all five moving. That's what I says to myself, you know? Well, the faster we do it, the more we get to hang out to the mountains. So the harder we work in the 100-degree weather, the more fun we get to have. Yeah. There you have it.

Hey, at least it's not your stuff. It actually makes it a lot easier. It really does. It really does. All right. Thank you everybody for joining us. We really do appreciate you. And hope you enjoyed this week's episode.

Let us know how we did with a boost or an email. Don't forget you can join us in that mumble room. We've got that over at Linuxunplug.com, along with our Matrix Info, how to subscribe, and the back catalog. But with that, thank you so much for joining us on this week's episode of your unplug program, and we'll see you next Tuesday, as in Sunday.