As noted in Crypteia's issue [1] it does not support bulk environments that work around getenv(3). One drawback of that is our usage of Open3 for the runner work introduced here [2]
This pull request works around the Crypteia bulk issue by being explicit with an env object using the Open3#popen3 interface which takes this as a first argument. https://docs.ruby-lang.org/en/2.0.0/Open3.html#method-i-popen3 When doing so, we simply create a new one that ensures getenv(3) is at play. I tested this in a control way in a Crypteia Codespace.
As noted in Crypteia's issue [1] it does not support bulk environments that work around
getenv(3)
. One drawback of that is our usage of Open3 for the runner work introduced here [2]This pull request works around the Crypteia bulk issue by being explicit with an env object using the
Open3#popen3
interface which takes this as a first argument. https://docs.ruby-lang.org/en/2.0.0/Open3.html#method-i-popen3 When doing so, we simply create a new one that ensuresgetenv(3)
is at play. I tested this in a control way in a Crypteia Codespace.