Result for FCD518B7038CE1BF6CA01A5C1D2DE57DB06A24DD

Query result

Key Value
FileName./usr/lib64/libcogl.so.20.4.2
FileSize757976
MD5799B1EEE332E55537294BBC278B3DC13
SHA-1FCD518B7038CE1BF6CA01A5C1D2DE57DB06A24DD
SHA-256075DC13ADA9FB0489A14EC6730CB9AF2496FF283C6EE8A6237FB9CAB06766436
SSDEEP12288:ipGbugr6b5mjhj2DpZsAXp5EBFH9GrHuZmkJ9H51rDVz3J/D:XbwbsgD8AXp5qQOZmkJ9H51rDVz3
TLSHT118F46B8EF80C7C02EAD7D1748ACAD321B71365D5C3A396937B452318BA436DC8BF8A55
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
MD50D3762B8F5776516DFF55F39034C7A9B
PackageArchaarch64
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>
PackageNamelib64cogl20
PackageRelease1.mga7
PackageVersion1.22.4
SHA-1108248E904B59D30BA17BE4A465446D991257B26
SHA-25642D7DCD4811C2DEA6515AEBB3C657C5DCE04FE5AF2A44996A958A67033FC9232