Nix + dotnet | 114 Members | |
| 23 Servers |
| Sender | Message | Time |
|---|---|---|
| 6 May 2025 | ||
| there are tests for regular publish, single file, etc | 14:08:04 | |
| 7 May 2025 | ||
| 07:56:11 | ||
| 8 May 2025 | ||
Corngood: shouldn't this set DYLD_LIBRARY_PATH on macos? https://github.com/NixOS/nixpkgs/blob/b8d4a65cb17eb3ddec8f742f424a6d195500f281/pkgs/build-support/dotnet/build-dotnet-module/hooks/dotnet-fixup-hook.sh#L37 | 14:39:14 | |
| 9 May 2025 | ||
| Yeah, probably. Thanks for the PR. I think there are some subtle differences from glibc, but there are quite a few places in nixpkgs that use it as your suggesting. | 01:45:13 | |
| 14 May 2025 | ||
| 03:52:58 | ||
| 15 May 2025 | ||
| @corngood:corngood.com maybe we'll finally be able to source build feature bands in .NET 10? https://github.com/dotnet/announcements/issues/359 | 02:44:03 | |
| Interesting, but a little vague. For the upgrades this month, 8 is done, 9 hit https://github.com/dotnet/dotnet/pull/546, and I haven't started 10 yet. I guess when I get to 10 I'll see whats going on... | 10:57:57 | |
| 18 May 2025 | ||
Is there a suggested way to deal with an outdated global.json? Is it just to do something similar to substituteInPlace global.json --replace-fail 4.20.69 ${dotnetCorePackages.sdk_9_0.version}? | 22:41:17 | |
| ("Outdated" relative to the SDK that I'm using to build, anyway.) | 22:41:36 | |
Oh, maybe I could just change the allowPrerelease key to true? That may be the easiest solution here. | 22:47:52 | |
| what is your actual case? | 22:48:21 | |
| is the global.json pinning a exactly specific version? | 22:48:32 | |
| or just the major/feature band | 22:48:39 | |
| Specific version | 22:48:49 | |
| 22:48:59 | |
| I'd just rm the global.json | 22:49:32 | |
| assuming the build still works on 9.0.2xx | 22:49:42 | |
| My flake is https://github.com/Whovian9369/aaru-nix-flake (Updating it which is why I'm encountering this) Upstream is https://github.com/aaru-dps/Aaru global.json was introduced with https://github.com/aaru-dps/Aaru/commit/8ee0926210df8e3a443456b567e17ad6f319125f | 22:50:07 | |
| that global.json doesn't make much sense | 22:50:55 | |
it would be better to rollForward=latestPatch (aka 9.0.1xx instead) to still receive bug fixes while avoiding bumping the feature band | 22:52:07 | |
* it would be better to rollForward=latestPatch (aka 9.0.1xx) to still receive bug fixes while avoiding bumping the feature band | 22:52:16 | |
* it would be better to rollForward=latestPatch (aka 9.0.1xx) to still receive bug fixes assuming avoiding the feature band bump was the intention | 22:53:01 | |
| Are you saying in respect to what Upstream should do, or what I should do for my Nix packaging? | 22:53:28 | |
| what upstream should do | 22:53:50 | |
| you probably should just ^ | 22:53:57 | |
| global.json doesn't really matter because you specify the sdk version in nix anyway | 22:54:26 | |
and if the build really breaks (or anything other unwanted) on 9.0.2xx, just specify sdk_9_0_1xx in nix | 22:55:07 | |
| I imagine this would still be an issue with
| 22:55:26 | |
* and if the build really breaks (or anything other unwanted happens) on 9.0.2xx, just specify sdk_9_0_1xx in nix | 22:55:31 | |
| Cool, thank you very much! | 22:55:33 | |