Grégory Starck

NB: This is a proposed PR, because I'm not sure this is the best to do, I mean : Couldn't the heartbeat thread itself somehow calls drain_events() (or a submethod...

From my perspective I do think (but not 100% sure) that we should be able to do drain_events(0) in the heartbeat thread without that having an impact on any other(s)...

ah, found ~~maybe~~ certainly a better method: a less "intrusive" way would/could be to apparently "simply" open a new channel and directly close it, that involves a communication with the...

> For now though, RabbitMQ is extremely reliable, so we don't need to really check for heartbeats from the server. FYI: this is not mainly for being sure that the...

without going into too deep details, `rez-env python` (with whatever version specification), doesn't need/require the overhead that is actually done inside rez/bind/python.py (to do the same effect than if it...

otherwise the current code of the binding, actually uses the system python (well the one available on PATH) to copy its files from (from the 2 directories identified by os...

@nerdvegas > Python especially - the rez-bind of python is really just a helper to get up and running quickly. ok got it. and effectively it's only a simple wrapper...

hey @nerdvegas ok I'll have to look and try the suites then. thx. > Suites rely on shebanged scripts though, so they only work on linux/osx, I don't recall if...

effectively this clearly looks like a race condition. if 2+ threads are interleaved "badly" in this function then one of them will overwrite the other one(s). leading to the loss...

> if two threads try to update the same key there should be a conflict error from PostgreSQL how that ? ```python def _db_write_typedkey(self, relpath, name, serial): q = """...