| 13 Oct 2025 |
hexa | so as long as it maps the PASTA_HOSTA_IPXX addresses it should be fine? | 19:36:04 |
raitobezarius | pasta connects things together | 19:37:04 |
KFears (burnt out) | Same thought... Resolution should be independent from connectivity | 19:37:05 |
raitobezarius | so the PASTA_HOST_IPV4 is exactly 127.0.0.1 in the other world | 19:37:12 |
raitobezarius | pasta host IPs are AIPA or a ULA that we generate IIRC | 19:37:35 |
raitobezarius | * pasta host IPs are AIPA (v4) or a ULA (v6) that we generate IIRC | 19:37:41 |
K900 | Can it not just do both | 19:38:18 |
K900 | And let the applications happy eyeball | 19:38:25 |
raitobezarius | it perhaps should | 19:38:49 |
Yureka (she/her) | Is it correct that deleting store paths from a http(s) binary cache is pretty much impossible without destroying the user experience? | 19:39:15 |
raitobezarius | what does that mean? | 19:39:26 |
raitobezarius | you mean that deleting a random path in the middle lead to explosions? | 19:39:43 |
Yureka (she/her) | No, deleting a whole isolated closure | 19:39:50 |
raitobezarius | that's kinda a semi bug and a semi accepted thing | 19:39:51 |
raitobezarius | why would that lead to destroyed UX? | 19:39:59 |
Yureka (she/her) | Because when there is still an entry in the narinfo cache, Lix will explode upon trying to fetch the Nar | 19:40:08 |
hexa | yeah, that is bad ux | 19:40:16 |
raitobezarius | That's Bad™ | 19:40:17 |
raitobezarius | narinfo cache should be cache | 19:40:27 |
hexa | with gcing caches you should set a shorter negative lifetime for the cache | 19:40:37 |
raitobezarius | cc ma27 — I remember you did stuff on the narinfo cache or am I misremembering? | 19:40:41 |
Yureka (she/her) | How? | 19:40:47 |
hexa | narinfo-cache-positive-ttl = 3600;
| 19:40:59 |
Yureka (she/her) | on the client? | 19:41:13 |
hexa | yeah | 19:41:16 |
hexa | Redacted or Malformed Event | 19:41:20 |
hexa | * with gcing caches you should set a shorter positive lifetime for the cache | 19:41:44 |
Yureka (she/her) | yes yes I know the option, but I don't like that there is no way to fix this from the server (like remotely advertising a ttl) | 19:41:58 |
raitobezarius | either way, lix shouldn't crash on actually 404s NARs | 19:42:18 |
Yureka (she/her) | but even with a low TTL, it's not "safe" to gc | 19:42:22 |