Result for E76134CDC842E54AC25FEF342296704A899F24F1

Query result

Key Value
FileName./usr/lib/libcogl-path.so.20.4.3
FileSize82268
MD5B74F017168F0D4F101983C4927812251
SHA-1E76134CDC842E54AC25FEF342296704A899F24F1
SHA-2568E872631315733958D4E1226AAB501D4BBEC7309BB11374988B297F2206218BD
SSDEEP1536:9PUtXUuy8KaytRa97O12uU2rZON6ItODtMxikbNTVxBwhKnq:9PU1UughU98hYKDtMIKq
TLSHT1C1833A49BB1BC4B5F3A269788687966655309B068423F6F1FB0C3B9E3C357553F0832A
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
MD5C9D06AB635A96876A9F3D8138554DAEA
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.
PackageMaintainerakien <akien>
PackageNamelibcogl20
PackageRelease3.mga8
PackageVersion1.22.8
SHA-19DC6C4CF052BB5ABF4A6B6E8F25481D0390FD758
SHA-256847C6E64396830D350797D8F8D9E5C16D590F82B271B5BDDDDBCCFC9CCBD2C91