Benjamin Staffin
Benjamin Staffin
I'm not sure if this is the exact same issue, but I suspect it is: if the screen resolution changes (independent of a remote session), altdrag immediately hangs.
Interesting. Is there a way for taffybar to at least be aware of its actual height and update the strut height accordingly? It would be kinda cool if taffybar.hs didn't...
Ah, got it. So in order to change the height of the strut space, taffybar would have to delete and recreate its window?
I haven't had time to hack on stuff like this recently, alas. I've also been using exwm instead of xmonad, and my (hopefully temporary) workaround has been not running taffybar.
I may take a stab at a patch this afternoon.
FYI I'm encountering this error on Linux, so it likely is not specific to MacOS.
Some details from my system docker daemon config: ```json { "group": "docker", "hosts": [ "fd://" ], "live-restore": true, "log-driver": "journald" } ``` ```console $ terraform --version Terraform v1.2.9 on linux_amd64...
I am able to make a `docker_image` build work if I specify a context directory that is _completely empty_, like so: ```hcl resource "docker_image" "this" { name = "foo" build...
slight correction: Dockerfile is part of the context submitted to the docker daemon. The provider only works if the Dockerfile is added from a file outside of the build context...
OK I found a fix. The docker API behaves differently if it thinks the build context is plain text - it assumes it's a plain Dockerfile, but it is guessing...