Nix + dotnet | 123 Members | |
| 23 Servers |
| Sender | Message | Time |
|---|---|---|
| 6 May 2025 | ||
| oh, lol. that was stupid of them | 13:51:29 | |
| it's probably fine, but they could have easily avoided the possibility of someone else doing the same thing | 13:51:59 | |
| still, they were only concerned about their codebase and dependencies | 13:52:28 | |
| we don't need to differentiate already-patched or source-built binaries, do we? | 13:53:39 | |
| no, this was only so I could make a hook to do the patching we do for pre-built .NET apps | 13:54:13 | |
| that adds the whole ICU, Kerberos, OpenSSL and etc. deps | 13:54:25 | |
| But I mean we're not mixing other stuff in the same outputs that are being patched? | 13:56:10 | |
| even if we do, there shouldn't be any harm I think | 13:56:36 | |
| I'm just thinking about if we make a general hook for doing this. We might want to warn against using it on already patched things. Like you said it probably wouldn't break anything. Patched runtime would still explicitly load libs from /nix/store. | 13:57:17 | |
| yeah, looking at the actual effects of it, it'd only add a few unnecessary RPATH and needed entries | 13:57:53 | |
| but it wouldn't result in anything more in the nix store nor unnecessary packages being pulled in | 13:58:07 | |
| if it's a framework-dependent apphost, then the runtime in the nix store should already work, so perhaps we only need to identify self-contained apphosts? | 13:58:58 | |
Other than apphost and singlefilehost, is there anything else we need to worry about? Do they ship AOT things? | 13:59:13 | |
This would be | 14:00:07 | |
| AOT would indeed be an issue we need to worry about as well, I don't know how the AOT binaries are built, I'd need to check to see if they have ICU among the needed libraries | 14:00:06 | |
| I sort of doubt they would have that magic foobar hash in them. | 14:00:35 | |
let me check with patchcil | 14:01:01 | |
| it's the only AOT program we have in nixpkgs afaik | 14:01:09 | |
| But are they statically or dynamically linked against the ssl shim? | 14:01:09 | |
| it should be static, since it's a self-contained binary | 14:01:34 | |
| it should only need the external deps, no runtime nor anything else | 14:01:42 | |
| so AOT is always a single file? | 14:01:55 | |
| it has some auxliary files like the pdb and other native dlls (when nuget libraries use pinvoke), but I haven't seen AOT binaries with dlls | 14:02:40 | |
| * it has some auxliary files like the pdb and other native libraries (when nuget libraries use pinvoke), but I haven't seen AOT binaries with dlls | 14:02:46 | |
| annoyingly, it seems like it doesn't add OpenSSL, ICU nor Kerberos to the needed section:
| 14:03:46 | |
| * annoyingly, it seems like it doesn't add OpenSSL, ICU nor Kerberos to the needed section:
| 14:04:20 | |
In case it helps you can get an AOT build (and various other things) like dotnet-sdk.tests.console.cs.aot.built or similar | 14:07:26 | |
| oh nice | 14:07:41 | |
| there are tests for regular publish, single file, etc | 14:08:04 | |
| 7 May 2025 | ||
| 07:56:11 | ||