| 15 Jan 2025 |
Simon Hauser | In reply to @cole-h:matrix.org Hey there, been out of the loop for a bit. Are we still using the hosted CloudAMQP rabbitmq instance? No we arent using it anymore and it can be cancelled. Although @janne.hess:helsinki-systems.de and i were talking about maybe copying over the content of the old queues. Not sure though if that is actually necessary. | 17:40:06 |
cole-h | In reply to @simon.hauser:helsinki-systems.de No we arent using it anymore and it can be cancelled. Although @janne.hess:helsinki-systems.de and i were talking about maybe copying over the content of the old queues. Not sure though if that is actually necessary. OK, great! If you could decide if you wanna do that (or not) before 29 Jan 2025, I'd appreciate it (so I can cancel it and only be charged one more time 😆)! | 17:55:54 |
Simon Hauser | Sounds good 👍 | 18:02:16 |
cole-h | (I'll check in around the 24th ish, but if I don't hear anything will plan on removing my payment info) | 18:07:05 |
| 16 Jan 2025 |
cole-h | Heh, I just got an email from CloudAMQP about sponsoring the instance if we "don't want to self host". I don't have a preference either way. Cc @simon.hauser:helsinki-systems.de | 17:38:55 |
| 17 Jan 2025 |
Simon Hauser | hmm, we dont really need to anymore. the rabbitmq is already selfhosted on the core01 VM. so using a cloud hosted one doesnt give us any benefits, just the downside to do the migration back to the cloud hosted one 😅 | 09:06:29 |
Janne Heß | In reply to @simon.hauser:helsinki-systems.de hmm, we dont really need to anymore. the rabbitmq is already selfhosted on the core01 VM. so using a cloud hosted one doesnt give us any benefits, just the downside to do the migration back to the cloud hosted one 😅 Yes, I agree with that. The load is completely bearable | 09:19:49 |
cole-h | (I responded thanking them for the offer, and that we will be sticking with self-hosting for now) | 16:53:56 |
| 21 Jan 2025 |
hexa | what is the current capacity like? | 03:52:34 |
hexa | is it browsable somewhere? | 03:54:32 |
hexa | and do we have a user for the rabbitmq management interface? | 04:10:09 |
hexa | doesn't seem like the rabbitmq cli is working by default 😄 | 04:10:36 |
hexa | and do you need help reconfiguring the darwin machines? | 04:18:31 |
Janne Heß | no, we do have some exporters but they are not hooked up :/ | 09:02:05 |
Janne Heß | yes, I wanted to go for per-user users and nobody else needed one yet :D | 09:02:19 |
Janne Heß | That would be very nice | 09:02:26 |
adamcstephens | It's amazing how quickly things build ❤️ | 19:00:25 |
7c6f434c | Am I suposed to be able to break all the GHA ofborg-replacing checks by adding a commit only touching a Nix file?
https://github.com/NixOS/nixpkgs/pull/373288/checks?sha=063d6073ed579bc807763a0d455ffe5c36142311
https://github.com/NixOS/nixpkgs/actions/runs/12894838787
An unexpected error has occurred and we've been automatically notified. Errors are sometimes temporary, so please try again.
| 20:21:50 |
7c6f434c | OfBorg builds work finem though | 20:22:16 |
7c6f434c | * OfBorg builds work fine, though | 20:23:25 |
7c6f434c | (Looks like a commit-hash-dependent GHA issue) | 20:36:42 |
7c6f434c | * (Looks like a commit-hash-dependent GHA issue — sharding?) | 20:36:55 |
Janne Heß | I had that with another PR, seems like some temporary internal GHA issues | 22:14:45 |
| 22 Jan 2025 |
Janne Heß | hexa: can I just deploy the config from the ofborg repo? feels kinda odd to not have to include anything from nixos-org-infra | 16:29:56 |
hexa | https://github.com/NixOS/infra/tree/main/macs#update | 16:31:00 |
hexa | https://github.com/NixOS/infra/blob/main/macs/mac-update | 16:31:11 |
hexa | https://github.com/NixOS/infra/blob/main/macs/mac-exec | 16:31:19 |
Janne Heß | and that … doesn't conflict with ofborg? 👀 | 16:31:26 |
hexa | this is just the basic howto manage the darwin clown show | 16:31:40 |
Janne Heß | I mean this in particular: https://github.com/ofborg/infrastructure/blob/master/darwin-configuration.nix | 16:31:42 |