Closed Thefrank closed 3 years ago
This sounds reasonable to me. ./cc.sh
script is responsible for generating a build targetting the host machine (that you're building with), which isn't exactly what ASF's generic
package is, as generic package includes also parts required for other platforms, as we don't know where exactly that package will be needed.
I'm unsure whether ASF's generic
build will run on your unofficial FreeBSD port, as it most likely misses those parts and will crash as soon as it gets to them. However, self-compiled ASF targetting FreeBSD compiled through cc.sh
script with unofficial FreeBSD port of .NET SDK should generate those bits, allowing you to enjoy as stable and reliable ASF, as the port is itself.
Therefore of course I'll be happy to include your diff, as the only way to get to this point is having that unofficial port to begin with. If by any chance .NET team adds official support, you can also expect official ASF-freebsd-x64.zip
build, but that will only happen with official support, as supporting it unofficially would be too much burden for now.
In any case I'm happy to accept your suggestion and also to find out that you've successfully managed to run ASF on the unofficial port - that gives me hope that FreeBSD might be included soon enough as official build, if a bit more work is put by the people interested in supporting it.
Side note: I've noticed that freebsd-x64
is included in the official runtime.json
list, and imports #unix
, which means that official ASF's generic
build should work with unofficial FreeBSD port as well. This means that you don't necessarily have to compile the ASF itself, you can just run the generic build as described on the wiki. Of course there is nothing wrong in compiling ASF either, but it shouldn't be necessary 🙂.
Feature request
Purpose
Preamble: Microsoft does not currently produce an official package for dotNET5 hence the asking for unofficial support here.
ASF currently does not support FreeBSD as a valid target in scripts. Adding it would allow those that wish to run ASF on FreeBSD (or FreeBSD based jails) to use it.
Solution
This diff should work (I can make a pull request if desired)
What is changes: it adds support for
FreeBSD
as a valid return fromuname -a
it also adds support foramd64
as being a valid return foruname -m
and converts it tox64
Why currently available solutions are not sufficient?
I suppose the current solution of
dotnet publish ArchiSteamFarm -c "Release" -f "net5.0" -o "out/generic"
as shown in the wiki sufficient. This just adds support for those that would rather use thecc.sh
script instead of a couple lines ofdotnet
commandsDoes your suggestion fall into ASF scope?
This request should allow people to idle steam cards from a jail or term window on FreeBSD
Is your suggestion abiding to Steam guidelines?
From my understanding of both guidelines and agreement then yes, this should.
Additional info
As noted above, Microsoft does not produce an official dotNET5 FreeBSD package. The request only touches the
cc.sh
script as modifications anywhere else might cause failures in CI/CD due to lack of either FreeBSD build environments or inability for things likedotnet-install
script to download an official package for dotNET5. I have only tested the idling function and not the asf-ui (asf-ui did build).