Result for 140BEA01BDC26CE3431A6F0A634B94556EB5DDB5

Query result

Key Value
FileName./usr/lib/python3.6/site-packages/hyper/common/__pycache__/headers.cpython-36.pyc
FileSize9057
MD5068AC9E7CF0C2D2EBB7FEB610BD0FDBE
SHA-1140BEA01BDC26CE3431A6F0A634B94556EB5DDB5
SHA-256EF050014CF662683BE93B45FFB346DE6DD66C935415361831D22BFE5C807E7E1
SSDEEP192:TfBxmueBMehRI4CvmdetPhsf/xzSFARpr9h3AAOQ:jBxcBMe84Cvm0tWXxz2ARvh3hL
TLSHT1B812C78BA2482B1AFA26F371962F1F812B25D137B30C9354341CA5BF9F86585C632DDC
hashlookup:parent-total21
hashlookup:trust100

Network graph view

Parents (Total: 21)

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

Key Value
MD5CE588096A5AEFD7C1CE008D4DC3E730E
PackageArchx86_64
PackageDescriptionhyper supports the final draft of the HTTP/2 specification: additionally, it provides support for drafts 14, 15, and 16 of the HTTP/2 specification. It also supports the final draft of the HPACK specification. hyper is intended to be a drop-in replacement for http.client, with a similar API. However, hyper intentionally does not name its classes the same way http.client does. This is because most servers do not support HTTP/2 at this time: I don't want you accidentally using hyper when you wanted http.client.
PackageNamepython3-hyper
PackageRelease7.2
PackageVersion0.7.0+git88.18b629b
SHA-114A5A787E85C373FC4467C0EE55D6D1CED38DBB9
SHA-2569B828B0CB09B33F0E41ED8E8BC27A3959DD89A5092CF054EA4B85163104E67F6
Key Value
MD50FF21B8F566A9CFA821D1CEB097DD66A
PackageArchx86_64
PackageDescriptionhyper supports the final draft of the HTTP/2 specification: additionally, it provides support for drafts 14, 15, and 16 of the HTTP/2 specification. It also supports the final draft of the HPACK specification. hyper is intended to be a drop-in replacement for http.client, with a similar API. However, hyper intentionally does not name its classes the same way http.client does. This is because most servers do not support HTTP/2 at this time: I don't want you accidentally using hyper when you wanted http.client.
PackageNamepython3-hyper
PackageRelease19.2
PackageVersion0.7.0+git88.18b629b
SHA-115754C062B825746514E015887B8067EA29655F0
SHA-2566677A4EC3B010F11AD333EE4D5EB9A83E0C61C2BB822E4C256DD110FD105C88F
Key Value
MD5FD977E82A0AFC1EFF47BA6B0EF740056
PackageArchx86_64
PackageDescriptionhyper supports the final draft of the HTTP/2 specification: additionally, it provides support for drafts 14, 15, and 16 of the HTTP/2 specification. It also supports the final draft of the HPACK specification. hyper is intended to be a drop-in replacement for http.client, with a similar API. However, hyper intentionally does not name its classes the same way http.client does. This is because most servers do not support HTTP/2 at this time: I don't want you accidentally using hyper when you wanted http.client.
PackageNamepython3-hyper
PackageReleaselp150.4.1
PackageVersion0.7.0+git88.18b629b
SHA-128352AF5E5F7052077A53727234C7E1D74F7028F
SHA-256CF24617F83F764AD290F367316C476FEA5FB6C96A4817CA6E127C143593BE7AB
Key Value
MD502C7A569E651C657471F6DC2E4BAAC44
PackageArchx86_64
PackageDescriptionhyper supports the final draft of the HTTP/2 specification: additionally, it provides support for drafts 14, 15, and 16 of the HTTP/2 specification. It also supports the final draft of the HPACK specification. hyper is intended to be a drop-in replacement for http.client, with a similar API. However, hyper intentionally does not name its classes the same way http.client does. This is because most servers do not support HTTP/2 at this time: I don't want you accidentally using hyper when you wanted http.client.
PackageNamepython3-hyper
PackageReleaselp153.26.1
PackageVersion0.7.0+git88.18b629b
SHA-139CE636C560E8B28412DA4AC69387B6B7BFA5A73
SHA-256A872B4E11497988E83C0B6906FB633CDAFF69A55B32880E73326720F776FFBDA
Key Value
MD5194D933E2B982F43B86F1AA970394E98
PackageArchx86_64
PackageDescriptionhyper supports the final draft of the HTTP/2 specification: additionally, it provides support for drafts 14, 15, and 16 of the HTTP/2 specification. It also supports the final draft of the HPACK specification. hyper is intended to be a drop-in replacement for http.client, with a similar API. However, hyper intentionally does not name its classes the same way http.client does. This is because most servers do not support HTTP/2 at this time: I don't want you accidentally using hyper when you wanted http.client.
PackageNamepython3-hyper
PackageRelease10.1
PackageVersion0.7.0+git88.18b629b
SHA-13A1A33DF33A90CB5EF821BA5EF9EBA1A026E70C3
SHA-256EB1E4025DE7DBBBB29F1D5FAC0DEED778551A6823851E7E2AA0DEC22DA32AD6A
Key Value
MD5EA5F74A498C405E328F57E03E3416A65
PackageArchx86_64
PackageDescriptionhyper supports the final draft of the HTTP/2 specification: additionally, it provides support for drafts 14, 15, and 16 of the HTTP/2 specification. It also supports the final draft of the HPACK specification. hyper is intended to be a drop-in replacement for http.client, with a similar API. However, hyper intentionally does not name its classes the same way http.client does. This is because most servers do not support HTTP/2 at this time: I don't want you accidentally using hyper when you wanted http.client.
PackageMaintainerhttps://bugs.opensuse.org
PackageNamepython3-hyper
PackageReleasebp155.3.12
PackageVersion0.7.0+git88.18b629b
SHA-1519192E97C244E9AA457643EE9F61E8DECD8A764
SHA-256AFD33C75622B3EA52B4BB1C747A5EA8BCB19E99F8815D822C6E9B600065AAD34
Key Value
MD53A4F2A7B5A1BC12914DE797EDC133622
PackageArchx86_64
PackageDescriptionhyper supports the final draft of the HTTP/2 specification: additionally, it provides support for drafts 14, 15, and 16 of the HTTP/2 specification. It also supports the final draft of the HPACK specification. hyper is intended to be a drop-in replacement for http.client, with a similar API. However, hyper intentionally does not name its classes the same way http.client does. This is because most servers do not support HTTP/2 at this time: I don't want you accidentally using hyper when you wanted http.client.
PackageNamepython3-hyper
PackageReleaselp151.19.1
PackageVersion0.7.0+git88.18b629b
SHA-15A91E4A8BFCEDAAFF82AC612E2A665931571EEE0
SHA-256EB5AD2059B7211FD22186A03BEC1B1236698F5E9C39C38F7F82BDC1A4A6C5469
Key Value
MD542F39BA07BD2AEBAE8563A94E748071B
PackageArchx86_64
PackageDescriptionhyper supports the final draft of the HTTP/2 specification: additionally, it provides support for drafts 14, 15, and 16 of the HTTP/2 specification. It also supports the final draft of the HPACK specification. hyper is intended to be a drop-in replacement for http.client, with a similar API. However, hyper intentionally does not name its classes the same way http.client does. This is because most servers do not support HTTP/2 at this time: I don't want you accidentally using hyper when you wanted http.client.
PackageMaintainerhttps://bugs.opensuse.org
PackageNamepython3-hyper
PackageReleasebp154.2.24
PackageVersion0.7.0+git88.18b629b
SHA-1657F0801EDAC5862DA07555098E5B84BDEA55722
SHA-256EF35E0D1F6552F4115B17E06088BFF9F0A24D1850FACF1443FB5B6A161105E7D
Key Value
MD52AF32E8E1CF06955D1A1DE7E08A528A2
PackageArchx86_64
PackageDescriptionhyper supports the final draft of the HTTP/2 specification: additionally, it provides support for drafts 14, 15, and 16 of the HTTP/2 specification. It also supports the final draft of the HPACK specification. hyper is intended to be a drop-in replacement for http.client, with a similar API. However, hyper intentionally does not name its classes the same way http.client does. This is because most servers do not support HTTP/2 at this time: I don't want you accidentally using hyper when you wanted http.client.
PackageNamepython3-hyper
PackageRelease4.1
PackageVersion0.7.0+git88.18b629b
SHA-189E4611258A6AA28FC565B47CCE9734AD59FCAE7
SHA-256A69047B2AD2684EF4D5013ECA4627420ADBC42DCA155FBD06CE9B52FB1A67F11
Key Value
MD52D40A932AA0AB6873A8454687C55D786
PackageArchx86_64
PackageDescriptionhyper supports the final draft of the HTTP/2 specification: additionally, it provides support for drafts 14, 15, and 16 of the HTTP/2 specification. It also supports the final draft of the HPACK specification. hyper is intended to be a drop-in replacement for http.client, with a similar API. However, hyper intentionally does not name its classes the same way http.client does. This is because most servers do not support HTTP/2 at this time: I don't want you accidentally using hyper when you wanted http.client.
PackageNamepython3-hyper
PackageReleaselp153.9.3
PackageVersion0.7.0+git88.18b629b
SHA-1908EE624E982E6D688A4D0E78FDFF3D285DD8197
SHA-256F90D802C809DAA028B8DCBD65CB5800492ABC197C5B7B2C7E73F626FAABD275B