aws_ec2_environment 0.1.0

checksums.yaml

@@ -0,0 +1,7 @@
+---
+SHA256:
+  metadata.gz: 3775e63eb372f1dccbf0ca69fb1df16f02e4fd9bfc092944d7880f73ef668988
+  data.tar.gz: 1a37c44fcb4c6258165c3890cc12f4b3de3b16142ddb80c3071baa4d9de78cfd
+SHA512:
+  metadata.gz: 055a9fa886280c9e088f2dac3c66ebee130c62db48300d7d7f8d47714fe2c30192c1482711cadf55422381d55d284a9e7e5df49dfb2c994606de8d9bac3b4ef1
+  data.tar.gz: e60c5ee60a9fb247d2e101c75f36bca67866874ba64ee80fe6530ad236c690394073e686a6665dc9e43ca7c409de22431abdfbe7ecee3772285d9e8c47c528da

data/.editorconfig

@@ -0,0 +1,11 @@
+# https://editorconfig.org
+
+root = true
+
+[*]
+charset = utf-8
+indent_style = space
+indent_size = 2
+end_of_line = lf
+insert_final_newline = true
+trim_trailing_whitespace = true

data/.prettierignore

@@ -0,0 +1,6 @@
+/.bundle/
+/coverage/
+
+.idea/
+.vscode/
+/vendor/

data/.prettierrc.json

@@ -0,0 +1,15 @@
+{
+  "$schema": "https://json.schemastore.org/prettierrc",
+  "semi": true,
+  "useTabs": false,
+  "singleQuote": true,
+  "bracketSpacing": true,
+  "bracketSameLine": false,
+  "jsxSingleQuote": false,
+  "quoteProps": "consistent",
+  "proseWrap": "always",
+  "endOfLine": "lf",
+  "arrowParens": "avoid",
+  "trailingComma": "none",
+  "htmlWhitespaceSensitivity": "ignore"
+}

data/.rspec

@@ -0,0 +1,2 @@
+--color
+--require spec_helper

data/.rubocop.yml

