| 31 May 2025 |
 hexa | which is from 2024-10 | 19:44:52 |
 Kyle Robinson | That's my browsers default useragent | 19:44:58 |
| Kyle Robinson | 2024 isn't even that old | 19:45:09 |
| hexa | for browser that is ancient | 19:45:17 |
| hexa | but you're probably using Safari, not Chrome, right? | 19:45:30 |
| Kyle Robinson | it's really not... | 19:45:31 |
| Kyle Robinson | vivaldi | 19:45:40 |
| hexa | so what vivaldi version is this? | 19:46:52 |
| Kyle Robinson | 7.0.3495.18 (Stable channel) stable (64-bit) | 19:47:38 |
| Kyle Robinson | im updating it now. waiting for homemanager to build | 19:47:50 |
| hexa | stable is 7.4.3684.43 from 3 days ago | 19:48:15 |
| Kyle Robinson | Now 7.3.3635.12 (Stable channel) stable (64-bit)
• Updated input 'nixpkgs-vivaldi':
'github:nixos/nixpkgs/1807c2b91223227ad5599d7067a61665c52d1295?narHash=sha256-Pzyb%2BYNG5u3zP79zoi8HXYMs15Q5dfjDgwCdUI5B0nY%3D' (2024-12-22)
→ 'github:nixos/nixpkgs/78add7b7abb61689e34fc23070a8f55e1d26185b?narHash=sha256-XXILOc80tvlvEQgYpYFnze8MkQQmp3eQxFbTzb3m/R0%3D' (2025-05-28) | 19:50:43 |
| Kyle Robinson | hydra's good now | 19:51:46 |
 emily | browsers get bad CVEs on a timescale of weeks fwiw | 23:54:47 |
| emily | there's a reason we backport their updates to stable even when they're backwards-incompatible | 23:54:58 |
| 1 Jun 2025 |
 Arian | I was wondering. Could we reduce our AWS egress bill by having Hydra directly warm the fastly cache? Then we don't need to pay money for fastly fetching from S3 for the first time. | 10:39:02 |
| Arian | We can still keep S3 for archival. As ingress is free. But it would remove the egress fees AWS currently charges | 10:40:03 |
| Arian | This could literally be a fastly script that first fetches from the store hosted by the Hydra coördinator and if the file is not on disk falls back to S3 | 10:41:35 |
| Arian | It seems too simple to not have been tried before. Is there something I'm missing here? | 10:42:07 |
 Vladimír Čunát | It surprises me that Fastly supports pushing into their cache. | 10:43:14 |
| Arian | I'm not saying we should push. I'm saying fastly should fetch from hydra instead of s3. And only fetch to s3 when hydra returns a 404 | 10:43:44 |
| emily | I guess the question is just whether Hydra can handle that load. and also how big its pipe to Fastly is? | 11:34:16 |
 edef | In reply to @arianvp:matrix.org
I'm not saying we should push. I'm saying fastly should fetch from hydra instead of s3. And only fetch to s3 when hydra returns a 404 we could alternatively finish the Tigris story / move more towards s3 as pure archival storage | 11:35:31 |
| edef | both tigris and r2 are free egress, the norm is changing gradually | 11:36:06 |
| Arian | In reply to @emilazy:matrix.org
I guess the question is just whether Hydra can handle that load. and also how big its pipe to Fastly is? It is already handling that load though? It's uploading to S3 after all. | 11:41:11 |
 toonn | That load would be almost doubling, no? | 11:48:45 |
| edef | no, we could run the pipeline through fastly, if we wanted to | 11:49:13 |
| edef | we can fetch into s3 on the aws side, pulling from fastly | 11:50:12 |
| edef | whether that is wise is another question, but we can definitely do it | 11:50:27 |
| edef | mostly it is isomorphic to having hydra have a more-local / free-egress storage service | 11:51:49 |
