Bourne Shell cannot be used in z/OS due to non-existing shell option "-l"

[mirkubi]

When trying to use "sh" as an executor, it fails on z/OS as by default it uses option "-l" which is not available in z/OS USS sh implementation.
It uses "-L" instead. According gitlab runner documentation, this option is forced.

To make it compatible with z/OS bourne shell, the code change might be needed?

z/OS allowed options:

`Format

[r]sh [B1abCefhiKkLmnPprtuvx] [B1o option] [cmd_file [argument ...]]

[r]sh -S [B1abCefhiKkLmnPprtuvx] [B1o option] [cmd_file [argument ...]]

[r]sh -c cmdstring [B1abCefhiKkLmnPprtuvx] [B1o option] [cmd_name [argument ...]]

[r]sh -s [B1abCefhikLmnPprtuvx] [B1o option] [argument ...]

-L
Makes the shell a login shell,. (A login shell is an interactive
shell.)

`

[v1gnesh]

gitlab-runner doesn't support sh, it needs bash as a minimum.

[mirkubi]

gitlab-runner doesn't support sh, it needs bash as a minimum.

is the port then different in shell support? I see in official gitlab-runner documentation sh as supported

https://docs.gitlab.com/runner/shells/

[v1gnesh]

Huh, I should have looked this up before commenting.
I remember seeing (or at least deciding) that we needed bash to get gitlab-runner working, when I was initially looking to get gitlab-runner working for z/OS.
Maybe I decided this is the case, as trying to get z/OS's flavor of sh working well is likely to bring up z/OS-specific limitations (like you're seeing now).