Brian Minton

no, just multi-line text.

Python 3.6 is out now. I'm trying to get blocks to build on it.

#14 is for adding adding Python3.4 support.

I've created pull request https://github.com/dsoprea/GDriveFS/pull/118

It works for me as a wsgi app behind a reverse proxy. Here's the log from my main server: ``` ==> /var/log/apache2/example.com.access.log

update: when I logged out, this broke, because I got an endlessly growing redirect loop. The culprit seems to be ```"GET /supysonic/supysonic/user/login?returnUrl=%2Fsupysonic%2Fsupysonic%2Fuser%2Flogin%3FreturnUrl%3D%252Fsupysonic%252Fsupysonic%252Fuser%252Flogin%253FreturnUrl%253D%25252Fsupysonic%25252Fsupysonic%25252Fuser%25252Flogin%25253FreturnUrl``` ad infinitum.

It's a personal mail server. I was just testing. On Wed, Oct 21, 2020 at 11:34 AM Jack Dodds wrote: > Possibly the configuration could be modified so that different...

In that respect, UTF-8 has some nice properties. Specifically, it's possible to completely verify a given sequence of bytes, whether it is valid utf-8. Not only that, but any ASCII...

Although, that being said, [`QString::fromUtf8`](https://doc.qt.io/qt-5/qstring.html#fromUtf8) tries to parse the input as UTF-8, but if it's not valid, it still outputs something, rather than throwing an exception. That seems sub-optimal. https://stackoverflow.com/a/18228382/2660408...

> don't know if it is well supported to use ed25519 but using a key type which uses a broken number generator feels wrong for me. > > * https://medium.com/risan/upgrade-your-ssh-key-to-ed25519-c6e8d60d3c54...