Gonzalo Peci

> That's a different chart for a different runner, so naturally it points to a different image. @Nuru I don't think that is that obvious or natural given the comments...

I tried that chmod trick and it worked for me, but I had to do it on every restart. This did not use to be required. I also wonder what...

Im having the same issue and it does the same thing even when i execute under the bash(mingw) shell. Im running MSYS2/MinGW64

> You can create env before it seems. Applying that patch would remove any pre-existing `env`, which is not desirable in cases you want to add an env to all...

Nice! I'll take a look. Seems to be closed as done instead of not planned right?

Sorry to resurrect this issue, but i dont think this is related to `VM_MEMORY_OVERHEAD_PERCENT` because as far as I understand `no instance type which had enough resources and the required...

Sample config to replicate: Nodepool ``` apiVersion: karpenter.sh/v1 kind: NodePool metadata: name: bubblefly spec: disruption: budgets: - nodes: "1" consolidateAfter: 5m consolidationPolicy: WhenEmpty limits: cpu: "80" template: metadata: labels: nodepool/name:...

Archlinux, ZSH (with zplug). The envs are `GEM_HOME` and `GEM_PATH`, if it doesnt import them, it breaks rubocop from chruby. If you need the output of this or `gem env`...

Unfortunately my laptop if out of juice at the moment and i dont have the adapter with me (the device i initially tested with). I can provide that output tomorrow.

As agreed: #### GEM_HOME Shell ``` ➔ echo $GEM_HOME /home/gonzalop/.gem/ruby/2.2.5 ``` Atom console ``` process.env.GEM_HOME "/home/gonzalop/.gem/ruby/2.2.5" ``` #### GEM_PATH Shell ``` ➔ echo $GEM_PATH /home/gonzalop/.gem/ruby/2.2.5:/home/gonzalop/.rubies/ruby-2.2.5/lib/ruby/gems/2.2.0 ``` Atom console ``` process.env.GEM_PATH...