Pierce Lopez

`pidfd_open()` was newly added in Linux-5.3 and Python-3.9, so it's a bit new to depend on, IMHO

If the python-stdlib (thread-type) queue is un-bounded, then putting a message to it will not block, so you can put a message to that queue from the tornado ioloop context,...

(`IOLoop.run_in_executor()` re-uses threads from a pool, so it might not be so bad to use it for each potentially-blocking put or get of a python-stdlib queue from ioloop context. So...

Are you by any chance using pycurl from the alpine package repo? There's a fascinating and confusing issue where alpine python3 (and alpine python packages) uses a different C shared-object...

I am sorry I neglected this for nearly a year. Looks good - I am just going to rebase and squash before merge ...

this variant of `/usr/local/bin/meld` works for me: ```sh #!/bin/sh exec /Applications/Meld.app/Contents/MacOS/Meld "$@" ```

The file is `/Applications/Meld.app/Contents/MacOS/Meld` but a symlink to that file does not work - apparently because the dynamic linking uses some relative paths and is confused, and the result is...

Which version of macOS are you running? Are you still getting the original error text exactly? Could you try modifying the script to something like: ```sh #!/bin/sh cd /Applications/Meld.app/Contents/MacOS exec...

I see, sorry, the wrapper script only addresses the py2app PyRuntimeLocations thing.

there are some test failures: ``` === RUN TestUnixSocketProducerConnection producer_unix_socket_test.go:24: should lazily connect - dial tcp: address /tmp/nsqd.sock: missing port in address --- FAIL: TestUnixSocketProducerConnection (0.00s) === RUN TestUnixSocketProducerPing producer_unix_socket_test.go:46:...