| 17 Dec 2024 |
 GGG | Just doing roll forward won't work because it still needs the older SDK to build so you'll still get the insecure warning. | 21:49:31 |
 Whovian9369 | So my current issue (which I haven't looked into yet, whoops) is That I'm getting errors because of hardcoded RuntimeIdentifiers at https://github.com/aaru-dps/Aaru/blob/f4fef21d0d88b7931b95549782563db4da91a8f8/Aaru/Aaru.csproj#L21 | 21:52:54 |
 6pak | global properties override project ones | 21:53:41 |
| 6pak | so you can do -p:RuntimeIdentifiers= | 21:53:48 |
| Whovian9369 | My issue with just building using Net 8.0 was that it still wanted Net 7 Runtime, which threw a slight wrench in the works too. | 21:53:54 |
| Whovian9369 | And building with 8 SDK and 8 Runtime gives me the Runtime issue. | 21:54:13 |
| Whovian9369 | * And building with 8 SDK and 8 Runtime gives me the Runtime Identifiers issue. | 21:54:23 |
| GGG | * You could just do a patch (or
substituteInPlace if you're lazy) to replace all TargetFramework labels to net8.0 or net9.0 *if* the app doesn't use any APIs that had breaking changes | 21:55:12 |
| Whovian9369 | runtimeId = "linux-x64"; should override that then, right? Or should I be doing it using like dotnetFlags = [ "-p:RuntimeIdentifiers=linux-x64" ] | 21:55:19 |
| GGG | Latter | 21:55:31 |
| 6pak | I think nixpkgs dotnet stuff sets RuntimeIdentifier | 21:55:35 |
| 6pak | so if you empty out RuntimeIdentifiers, it will work like you want it to | 21:55:44 |
| Whovian9369 | I'll have to try it out then, thanks! | 21:55:53 |
| GGG | You'll probably want to use `dotnetCorePackages.systemToRuntimeId` to transform the `stdenv.targetSystem` into a RuntimeIdentifier | 21:56:42 |
| 6pak | hostSystem* | 21:57:06 |
| GGG | In reply to @6pak:matrix.org
I think nixpkgs dotnet stuff sets RuntimeIdentifier Does it? Lemme double check | 21:57:06 |
| GGG | I already forgot | 21:57:12 |
| 6pak | but even then, just let builddotnetmodule fill it out | 21:57:23 |
| Whovian9369 | (Also I have dotnetBuildFlags and dotnetInstallFlags set separately since I remember having issues via dotnetFlags -- Something relating to the restore phase, if memory serves? I'll have to try that again later.) | 21:57:50 |
| 6pak | 
Download image.png | 21:58:11 |
| 6pak | but for the actual build, it only does sometimes... | 21:58:39 |
| 6pak | 
Download image.png | 21:58:42 |
| 6pak | for some reason | 21:58:43 |
| 6pak | tbh I hate everything about buildDotnetModule | 21:58:58 |
| 6pak | it's just so wrong | 21:59:01 |
| GGG | Oh yeah, I wonder if we should fill `RuntimeIdentifiers` based on the supported platforms in meta | 21:59:27 |
| 6pak | no | 21:59:35 |
| 6pak | you should fill it out based on hostPlatform | 21:59:43 |
| 6pak | * you should fill it out based on hostSystem | 21:59:46 |
| GGG | That might solve a few issues | 21:59:48 |
