!UNVBThoJtlIiVwiDjU:nixos.org

Staging

315 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/108 Servers

Load older messages


SenderMessageTime
8 Oct 2025
@dramforever:matrix.orgdramforeverhere https://github.com/NixOS/nixpkgs/pull/45008922:16:12
@dramforever:matrix.orgdramforeveris it too late for staging-next yet22:27:10
@dramforever:matrix.orgdramforever* is that too late for staging-next yet22:27:14
@dramforever:matrix.orgdramforeveroh i guess it's only for aarch64-linux literally didn't build22:27:44
@jopejoe1:matrix.orgjopejoe1 (4094@39c3)Thanks for the fix ^^23:28:25
9 Oct 2025
@dramforever:matrix.orgdramforeverdang01:27:30
@dramforever:matrix.orgdramforeveris onetbb rebuild on x86 too late yet?01:27:38
@k900:0upti.meK900 No it's like 200 jobs 04:34:33
@dramforever:matrix.orgdramforevership it04:35:10
@k900:0upti.meK900Sure yolo04:35:44
@dramforever:matrix.orgdramforeverthe worst that can happen is just someone will have to fix it again04:36:17
@nullcube:matrix.org@nullcube:matrix.org left the room.10:38:40
@reckenrode:matrix.orgRandy Eckenrode The Darwin SDK bump has been merged. The minimum supported version is now 14.0. The default SDK is 14.4. Use of older SDKs will throw. All packages using apple-sdk_11, apple-sdk_12, apple-sdk_13, and (most of) apple-sdk_14 have been cleaned up to use the default SDK. Swift currently throws, but samasaur is working on an update to Swift 5.10.1 that will fix it. 22:38:02
@reckenrode:matrix.orgRandy Eckenrode (Posting this here because there’s a chance that a commit to master may reintroduce an old SDK that will break eval on staging.) 22:38:31
10 Oct 2025
@dramforever:matrix.orgdramforever

Grimmauld (any/all): python3Packages.inkex

ERROR inkex/tester/test_inx_file.py - lxml.etree.SchematronError: lxml.etree was compiled without Schematron supp...
ERROR tests/test_inkex_inx.py - lxml.etree.SchematronError: lxml.etree was compiled without Schematron supp...

https://gitlab.gnome.org/GNOME/libxml2/-/releases/v2.15.0

Support for Schematron is now disabled by default.

07:29:31
@dramforever:matrix.orgdramforeveris libxml2 rebuild in staging-next too late yet 🫠07:31:31
@vcunat:matrix.orgVladimír Čunát

In principle we can only delay it a bit.

The Python bindings and support for Schematron validation are planned to be removed in the 2.16 release.

07:31:41
@dramforever:matrix.orgdramforever i have to imagine inkscape is going to do something about this right 07:32:14
@dramforever:matrix.orgdramforeveror maybe we have to keep giving it 2.15 for a while07:32:38
@vcunat:matrix.orgVladimír ČunátThe delay might still be worth it, given that I don't expect 2.16 in NixOS 25.11. 07:32:45
@vcunat:matrix.orgVladimír Čunát It would rebuild darwin stdenvs, which would be not great anymore for the current staging-next. 07:33:12
@dramforever:matrix.orgdramforeverso just override in inkscape?07:36:48
@k900:0upti.meK900Just skip the tests?07:37:36
@dramforever:matrix.orgdramforeveractually python3Packages.inkex -> python3Packages.lxml -> libxml207:37:38
@dramforever:matrix.orgdramforevergood idea, this does seem to be test-only07:45:13
@dramforever:matrix.orgdramforever oh great so inkex/tester/test_inx_file.py is testing the .inx files 07:51:07
@dramforever:matrix.orgdramforeverpresumably someone is testing them before release...07:51:55
@grimmauld:grapevine.grimmauld.deGrimmauld (any/all)
In reply to @dramforever:matrix.org

Grimmauld (any/all): python3Packages.inkex

ERROR inkex/tester/test_inx_file.py - lxml.etree.SchematronError: lxml.etree was compiled without Schematron supp...
ERROR tests/test_inkex_inx.py - lxml.etree.SchematronError: lxml.etree was compiled without Schematron supp...

https://gitlab.gnome.org/GNOME/libxml2/-/releases/v2.15.0

Support for Schematron is now disabled by default.

Uh oh....
08:14:34
@grimmauld:grapevine.grimmauld.deGrimmauld (any/all) Worst case you could technically maybe pin libxml2_13 which we do already have, but I'd rather not... I can draft an override flag (something like lxml.override { schema tonsil port = true;} that gets passed through to libxml, would make the overrides more manageable maybe 08:17:17
@grimmauld:grapevine.grimmauld.deGrimmauld (any/all)If its test-only, then skip makes sense. But I am worried there may be more of these hidden in the tree. Testing libxml updates is hard, I'll add this to the list of things I'll test next time08:19:06

Show newer messages


Back to Room ListRoom Version: 6