Result for 1C5E2D14D47716270E9B0D48FD619D30E5FB5681

Query result

Key Value
FileName./usr/lib/libcogl-path.so.20.4.3
FileSize82252
MD5BAECAD6AD39AB8759E440BE3A7ED8B00
SHA-11C5E2D14D47716270E9B0D48FD619D30E5FB5681
SHA-2564D2347B00BBAE14F443003D8CB07EEFE825DD07689706F73B6F1F9E029F9043E
SSDEEP1536:wf0tX7KNkHPEgQcjx0qlTHCSRU/AVGVZhpNvF18WIVDn:wf017KYMgQu+qMSRU/AV+lHKDn
TLSHT118833A86BB0BC5F5F3A226798687536669309A054423F6B2FF4C3B9D3C347463E58329
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
MD5707742715CFC6457B4941EA964B01693
PackageArchi586
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.
PackageMaintainerumeabot <umeabot>
PackageNamelibcogl20
PackageRelease4.mga9
PackageVersion1.22.8
SHA-175B883158E0F86290AABB90C60E7B59A679FABEE
SHA-2566C2456240BAF0706D0792E31A9478C47DBC701E0B7DEB4DC5DCA2D8CCB487E2E