Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

This protocol is now proven insecure and is of no use in VLC.

used by ffmpeg

On all platforms but Windows, this depends on pcslite, which is not in
contrib, and thus fails.

Additionally, rename variables to move closer to the gnutls implementation so things are easier to compare

Upstream removes the current tarball on every update and therefore breaks VLC's compilation, which is extremely annoying

It does happen to occasionally break due to random field ordering.

This enables forcing HTTP/1 (for proxies).

Instead of a socket file descriptor, client sessions are now run on
top of an abstract I/O stream. This enables e.g. TLS over TLS, which
would be required for HTTPS through HTTPS proxy.

...from common code. And document.

Anonymous key exchange is not supported currently.

This (partially) enables running TLS over something else than a plain
TCP socket file descriptor.

(demux_Packetizer... could use some factorization with decoder_...)