<unnamed>

Public Key

npub1j0hf3w389k69mc6s0etpasn5658e5pd2zl03sj5fs3s55geem3dq94u952

Profile Code

nprofile1qqsf8m5chgnjmdzaudg8u4s7cf6d2ru6qk4p0hccf2ycgc22yvuackspz3mhxue69uhhyetvv9ujuerpd46hxtnfduqs6amnwvaz7tmwdaejumr0ds3s9qsk

Publishing to

relay.damus.io

nos.lol

Last Notes

2026-08-25 21:00:35 GMT

- reply

Who is Mindy?? Is she pretty???

2026-08-20 19:16:50 GMT

- reply

At this point we should probably use something like jemalloc and dump memory profiles to disk or something.

2026-08-19 14:49:20 GMT

- reply

if that conclusion is correct it would be worth testing iroh-gossip with some custom in-tree vendor patches to prove it out and submit a PR upstream.

2026-08-19 00:13:59 GMT

- reply

What was the previous iroh version? 1.0 didn't add anything fancy on top of the previous release

2026-08-07 20:26:09 GMT

- reply

I will be running my own iroh relay soon to be testing my app, so you'll be in good company.
I've done a *huge* amount of testing on devices behind double NAT.

2026-08-07 18:46:37 GMT

- reply

should I dig out an old raspberry pi zero to do some armv6 testing?

2026-08-07 17:02:46 GMT

- reply

here I am getting ready to test video on Android TV lol

2026-08-07 14:50:01 GMT

- reply

my attention is not for sale :)
If attention-dependent media dies out, so be it.

2026-07-29 16:56:25 GMT

- reply

Yeah, I have zero plans to support lightning. But y'all have known my stance from the start.
Playlists are on my list of course, but what prevents them from being worth the time?

2026-07-29 16:35:52 GMT

- reply

I'm trying to focus on music in my app. Seems like we still have a lot of work to do, but at least we have the basics.
Do you have any ideas for improvement of music in pc20?

2026-07-18 02:30:29 GMT

- reply

A sign from the Boardroom Gods.

2026-03-23 17:59:49 GMT

- reply

I can't speak for Dave, but I think this experiment exists in this state in the event of an immediate Hive disaster.

2026-03-23 17:59:02 GMT

- reply

As far as I'm concerned, it's Podping just on an additional messaging layer.
I have yet to get my hands on any of it due to more important obligations, although Dave and I talked through the implementation quite a bit.
Personally, when I can get some time to work on it, I am going to try to add both gossip listener and writer to podpingd which will watch both Hive (which it already does) and gossip.

2026-02-11 16:34:49 GMT

- reply

If only hosts that use podping would put usesPodping=true in their feed :)

2026-02-09 14:54:34 GMT

- reply

i'm all about traces these days, probably because i'm using so much async/multithreaded code.

2026-01-30 17:37:01 GMT

- reply

This "standard" leaves out any other apps that want to view them because the metadata is not stored somewhere defined in the feed.
It's not particularly impressive.

2026-01-28 16:21:52 GMT

- reply

I'm really worried about current junior developers. They can't learn like this.
Maybe that won't matter in the short-medium term. But when my generation starts to retire, it's going to be a problem if it keeps up like this.
I suppose that's the usual sci-fi story we see, where the builders die off and the automated systems keeping everything going start to fail.

2026-01-28 15:58:49 GMT

- reply

right, I suppose I have the experience to ask all this stuff ahead of time. That's basically my day job lol.
(The brainstorming thing, not C++)
I can see why formalizing that would be beneficial to a lot of people.

2026-01-28 15:54:45 GMT

- reply

yeah with Gemini I just do all that manually, haven't had any issues.
I guess that speaks to where I draw the line. I am not even remotely vibe coding. I am using the agent to help the speed of implementation keep up with my brain. I am reviewing just about everything it does.
Maybe I'll expand upon that eventually? But the work I'm doing is to reduce stupid development boilerplate via a protocol in the first place, and I started that long before AI came into the picture.

2026-01-28 01:22:57 GMT

- reply

I'm over here not using any skills or plugins and doing just fine lol

2026-01-11 22:05:45 GMT

- reply

I honestly think we can gamify it

2026-01-11 03:59:45 GMT

- reply

I was sticking with Junie in the beginning, but I ended not using all the credits i bought ahead of time because I was busy with work. So I ended up cancelling.
And I already had a Google AI Pro subscription from a promotion from my Pixel 10 Pro purchase, so I figured why not try it.
It turns out, it's really helpful for non-code projects too like capnproto config or system configuration. And I find it easier to manage across multiple terminal sessions + it crashes less.

