David Trapp

Hm, I'm not sure how to fix it! My workaround is just that - a workaround. And adding code inside a dependency isn't really something a PR can do anyway...

I would think regular port forwarding (for example via SSH switch `-L`) should work for this, doesn't it? If it does, it would be nice to see this as solution...

I see the port forwarding is in the other direction - but then it works fine. I used `-R 3374:localhost:3374` on the SSH connection and manually started the runtime server...

...OK I realized, the port forwarding "works" only to the extent that it successfully loads the trace into dbux in VSCode. But then it obviously fails to do anything useful...

@2 I don't have a problem with that, requiring from a _contributor_ to have bash available is fine I think. Plus, in this scenario one has more control over it....

Will probably look into Volta indeed, because I'm currently using asdf and it annoys the heck out of me.

Hm... compared with the other "guides" - I'm not sure how much content I have, actually, now that port forwarding isn't included anymore. It would be a very short article....

No of course not. Also, calling it "debugging guide" was a lapse of mind, it was supposed to be "development guide" :) I'm not sure what the "most difficult" step...

OK cool but then where can we access the docs for the time being? Is there a mirror? EDIT: OK it's in the wayback machine: http://web.archive.org/web/20210610035435/https://docs.cardano.org/projects/cardano-serialization-lib/en/latest/

I'm not sure, since I had this happen to me only indirectly through @cardano-graphql/cli, and it seems they implemented some workaround on their end already because I used the command...