| 11 Nov 2024 |
commiterate | amazon-ec2-utils fixes: https://github.com/NixOS/nixpkgs/pull/355259 | 23:09:58 |
| 12 Nov 2024 |
| pblgomez joined the room. | 11:14:12 |
| Luke removed their profile picture. | 17:33:24 |
| Luke set a profile picture. | 17:34:09 |
| Luke removed their profile picture. | 17:34:57 |
| Luke set a profile picture. | 17:35:31 |
| 13 Nov 2024 |
quyse | In reply to @arianvp:matrix.org As soon as they replace T2 with t3 for free tier I'm fine with dropping bios support there are still some useful bios-only instance types, for example g4ad.* is the only instance type with AMD GPU | 14:36:07 |
quyse | I mean, I agree it would be nice to remove bios support. for niche cases it's not hard to make your own .nix config if necessary | 14:39:21 |
commiterate | Unfortunately it's not possible to have 1 AMI that works with all instance types. The best we can do for the official NixOS AMI is to make sure it works for commonly used instance types and provide instructions on how to build your own. | 18:39:35 |
commiterate | * Unfortunately it's not possible to have 1 AMI that works with all instance types. The best we can do for the official NixOS AMI is to make sure it works for commonly used instance types (probably recently new t, m, and c instance types) and provide instructions on how to build your own. | 18:39:59 |
commiterate | * Unfortunately it's not possible to have 1 AMI that works with all instance types. The best we can do for the official NixOS AMI is to make sure it works for commonly used instance types (probably recently new t, m, and c instance types) and provide instructions on how to build your own to cover the rest. | 18:40:08 |
commiterate | * Unfortunately it's not possible to have 1 AMI that works with all instance types. The best we can do for the official NixOS AMIs is to make sure it works for commonly used instance types (probably recently new t, m, and c instance types) and provide instructions on how to build your own to cover the rest. | 18:47:18 |
Arian | Hmm but GPT/BIOS hybrid image basically covers everything. Except for instances that boot from instance store instead of EBS but I think all those instance types are completely gone these days? | 18:54:45 |
Arian | * Hmm but GPT/BIOS hybrid image basically covers everything. Except for instances that boot from instance store instead of EBS but I think all those instance types are completely gone these days? | 18:55:00 |
commiterate | BIOS v. UEFI is a specific case, but there's also other instance types which may need some out-of-tree drivers (e.g. NVIDIA GPU instances) which may need conflicting versions or just don't play nice with each other. | 18:56:00 |
commiterate | CPU ISA will always require 1 AMI per ISA anyways but that's whatever | 18:57:08 |
commiterate | it probably doesn't make much sense to have base AMIs beyond the CPU ISA permutations for maintenance reasons | 18:59:19 |
Arian | Oh yeh | 19:00:19 |
| Inayet joined the room. | 22:15:53 |
| 14 Nov 2024 |
Arian | NixOS tip of the day:
let imds = ["169.254.169.254" "fd00:ec2::254"]; in
{
systemd.slices."-".sliceConfig.IPAddressDeny = imds;
systemd.services.my-service-that-needs-aws.serviceConfig.IPAddressAllow = imds;
}
| 10:18:18 |
commiterate | I assume this is to restrict IMDS access. | 17:29:21 |
Arian | Yeh | 17:49:14 |
| 15 Nov 2024 |
colemickens | Arian: do you have ideas about how to potentially accommodate the EFI change without the change making it to 24.11, and without waiting 6 months for next release? | 22:33:05 |
colemickens | I guess it could just be explicit opt-in until then. | 22:33:22 |
Arian | Maybe we can upload two variants | 22:36:58 |
| 16 Nov 2024 |
Arian | The thing is. Theoretically this isn't a breaking change if consumes all nicely set system.stateVersion in their configs | 10:42:15 |
Arian | but the problem is: We ship an /etc/nixos/configuration.nix in the base image that doesn't have that set | 10:42:35 |
Arian | so when people were relying on that; it would break | 10:42:40 |
| 17 Nov 2024 |
colemickens | Arian: can I ask you some questions about server-optimized/runvf/stuff? Maybe in DM? | 02:32:46 |
shift | In reply to @colemickens:matrix.org Arian: can I ask you some questions about server-optimized/runvf/stuff? Maybe in DM? Moving things to DM is normally discouraged as it means anyone else can't find the solution to the problem. | 17:06:22 |