@@ -0,0 +1,242 @@
+---
+require:
+  - rubocop-performance
+  - rubocop-rspec
+
+# Built-in config:
+# https://github.com/bbatsov/rubocop/blob/master/config/default.yml
+
+# We do not typically use/need class documentation
+Style/Documentation:
+  Enabled: false
+
+AllCops:
+  NewCops: enable
+  DisplayCopNames: true
+  DisplayStyleGuide: true
+  TargetRubyVersion: 3.0
+  Exclude:
+    - 'bin/*'
+    - 'node_modules/**/*'
+    - 'bower_components/**/*'
+    - 'tmp/**/*'
+    - 'vendor/**/*'
+    - 'bin/**/*'
+    - 'doc/**/*'
+
+Layout/LineLength:
+  Max: 120
+
+Metrics/ModuleLength:
+  Exclude:
+    - 'spec/**/*_spec.rb'
+
+Metrics/BlockLength:
+  Exclude:
+    - 'spec/**/*.rb'
+
+# We generally don't want methods longer than 20 lines, except in migrations where it's probably okay.
+Metrics/MethodLength:
+  Max: 20
+  Exclude:
+    - 'db/migrate/**/*.rb'
+    - 'spec/**/*'
+
+# This cop complains when you have variables named things like:
+#     address_line_1
+#     address_line_2
+# etc.
+Naming/VariableNumber:
+  Enabled: false
+
+# Just always use `raise` and stop thinking about it.
+Style/SignalException:
+  EnforcedStyle: only_raise
+
+# We think that:
+#   array = [
+#     :value
+#   ]
+#   and_in_a_method_call([
+#     :value
+#   ])
+# Looks better than:
+#   value = [
+#     :value
+#   ]
+#   but_in_a_method_call([
+#                          :its_like_this
+#                         ])
+Layout/FirstArrayElementIndentation:
+  EnforcedStyle: consistent
+
+# We think that:
+#   hash = {
+#     key: :value
+#   }
+#   and_in_a_method_call({
+#     no: :difference
+#   })
+# Looks better than:
+#   hash = {
+#     key: :value
+#   }
+#   but_in_a_method_call({
+#                          its_like: :this
+#                         })
+Layout/FirstHashElementIndentation:
+  EnforcedStyle: consistent
+
+# We think that:
+#     {
+#       foo: :bar
+#       baz: :bip
+#     }
+# Looks better than:
+#     { foo: :bar
+#       baz: :bip }
+Layout/MultilineHashBraceLayout:
+  Enabled: false
+
+# We think that:
+#    foo(
+#      bar: :baz,
+#      bip: :whizz
+#    )
+# Looks better than:
+#    foo(bar: baz,
+#        bip: :whizz)
+Layout/MultilineMethodCallBraceLayout:
+  Enabled: false
+
+# Just always use double quotes and stop thinking about it.
+Style/StringLiterals:
+  EnforcedStyle: double_quotes
+
+Style/StringLiteralsInInterpolation:
+  EnforcedStyle: double_quotes
+
+# Ruby 2.4+ has a magic comment that makes all strings frozen and Rubocop wants to put it
+# at the top of every. single. file. We decided we didn't want that - for now.
+Style/FrozenStringLiteralComment:
+  Enabled: false
+
+# We usually don't want you to use semicolons in Ruby, except in specs where brevity is
+# often more valued than readability.
+Style/Semicolon:
+  AllowAsExpressionSeparator: true
+  Exclude:
+    - 'spec/**/*.rb'
+
+# Single line method definitions are totally fine, and often more readable, consider:
+#    class WidgetsPolicy
+#      def create?; false; end
+#      def index?;  true;  end
+#      def show?;   true;  end
+#      def update?; false; end
+#      def delete?; false; end
+#    end
+Style/SingleLineMethods:
+  Enabled: false
+
+# We want you to put a blank line between method definitions, the only exception being
+# if you're defining a bunch of single-line methods as above.
+Layout/EmptyLineBetweenDefs:
+  AllowAdjacentOneLineDefs: true
+
+Naming/FileName:
+  Exclude:
+    - '**/Gemfile'
+    - '**/Rakefile'
+    - '**/Berksfile'
+
+# Disable preference for Ruby's new safe navigation operator `&.` because it
+# usually comes at the cost of expressiveness in the simple case:
+#
+#     -      coupon_usage.destroy if coupon_usage
+#     +      coupon_usage&.destroy
+#
+# And guides you towards Law of Demeter violations in the extreme case:
+#
+#     result&.data&.attributes&.payments&.first&.payment_token
+#
+# Disabling this cop doesn't stop you from using it, but be prepared to defend
+# it in code review if you do.
+Style/SafeNavigation:
+  Enabled: false
+
+# Ruby supports two styles of string template formatting.
+# "annotated" - format("%<greeting>s", greeting: "Hello")
+# "template"  - format("%{greeting}", greeting: "Hello")
+#
+# While the annotated format is more descriptive, it also comes in a style that is
+# significantly harder for a developer to parse. The template style is easy to read, understand,
+# and is consistent with formatting with (for example), interpolation (#{}).
+Style/FormatStringToken:
+  EnforcedStyle: template
+
+# This syntax is a deliberate idiom in rspec
+# bbatsov endorses disabling it for rspec
+# https://github.com/bbatsov/rubocop/issues/4222#issuecomment-290722962
+Lint/AmbiguousBlockAssociation:
+  Exclude:
+    - 'spec/**/*'
+
+# https://rubocop.readthedocs.io/en/latest/cops_style/
+Style/HashTransformKeys:
+  Enabled: false
+
+# https://rubocop.readthedocs.io/en/latest/cops_style/
+Style/HashTransformValues:
+  Enabled: false
+
+Metrics/AbcSize:
+  Max: 18
+  Exclude:
+    - 'spec/**/*'
+
+Metrics/ClassLength:
+  Exclude:
+    - 'spec/**/*'
+
+Naming/MemoizedInstanceVariableName:
+  EnforcedStyleForLeadingUnderscores: optional
+
+Performance/Casecmp:
+  Enabled: false
+
+Style/BarePercentLiterals:
+  EnforcedStyle: percent_q
+
+Style/ClassAndModuleChildren:
+  Enabled: false
+
+Style/DoubleNegation:
+  Enabled: false
+
+Style/EmptyMethod:
+  Enabled: false
+
+Style/NumericPredicate:
+  Enabled: false
+
+Style/TrivialAccessors:
+  AllowPredicates: true
+
+RSpec:
+  Language:
+    Expectations:
+      - assert_match
+
+RSpec/MultipleExpectations:
+  Max: 10
+
+RSpec/ExampleLength:
+  Max: 30
+
+RSpec/RepeatedExample:
+  Exclude:
+    - 'spec/policies/**'
+
+RSpec/MultipleMemoizedHelpers:
+  Max: 10