2026-01-11 02:05:05 GMT

- reply

it sort of depends on how much experimentation I need to do, but even if I'm using the CLI, I'll usually open a CLI editor to the side.
Nothing beats an IDE for exploring code though and I still perform reviews.
Very similar to just having a junior dev to check in on tbh. Just a lot cheaper.
I opted for the Google AI Ultra subscription because I kept hitting the daily limit on the pro plan. And they have a promotion for $150/3 months... not sure if I'll keep it yet.

2026-01-10 16:59:40 GMT

- reply

I'm using Gemini CLI. It's been great. Gemini 3 especially.

2026-01-04 17:10:26 GMT

- reply

Author never heard of type hints in python (AI loves them)
@npub1fmx…wp74 how's your type hint game? :)

2025-12-31 23:29:46 GMT

- reply

I'd love to see UnifiedPush in Vanadium, as I'm aware of the security tradeoff from using a Firefox-based browser on Android. Implementing UnifiedPush is relatively straightforward.

2025-12-31 23:23:28 GMT

PSA: IronFox on Android supports UnifiedPush.
A great feature if you use any sites/PWAs with browser notifications and want to avoid metadata leakage through Google's push notification servers.
If you're on GrapheneOS, it's available in Accrescent. You have to manually enable UP in the browser settings

2025-12-31 22:48:19 GMT

- reply

I made a proposal for this.
https://github.com/Podcastindex-org/podcast-namespace/discussions/620

2025-12-17 06:11:37 GMT

- reply

Add to that people don't even agree on the definitions of a lot of genres. So expecting anyone to agree is basically pointless.
The owner can tag it what they want, but should also expect to follow some basic guidelines if they want it to be useful for discovery.

2025-12-17 05:51:33 GMT

- reply

I think it would be rather straightforward for the community to maintain a slug list like with anything else.
That slug list could be internationalized

2025-12-17 05:50:07 GMT

- reply

Just need some music feeds to implement it.

2025-12-17 03:31:09 GMT

- reply

We should just start using this :)

2025-12-13 17:34:36 GMT

- reply

also it's funny how I'm also writing my own rust message queue system 😂

2025-12-13 17:33:56 GMT

- reply

Interesting. Do you want persistence?
During a planned maintenance window you could just turn off the ingest and wait for jobs to finish and the queue to flush, but that's sort of annoying.
In an unexpected restart you would lose queue metadata and have to rebuild from object storage on startup.
I feel like redis is the path of least resistance here because of the persistence options and it being very well documented.
(Or postgresql unless you surpass a certain # of items per second)

2025-12-13 02:18:39 GMT

- reply

hmm shouldn't there be a parse queue in front of the parser?
Also how much of a bottleneck is it to generate SQL statements? In my experience, if we ingest JSON strings as serde structs, it's pretty trivial to use those structs directly in an sqlx insert.

2025-12-09 16:53:22 GMT

- reply

I wouldn't even use the same API key set or database. It's a different thing, and the point of the initiative is to make it cleaner and easier to maintain.

2025-12-09 16:35:40 GMT

- reply

Define publisher permissioned keys?
But yes if there is an API in front of the queue it would be trivial. You would want regular health checks and a dashboard to report the status of distributed workers.

2025-11-07 17:52:27 GMT

- reply

You just said we should continue to host metadata on wallets and now you're coming back with this, which appears to be an entirely different thing.
This is going in circles. One seems to be a specification and the other is an implementation detail.
I don't really care how you implement it. As long as the standard to host metadata is payment agnostic and determined by the podcast/host in the feed. A link to that metadata in the payment is fine.

2025-11-07 17:43:13 GMT

- reply

What about other payment methods?

2025-11-07 17:33:30 GMT

- reply

This doesn't make any sense. They could just host their own metadata.

2025-11-07 17:19:12 GMT

- reply

I think I'm missing something. What does the wallet have to do with it? Why does it need to be aware of the metadata outside of a link to it?
I'm replying during my day job (ask Adam/Dave how hectic it is) from a mentioned notification, so maybe I overlooked something obvious.

2025-11-07 16:42:19 GMT

- reply

Sorry what exactly is the problem with an API in the feed managed by the podcast host? I haven't seen a legitimate criticism.

2025-11-07 16:41:08 GMT

- reply

The solution needs to be payment provided agnostic regardless. Bitcoin or not.
Everything else in the feed is from the "host" -- the source of truth. Why would we change that now?

2025-11-07 16:35:29 GMT

- reply

we should deleted all of the noagendatube feeds from the index :)
I guess I can do that from the admin page right?

2025-10-19 01:18:05 GMT

- reply

I think a growth mindset is important to have, but it's a lot more specialized than we're led to believe.
It's not healthy to outright reject such specialization, either. Some things *do* need to scale, even if one can't comprehend why. We all have our own problem domains.
Desire for profit is another matter. People will do anything to retain their social status and power, and I don't see that stopping any time soon.
Maybe the cycle of empires is inevitable?

2025-10-14 01:02:10 GMT

- reply

And now we live in a world where our most valuable asset is our attention and the average person's spending power is almost irrelevant to the economy.
Technofeudalism, perhaps, for lack of a better word.

2025-10-09 16:57:08 GMT

- reply

Faker is a great library.

2025-10-09 03:52:25 GMT

- reply

I like them for basic things on Kagi.
I guess there's a threshold where I have my own confidence level of the response vs the criticality of the information.
I only really use Kagi though.

2025-10-07 18:21:33 GMT

- reply

would be nice to see playlists like this show up in other apps :)

2025-10-06 11:49:25 GMT

- reply

I will have something in the works but there's no major changes, just some updates of some of my libraries.
I need to get a new reason code (newItem) and the radio medium added, haven't been in a rush though.
(Behind the scenes I wrote my own event handling library/protocol called "plexo" which I use in podping-hivewriter. I'm making a rust version to use in podping.cloud and podpingd. It's been very educational.)

2025-10-06 11:39:27 GMT

- reply

updated with what?

2025-10-05 00:00:35 GMT

- reply

The playlist medium should be podcastL, no?
Title could be "Golden Globes Nominees 2025" or something, as an indicator.
https://cdn.masto.host/podcastindexsocial/media_attachments/files/115/318/607/536/836/681/original/259980f9c14f5f6e.png

2025-10-03 00:42:53 GMT

- reply

everybody panic!!

2025-10-01 20:47:52 GMT

- reply

If it's Podping.cloud you can and should have a blocklist of abusers. If they want to spam Podping they can do it on their own dime.

2025-09-28 00:46:22 GMT

- reply

I'll have to spend a while doing my own research to come to a conclusion.
My initial instinct is that we would still want to keep the metadata separate for flexibility.
And what happens to "splits"? Both for guests and payment activated services like your boost chapter images.
(didn't see this at first, my long-deleted AP username is still cached here LOL)

2025-09-27 13:49:32 GMT

- reply

Sorry I didn't catch it. Firewall troubleshooting session during the board meeting :/

2025-09-18 03:18:35 GMT

- reply

I am disappointed that alternative, self-hostable metadata solutions were not discussed.

2025-08-09 15:41:10 GMT

- reply

Another FYI, the peertube live chat plugin adds a chat tag with XMPP for live streams. Should help with your testing when you get to that point.

2025-08-08 14:55:40 GMT

- reply

Yes, the reason it wasn't usable in antenna pod until recently is there was an issue with the video format for playback. So I had it default to HLS.
(I still don't know why they never added support for HLS streaming, seems like an obvious win, but hey it's not my project)

2025-08-08 14:18:36 GMT

- reply

https://github.com/Chocobozzz/PeerTube/pull/5487

2025-07-20 20:17:21 GMT

- reply

I'm also working on a unified API for Podping push notifications, if you're interested. Might explore offering b2b support if there is demand.

2025-07-20 20:13:58 GMT

- reply

that's Steven Crader's service. I maintain the python one. But also have a rust version I'm working on (podpingd).
The python/JavaScript ones shouldn't be directly affected, but anything not expecting the new mediums or reason codes will need to be updated.

2025-07-20 19:57:26 GMT

- reply

how do you watch and push Podpings?

2025-07-20 15:28:09 GMT

- reply

If I don't get any feedback on this, I'm probably just going to do it :).
Need to get radio mediums added to Podping as well for @npub1thg…zq23

2025-07-10 03:29:35 GMT

Hi.
I'm thinking about adding a new reason code to Podping to indicate that an RSS feed has added a new item.
This would primarily serve as a means to allow consumers to prioritize parsing of new episodes vs regular updates -- similar to "live" and "liveEnd" but for standard items.
It would particularly be useful for notification systems on the client side. But we also use different reasons to prioritize Podpings in podping-hivewriter to (so "live" is sent before "update").
Pros/cons?