| 14 Dec 2024 |
 GGG | the actual class hasn't, but it won't let you compile and all of its members throw now | 02:27:15 |
| GGG | * the actual class hasn't, but it won't let you compile new code using it and all of its members throw now | 02:27:22 |
| GGG | I was thinking we could use this roll forward feature to help with .NET EOL, but the EOL includes the packages, so it's a no-go | 02:28:40 |
 6pak | which packages? | 02:29:16 |
| GGG | all of the runtime ones, System.Text.Json, System.IO, etc. | 02:31:18 |
| 6pak | wym by help with .NET EOL | 02:31:50 |
| GGG | there's currently a huge effort to upgrade every package that uses .NET 6 or 7 to a maintained version | 02:32:21 |
| GGG | if we could just roll them forward then it would avoid possible security issues from them being EOL | 02:32:35 |
| GGG | but then there's the runtime packages as well that wouldn't be rolled forward | 02:32:46 |
| 6pak | corlib would be taken from the latest runtime | 02:33:18 |
| GGG | like all of these: https://github.com/NixOS/nixpkgs/blob/9a5c9fb07412bf180b6c91d12b4bfaa06596f92c/pkgs/development/compilers/dotnet/versions/6.0.nix#L11-L572 | 02:33:21 |
| 6pak | STJ if referenced out of band you should update anyway | 02:33:28 |
| 6pak | because that gets CVEs often | 02:33:34 |
| GGG | yeah | 02:33:37 |
| 6pak | and if you dont update sdk then you wont be able to build anyway | 02:33:46 |
| GGG | but if you reference the SDK one, it'd be stuck on that, wouldn't it? | 02:33:49 |
| 6pak | it should be trivial to bump the sdk anyway | 02:33:53 |
| 6pak | you can update STJ by just referencing a newer version | 02:34:14 |
| GGG | or so you'd think, there are apparently a few packages where upstream hasn't upgraded yet | 02:34:17 |
| GGG | yeah, but that'd become a patch we'd have to maintain | 02:34:25 |
| GGG | a simple patch, but a patch nonetheless | 02:34:34 |
| 6pak | it's effectively the same thing as using a newer gcc version than the upstream maintainer uses | 02:36:14 |
| 6pak | which happens all the time? | 02:36:17 |
| GGG | I guess so | 02:38:11 |
|  Hristo Bakardzhiev left the room. | 13:08:17 |
| 17 Dec 2024 |
 Emmanuel Genga | I'm trying to package a dotnet app for local testing but it tells me that permission is denied, what could be the issue? | 16:30:18 |
| GGG | What's the full error message | 16:32:32 |
| Emmanuel Genga |
| 18:04:55 |
| Emmanuel Genga | * Running phase: updateAutotoolsGnuConfigScriptsPhase
Running phase: configurePhase
Executing dotnetConfigureHook
Determining projects to restore...
/nix/store/wlknwwx8f79lq8n07b0xh7ddjrrk191h-dotnet-sdk-8.0.404/share/dotnet/sdk/8.0
.404/NuGet.targets(174,5): error : Access to the path '/nix/store/h3k2d6d3rmligh682
d1n1mbdkv9n4fqr-source/YuckLS/obj' is denied. [/nix/store/h3k2d6d3rmligh682d1n1mbdk
v9n4fqr-source/YuckLS/YuckLS.csproj]
/nix/store/wlknwwx8f79lq8n07b0xh7ddjrrk191h-dotnet-sdk-8.0.404/share/dotnet/sdk/8.0
.404/NuGet.targets(174,5): error : Permission denied [/nix/store/h3k2d6d3rmligh68
2d1n1mbdkv9n4fqr-source/YuckLS/YuckLS.csproj]
| 18:05:14 |
| Emmanuel Genga | * Running phase: updateAutotoolsGnuConfigScriptsPhase
Running phase: configurePhase
Executing dotnetConfigureHook
Determining projects to restore...
/nix/store/wlknwwx8f79lq8n07b0xh7ddjrrk191h-dotnet-sdk-8.0.404/share/dotnet/sdk/8.0
.404/NuGet.targets(174,5): error : Access to the path '/nix/store/h3k2d6d3rmligh682
d1n1mbdkv9n4fqr-source/YuckLS/obj' is denied. [/nix/store/h3k2d6d3rmligh682d1n1mbdk
v9n4fqr-source/YuckLS/YuckLS.csproj]
/nix/store/wlknwwx8f79lq8n07b0xh7ddjrrk191h-dotnet-sdk-8.0.404/share/dotnet/sdk/8.0
.404/NuGet.targets(174,5): error : Permission denied \[/nix/store/h3k2d6d3rmligh68
2d1n1mbdkv9n4fqr-source/YuckLS/YuckLS.csproj\]
| 18:05:33 |
