tigerinus

Results 78 comments of tigerinus

Alright, I found a better workaround: Some type and const: ```go type ContextKey string const ContextKeyGlobalDB = ContextKey("gdb") ``` somewhere in `main`: ```go db = db.WithContext(context.WithValue(context.Background(), ContextKeyGlobalDB, db)) ``` somewhere...

> Hi, thanks for reporting! I can't seem to reproduce, are you maybe using some kind of macro? > > ![bug](https://user-images.githubusercontent.com/3807253/77425667-5e8c4700-6dd3-11ea-8c07-b9cfbdf94b92.gif) > > If you can provide some additional data...

![repro](https://user-images.githubusercontent.com/7172560/77500717-de2c1b80-6e90-11ea-8b48-b08f8eaf19f6.gif)

Unfortunately CasaOS relies on Docker, Samba, etc. .. a number of systemd services, thus us.

Getting the same error when using `typescript-node` generator with [Flink OpenAPI](https://nightlies.apache.org/flink/flink-docs-release-1.15/generated/rest_v1_dispatcher.yml): ```bash openapi-generator-cli generate -g typescript-node -i https://nightlies.apache.org/flink/flink-docs-release-1.15/generated/rest_v1_dispatcher.yml -o ./src ``` Any suggestion/workaround is appreciated.

Hitting the same issue when trying to generate code from Flink OpenAPI https://nightlies.apache.org/flink/flink-docs-release-1.15/generated/rest_v1_dispatcher.yml I don't own this OpenAPI, so I can't add `x-enum-varnames` to workaround it. Perhaps there can be...

https://docs.docker.com/network/iptables/ Not sure if this is relevant. > Docker also sets the policy for the FORWARD chain to DROP. If your Docker host also acts as a router, this will...

Can it override the file request to /bin/sh at exec level, just like how it is overridden at shell level?

I see. It's not a blocking issue. I will use neovim under cmd.exe as a workaround for now. Thanks!

If running from cmd.exe, neovim no longer assumes itself running under a POSIX environment and thus no longer seek for /bin/sh.