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
While bazel-remote is known to work on both linux and macos, the status on windows is unclear.
By default windows does not allow the removal of files open in another process. There is a FILE_SHARE_DELETE flag that can be used to make this behave a bit more like POSIX, but with some subtle differences. It is not clear from the documentation if a single process (like bazel-remote) can remove a file in one goroutine while it's open in another goroutine on windows.
It would be good to test these scenarios:
A blob can have in-progress downloads when it reaches the end of the LRU and is evicted, triggering a file removal.
A blob can have in-progress downloads when it is replaced by an upload for the same key.
bazel-remote does not work on windows, due to the way we interact with
the filesystem. Let's prevent windows builds from succeeding, to avoid
wasting windows users' time trying.
Background: buchgr#184
bazel-remote does not work on windows, due to the way we interact with
the filesystem. Let's prevent windows builds from succeeding, to avoid
wasting windows users' time trying.
Background: buchgr#184
bazel-remote does not work on windows, due to the way we interact with
the filesystem. Let's prevent windows builds from succeeding, to avoid
wasting windows users' time trying.
Background: #184
While bazel-remote is known to work on both linux and macos, the status on windows is unclear.
By default windows does not allow the removal of files open in another process. There is a FILE_SHARE_DELETE flag that can be used to make this behave a bit more like POSIX, but with some subtle differences. It is not clear from the documentation if a single process (like bazel-remote) can remove a file in one goroutine while it's open in another goroutine on windows.
It would be good to test these scenarios:
There is some discussion on this topic in golang/go#32088 (comment) and golang/go#34681 (comment)
The text was updated successfully, but these errors were encountered: