Notices by Geoff (opinionatedgeek@mastodon.social)

@evan If someone does give it a go, they might find this useful: https://adriano.fyi/posts/2023-09-24-choose-postgres-queue-technology/

'By combining `NOTIFY` and `LISTEN`, Postgres makes adding pub/sub to any application trivial.'

@roadriverrail Ooh, interesting! My Pixel 4a has an increasingly broken charging port, and I'm contemplating replacing it with another 4a and maybe de-googling. I'd be particularly interested in hearing your thoughts on the camera in FOSS-land if you have time. I think the 4's camera is pretty great but I don't know how much of that is hardware and how much is Google's own software.

@evan It's very good! It aims to deserialize any valid ActivityPub JSON, and raise an error with any invalid ActivityPub JSON, and it does a good job of it. I'm guessing I'm using it wrong in this particular case.

@evan Ah, OK - apologies for my misunderstanding. (I read 'The Activity Vocabulary provides the normative definition of five specific types of Actors: `Application `| `Group` | `Organization` | `Person` | `Service`.' and thought an `Application` was always an actor. I'm trying to understand it all, honest!)

I'm using the Rust `activitystreams` library: https://crates.io/crates/activitystreams/0.7.0-alpha.25

@evan Hi - I'm trying to get `ap` working with my server, so implementing FEP-d8c2 for login. Shouldn't the client Application at https://github.com/evanp/ap/blob/main/docs/client.jsonld have an inbox property? I realise an inbox may not make a lot of sense for a client but it's a MUST property in the ActivityStreams spec and the library I'm using throws an error when I try to load your Application JSON-LD. Or if you think it's OK to skip the inbox property for the client, would that be worth you adding to the FEP?

@gabek Software development while on stage with Taylor Swift? Coding with Beyonce?

@dansup I have a disposable SIM I use when I have to give it a phone number, so I'm already in a weird category. That said, I can be persuaded to use that number for registration if I have to.

But I'd honestly be reluctant to trust any site that said this, because:
* if it's genuinely not stored, a spammer can use the same number for 10,000 registrations and then just get another number, or
* some process will complain about the number being reused, showing it *is* being stored somewhere.

@dansup Ooh, can you/will you make the Lists actual Mastodon Lists or ActivityPub Collections? Public lists should be a thing, so I can create a 'list' on my instance that's really just a proxy to your list (not a copy or import of members). I'm writing support for this in my little server, but it'd be great if public lists were a general thing.

@gabek I had that battle with myself a few weeks ago! I went with ActivityPub nomenclature in general, and Mastodon nomenclature restricted to the Mastodon API layer. (I have no idea yet if this is a wise decision though...)