data/CHANGELOG.md

@@ -0,0 +1,5 @@
+## [Unreleased]
+
+## [0.1.0] - 2022-08-17
+
+- Initial release

data/CODE_OF_CONDUCT.md

@@ -0,0 +1,78 @@
+# Contributor Covenant Code of Conduct
+
+## Our Pledge
+
+In the interest of fostering an open and welcoming environment, we as
+contributors and maintainers pledge to making participation in our project and
+our community a harassment-free experience for everyone, regardless of age, body
+size, disability, ethnicity, sex characteristics, gender identity and
+expression, level of experience, education, socio-economic status, nationality,
+personal appearance, race, religion, or sexual identity and orientation.
+
+## Our Standards
+
+Examples of behavior that contributes to creating a positive environment
+include:
+
+- Using welcoming and inclusive language
+- Being respectful of differing viewpoints and experiences
+- Gracefully accepting constructive criticism
+- Focusing on what is best for the community
+- Showing empathy towards other community members
+
+Examples of unacceptable behavior by participants include:
+
+- The use of sexualized language or imagery and unwelcome sexual attention or
+  advances
+- Trolling, insulting/derogatory comments, and personal or political attacks
+- Public or private harassment
+- Publishing others' private information, such as a physical or electronic
+  address, without explicit permission
+- Other conduct which could reasonably be considered inappropriate in a
+  professional setting
+
+## Our Responsibilities
+
+Project maintainers are responsible for clarifying the standards of acceptable
+behavior and are expected to take appropriate and fair corrective action in
+response to any instances of unacceptable behavior.
+
+Project maintainers have the right and responsibility to remove, edit, or reject
+comments, commits, code, wiki edits, issues, and other contributions that are
+not aligned to this Code of Conduct, or to ban temporarily or permanently any
+contributor for other behaviors that they deem inappropriate, threatening,
+offensive, or harmful.
+
+## Scope
+
+This Code of Conduct applies both within project spaces and in public spaces
+when an individual is representing the project or its community. Examples of
+representing a project or community include using an official project e-mail
+address, posting via an official social media account, or acting as an appointed
+representative at an online or offline event. Representation of a project may be
+further defined and clarified by project maintainers.
+
+## Enforcement
+
+Instances of abusive, harassing, or otherwise unacceptable behavior may be
+reported by contacting the project team at open-source@ackama.com. All
+complaints will be reviewed and investigated and will result in a response that
+is deemed necessary and appropriate to the circumstances. The project team is
+obligated to maintain confidentiality with regard to the reporter of an
+incident. Further details of specific enforcement policies may be posted
+separately.
+
+Project maintainers who do not follow or enforce the Code of Conduct in good
+faith may face temporary or permanent repercussions as determined by other
+members of the project's leadership.
+
+## Attribution
+
+This Code of Conduct is adapted from the [Contributor Covenant][homepage],
+version 1.4, available at
+https://www.contributor-covenant.org/version/1/4/code-of-conduct.html
+
+[homepage]: https://www.contributor-covenant.org
+
+For answers to common questions about this code of conduct, see
+https://www.contributor-covenant.org/faq

