Result for 2B2C9E7CB7842864D9C3143357EFEAEC247E97ED

Query result

Key Value
CRC32019EE136
FileNamesnap-hashlookup-import/vendor/bundle/jruby/1.9/gems/puma-2.16.0-java/ext/puma_http11/http11_parser.java.rl
FileSize4036
MD5C5DBB774BC29D859626F18DE5385C709
OpSystemCode{'MfgCode': '1006', 'OpSystemCode': '362', 'OpSystemName': 'TBD', 'OpSystemVersion': 'none'}
ProductCode{'ApplicationType': 'Multilanguage', 'Language': '924', 'MfgCode': '599', 'OpSystemCode': ' 2017', 'ProductCode': '183719', 'ProductName': 'SUSE Enterprise Storage 4 x86_64- ', 'ProductVersion': 'dl.Aug.30'}
SHA-12B2C9E7CB7842864D9C3143357EFEAEC247E97ED
SHA-2561E1C2F206E23A588733558433BADD807C811EDF5FEAE77F661F31ABF900B2BCD
SHA-512B7FF294BE89E8BBBEA20593CA43CDAE42D539E6E4FB0E9F2E30F382F9A1FDB5804A97D2D2C8A2882926EBDB780B306E53E1492E68B065F2E7D19D5480421D221
SSDEEP96:b2byGoYRKlPrhLOFauntaowaFQDxxE+KcNM6rKiq8ijL1HL1E:b2mGoYMlPrhLOFauntdFQDxqdcNMH8iM
SpecialCode
TLSHT1E4812D82AA927030164793EDCE8FD991A222E01352C6DC513C4C92747F806B2F9F3E36
dbnsrl_modern_rds
insert-timestamp1659223312.9599285
mimetypetext/x-java
sourcesnap:inHPJz1Odiq9ZuHPMxZSeXIfjS9Y1M7X_33
tar:gname_logstash
tar:uname_logstash
hashlookup:parent-total45
hashlookup:trust100

Network graph view

Parents (Total: 45)

The searched file hash is included in 45 parent files which include package known and seen by metalookup. A sample is included below:

