packaging 'dotnet' based software do we have a standard way yet?
as we have dotnet6-runtime/sdk in v3.18/9 and will have dotnet8-runtime/sdk in v3.20 in a while..
- have there been any packaging of dotnet alpine packages yet to flesh out the gremlins of nuget -> apk when it comes to shared packages?
- is this something we want?
- or is native (AOT) output good enough?
i know three paths:
- dotnet build with nuget to fetch dependencies (shared libs but duplicated per application, pretty much like how a windows app installation looks, and its horrible waste of space)
- dotnet build with nuget to fetch dependencies (AOT) with native output (much static linking, producing large binaries, with a few so files, not as bad as the previous one. the likely solution in the short term
- apk based install of dynamic libraries from nuget and somehow getting everything to work (sounds like an utopia, but we do it like that with pypi etc so i guess its a question if its worth the work?)
any input in the matter? @ayakael or anyone else using dotnet?