Running on not-Windows? #160
Replies: 3 comments
-
@jedieaston I've been circulating this with the team. We're looking at all the dependencies to see where work needs to be done. It looks like we need microsoft/msix-packaging#366. There are a couple of other libraries we're going to take a look at as well. We do get lots of feedback to support Linux for development. |
Beta Was this translation helpful? Give feedback.
-
A little update on this,
I think packaging a Docker container much like https://github.com/amake/innosetup-docker would be a great idea, I may work on it next time I have a few hours. |
Beta Was this translation helpful? Give feedback.
-
For reference, Komac seems to work fine in Linux and Mac. Here is a screenshot in Termux: |
Beta Was this translation helpful? Give feedback.
-
Does anyone know what the significant blockers would be to running wingetcreate on Linux or macOS?
The reason I ask is that I was looking into writing a packaged GitHub Action to run
wingetcreate update
, and the two options are JavaScript (which although it has access to Node, it can't install any executables on the runner or lock itself to a single OS), or packaging the action in a Docker container, which only supports Docker on Linux. The Docker method would be the one we'd have to use.Currently the biggest blockers I see seem to have to do with wingetcreate requiring access to Windows only .NET libraries, some (most?) of which aren't managed by the Windows Package Manager team. I'm somewhat of a novice in .NET and I've only worked in .NET Core on Linux, so I don't know how hard it is to port these. If they rely on system stuff in Windows existing (like I don't know if there's a great way of opening a MSI file on Linux to get the Product Code, as a simple example), then it probably is not feasible. But I think cross-platform support would definitely be worth looking into.
(Also, I haven't even tried running it in Wine yet. Maybe that works?)
Thanks!
Beta Was this translation helpful? Give feedback.
All reactions