Result for 608ECF924D17ED61C166898E96515877510C4997

Query result

Key Value
FileNamesnap-hashlookup-import/usr/share/doc/python3-websockify/copyright
FileSize20755
MD54437D80AABA8919E0DD8CDB3C6D7FBCF
RDS:package_id302124
SHA-1608ECF924D17ED61C166898E96515877510C4997
SHA-256C2D1B6CDB9267FA2D777A7CDBDC61116D98B971FB30F7C5517DF9174649D4421
SHA-51201E0582F9ADA9D229FD2807F6147E2F9020C5EE6F718B13CAB00D8CB483E06701F110B470C80B2A66193826085DC09981F34942FFAFAA2CD6DAB6806E3172F87
SSDEEP384:zMIitKjGkrSBtGeHPKjGrFU6ym01J18IW6294+1wevzetFqpynVYtpopfYz1qckB:BdGkheHQGri66JGI5bFDnVQpoWgckB
TLSHT1939265BE374813731AC202A67F4764DBF31AA03D767A50A4A09DC118239BD7943B76E9
insert-timestamp1728213890.959284
mimetypetext/plain
sourcesnap:wtnUl2mGUjjFg6QI4N7lLQYVmRZSiPDh_104
hashlookup:parent-total46
hashlookup:trust100

Network graph view

Parents (Total: 46)

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

Key Value
FileSize23240
MD58997CFF4D6203E91A3EB74483DB22E1F
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.
PackageMaintainerDebian OpenStack <team+openstack@tracker.debian.org>
PackageNamewebsockify
PackageSectionpython
PackageVersion0.9.0+dfsg1-3
SHA-106531DE49B816FF37AE7701DB8CA15568FBE4734
SHA-25659F06541EA4E4A58610375FBDC06F49371079AD10E24E489E843B8D9B07CBA50
Key Value
FileSize24096
MD58A34B0412EA61846E1C577A090078DB4
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.
PackageMaintainerDebian OpenStack <team+openstack@tracker.debian.org>
PackageNamewebsockify
PackageSectionpython
PackageVersion0.10.0+dfsg1-2
SHA-10CCF6ACA526958BE786F64068A10FE41DA5817D7
SHA-256C2BFC3373A415FD62FFA7CE90EC4B493A90CE40CB0C5DD9666FD96B99D469E78
Key Value
FileSize23656
MD5F30976359A9269737519F0C1C229FBD0
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.
PackageMaintainerDebian OpenStack <team+openstack@tracker.debian.org>
PackageNamewebsockify
PackageSectionpython
PackageVersion0.10.0+dfsg1-2
SHA-10E095AC4F301724DFF1FC0CCB4CE2377FC12A297
SHA-256273B04F1C2895B33A46A2118D72FF41E90EDB1FEBA09F6E42B52FE18717DE521
Key Value
FileSize33856
MD5B8D068389660353F3CDEFAD3D5597917
PackageDescriptionWebSockets 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.
PackageMaintainerUbuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
PackageNamepython3-websockify
PackageSectionpython
PackageVersion0.8.0+dfsg1-16ubuntu1
SHA-118C40C16B69251B00A4B615EF9F9DCB4B1044C2C
SHA-256CEFBFF10FFEFD5F5AE2C2871CC4E307B27C3A184A28B9DBEF7A13D097F483EDD
Key Value
FileSize33856
MD5C395667D4FB5E51BA588E995AA16AD08
PackageDescriptionWebSockets 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.
PackageMaintainerUbuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
PackageNamepython3-websockify
PackageSectionpython
PackageVersion0.8.0+dfsg1-16ubuntu1
SHA-11AA5C5BA8B7536298E111F5434B924510A0E4F6B
SHA-2562BC7D7A042EEEC0B48A9F7E9670AF7C066A222B39446F7A72EDAA37A715076EF
Key Value
FileSize23672
MD57312AECF5A6FD2F54AC135F950609412
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.
PackageMaintainerDebian OpenStack <team+openstack@tracker.debian.org>
PackageNamewebsockify
PackageSectionpython
PackageVersion0.10.0+dfsg1-2
SHA-1245CCE6ABEDC2ED29ABCF8369BE56CA4B8165CBC
SHA-256189BEA38D7F0F95FD586A57B3161AC8B2F52A4242E5E52311F2FC3F32F9257B5
Key Value
FileSize33856
MD53B856B9772C784574AE0B6EEE201C4CF
PackageDescriptionWebSockets 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.
PackageMaintainerUbuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
PackageNamepython3-websockify
PackageSectionpython
PackageVersion0.8.0+dfsg1-16ubuntu1
SHA-128B88EA24ABAB9A8626F709C81364EA1AB864322
SHA-256E15A93B0456D398F53B1A1D8FA315C5A4A8C0402990D383CC35FBB2412E27C5C
Key Value
FileSize44384
MD5125EE50AC71C48F999B75392E4C2F177
PackageDescriptionWebSockets 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.
PackageMaintainerDebian OpenStack <team+openstack@tracker.debian.org>
PackageNamepython3-websockify
PackageSectionpython
PackageVersion0.10.0+dfsg1-2
SHA-1293ADC2F883716BD152C470C1DF281018282C825
SHA-256F9EE6912B8440DBCBDED7E17DF45D7E785C7B92CBFF8E2B17C6DAF58E6A7C257
Key Value
FileSize23516
MD53624843B1AE67C949D107A63A8AE6684
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.
PackageMaintainerDebian OpenStack <team+openstack@tracker.debian.org>
PackageNamewebsockify
PackageSectionpython
PackageVersion0.9.0+dfsg1-3
SHA-12AEC04EB7F622960FDFAD24A7247FF90D7C3F236
SHA-2568A8F95FD9EA80E82A9BA70F065A15B3FB71185F2AD55C3E533D977EBA28F08D2
Key Value
FileSize44124
MD5DA3EEB4505A7B98C5E8A046CD26481B0
PackageDescriptionWebSockets 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.
PackageMaintainerDebian OpenStack <team+openstack@tracker.debian.org>
PackageNamepython3-websockify
PackageSectionpython
PackageVersion0.9.0+dfsg1-3
SHA-12EC74072ED4FA7A70B2EFC457181A2709DDC7A11
SHA-25654FC6BA3F297433122814A209F3C5A5D8362F9EFF55C4099448E700EA7F07C4B