Arch Linux User Repository

Prebuilt binaries of this package can be found in arch4edu.

@Mike616 (and anyone else wondering)

To configure the runner, run config.sh as user github-actions:

$ cd /var/lib/github-actions

$ sudo -u github-actions ./config --url https://github.com/your/repo --token AAA...

$ sudo systemctl enable github-actions.service

$ sudo systemctl start github-actions.service

You found the token you need to use under https://github.com/your/repo/settings/actions/runners/new?arch=x64&os=linux

@loathingkernel Thanks. Fixed.

Please, don't do this

install=PKGBUILD

I get that it works and it's cool, but it's bad to break standardized procedures. pre_remove and post_remove should go into their own <something>.install file. There is no guarantee that there won't ever be a name overlap between the functions defined in a PKGBUILD and an .install file

What's the correct process for installing this? After installation, I tried to run /var/lib/github-actions/config.sh but it fails because my user doesn't have write perms for the directory. It also won't let me run with sudo so I chown root:wheel -R /var/lib/github-actions. I was able to configure but systemctl start github-actions.service fails because:

Unhandled exception. System.UnauthorizedAccessException: Access to the path '/var/lib/github-actions/_diag/Runner_20221111-001156-utc.log' is denied.

This file doesn't exist but the directory has 775 and is owned by root:wheel. What do I need to do to fix it?

I am currently not sure of the exact sequence of events that leads to the error.

I think it should be:

1. Installing this package at 2.296.1, which installs bin for root:root.
2. The auto-updater upgrades the runtime to a new version, 2.296.2 for example. It will move bin to bin.2.296.1, download and create bin.2.296.2, and create bin as a symlink to bin.2.296.2. So bin.2.296.1 is owned by root:root.
3. Somehow, the runtime thinks it's at 2.296.1 again. It could be done by reinstall this package at 2.296.1.
4. Then the auto-updater will try move bin to bin.2.296.1 again and give the error.

@petronny I am currently not sure of the exact sequence of events that leads to the error. Usually we discover the issue after a reboot (which is typically, but not always, preceded by a system update).

Not sure why we would already have /var/lib/github-actions/bin.2.296.1/ in our system? There are only 2 places it could have come from, (1) the auto-updater, or (2) upgrading this package, and I would not expect either of those two actions to result in an error such as this.

Prebuilt binaries of this package can be found in arch4edu.

@bidskii I don't think we should recursively change the permission if it's not a fresh install. But recursively changing the permission for bin and external is ok.

And you are getting that error because you already have /var/lib/github-actions/bin.2.296.1/ in your system. So it's trying to move bin/ under bin.2.296.1 instead of renaming bin. Remove that folder (also external.2.296.1) should fix the error.

I am experiencing an issue where the auto-updater is failing to update with a log that looks like this

$ cat /var/lib/github-actions/_diag/SelfUpdate-20220927-053658.log.failed
[2022-09-27 15:36:58-2214] --------whoami--------
github-actions
[2022-09-27 15:36:58-2235] --------whoami--------
[2022-09-27 15:36:58-2245] Waiting for Runner.Listener (3906403) to complete
[2022-09-27 15:36:58-2254] Process 3906403 still running
[2022-09-27 15:37:00-0014] Process 3906403 finished running
[2022-09-27 15:37:00-0022] Sleep 1 more second to make sure process exited
[2022-09-27 15:37:01-0011] move /var/lib/github-actions/bin /var/lib/github-actions/bin.2.296.1
mv: cannot move '/var/lib/github-actions/bin' to '/var/lib/github-actions/bin.2.296.1/bin': Permission denied
[2022-09-27 15:37:01-0029] Can't move /var/lib/github-actions/bin to /var/lib/github-actions/bin.2.296.1

Having a look at the ownership of some of the files/folders in /var/lib/github-actions some things have a user and group of root:root.

If I am not mistaken, the github-actions.tmpfiles is meant to be helping to control the ownership of the /var/lib/github-actions folder, but should it not be doing this recursively? i.e. should github-actions.tmpfiles not look like this? (note the capital Z)

Z /var/lib/github-actions 0775 root github-actions

I tried to update the package but we cannot push packages which contain subdirectories. I asked in the forum if we can find an answer to this:

https://bbs.archlinux.org/viewtopic.php?id=265882