Result for 3BAF1C8EE0517C24417234675A50ADEBAF4C5500

Query result

Key Value
FileName./usr/lib64/erlang/lib/pkix-1.0.8/ebin/pkix_app.beam
FileSize1696
MD5555B35BFBE2FFB6C754B4ADACC264AB4
SHA-13BAF1C8EE0517C24417234675A50ADEBAF4C5500
SHA-256F741ABC17AB49B610EDDE2699ED449AE344B7AE3439EFD52A1C2BBDA23B03531
SSDEEP48:hZc8MYFMtNM6gMzOmcEyzZNqJpi1gaqot18EOA:fWDMRMNkzZNopegaqoHLd
TLSHT1D931A8789F6D0407D8190039F9E5736BFC24519EE6FA092642CCA34959910E4C926DE4
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
MD58AC841ADD778D80AD06A909B73308422
PackageArchx86_64
PackageDescriptionThe idea of the library is to simplify certificates configuration in Erlang programs. Typically an Erlang program which needs certificates (for HTTPS/MQTT/XMPP/etc) provides a bunch of options such as `certfile`, `chainfile`, `privkey`, etc. The situation becomes even more complicated when a server supports so called `virtual domains` because a program is typically required to match a virtual domain with its certificate. If a user has plenty of virtual domains (stored somewhere in `/etc/letsencrypt/live/*/*.pem`) it's quickly becoming a nightmare for them to configure all this. The complexity also leads to errors: a single configuration mistake and a program generates obscure log messages, unreadable Erlang tracebacks or, even worse, just silently ignores the errors. Fortunately, the large part of certificates configuration can be automated, reducing a user configuration to something as simple as: ```yaml certfiles: - /etc/letsencrypt/live/*/*.pem ``` The purpose of the library is to do this dirty job under the hood.
PackageNameerlang-pkix
PackageReleaselp151.8.1
PackageVersion1.0.8
SHA-1C154F9B1DC4BC6B91AF16BB3E9A43974DD5DD96A
SHA-2563191B9191C6D08251480C1986E486F9BB89C19D70EF6F2FFD623C77C81534422