websockify 0.8.0+dfsg1-9 source package in Ubuntu
Changelog
websockify (0.8.0+dfsg1-9) unstable; urgency=medium * Add runtime depends on python{3,}-pkg-resources (Closes: #879224). * Removed old Breaks+Replaces. * Using pkgos-dh_auto_install. -- Thomas Goirand <email address hidden> Thu, 26 Oct 2017 03:15:54 +0000
Upload details
- Uploaded by:
- PKG OpenStack
- Uploaded to:
- Sid
- Original maintainer:
- PKG OpenStack
- Architectures:
- any all
- Section:
- misc
- Urgency:
- Medium Urgency
See full publishing history Publishing
Series | Published | Component | Section | |
---|---|---|---|---|
Bionic | release | universe | python |
Downloads
File | Size | SHA-256 Checksum |
---|---|---|
websockify_0.8.0+dfsg1-9.dsc | 2.3 KiB | 6fcd7ab5601a05b7682a83030a886ee972c821a570270e6a0bd07fa0a09245d6 |
websockify_0.8.0+dfsg1.orig.tar.xz | 97.1 KiB | 5684e132ae64a1d3a16e0d090d7aa61f64ad22ba4175d682da2492c9a3993697 |
websockify_0.8.0+dfsg1-9.debian.tar.xz | 11.6 KiB | 02752ee17fcf72e26b89acc0c817a7db3b09641b8290a3fe562ee5a4f6ef4dec |
Available diffs
No changes file available.
Binary packages built by this source
- python-websockify: WebSockets support for any application/server - Python 2
websockify was formerly named wsproxy and was part of the noVNC project.
.
At the most basic level, websockify just translates WebSockets traffic to
normal socket traffic. Websockify accepts the WebSockets handshake, parses it,
and then begins forwarding traffic between the client and the target in both
directions.
.
Websockify supports all versions of the WebSockets protocol (Hixie and HyBi).
The older Hixie versions of the protocol only support UTF-8 text payloads. In
order to transport binary data over UTF-8 an encoding must used to encapsulate
the data within UTF-8.
.
With Hixie clients, Websockify uses base64 to encode all traffic to and from
the client. This does not affect the data between websockify and the server.
.
With HyBi clients, websockify negotiates whether to base64 encode traffic to
and from the client via the subprotocol header (Sec-WebSocket-Protocol) . The
valid subprotocol values are 'binary' and 'base64' and if the client sends
both then the server (the Python implementation) will prefer 'binary'. The
'binary' subprotocol indicates that the data will be sent raw using binary
WebSocket frames. Some HyBi clients (such as the Flash fallback and older
Chrome and iOS versions) do not support binary data which is why the
negotiation is necessary.
.
This package provides the Python 2 module.
- python3-websockify: WebSockets support for any application/server - Python 3
websockify was formerly named wsproxy and was part of the noVNC project.
.
At the most basic level, websockify just translates WebSockets traffic to
normal socket traffic. Websockify accepts the WebSockets handshake, parses it,
and then begins forwarding traffic between the client and the target in both
directions.
.
Websockify supports all versions of the WebSockets protocol (Hixie and HyBi).
The older Hixie versions of the protocol only support UTF-8 text payloads. In
order to transport binary data over UTF-8 an encoding must used to encapsulate
the data within UTF-8.
.
With Hixie clients, Websockify uses base64 to encode all traffic to and from
the client. This does not affect the data between websockify and the server.
.
With HyBi clients, websockify negotiates whether to base64 encode traffic to
and from the client via the subprotocol header (Sec-WebSocket-Protocol) . The
valid subprotocol values are 'binary' and 'base64' and if the client sends
both then the server (the Python implementation) will prefer 'binary'. The
'binary' subprotocol indicates that the data will be sent raw using binary
WebSocket frames. Some HyBi clients (such as the Flash fallback and older
Chrome and iOS versions) do not support binary data which is why the
negotiation is necessary.
.
This package provides the Python 3 module.
- websockify: WebSockets support for any application/server
websockify was formerly named wsproxy and was part of the noVNC project.
.
At the most basic level, websockify just translates WebSockets traffic to
normal socket traffic. Websockify accepts the WebSockets handshake, parses it,
and then begins forwarding traffic between the client and the target in both
directions.
.
Websockify supports all versions of the WebSockets protocol (Hixie and HyBi).
The older Hixie versions of the protocol only support UTF-8 text payloads. In
order to transport binary data over UTF-8 an encoding must used to encapsulate
the data within UTF-8.
.
With Hixie clients, Websockify uses base64 to encode all traffic to and from
the client. This does not affect the data between websockify and the server.
.
With HyBi clients, websockify negotiates whether to base64 encode traffic to
and from the client via the subprotocol header (Sec-WebSocket-Protocol) . The
valid subprotocol values are 'binary' and 'base64' and if the client sends
both then the server (the Python implementation) will prefer 'binary'. The
'binary' subprotocol indicates that the data will be sent raw using binary
WebSocket frames. Some HyBi clients (such as the Flash fallback and older
Chrome and iOS versions) do not support binary data which is why the
negotiation is necessary.
- websockify-common: WebSockets support for any application/server - shared files
websockify was formerly named wsproxy and was part of the noVNC project.
.
At the most basic level, websockify just translates WebSockets traffic to
normal socket traffic. Websockify accepts the WebSockets handshake, parses it,
and then begins forwarding traffic between the client and the target in both
directions.
.
Websockify supports all versions of the WebSockets protocol (Hixie and HyBi).
The older Hixie versions of the protocol only support UTF-8 text payloads. In
order to transport binary data over UTF-8 an encoding must used to encapsulate
the data within UTF-8.
.
With Hixie clients, Websockify uses base64 to encode all traffic to and from
the client. This does not affect the data between websockify and the server.
.
With HyBi clients, websockify negotiates whether to base64 encode traffic to
and from the client via the subprotocol header (Sec-WebSocket-Protocol) . The
valid subprotocol values are 'binary' and 'base64' and if the client sends
both then the server (the Python implementation) will prefer 'binary'. The
'binary' subprotocol indicates that the data will be sent raw using binary
WebSocket frames. Some HyBi clients (such as the Flash fallback and older
Chrome and iOS versions) do not support binary data which is why the
negotiation is necessary.
.
This package provides common files for Python 2 and 3 modules.
- websockify-dbgsym: No summary available for websockify-dbgsym in ubuntu cosmic.
No description available for websockify-dbgsym in ubuntu cosmic.