Replies: 1 comment
-
I realize this is an old post but I was wondering if you had ever found a good way to work around this issue. All I can come up with at this point is to call the user with sudo -u username -i to get the profile to source. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
I've tried using the action today, it provisions an ubuntu aarch64 VM and runs on it. And here's where I ran into serious weirdness. My regular self hosted runners, also ubuntu 22.04, are using a simple manual setup:
Later on, I use the regular dtolnay/rust-toolchain action, which has always been rock solid, I use it on macs, windows, a bunch of different Linux distros - no problem, until this. On this runner, the action fails because it cannot run the
rustup
command, even though it is present in the system.Digging in a bit deeper I found that the action runs on the VM as root, not as the ubuntu user, in which I put the unpacked github actions binaries.
OK, so if this is root, I also installed rustup for root, and in the base image, I can run rustup and cargo as root and as ubuntu, no problem. The action keeps failing, not being able to find the commands in the $PATH.
So two things:
Beta Was this translation helpful? Give feedback.
All reactions