Key Value
MD5768D163FA79990FDD1326B3FC8E4FC22
PackageArchx86_64
PackageDescriptionPuma is a simple, fast, and highly concurrent HTTP 1.1 server for Ruby web applications. It can be used with any application that supports Rack, and is considered the replacement for Webrick and Mongrel. It was designed to be the go-to server for [Rubinius](http://rubini.us), but also works well with JRuby and MRI. Puma is intended for use in both development and production environments. Under the hood, Puma processes requests using a C-optimized Ragel extension (inherited from Mongrel) that provides fast, accurate HTTP 1.1 protocol parsing in a portable way. Puma then serves the request in a thread from an internal thread pool (which you can control). This allows Puma to provide real concurrency for your web application! With Rubinius 2.0, Puma will utilize all cores on your CPU with real threads, meaning you won't have to spawn multiple processes to increase throughput. You can expect to see a similar benefit from JRuby. On MRI, there is a Global Interpreter Lock (GIL) that ensures only one thread can be run at a time. But if you're doing a lot of blocking IO (such as HTTP calls to external APIs like Twitter), Puma still improves MRI's throughput by allowing blocking IO to be run concurrently (EventMachine-based servers such as Thin turn off this ability, requiring you to use special libraries). Your mileage may vary. In order to get the best throughput, it is highly recommended that you use a Ruby implementation with real threads like [Rubinius](http://rubini.us) or [JRuby](http://jruby.org).
PackageNameruby2.6-rubygem-puma-1_6
PackageRelease3.36
PackageVersion1.6.3
SHA-10423BF61E2BEE582CEF203F5A7E6145E19D812EC
SHA-2568815FA04611B2DC8B0563863C119B2BA363E85A80EF79C77DE86D8BA803B5380
Key Value
MD52E97EE59A027C6773F45A2E157B20752
PackageArchi586
PackageDescriptionPuma is a simple, fast, and highly concurrent HTTP 1.1 server for Ruby web applications. It can be used with any application that supports Rack, and is considered the replacement for Webrick and Mongrel. It was designed to be the go-to server for [Rubinius](http://rubini.us), but also works well with JRuby and MRI. Puma is intended for use in both development and production environments. Under the hood, Puma processes requests using a C-optimized Ragel extension (inherited from Mongrel) that provides fast, accurate HTTP 1.1 protocol parsing in a portable way. Puma then serves the request in a thread from an internal thread pool (which you can control). This allows Puma to provide real concurrency for your web application! With Rubinius 2.0, Puma will utilize all cores on your CPU with real threads, meaning you won't have to spawn multiple processes to increase throughput. You can expect to see a similar benefit from JRuby. On MRI, there is a Global Interpreter Lock (GIL) that ensures only one thread can be run at a time. But if you're doing a lot of blocking IO (such as HTTP calls to external APIs like Twitter), Puma still improves MRI's throughput by allowing blocking IO to be run concurrently (EventMachine-based servers such as Thin turn off this ability, requiring you to use special libraries). Your mileage may vary. In order to get the best throughput, it is highly recommended that you use a Ruby implementation with real threads like [Rubinius](http://rubini.us) or [JRuby](http://jruby.org).
PackageNameruby3.1-rubygem-puma-1_6
PackageRelease3.303
PackageVersion1.6.3
SHA-10D2820E9298B6E228DD0FB0AF85B353B8A6C0E23
SHA-256BC29663469102CFD9BA5E4C10B6E65092295C5FF57E2358E677EA3ABF199555D
Key Value
MD54030FEE0FD1AC4F0D5F24472757EF128
PackageArchx86_64
PackageDescriptionlogstash is a tool for managing events and logs. You can use it to collect logs, parse them, and store them for later use (like, for searching).
PackageNamelogstash
PackageRelease1.1
PackageVersion2.4.1
SHA-10FB5633CA3B47103AECFF28DACA4F1A7C853FB6F
SHA-2561E085AF1447A079844D0B5D817C6FF0C04B70C9D63F14FA2528A8C43D458D5A1
Key Value
MD5B835C2E3729A9D8223ACB09A4A0FD1F3
PackageArchx86_64
PackageDescriptionPuma is a simple, fast, and highly concurrent HTTP 1.1 server for Ruby web applications. It can be used with any application that supports Rack, and is considered the replacement for Webrick and Mongrel. It was designed to be the go-to server for [Rubinius](http://rubini.us), but also works well with JRuby and MRI. Puma is intended for use in both development and production environments. Under the hood, Puma processes requests using a C-optimized Ragel extension (inherited from Mongrel) that provides fast, accurate HTTP 1.1 protocol parsing in a portable way. Puma then serves the request in a thread from an internal thread pool (which you can control). This allows Puma to provide real concurrency for your web application! With Rubinius 2.0, Puma will utilize all cores on your CPU with real threads, meaning you won't have to spawn multiple processes to increase throughput. You can expect to see a similar benefit from JRuby. On MRI, there is a Global Interpreter Lock (GIL) that ensures only one thread can be run at a time. But if you're doing a lot of blocking IO (such as HTTP calls to external APIs like Twitter), Puma still improves MRI's throughput by allowing blocking IO to be run concurrently (EventMachine-based servers such as Thin turn off this ability, requiring you to use special libraries). Your mileage may vary. In order to get the best throughput, it is highly recommended that you use a Ruby implementation with real threads like [Rubinius](http://rubini.us) or [JRuby](http://jruby.org).
PackageNameruby2.6-rubygem-puma-1_6
PackageReleaselp153.3.22
PackageVersion1.6.3
SHA-111B8567316A9A47E3E91ED85F7C9AA110232F8D9
SHA-25679424A1374CB35C508B9A8551B2AB3E56770648EDB664289D9479E2585ED8EC7
Key Value
MD5DC02202103B29A41DC5B9AAC5B215A7E
PackageArchx86_64
PackageDescriptionlogstash is a tool for managing events and logs. You can use it to collect logs, parse them, and store them for later use (like, for searching).
PackageNamelogstash
PackageReleaselp152.5.6
PackageVersion2.4.1
SHA-11F69FB46559B643FE05D6919FFFF43633E02A9FA
SHA-25694DAE4EBFCEEFDE0A25FC74AA71D21ECF6B136691C2CC9F39FFD091784FAE993
Key Value
SHA-12173C791F83932F667A009E43CD966C3BEF466F0
snap-authoritycanonical
snap-filenameinHPJz1Odiq9ZuHPMxZSeXIfjS9Y1M7X_33.snap
snap-idinHPJz1Odiq9ZuHPMxZSeXIfjS9Y1M7X_33
snap-namefirewallreports
snap-publisher-idFySbOnFUWsRfJsLzIW1SHQcBZxIb06XE
snap-signkeyBWDEoaqyr25nF5SNCvEv2v7QnM9QsfCc0PBMYD_i2NGSQ32EF2d4D0hqUel3m8ul
snap-timestamp2018-05-16T11:26:27.131756Z
source-urlhttps://api.snapcraft.io/api/v1/snaps/download/inHPJz1Odiq9ZuHPMxZSeXIfjS9Y1M7X_33.snap
Key Value
MD5D062165E23B4BBD3F3F93F1F521CB79E
PackageArchx86_64
PackageDescriptionPuma is a simple, fast, and highly concurrent HTTP 1.1 server for Ruby web applications. It can be used with any application that supports Rack, and is considered the replacement for Webrick and Mongrel. It was designed to be the go-to server for [Rubinius](http://rubini.us), but also works well with JRuby and MRI. Puma is intended for use in both development and production environments. Under the hood, Puma processes requests using a C-optimized Ragel extension (inherited from Mongrel) that provides fast, accurate HTTP 1.1 protocol parsing in a portable way. Puma then serves the request in a thread from an internal thread pool (which you can control). This allows Puma to provide real concurrency for your web application! With Rubinius 2.0, Puma will utilize all cores on your CPU with real threads, meaning you won't have to spawn multiple processes to increase throughput. You can expect to see a similar benefit from JRuby. On MRI, there is a Global Interpreter Lock (GIL) that ensures only one thread can be run at a time. But if you're doing a lot of blocking IO (such as HTTP calls to external APIs like Twitter), Puma still improves MRI's throughput by allowing blocking IO to be run concurrently (EventMachine-based servers such as Thin turn off this ability, requiring you to use special libraries). Your mileage may vary. In order to get the best throughput, it is highly recommended that you use a Ruby implementation with real threads like [Rubinius](http://rubini.us) or [JRuby](http://jruby.org).
PackageNameruby3.1-rubygem-puma-1_6
PackageRelease3.303
PackageVersion1.6.3
SHA-12208B80BC41B5DEE1E83D3AE3FD4CEAD252F8A12
SHA-256C687318FCD55BB07F1FCA05FFE018850A952AA4062A16F57E956EAB52DCDE05B
Key Value
MD552FF4B6C4F95BEB130605DDE7AD92D28
PackageArchx86_64
PackageDescriptionPuma is a simple, fast, and highly concurrent HTTP 1.1 server for Ruby web applications. It can be used with any application that supports Rack, and is considered the replacement for Webrick and Mongrel. It was designed to be the go-to server for [Rubinius](http://rubini.us), but also works well with JRuby and MRI. Puma is intended for use in both development and production environments. Under the hood, Puma processes requests using a C-optimized Ragel extension (inherited from Mongrel) that provides fast, accurate HTTP 1.1 protocol parsing in a portable way. Puma then serves the request in a thread from an internal thread pool (which you can control). This allows Puma to provide real concurrency for your web application! With Rubinius 2.0, Puma will utilize all cores on your CPU with real threads, meaning you won't have to spawn multiple processes to increase throughput. You can expect to see a similar benefit from JRuby. On MRI, there is a Global Interpreter Lock (GIL) that ensures only one thread can be run at a time. But if you're doing a lot of blocking IO (such as HTTP calls to external APIs like Twitter), Puma still improves MRI's throughput by allowing blocking IO to be run concurrently (EventMachine-based servers such as Thin turn off this ability, requiring you to use special libraries). Your mileage may vary. In order to get the best throughput, it is highly recommended that you use a Ruby implementation with real threads like [Rubinius](http://rubini.us) or [JRuby](http://jruby.org).
PackageNameruby2.7-rubygem-puma-1_6
PackageReleaselp154.3.3
PackageVersion1.6.3
SHA-1297894D58C84D376B1DC3D39AF5A43C9CC64D0F9
SHA-2562433BC9BA83A7E46EEB9C21CC6A39A42E80D247FB33F733DB5E54B398D5E123D
Key Value
MD5CC18580DB7CF6A6B7A96F9D802E8077A
PackageArchx86_64
PackageDescriptionPuma is a simple, fast, and highly concurrent HTTP 1.1 server for Ruby web applications. It can be used with any application that supports Rack, and is considered the replacement for Webrick and Mongrel. It was designed to be the go-to server for [Rubinius](http://rubini.us), but also works well with JRuby and MRI. Puma is intended for use in both development and production environments. Under the hood, Puma processes requests using a C-optimized Ragel extension (inherited from Mongrel) that provides fast, accurate HTTP 1.1 protocol parsing in a portable way. Puma then serves the request in a thread from an internal thread pool (which you can control). This allows Puma to provide real concurrency for your web application! With Rubinius 2.0, Puma will utilize all cores on your CPU with real threads, meaning you won't have to spawn multiple processes to increase throughput. You can expect to see a similar benefit from JRuby. On MRI, there is a Global Interpreter Lock (GIL) that ensures only one thread can be run at a time. But if you're doing a lot of blocking IO (such as HTTP calls to external APIs like Twitter), Puma still improves MRI's throughput by allowing blocking IO to be run concurrently (EventMachine-based servers such as Thin turn off this ability, requiring you to use special libraries). Your mileage may vary. In order to get the best throughput, it is highly recommended that you use a Ruby implementation with real threads like [Rubinius](http://rubini.us) or [JRuby](http://jruby.org).
PackageNameruby2.6-rubygem-puma-1_6
PackageRelease3.50
PackageVersion1.6.3
SHA-12D01DBD3964A4B8037550F0E13A1F1DD437FB998
SHA-25662D0CFBC0EC2B5114EF8E90B6F8B3EBD8466B78B679190B0343BADE954612496
Key Value
FileNamehttps://ftp.lysator.liu.se/pub/OpenBSD/6.2/packages//amd64//logstash-2.4.0p1v0.tgz
MD54B8A08D7479E3A67DC36DB335A375538
SHA-12F7B0E8F581090739AEDE453B85EF04DFAC6C88A
SHA-2561B0C0574E441546BC21808C317CD1339A81923C848476A65CFCFEDC4EE5C3F68
SSDEEP1572864:0OFcc7HD5y79OP0vcQ6NKINEO1j3zTDBwiMhmzGQyhke8uuD1vAANQ8Qi/5:UaH1CO8vcVNK2Eej5l4fHJ8zvA/i/5
TLSHT172083312A4379663C53DE3B036186FBB9670CDB87528EC2BFBDC51E0179E4D2275A122