Result for CF254E03BAD6A79877208BE457387ADEDF0CC315

Query result

Key Value
FileName./usr/lib/libcogl.so.20.4.3
FileSize611312
MD5D950C9EE7FC2BBAD202CE716C330112B
SHA-1CF254E03BAD6A79877208BE457387ADEDF0CC315
SHA-25694D2A708FBE6FE452CE9CE82A0F5D553AADE200E3DE9E922125546EE0E301365
SSDEEP12288:wieB2rQZQdfvPZpNKoXKqJSc69zgUdS3Dmd9ph0CKrUO7K65FqSJN5mWblNEZGyp:vREkJKoWcAz5NxhiISxRRuZGyHt54Ir/
TLSHT155D45B66F8548F82C5D016B6B2DD961833131BF5C3CAF6039A0867353FE769B063BA46
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
MD56172C81BC3A099F8792D8566AE511183
PackageArcharmv7hl
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.
PackageMaintainerakien <akien>
PackageNamelibcogl20
PackageRelease3.mga8
PackageVersion1.22.8
SHA-10FEC008BA7CA274FD26ECEFC13C6E0F12DF2CF79
SHA-2568373671E40CDCC5FD8D36CE63D6050CC20D9D72A15C127EB2B1EF145316CD740