Skip to content

Workspace root in VM can trigger non-hermeticity false-positives in rules_rs #51

Open

Description

@sin-ack

Problem Definition

In our work monorepo we have a crate called workspace-hack which serves as a way to deduplicate features across our crates. When this crate is compiled, rules_rs' non-hermeticity check triggers because /workspace is present in the crate's paths.

Solution

Set the prefix to either:

  • Something random determined at VM start, e.g. /workspace-zb7feq8rnv7e.
  • Something like Bazel's execroot, maybe just /execroot, which is very unlikely anyway.

There is also a fix on rules_rs side to do the check more carefully, I think.

Activity

  1. zbarsky-openai commented on Oct 20, 2026

    @zbarsky-openai

    Ah turns out my bot did this already in #38 and I never noticed :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions