<sb0>
at the moment ssl won't work at all with proactoreventloop (which is needed to support subprocesses)
nicksydney has quit [Remote host closed the connection]
nicksydney has joined #m-labs
antgreen has quit [Ping timeout: 255 seconds]
ccube has joined #m-labs
<GitHub52>
[migen] enjoy-digital pushed 1 new commit to master: http://git.io/pRCD
<GitHub52>
migen/master 00e8616 Florent Kermarrec: mibuild/sim: clean up (thanks sb)
<rjo>
sb0: ack. i would have thought that ssl can be handled above all socket/asyncio/transport layers sacrificing some integration with the os.
<sb0>
yeah, meh
<sb0>
rjo, btw regarding controller termination. since signals are implemented in a stupid way in python, and their compatibility with windows is dubious, I propose 1) attempting to terminate via a regular RPC request 2) if that does not work e.g. times out, use subprocess.kill() that sends SIGKILL on Linux and calls TerminateProcess() on Windows
<sb0>
ysionneau, how is influxfb?
<sb0>
*influxdb
<ysionneau>
seems to work nicely, I was able to do a draft of program which subscribes to parameters and then send time+param+value to the influxdb
<ysionneau>
now I'm thinking about how to do this reliably
<ysionneau>
like you said to reconnect when connection is lost
<ysionneau>
also, I'm wondering if using influxdb can block the asyncio loop or not
<sb0>
i guess it doesn't matter if some parameters updates are lost when at least one of the connections is defective
<sb0>
i.e. transfer from pdb to influxdb if and only if both the pdb and influxdb connections are active, and maintain them in the background
<ysionneau>
alright
<sb0>
it can, but a quick web search turned up an asyncio influxdb client iirc
<ysionneau>
oh!
<ysionneau>
I didn't find that
<ysionneau>
about the GUI, why thinking about migrating to Qt?
<sb0>
ah, no, sorry that was for another database...
<ysionneau>
redis has an asyncio client it seems
<sb0>
rjo thinks plotting libs are better for qt. Ben from Oxford claims making a workspace environment is easy with qt. I'm waiting to see an implementation of #2....
<sb0>
also, there's asyncio support that supports windows and looks well coded
<sb0>
and qt is installed by conda by default
<sb0>
yeah lots of databases have asyncio clients. but not influxdb it seems...
<sb0>
is the influxdb protocol complicated?
<ysionneau>
that's just a web API
<ysionneau>
with POST requests
<sb0>
ah. then you can rebuild it on top of aiohttp.
<ysionneau>
you can even just play with curl
<ysionneau>
ok
<sb0>
just pushing data into a db should be straightforward
<ysionneau>
17:52 <@mclasen> fallen: not a 1-1 equivalent, no. but you can easily put the pieces together yourself <= ok indeed it seems a bit more painful to do the same in Gtk