| 11 Nov 2025 |
ElvishJerricco | is there someone who knows what's going on / what to do about it? | 07:30:48 |
leona | texlive/share links to the texlive-doc output now and therefore texlive/share/something can't be created | 07:32:22 |
leona | I haven't yet figured out why this is now | 07:32:30 |
| Mirko Lenz changed their display name from mlenz to Mirko Lenz. | 08:07:22 |
ElvishJerricco | bisected it to https://github.com/NixOS/nixpkgs/pull/451871 | 10:46:52 |
ElvishJerricco | so that's fun | 10:47:44 |
ElvishJerricco | nix-repl> :p (texliveMinimal.withPackages (ps: [])).pathsToLink
[
"/"
"/share/texmf-var/scripts"
"/share/texmf-var/tex/generic/config"
"/share/texmf-var/web2c"
"/share/texmf-config"
"/bin"
]
nix-repl> :p (texliveMinimal.withPackages (ps: [])).pathsToLinkJSON
["/"]
ok, it's an overrides inconsistency, probably because of https://github.com/NixOS/nixpkgs/blob/addd85b5d06ea90d5a7923956a65baf96bcd1e9f/pkgs/tools/typesetting/tex/texlive/build-tex-env.nix#L51
| 11:14:55 |
ElvishJerricco | * nix-repl> :p (texliveMinimal.withPackages (ps: [])).pathsToLink
[
"/"
"/share/texmf-var/scripts"
"/share/texmf-var/tex/generic/config"
"/share/texmf-var/web2c"
"/share/texmf-config"
"/bin"
]
nix-repl> :p (texliveMinimal.withPackages (ps: [])).pathsToLinkJSON
["/"]
ok, it's an overriding inconsistency, probably because of https://github.com/NixOS/nixpkgs/blob/addd85b5d06ea90d5a7923956a65baf96bcd1e9f/pkgs/tools/typesetting/tex/texlive/build-tex-env.nix#L51
| 11:15:05 |
K900 | ...what the fuck | 11:15:18 |
ElvishJerricco | yea, this is great fun :P | 11:15:37 |
ElvishJerricco | so much fun, you can't do the finalAttrs style fix with runCommand | 11:17:18 |
vcunat | I looked at that override a while ago, but no ideas why this would happen. | 11:17:28 |
ElvishJerricco | well, presumably it's because the buildEnv' wrapper function in that build-tex-env.nix file is not really passing pathsToLink to buildEnv, but instead replacing it with overrideAttrs, which does not propagate to pathsToLinkJSON | 11:18:25 |
ElvishJerricco | because buildEnv uses rec instead of a finalAttrs type thing | 11:18:42 |
ElvishJerricco | which you can't do with runCommand | 11:18:48 |
Grimmauld (any/all) | queue is basically empty, so i guess its just fixing the channel blockers now? | 11:18:49 |
ElvishJerricco | so I guess I can either figure out how to plumb a finalAttrs into buildEnv to get rid of the rec, or I can just extract the pathsToLink arg and pass it to buildEnv properly | 11:20:16 |
Grimmauld (any/all) | do we even need overrideAttrs, can't we just // most of the things? | 11:20:43 |
ElvishJerricco | yea it's not clear to me why this function was written this way | 11:21:36 |
vcunat | I have a workaround for it. | 11:21:46 |
vcunat | (fixing some texlive builds at least) | 11:21:59 |
ElvishJerricco | good lord, the thing it does to extract extraOutputsToInstall appears to have been not working this whole time, so that's fun (there needed to be parens) | 11:22:50 |
vcunat | Yeah, I'm adding the parens, too. | 11:23:08 |
ElvishJerricco | oh we've done the same fix? :P | 11:23:17 |
ElvishJerricco | buildEnv' =
args:
(buildEnv (
{
inherit (args) name paths;
}
// lib.optionalAttrs (args ? extraOutputsToInstall) { inherit (args) extraOutputsToInstall; }
// lib.optionalAttrs (args ? pathsToLink) { inherit (args) pathsToLink; }
)).overrideAttrs
(
removeAttrs args [
"extraOutputsToInstall"
"pathsToLink"
"name"
"paths"
"pkgs"
]
);
| 11:23:39 |
vcunat | Yes, exactly. | 11:24:04 |
vcunat | Up to formatting and ordering in the list. | 11:24:14 |
ElvishJerricco | lol | 11:24:19 |
vcunat | * Up to formatting and ordering in the list. (I don't care about those) | 11:24:22 |
ElvishJerricco | yea, it does appear to resolve the issue | 11:24:40 |