 | Staging | 323 Members |
| Staging merges | Running staging cycles: https://github.com/NixOS/nixpkgs/pulls?q=is%3Apr+is%3Aopen+head%3Astaging-next+head%3Astaging-next-25.05 | Review Reports: https://malob.github.io/nix-review-tools-reports/ | 110 Servers |
| Staging | 323 Members |
| Staging merges | Running staging cycles: https://github.com/NixOS/nixpkgs/pulls?q=is%3Apr+is%3Aopen+head%3Astaging-next+head%3Astaging-next-25.05 | Review Reports: https://malob.github.io/nix-review-tools-reports/ | 110 Servers |
| Sender | Message | Time |
|---|---|---|
| 19 Dec 2025 | ||
 K900 | I mean it tells you what to change | 16:51:17 |
 dotlambda | In the issue they discuss that replacing impl with impl_ causes other problems | 16:52:24 |
| K900 | Well the other problem is | 16:53:18 |
| K900 | That thing seems to be mostly headers | 16:53:22 |
| K900 | So even if you give it a different stdenv anything including it will still explode | 16:53:33 |
| dotlambda | true | 16:53:43 |
| K900 | Also my C++ is very rusty (hehe) but I think that last comment is correct? | 16:53:47 |
| dotlambda | I guess I'll give it a try | 16:54:19 |
 ghpzin | You could also -Wno-error=template-body, not sure if that would be better or worse. | 17:08:57 |
| ghpzin | You could also -Wno-error=template-body, not sure if that would be better or worse.Kind of surprised no other distro patches/works around it somehow, considering they should have packaged krita | 17:09:52 |
| ghpzin | Noticed that all graphical xserver tests seem to be broken on staging-next.wayland is fine, tests for gnome,sway,xfce-wayland, cinnamon-wayland (and plasma6 if you switch test to wayland) pass.lightdm does not tell much, just that display-manager.service fails:sddm and ly in tests show errors from xorg-server:"--disable-glamor" fixes it:https://github.com/NixOS/nixpkgs/blob/fd720f4fd4e78cce030a72026d1b7cadf6454f29/pkgs/by-name/xo/xorg-server/package.nix#L185 I thought it may be related to 21.1.18 -> 21.1.20 update, similar to:https://github.com/NixOS/nixpkgs/issues/471620 but reverting version to 21.1.18 does not help, neither does updating to 21.1.21 | 19:37:02 |
 Grimmauld (any/all) | let stdenv' = if (stdenv.cc.isGNU && lib.versionAtLeast stdenv.cc.version "15") then gcc14Stdenv else stdenv; in stdenv'.mkDerivation { ... } ? | 19:40:29 |
| Grimmauld (any/all) | its somewhat of a hack but i guess that would work | 19:41:25 |
| Grimmauld (any/all) | but you should patch | 19:41:32 |
| Grimmauld (any/all) | also hello, i submitted my thesis, i can do nix things again. But C++ requires more spoons than i have currently. I've spent way too long wrangling boost and hdf5 and gmsh and occt and shit this last week, i would prefer some actual good low C things for a change. | 19:42:53 |
| dotlambda | Already happened | 19:43:47 |
| dotlambda | https://github.com/NixOS/nixpkgs/pull/472457 | 19:44:39 |
| ghpzin | Noticed that all graphical xserver tests seem to be broken on staging-next.wayland is fine, tests for gnome,sway,xfce-wayland, cinnamon-wayland (and plasma6 if you switch test to wayland) pass.lightdm does not tell much, just that display-manager.service fails:sddm and ly in tests show errors from xorg-server:"--disable-glamor" fixes it:https://github.com/NixOS/nixpkgs/blob/fd720f4fd4e78cce030a72026d1b7cadf6454f29/pkgs/by-name/xo/xorg-server/package.nix#L185 I thought it may be related to 21.1.18 -> 21.1.20 update, similar to:https://github.com/NixOS/nixpkgs/issues/471620 but reverting version to 21.1.18 does not help, neither does updating to 21.1.21There were a few xorg refactors merged to staging, maybe one of them did something unintentional. | 19:52:10 |
| K900 | Can you check if modesetting_drv links libgbm correctly | 20:15:25 |
| K900 | gbmbogetplanecount should be exported by libgbm | 20:15:47 |
| ghpzin | It doesn't link directly right, something else there should link to that ? Unless I misunderstand what you mean, ie on both staging-next and master it does not link to libgbm:/lib/xorg/modules/libglamoregl.so: | 20:34:48 |
| K900 | Hm | 20:36:34 |
| K900 | I wonder if it's the xserver itself then | 20:36:40 |
| K900 | That is linking it | 20:36:46 |
| K900 | Is it just a load order thing | 20:37:04 |
| K900 | That would be sad | 20:37:07 |
| ghpzin | I tried reordering these buildInputs like here on master:https://github.com/NixOS/nixpkgs/blob/c30b80416b233c3673e573c0821bf96cc83818db/pkgs/servers/x11/xorg/overrides.nix#L452-L457 ie this diff on staging-next:That refactor moved xorg-server into separate by-name so tracking what went where is quite hard. | 20:42:35 |
| ghpzin | I tried reordering these buildInputs like here on master:https://github.com/NixOS/nixpkgs/blob/c30b80416b233c3673e573c0821bf96cc83818db/pkgs/servers/x11/xorg/overrides.nix#L452-L457 ie this diff on staging-next:That refactor from staging moved xorg-server into separate by-name so tracking what went where is quite hard. | 20:44:06 |
| ghpzin | I tried reordering these buildInputs like here on master:https://github.com/NixOS/nixpkgs/blob/c30b80416b233c3673e573c0821bf96cc83818db/pkgs/servers/x11/xorg/overrides.nix#L452-L457 ie this diff on staging-next:That refactor from staging moved xorg-server into separate by-name so tracking what went where is quite hard.It is quite suspicious that upstream did something with glamor in 21.1.20 that broke other things, and now we get problems related to it too. Maybe somewhere on staging between refactors somebody did something related to that update, but I could not find it so far. | 20:46:11 |
 Fabián Heredia | https://github.com/NixOS/nixpkgs/pull/472445 Fixes dee in staging-next (dependency of libunity <- Discord) | 22:36:32 |