Result for FCB9399BA9B3D053F761B8FE5E78EFC97D47DB61

Query result

Key Value
FileName./usr/lib/libcogl-path.so.20.4.2
FileSize82304
MD5C453AA23B221FDF0563793E7B88909B4
SHA-1FCB9399BA9B3D053F761B8FE5E78EFC97D47DB61
SHA-256814CB129791E466F3BBBAE7B8B9A71789B8594D85ACDD78AF69149AC9D9EE7D6
SSDEEP1536:WK6stXn2EVT536Q6LdzFzY4CsH5S8wd/spZSxWsMW3:WK6s1n2+EQSSsHWDxP
TLSHT1DE832B49BB1BC5B5F3A229B9868B52A669305E065423B7B1FB0C3B9E3C347453F44339
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
MD5B94146B867448771E7A7A974CF3982A7
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.
PackageMaintainerovitters <ovitters>
PackageNamelibcogl20
PackageRelease1.mga7
PackageVersion1.22.4
SHA-1424FE1F4033F7DAD361C481543F4BA31E8D46253
SHA-2567187740117E2F4F89D23076835ACCDB7D8F266D0E6FBA78151791FCA0F961C82