Refactor/module info 2

This is the more destructive changes to the original implementation. This provides a DSL for defining where modules are supported. The good things about the implementation is that if you leave off something like "version", then it assumes all versions. This is useful for say Debian where all the modules are the same across all the versions.

This hopefully creates the more  flexible/readable interface you were hoping for in this section of code.

```
modules for: { platform_family: "debian", httpd_version: "2.2" },
  are: %w(
    actions alias asis auth_basic auth_digest authn_alias authn_anon
    authn_dbd authn_dbm authn_default authn_file authnz_ldap authz_dbm
    authz_default authz_groupfile authz_host authz_owner authz_user
    autoindex cache cern_meta cgid cgi charset_lite dav_fs dav_lock dav
    dbd deflate dir disk_cache dumpio env expires ext_filter file_cache
    filter headers ident imagemap include info ldap log_forensic mem_cache
    mime_magic mime negotiation proxy_ajp proxy_balancer proxy_connect
    proxy_ftp proxy_http proxy_scgi proxy reqtimeout rewrite setenvif
    speling ssl status substitute suexec unique_id userdir usertrack
    vhost_alias
  ),
found_in_package: -> (name) { "apache2" }
```

This feels dumb to have this value that returns a string. Essentially not using the input to the Stabby Proc. But allowing for a proc here lets us do the translations below. This could be changed to provide support for a literal string or proc.