Adithya Ps

I too am facing the same issue, and I can't even allow it from settings as the MacBook is provided by my company with a lot of restrictions. If there...

Any update on this ?

Not sure what kind of bug this is, but when re-ran with verbose the script exits, correctly and im able to get the patched font https://github.com/daylinmorgan/monolisa-nerdfont-patch/assets/22428691/0907ce92-f0c7-45e6-871f-114f972faf8c

The issue still remains, **Without Verbose & With -c** **With Verbose & With -c:**

Hi @daylinmorgan , I just tested the patched font locally with `encoding=None`, and it seems to be working correctly! However, I'm not sure if there might be any unintended side...

> Yay encoding errors.... docker or your system is returning text with a different encoding. I think I can catch this at runtime. > > What is the output of...

Correct, I'm currently on OSX. Wouldn't it be better to enclose the subprocess block in `try..except` and catch explicit errors. I was thinking something like this so `None` would be...

> Removing the encoding all together will be an issue if there is an error in the subprocess because then the stdout/stderr is returned to the user: > > https://github.com/daylinmorgan/monolisa-nerdfont-patch/blob/6f5ec7e73e781a11cd37dceb698a9ad3bd8777ee/patch-monolisa#L97-L105...

Agreed, so we could just catch `UnicodeDecodeError` and re-run as `None`. I don't seem to find docker as the issue here as the same behaviour is seen with `make patch`...

I would very much like this, Im configuring nvim as part of CI and would like COQdeps to run in headless mode. Any updates on this yet ?