Result for 5C3B98329308E5334CFC83145D13C50CB85A6559

Query result

Key Value
FileName./usr/share/doc/websockify/changelog.Debian.gz
FileSize940
MD538A5A27CF4F0B96E1219F40DA0B1B9E7
SHA-15C3B98329308E5334CFC83145D13C50CB85A6559
SHA-256ACC8462709E8E9EB4FFFCB0D94B48580DB56E1D74DFBBC1526FCEFFFD68A8F71
SSDEEP24:XgMHk39/Y9Uol9g3B9iu3QWnpbhDHpiJSYmxo1hWonn:XJE3cMriu3HbhjIxmxMWQn
TLSHT19111F7FEA0C641D35DC0B090B379801DD34FA1D4B930F4F0AF14424861D3F3858B4814
hashlookup:parent-total2
hashlookup:trust60

Network graph view

Parents (Total: 2)

The searched file hash is included in 2 parent files which include package known and seen by metalookup. A sample is included below:

Key Value
FileSize35130
MD50B43AC90B7E2307D0A955133B85372F2
PackageDescriptionWebSockets 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.
PackageMaintainerUbuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
PackageNamewebsockify
PackageSectionpython
PackageVersion0.5.1+dfsg1-3ubuntu0.14.04.1
SHA-15DD09C39A266016F68554CE21A50750F9DCF4B97
SHA-25683DEDF5CE2F468FD8C73CFF27BA4FA7359B8C2D76DDAEDC73167C4EEAABBA54B
Key Value
FileSize35086
MD5B1A0DA83885EDD1260670C6EA7981396
PackageDescriptionWebSockets 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.
PackageMaintainerUbuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
PackageNamewebsockify
PackageSectionpython
PackageVersion0.5.1+dfsg1-3ubuntu0.14.04.1
SHA-1887FE19ACA7BC89A1593D73FD8A697A7EA456488
SHA-2563B28EDF80D682AC3ACA495705B253B15663DE51A9B399CBC40454156F42622C4