| 15 Feb 2026 |
Randy Eckenrode | FYI K900 | 03:23:21 |
Randy Eckenrode | Mesa HEAD is looking promising. I’m currently building Wine again to see if FFXIV finally works. The gap between KosmicKrisp and MoltenVK is getting narrow. (Setting aside performance differences, which currently has KosmicKrisp at 25~30% of MoltenVK’s performance.) | 03:24:31 |
K900 | Nice | 07:35:57 |
K900 | https://www.phoronix.com/news/KosmicKrisp-Parity | 11:35:55 |
K900 | Apparently they are at feature parity now | 11:36:00 |
Randy Eckenrode | I just built Wine against HEAD from yesterday. Still not enough features for DXVK. | 11:44:20 |
K900 | Interesting | 11:44:53 |
K900 | What is it missing? | 11:44:55 |
Randy Eckenrode | https://gitlab.freedesktop.org/mesa/mesa/-/issues/14209 is the tracking issue for parity. | 11:45:06 |
K900 | Hmm I wonder if it's just tessellation | 11:45:49 |
K900 | Does MoltenVK just run it in compute? | 11:46:04 |
K900 | I assume there's no dedicated hardware for this | 11:46:15 |
Randy Eckenrode | I suspect it’s fillModeNonSolid. | 11:46:26 |
Randy Eckenrode | DXVK requires it for some reason. | 11:46:34 |
Randy Eckenrode | https://github.com/NixOS/nixpkgs/blob/master/pkgs/by-name/dx/dxvk_1/darwin-dxvk-compat.patch is the patch I’m using in Nixpkgs to lie about feature support. | 11:47:21 |
K900 | Oof | 11:48:09 |
Randy Eckenrode | I could add fillModeNonSolid and see what happens. | 11:48:43 |
| nasso joined the room. | 14:46:57 |
| matthewcroughan changed their display name from matthewcroughan @fosdem to matthewcroughan. | 18:05:01 |
Randy Eckenrode | Didn’t work. I also had to lie about tessellation shader support. That got DXVK to be happy and detect D3D11, but FFXIV just came up with a black screen. | 19:12:48 |
Randy Eckenrode | MoltenVK apparently uses Metal’s tessellation shader support. | 19:18:29 |
| @vczf:matrix.org left the room. | 21:00:44 |
Ihar Hrachyshka | what's the macos version on hydra builders? are all of the builders m1 or something else? | 21:31:43 |
| 16 Feb 2026 |
| Nothing4You joined the room. | 02:48:15 |
hexa | after the 26.3 update (I think) redeploying nix-darwin leads to
error: config contains the wrong home directory for hydra-queue-builder, aborting activation
nix-darwin does not support changing the home directory of existing users.
Please set:
users.users.hydra-queue-builder.home = "/private/var/lib/hydra-queue-builder";
or remove it from your configuration.
| 02:49:17 |
hexa | the user was introduced and the definition for it never changed | 02:52:39 |
hexa | what's up with that? | 02:52:45 |
hexa | users = {
users.hydra-queue-builder = {
uid = lib.mkDefault 535;
gid = lib.mkDefault config.users.groups.hydra.gid;
home = lib.mkDefault "/var/lib/hydra-queue-builder";
shell = "/bin/bash";
description = "hydra-queue-builder service user";
};
knownUsers = [ "hydra-queue-builder" ];
groups.hydra = {
gid = lib.mkDefault 535;
description = "Nix group for hydra-queue-builder service";
};
knownGroups = [ "hydra" ];
};
| 02:52:59 |
hexa | removed the user definition and then manually the user | 02:59:07 |
hexa | annoying | 02:59:09 |