Result for 3D5A7A64E5BB9342A338942804B37C785DB2A729

Query result

Key Value
FileName./usr/lib64/libcogl.so.20.4.2
FileSize770432
MD5D553E9203F7665AA53FDDF3621E11BC7
SHA-13D5A7A64E5BB9342A338942804B37C785DB2A729
SHA-2560EAC5349DD7F4CC5F65CCA1FFC132FDC8BDC4837153DBCE3ECF93EEF61161E9F
SSDEEP12288:+Jm4HARH3a4m/C491Zs2xt+15sf+MSNjVMjk4LOEr4Gm69pHMHuZmv6JXH51rD1C:+L4m/C491Zs2x815sf+PNBMjk4LOErFq
TLSHT137F45C1E6ABA18BDC0B3C830811BA577AE3478559201BA773684A7302D53F645F9FFB1
hashlookup:parent-total1
hashlookup:trust55

Network graph view

Parents (Total: 1)

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

Key Value
MD53ACEA62DED69CC16B68701F4E545D5D6
PackageArchx86_64
PackageDescriptionCogl is a small open source library for using 3D graphics hardware to draw pretty pictures. The API departs from the flat state machine style of OpenGL and is designed to make it easy to write orthogonal components that can render without stepping on each others toes. As well aiming for a nice API, we think having a single library as opposed to an API specification like OpenGL has a few advantages too; like being able to paper over the inconsistencies/bugs of different OpenGL implementations in a centralized place, not to mention the myriad of OpenGL extensions. It also means we are in a better position to provide utility APIs that help software developers since they only need to be implemented once and there is no risk of inconsistency between implementations. Having other backends, besides OpenGL, such as drm, Gallium or D3D are options we are interested in for the future.
PackageMaintainerovitters <ovitters>
PackageNamelib64cogl20
PackageRelease1.mga7
PackageVersion1.22.4
SHA-18F0C496F6FA872F6D96E2D7AB00DD2CD7A6C18CD
SHA-2562EAAC9C0E05A225C9770A2B338F051E393EAFA64BEDF8E512E926BB50691EEA5