You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
That said, one change we should consider making to Buildbarn at some point is that we do move the input root into some kind of subdirectory, reserving the top-level directory for other storage purposes. For example, stdout and stderr of build actions are currently stored as files inside the input root. So like this:
Though most build actions generally don't care about that, it's a bit sloppy. If a build action would try to tar its entire input root, it would also archive its own stdout/stderr logs. We should consider restructuring it to something like this:
When doing this, it will be important to ensure that the runner executes the action under the input_root to ensure any provided toolchains are used. Buildstream supplies a full sandbox environment as it's input_files and as such autoconf may be expected to exist under $PATH, which could be placed at /bin, /usr/bin etc.
This has been fixed now. Builds take place in a root subdirectory. The stdout and stderr logs are no longer prefixed with a dot, making it easier to find them.
That said, one change we should consider making to Buildbarn at some point is that we do move the input root into some kind of subdirectory, reserving the top-level directory for other storage purposes. For example, stdout and stderr of build actions are currently stored as files inside the input root. So like this:
Though most build actions generally don't care about that, it's a bit sloppy. If a build action would try to
tar
its entire input root, it would also archive its own stdout/stderr logs. We should consider restructuring it to something like this:Originally posted by @EdSchouten in #18 (comment)
The text was updated successfully, but these errors were encountered: