Result for 822931102E761D77E0829B53DC3E1FA3DE5E4813

Query result

Key Value
FileName./usr/lib/libcogl-pango.so.20.4.3
FileSize44360
MD5CF378EF861D65833506BEACD1D96F9C6
SHA-1822931102E761D77E0829B53DC3E1FA3DE5E4813
SHA-256A1C8409ED2C1830BAEECEB0B983B9114105656ED868A10BBD57E880CDCC2FE1F
SSDEEP768:eloj/fTRlHCcpQUtgEAJh/ddBiD2XyF6IDpgHPakpFyX9SNJy:Mk/tXWUtg3E6O2t
TLSHT16C13074AB71BDCB1F2D308B98657612296305309E627A672FB0D771A347234CBE0A73D
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
MD555430BB9A36A9800919F18554A47CB4E
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>
PackageNamelibcogl-pango20
PackageRelease3.mga8
PackageVersion1.22.8
SHA-1FFE7874C0010A6178F788E08B5FAA65DA548AD51
SHA-25617CBC6B1AA22F50FF4753405112374E8EBF5F0C3320FA3EE5FC01EA1E214457C