| 18 Jul 2025 |
 Cat | And that spam is why the removal is so dumb | 17:43:15 |
| Cat | because now we have to scroll thru it | 17:43:21 |
| Cat | instead of jumping past it. | 17:43:26 |
 Charles | not sure yet, i want to do some shopping around; maybe something i would be comfortable using exists already. i'm looking for something with, uh, worse availability guarantees, i guess | 17:44:17 |
 emily | I hope searching the old iteration of a room seamlessly isn't going to break | 17:44:18 |
| emily | except that's also a threat model if the room owner can continue spamming in the old one now huh | 17:44:36 |
| Cat | That was always a threat model | 17:44:51 |
| Cat | you cant block your own ability to send messages after the first PL event. | 17:45:04 |
| emily | In reply to @charles:computer.surgery
not sure yet, i want to do some shopping around; maybe something i would be comfortable using exists already. i'm looking for something with, uh, worse availability guarantees, i guess I love to sacrifice availability. it's my favourite thing to do | 17:45:13 |
| Cat | Thats the only time you can block your own ability to send an event in v11 and before. | 17:45:16 |
| Charles | yeah it's sad but i believe it is necessary | 17:45:42 |
| Charles | at least, for the particular use cases i am interested in, such as the use case nixos has with all of its rooms | 17:46:09 |
| emily | In reply to @cat:feline.support
Thats the only time you can block your own ability to send an event in v11 and before. so we can't even really have people tombstone their rooms to be adopted into the space | 17:46:37 |
| emily | because they can bypass moderation in search indefinitely far in the future? | 17:46:56 |
| emily | I guess search could ignore everything after the tombstone if it doesn't already? | 17:47:04 |
| Cat | Yes in theory that is a risk | 17:47:18 |
| Cat | but like its all tbh dependent on your threat model. | 17:47:32 |
| Cat | But yes there is a case for only using forking upgrades | 17:47:43 |
| emily | In reply to @charles:computer.surgery
yeah it's sad but i believe it is necessary availability is overrated and consistency is underrated. you can have problems "as bad as" lack of availability with AP systems anyway | 17:47:49 |
| Cat | when you adopt a room | 17:47:50 |
| Cat | since you could say the adopted room is not nixos sanctioned | 17:48:01 |
| Cat | and have that be the rule | 17:48:11 |
| Cat | only nixos sanctioned rooms are allowed to be in the upgrade tree. | 17:48:25 |
| Cat | i mean upgrade line. | 17:48:31 |
| emily | ACID is great. admittedly centralization is a bit sad. | 17:48:39 |
| emily | what is a forking upgrade? just making an entirely new room without a backpointer? | 17:49:14 |
| Cat | Yup. | 17:49:21 |
 f0x | you could do a manual 'tombstone' where you just send a normal message redirecting people to the new nixos-controlled room, and limit further posting | 17:49:25 |
| Charles | i think a protocol could get at least some outage resiliency by having a set of trusted write nodes, but not sure yet what the best way to accomplish that would be | 17:49:25 |
| Charles | * i think a more centralized protocol could get at least some outage resiliency by having a set of trusted write nodes, but not sure yet what the best way to accomplish that would be | 17:49:33 |