data/CONTRIBUTING.md

@@ -0,0 +1,78 @@
+# How to contribute
+
+Thank you for deciding to contribute to this project! We're open to most changes
+so long as they're maintainable and within the scope and spirit of this project.
+
+## Reporting bugs, suggesting features, and asking questions
+
+The best place to start is with creating an issue on the GitHub repository - try
+to include as much detail as possible.
+
+If you're reporting a bug, make sure to include as much relevant information as
+possible to help us reproduce the bug; we know sometimes this can be hard, so
+we'll do our best to work with you to build out a reproduction, but remember we
+have limited time.
+
+If you're suggesting a feature, make sure to include as much information on your
+use-case and why you think the feature belongs in this library. Also remember
+that while we'd love to empower everyone by providing useful features, we do
+have to maintain everything in the library, so if your feature is very specific
+for your use-case and complex we might have to say no (but please don't let that
+stop you from opening an issue - we want to work _with_ you, which includes
+trying to find middle grounds and alternatives if we think something doesn't
+belong in the library itself for some reason).
+
+If you're asking a question, make sure to be as concise as possible, and
+remember that we only have limited time so might not always be able to answer
+every question.
+
+Always make sure your issue is well formatted - use codeblocks to wrap terminal
+output and code, and wrap large content dumps in `<details>`. We know no one's
+perfect (including ourselves!), but be aware we will edit issues descriptions if
+we think they need a touch up.
+
+## Testing
+
+We try and include tests for as much of the codebase as possible, though some of
+the
+
+We try and include tests for as much of the codebase as possible, though some of
+the more complicated parts (such as the CLI flags) currently don't have tests.
+
+Tests are run as part of CI and are required to pass before a change can be
+landed. You can run tests locally with:
+
+```shell
+bundle exec rspec
+```
+
+## Linting & formatting
+
+We use [`rubocop`](https://docs.rubocop.org/rubocop/index.html) to keep the
+codebase healthy and consistent.
+
+This is run as part of CI and is required to pass before a change can be landed.
+You can run `rubocop` locally with:
+
+```shell
+bundle exec rubocop
+```
+
+Markdown documents, json, and yaml files should be formatted with
+[`prettier`](https://prettier.io/). You can run this with:
+
+```shell
+npx prettier --write .
+```
+
+This is also run as part of CI.
+
+## Submitting changes
+
+Make a pull request on this repository with a clear description of the change
+you're made and why. Ideally include a test or two if possible, and keep changes
+atomic (one feature per PR, since we squash when merging).
+
+Commit messages should be
+[conventional](https://www.conventionalcommits.org/en/v1.0.0/), to make it
+easier to write changelogs and determine version numbers when releasing.

data/Gemfile

@@ -0,0 +1,15 @@
+# frozen_string_literal: true
+
+source "https://rubygems.org"
+
+# Specify your gem's dependencies in aws_ec2_environment.gemspec
+gemspec
+
+gem "rake", "~> 13.0"
+
+gem "rspec", "~> 3.0"
+
+gem "rubocop", "~> 1.21"
+gem "rubocop-performance"
+gem "rubocop-rspec"
+gem "simplecov", require: false

data/Gemfile.lock

@@ -0,0 +1,105 @@
+PATH
+  remote: .
+  specs:
+    aws_ec2_environment (0.1.0)
+      aws-sdk-ec2 (~> 1.0)
+      aws-sdk-ssm (~> 1.0)
+
+GEM
+  remote: https://rubygems.org/
+  specs:
+    ast (2.4.2)
+    aws-eventstream (1.2.0)
+    aws-partitions (1.619.0)
+    aws-sdk-core (3.132.0)
+      aws-eventstream (~> 1, >= 1.0.2)
+      aws-partitions (~> 1, >= 1.525.0)
+      aws-sigv4 (~> 1.1)
+      jmespath (~> 1, >= 1.6.1)
+    aws-sdk-ec2 (1.327.0)
+      aws-sdk-core (~> 3, >= 3.127.0)
+      aws-sigv4 (~> 1.1)
+    aws-sdk-ssm (1.138.0)
+      aws-sdk-core (~> 3, >= 3.127.0)
+      aws-sigv4 (~> 1.1)
+    aws-sigv4 (1.5.1)
+      aws-eventstream (~> 1, >= 1.0.2)
+    base64 (0.1.1)
+    diff-lcs (1.5.0)
+    docile (1.4.0)
+    jmespath (1.6.1)
+    json (2.6.3)
+    language_server-protocol (3.17.0.3)
+    parallel (1.23.0)
+    parser (3.2.2.3)
+      ast (~> 2.4.1)
+      racc
+    racc (1.7.1)
+    rainbow (3.1.1)
+    rake (13.0.6)
+    regexp_parser (2.8.1)
+    rexml (3.2.6)
+    rspec (3.11.0)
+      rspec-core (~> 3.11.0)
+      rspec-expectations (~> 3.11.0)
+      rspec-mocks (~> 3.11.0)
+    rspec-core (3.11.0)
+      rspec-support (~> 3.11.0)
+    rspec-expectations (3.11.0)
+      diff-lcs (>= 1.2.0, < 2.0)
+      rspec-support (~> 3.11.0)
+    rspec-mocks (3.11.1)
+      diff-lcs (>= 1.2.0, < 2.0)
+      rspec-support (~> 3.11.0)
+    rspec-support (3.11.0)
+    rubocop (1.56.0)
+      base64 (~> 0.1.1)
+      json (~> 2.3)
+      language_server-protocol (>= 3.17.0)
+      parallel (~> 1.10)
+      parser (>= 3.2.2.3)
+      rainbow (>= 2.2.2, < 4.0)
+      regexp_parser (>= 1.8, < 3.0)
+      rexml (>= 3.2.5, < 4.0)
+      rubocop-ast (>= 1.28.1, < 2.0)
+      ruby-progressbar (~> 1.7)
+      unicode-display_width (>= 2.4.0, < 3.0)
+    rubocop-ast (1.29.0)
+      parser (>= 3.2.1.0)
+    rubocop-capybara (2.18.0)
+      rubocop (~> 1.41)
+    rubocop-factory_bot (2.23.1)
+      rubocop (~> 1.33)
+    rubocop-performance (1.18.0)
+      rubocop (>= 1.7.0, < 2.0)
+      rubocop-ast (>= 0.4.0)
+    rubocop-rspec (2.23.2)
+      rubocop (~> 1.33)
+      rubocop-capybara (~> 2.17)
+      rubocop-factory_bot (~> 2.22)
+    ruby-progressbar (1.13.0)
+    simplecov (0.21.2)
+      docile (~> 1.1)
+      simplecov-html (~> 0.11)
+      simplecov_json_formatter (~> 0.1)
+    simplecov-html (0.12.3)
+    simplecov_json_formatter (0.1.4)
+    unicode-display_width (2.4.2)
+
+PLATFORMS
+  arm64-darwin-21
+  x86_64-darwin-19
+  x86_64-darwin-20
+  x86_64-linux
+
+DEPENDENCIES
+  aws_ec2_environment!
+  rake (~> 13.0)
+  rspec (~> 3.0)
+  rubocop (~> 1.21)
+  rubocop-performance
+  rubocop-rspec
+  simplecov
+
+BUNDLED WITH
+   2.3.17

data/LICENSE.txt

@@ -0,0 +1,21 @@
+The MIT License (MIT)
+
+Copyright (c) 2022 Gareth Jones
+
+Permission is hereby granted, free of charge, to any person obtaining a copy
+of this software and associated documentation files (the "Software"), to deal
+in the Software without restriction, including without limitation the rights
+to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
+copies of the Software, and to permit persons to whom the Software is
+furnished to do so, subject to the following conditions:
+
+The above copyright notice and this permission notice shall be included in
+all copies or substantial portions of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
+OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
+THE SOFTWARE.