| 28 Oct 2025 |
 emily | I can put a PR up for that and handling runCommandNoCC | 18:04:58 |
 hexa | We should just point python to python 3 | 18:05:23 |
| hexa | It will be a great surprise | 18:05:29 |
 Artturin | diff --git a/pkgs/test/top-level/default.nix b/pkgs/test/top-level/default.nix
index a5b44afb8522..e713b617f8dd 100644
--- a/pkgs/test/top-level/default.nix
+++ b/pkgs/test/top-level/default.nix
@@ -61,7 +61,7 @@ lib.recurseIntoAttrs {
pkgsLocal = map nixpkgsFun configsLocal;
pkgsCross = map nixpkgsFun configsCross;
in
- assert lib.all (p: p.buildPlatform == p.hostPlatform) pkgsLocal;
- assert lib.all (p: p.buildPlatform != p.hostPlatform) pkgsCross;
+ assert lib.all (p: p.stdenv.buildPlatform == p.stdenv.hostPlatform) pkgsLocal;
+ assert lib.all (p: p.stdenv.buildPlatform != p.stdenv.hostPlatform) pkgsCross;
pkgs.emptyFile;
}
| 18:05:29 |
| Artturin | Removing it completely might be better | 18:06:15 |
| Artturin | But not as good of a surprise | 18:06:28 |
| hexa | But where is the fun in that | 18:06:33 |
| emily | making it a throw is what my PR automatically did, because the alias is old | 18:07:42 |
| emily | but I will adjust the throw text to say "use Python 3 instead" | 18:07:47 |
| emily | freeing up the namespace will be nice, it's awkward that python is used as a generic-Python argument in places but also exists at the top level as an alias | 18:08:12 |
| Artturin | https://github.com/NixOS/nixpkgs/pull/456512 | 18:10:35 |
| emily | does anyone want to merge https://github.com/NixOS/nixpkgs/pull/456060 so I have fewer aliases.nix conflicts to resolve later 😆 | 18:14:50 |
| emily | do we want to keep forceSystem around? | 18:21:32 |
| emily | I've never seen anyone use it | 18:21:33 |
| emily | it seems like a poor substitute for variant sets and nixpkgsFun | 18:21:57 |
| emily | it also… ignores its second argument?? | 18:23:13 |
| emily | I'm going to add a warning to it at least. | 18:23:18 |
 VladimÃr ÄŒunát | Yes, I think it won't. | 18:25:12 |
| emily | is making it use NIX_ABORT_ON_WARN or similar feasible, or would that break nix-eval-jobs? | 18:34:50 |
| emily | I suppose I should say abort-on-warn instead | 18:35:46 |
| emily | ok, https://github.com/NixOS/nixpkgs/pull/456527 | 18:56:48 |
| 29 Oct 2025 |
 K900 | Started a new eval on unstable-small to pick up the new kernels because it looks like there's security stuff in there | 14:39:29 |
 Grimmauld (any/all) | btw re kernel: it seems gentoo enables some ARCH_QCOM stuff for their default kernels, and we don't. Was struggling with a friend yesterday to make a nixos boot. It still doesn't boot, so we are still probably missing some options. With aarch64 laptops slowly gaining popularity, would there a point at which we too set those default enables? | 15:04:36 |
| Grimmauld (any/all) | * btw re kernel: it seems gentoo enables some ARCH_QCOM stuff for their default kernels, and we don't. Was struggling with a friend yesterday to make a nixos boot. It still doesn't boot, so we are still probably missing some options. With aarch64 laptops slowly gaining popularity, would there be a point at which we too set those default enables? | 15:04:58 |
| K900 | Honestly probably like now | 15:07:32 |
| K900 | If you know the exact options and they don't break other stuff | 15:07:42 |
| Grimmauld (any/all) | Alright then, will open a PR once we figure out what exactly is missing and we get that laptop booting | 15:09:16 |
 Alyssa Ross | Generally if other reputable distros enable config options that's a good sign that we should too. (There are obviously exceptions.) | 15:20:43 |
 dramforever | ARCH_QCOM is y in arm64 defconfig | 15:53:49 |
| dramforever | i don't think there's any other "ARCH_QCOM stuff" | 15:54:18 |
