I had trouble compiling version 6.2.2.x on my machine using the dotnet 9.0.9.sdk110 packages in extra, see: https://github.com/JustArchiNET/ArchiSteamFarm/issues/3487
However, the up to date -bin packages present in AUR work.
| Git Clone URL: | https://aur.archlinux.org/asf.git (read-only, click to copy) |
|---|---|
| Package Base: | asf |
| Description: | Monitoring plugin for ArchiSteamFarm. |
| Upstream URL: | https://github.com/JustArchiNET/ArchiSteamFarm |
| Licenses: | Apache-2.0 |
| Submitter: | Gilrain |
| Maintainer: | Gilrain |
| Last Packager: | Gilrain |
| Votes: | 25 |
| Popularity: | 0.45 |
| First Submitted: | 2016-04-02 13:31 (UTC) |
| Last Updated: | 2025-12-01 12:39 (UTC) |
I had trouble compiling version 6.2.2.x on my machine using the dotnet 9.0.9.sdk110 packages in extra, see: https://github.com/JustArchiNET/ArchiSteamFarm/issues/3487
However, the up to date -bin packages present in AUR work.
Package updated to latest stable release candidate. I saw no issue on a mostly barebone install.
Regarding the build issue reported by BoBeR182, as stated in the error message: it seems to be a dependency error due to a security check. The Latest prerelease version from the github, 5.5.2.1 doesn't have this problem anymore and builds if you try to attempt it.
Switching the package to the prerelease temporarily might be a good idea until the next stable release.
==> Starting build()...
Determining projects to restore...
/home/user/.cache/yay/asf/src/asf/ArchiSteamFarm/ArchiSteamFarm.csproj : error NU1902: Warning As Error: Package 'System.IdentityModel.Tokens.Jwt' 7.0.3 has a known moderate severity vulnerability, https://github.com/advisories/GHSA-59j7-ghrg-fj52
/home/user/.cache/yay/asf/src/asf/ArchiSteamFarm/ArchiSteamFarm.csproj : error NU1902: Warning As Error: Package 'System.IdentityModel.Tokens.Jwt' 7.0.3 has a known moderate severity vulnerability, https://github.com/advisories/GHSA-8g9c-28fc-mcx2
Failed to restore /home/user/.cache/yay/asf/src/asf/ArchiSteamFarm/ArchiSteamFarm.csproj (in 1.79 sec).
==> ERROR: A failure occurred in build().
Aborting...
-> error making: asf-exit status 4
-> Failed to install the following packages. Manual intervention is required:
asf - exit status 4
Potential breaking change: the service file security has been tightened. If you altered it any way on your machine, you might not be able to start ASF.
You can debug the problem introduced with SystemCallFilter, by following https://unix.stackexchange.com/a/681075
Hi! Does anyone else have this permission problem running with their own user? System.IO.IOException: Read-only file system : '/var/lib/asf/config/MyBot.json.new
@mihalycsaba you're on the right track, it's indeed a permission problem. But 777 is not a lucky number. Check each file permission to make sure they conform to the user trying to access them. The default for the config folder is 750, meaning that full access is granted for the asf user, pass-through rights for the asf group and deny everybody else.
I keep getting this error without root.
ERROR|ASF|Save() System.UnauthorizedAccessException: Access to the path '/usr/lib/asf/config/ASF.db.new' is denied.
---> System.IO.IOException: Permission denied
I did chmod -R 777 /usr/lib/asf/config/ shouldn't be this the default permission on this folder?
Starting with 5.1.4.0-1, the custom service files provided with this package have been replaced with the one upstream.
It uses a EnvironmentFile in /etc/asf to point to the right dir (remember, you want n-1 from asf config folder).
It also serves to populate the user and home folder for the daemon.
Due to a ca-certificates-mozilla issue [https://bugs.archlinux.org/task/70095], you might not be able to compile this package. The AUR dotnet packages v.5.0.5 have been patched to circumvent this.
Pinned Comments
Gilrain commented on 2025-10-01 14:36 (UTC) (edited on 2025-10-27 10:11 (UTC) by Gilrain)
I had trouble compiling version 6.2.2.x on my machine using the dotnet 9.0.9.sdk110 packages in extra, see: https://github.com/JustArchiNET/ArchiSteamFarm/issues/3487
However, the up to date -bin packages present in AUR work.
Gilrain commented on 2022-11-03 08:45 (UTC)
Potential breaking change: the service file security has been tightened. If you altered it any way on your machine, you might not be able to start ASF.
You can debug the problem introduced with SystemCallFilter, by following https://unix.stackexchange.com/a/681075
Gilrain commented on 2021-10-02 14:02 (UTC)
Starting with 5.1.4.0-1, the custom service files provided with this package have been replaced with the one upstream.
It uses a EnvironmentFile in /etc/asf to point to the right dir (remember, you want n-1 from asf config folder).
It also serves to populate the user and home folder for the daemon.