!UNVBThoJtlIiVwiDjU:nixos.org

Staging

308 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/105 Servers

Load older messages


SenderMessageTime
10 Oct 2025
@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
@vcunat:matrix.orgvcunatMaybe notify upstream about schematron deprecation?08:29:03
@k900:0upti.meK900Since I feel like people have asked themselves this08:31:09
@k900:0upti.meK900https://en.wikipedia.org/wiki/Schematron08:31:11
@k900:0upti.meK900It's like XSLT but different08:31:16
@dramforever:matrix.orgdramforeveryeah that's the thing i'm not sure about, i've been checking but also have no idea how08:33:54
@dramforever:matrix.orgdramforeverthe best part of course is this is some "pre-ISO-Schematron" thing08:34:15
@dramforever:matrix.orgdramforeverwhich, i guess it means it's like XSLT but different, but more different08:34:43
@dramforever:matrix.orgdramforever 2.15 still has --with-schematron at least, so at least we can keep overriding things 08:36:28
@k900:0upti.meK900Just kill it08:37:09
@dramforever:matrix.orgdramforeverjust in case, i meant... hopefully nothing critical is really depending on having schematron08:38:33
@grimmauld:grapevine.grimmauld.deGrimmauld (any/all)Tbh if there is not more that breaks, we just kill it. If there is significant packages that have a real dependency, I can draft an override flag.08:46:27
@dramforever:matrix.orgdramforever"kill it" as in "do nothing"?08:47:36
@grimmauld:grapevine.grimmauld.deGrimmauld (any/all)
In reply to @dramforever:matrix.org
"kill it" as in "do nothing"?
Yes
08:48:26
@k900:0upti.meK900Kill it as in skip the tests08:48:28
@k900:0upti.meK900And ignore it08:48:31
@dramforever:matrix.orgdramforever"kill it" -> https://github.com/NixOS/nixpkgs/pull/45059908:48:50
@dramforever:matrix.orgdramforeverand pray that's it08:49:06
@dramforever:matrix.orgdramforever* and pray that that's it08:49:08
@grimmauld:grapevine.grimmauld.deGrimmauld (any/all)Well yes of course we do have to actively fix the soft dependencies (like test fails and optional features) depending on libxml schematron08:49:10
@emilazy:matrix.orgemily sorry for being absent the entire -next 🫠 16:31:18
@emilazy:matrix.orgemilywill probably still have reduced activity for a bit. hope LLVM 21 went okay. I see CMake 4 has been exciting.16:31:43
@yuka:yuka.devYureka (she/her)firefox wasm stuff is broken on staging18:07:05
@yuka:yuka.devYureka (she/her)specifically wasilibc-static-wasm32-unknown-wasi-2718:08:13
@yuka:yuka.devYureka (she/her)(not on staging-next though)18:08:36
@hougo:liiib.rehougo joined the room.18:25:07
@lt1379:matrix.orgLun might be related to https://github.com/NixOS/nixpkgs/pull/442945 ? seems to be upset that _LIBCPP_HARDENING_MODE is defined 19:40:55

Show newer messages


Back to Room ListRoom Version: 6