Bitrise Build Issue Report template
Description of the issue
User which invokes bitrise CLI on Linux stack is a root (uid 0). It is not the case on macOS stacks. Is it intended difference?
bitrise.io and locally using docker.
Which build Step causes the issue and which version of the step?
- Does a “Rebuild” help? (You can trigger a rebuild from the Build’s page, by clicking the “Rebuild” button in the top right corner of a finished build) : NO
Does a rebuild without caches help? (You can remove the
Cache:Pushsteps temporarily to not to use the cache, or you can delete all the caches on the
Settingstab of the app. : NO
- If you have multiple different build configurations (workflows), does the issue affect all/more than one? : NO
- If it’s an issue which happens sporadically, what’s the frequency? (e.g. Once a day ; about x% of the builds) : 100%
- Does upgrading the build Step to the latest version help? : NO
- When did the issue start? : existing from the beginning
Linux/Android stack builds
_Can it be reproduced by running the build locally, after doing a new git clone of the repository into the
/tmp directory and running the build from there with the Bitrise CLI ( https://www.bitrise.io/cli )?: YES
Can it be reproduced by running the build locally with our CLI ( https://www.bitrise.io/cli ), after doing a new git clone of the repository into the
/tmp directory and running the build from there with the Bitrise CLI ( https://www.bitrise.io/cli )?: it is not an issue on macOS stack, non-root user is used there.
id on Linux stack:
uid=0(root) gid=0(root) groups=0(root)
on macOS stack:
uid=501(vagrant) gid=20(staff) groups=20(staff),701(com.apple.sharepoint.group.1),12(everyone),61(localaccounts),79(_appserverusr),80(admin),81(_appserveradm),98(_lpadmin),33(_appstore),100(_lpoperator),204(_developer),395(com.apple.access_ftp),398(com.apple.access_screensharing),399(com.apple.access_ssh)