sanitize_email 2.0.10 → 2.0.11

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
data/CONTRIBUTING.md CHANGED
@@ -1,69 +1,256 @@
1
- ## Contributing
1
+ # Contributing
2
2
 
3
- Bug reports and pull requests are welcome on GitHub at [https://github.com/pboling/sanitize_email][🚎src-main]
4
- . This project is intended to be a safe, welcoming space for collaboration, and contributors are expected to adhere to
3
+ Bug reports and pull requests are welcome on [CodeBerg][📜src-cb], [GitLab][📜src-gl], or [GitHub][📜src-gh].
4
+ This project should be a safe, welcoming space for collaboration, so contributors agree to adhere to
5
5
  the [code of conduct][🤝conduct].
6
6
 
7
- To submit a patch, please fork the project and create a patch with tests. Once you're happy with it send a pull request
8
- and post a message to the [gitter chat][🏘chat].
7
+ To submit a patch, please fork the project, create a patch with tests, and send a pull request.
9
8
 
10
- ### Find a smell to fix
9
+ Remember to [![Keep A Changelog][📗keep-changelog-img]][📗keep-changelog] if you make changes.
11
10
 
12
- bundle exec rake reek
11
+ ## Developer Certificate of Origin
13
12
 
14
- ## Appraisal & Combustion
13
+ In order to protect users of this project, we require all contributors to comply with the
14
+ [Developer Certificate of Origin](https://developercertificate.org/).
15
+ This ensures that all contributions are properly licensed and attributed.
15
16
 
16
- ### Generate a new set of Appraisal gemfiles:
17
+ ## Help out!
17
18
 
18
- BUNDLE_GEMFILE=gemfiles/vanilla.gemfile appraisal generate
19
+ Take a look at the open issues and pull requests, or use the gem and find something to improve.
19
20
 
20
- NOTE: This results in bad paths to the gemspec from each of the appraisal `gemfiles/rails_*_*.gemfile` files.
21
- `gemspec path: "../../"` needs to be replaced with `gemspec path: "../"` in each Appraisal gemfile.
21
+ Follow these instructions:
22
22
 
23
- ## Release
23
+ 1. Join the Discord: [![Live Chat on Discord][✉️discord-invite-img]][✉️discord-invite]
24
+ 2. Fork the repository
25
+ 3. Create your feature branch (`git checkout -b my-new-feature`)
26
+ 4. Make some fixes.
27
+ 5. Commit your changes (`git commit -am 'Added some feature'`)
28
+ 6. Push to the branch (`git push origin my-new-feature`)
29
+ 7. Make sure to add tests for it. This is important, so it doesn't break in a future release.
30
+ 8. Create new Pull Request.
31
+ 9. Announce it in the channel for this org in the [Discord][✉️discord-invite]!
24
32
 
25
- ### One-time, Per-developer, Setup
33
+ ## Executables vs Rake tasks
26
34
 
27
- **IMPORTANT**: Your public key for signing gems will need to be picked up by the line in the
28
- `gemspec` defining the `spec.cert_chain` (check the relevant ENV variables there),
29
- in order to sign the new release.
30
- See: [RubyGems Security Guide][🔒️rubygems-security-guide]
35
+ Executables shipped by dependencies, such as kettle-dev, and stone_checksums, are available
36
+ after running `bin/setup`. These include:
31
37
 
32
- ### To release a new version:
38
+ - gem_checksums
39
+ - kettle-changelog
40
+ - kettle-commit-msg
41
+ - kettle-dev-setup
42
+ - kettle-dvcs
43
+ - kettle-pre-release
44
+ - kettle-readme-backers
45
+ - kettle-release
33
46
 
34
- 1. Run `bin/setup && bin/rake` as a tests, coverage, & linting sanity check
35
- 2. Update the version number in `version.rb`
36
- 3. Run `bin/setup && bin/rake` again as a secondary check, and to update `Gemfile.lock`
37
- 4. Run `git commit -am "🔖 Prepare release v<VERSION>"` to commit the changes
38
- 5. Run `git push` to trigger the final CI pipeline before release, & merge PRs
39
- - NOTE: Remember to [check the build][🧪build]!
40
- 6. Run `export GIT_TRUNK_BRANCH_NAME="$(git remote show origin | grep 'HEAD branch' | cut -d ' ' -f5)" && echo $GIT_TRUNK_BRANCH_NAME`
41
- 7. Run `git checkout $GIT_TRUNK_BRANCH_NAME`
42
- 8. Run `git pull origin $GIT_TRUNK_BRANCH_NAME` to ensure you will release the latest trunk code
43
- 9. Set `SOURCE_DATE_EPOCH` so `rake build` and `rake release` use same timestamp, and generate same checksums
44
- - Run `export SOURCE_DATE_EPOCH=$EPOCHSECONDS && echo $SOURCE_DATE_EPOCH`
45
- - If the echo above has no output, then it didn't work.
46
- - Note that you'll need the `zsh/datetime` module, if running `zsh`.
47
- - In `bash` you can use `date +%s` instead, i.e. `export SOURCE_DATE_EPOCH=$(date +%s) && echo $SOURCE_DATE_EPOCH`
48
- 10. Run `bundle exec rake build`
49
- 11. Run `bin/checksums` (more [context][🔒️rubygems-checksums-pr]) to create SHA-256 and SHA-512 checksums
50
- - Checksums will be committed automatically by the script, but not pushed
51
- 12. Run `bundle exec rake release` which will create a git tag for the version,
52
- push git commits and tags, and push the `.gem` file to [rubygems.org][💎rubygems]
47
+ There are many Rake tasks available as well. You can see them by running:
48
+
49
+ ```shell
50
+ bin/rake -T
51
+ ```
52
+
53
+ ## Code quality checks
54
+
55
+ Run the Reek task when you want a smell check that fails on current findings:
56
+
57
+ ```shell
58
+ bin/rake reek
59
+ ```
60
+
61
+ Refresh the checked-in `REEK` backlog through the rake task, not by redirecting
62
+ the raw `reek` executable output. The rake task uses the project bundle and
63
+ avoids stale generated binstubs shadowing the Reek gem executable:
64
+
65
+ ```shell
66
+ bin/rake reek:update
67
+ ```
68
+
69
+ ## Environment Variables for Local Development
70
+
71
+ Below are the primary environment variables recognized by stone_checksums (and its integrated tools). Unless otherwise noted, set boolean values to the string "true" to enable.
72
+
73
+ General/runtime
74
+ - DEBUG: Enable extra internal logging for this library (default: false)
75
+ - REQUIRE_BENCH: Enable `require_bench` to profile requires (default: false)
76
+ - CI: When set to true, adjusts default rake tasks toward CI behavior
77
+
78
+ Coverage (kettle-soup-cover / SimpleCov)
79
+ - K_SOUP_COV_DO: Enable coverage collection (default: true in `mise.toml`)
80
+ - K_SOUP_COV_FORMATTERS: Comma-separated list of formatters (html, xml, rcov, lcov, json, tty)
81
+ - K_SOUP_COV_MIN_LINE: Minimum line coverage threshold (integer, e.g., 100)
82
+ - K_SOUP_COV_MIN_BRANCH: Minimum branch coverage threshold (integer, e.g., 100)
83
+ - K_SOUP_COV_MIN_HARD: Fail the run if thresholds are not met (true/false)
84
+ - K_SOUP_COV_MULTI_FORMATTERS: Enable multiple formatters at once (true/false)
85
+ - K_SOUP_COV_OPEN_BIN: Path to browser opener for HTML (empty disables auto-open)
86
+ - MAX_ROWS: Limit console output rows for simplecov-console (e.g., 1)
87
+ Tip: When running a single spec file locally, you may want `K_SOUP_COV_MIN_HARD=false` to avoid failing thresholds for a partial run.
88
+
89
+ GitHub API and CI helpers
90
+ - GITHUB_TOKEN or GH_TOKEN: Token used by `ci:act` and release workflow checks to query GitHub Actions status at higher rate limits
91
+
92
+ Releasing and signing
93
+ - SKIP_GEM_SIGNING: If set, skip gem signing during build/release
94
+ - GEM_CERT_USER: Username for selecting your public cert in `certs/<USER>.pem` (defaults to $USER)
95
+ - SOURCE_DATE_EPOCH: Reproducible build timestamp.
96
+ - `kettle-release` will set this automatically for the session.
97
+ - Not needed on bundler >= 2.7.0, as reproducible builds have become the default.
98
+
99
+ Git hooks and commit message helpers (exe/kettle-commit-msg)
100
+ - GIT_HOOK_BRANCH_VALIDATE: Branch name validation mode (e.g., `jira`) or `false` to disable
101
+ - GIT_HOOK_FOOTER_APPEND: Append a footer to commit messages when goalie allows (true/false)
102
+ - GIT_HOOK_FOOTER_SENTINEL: Required when footer append is enabled — a unique first-line sentinel to prevent duplicates
103
+ - GIT_HOOK_FOOTER_APPEND_DEBUG: Extra debug output in the footer template (true/false)
104
+
105
+ For a quick starting point, this repository’s `mise.toml` defines the shared defaults, and `.env.local` can override them locally. Copy `.env.local.example` to `.env.local`, use `KEY=value` lines, and either activate `mise` in your shell or run commands through `mise exec -C /path/to/project -- ...`.
106
+
107
+ ## Appraisals
108
+
109
+ From time to time the [appraisal2][🚎appraisal2] gemfiles in `gemfiles/` will need to be updated.
110
+ Generated appraisal and CI workflow floors are controlled by `ruby.test_minimum`
111
+ in `.kettle-jem.yml`; this project was templated with `ruby.test_minimum: 2.4`.
112
+ That value describes the lowest Ruby version expected to run the test/development
113
+ toolchain, and it may be higher than the gemspec runtime floor.
114
+
115
+ They are created and updated with the commands:
116
+
117
+ ```console
118
+ bin/rake appraisal:update
119
+ ```
120
+
121
+ If you need to reset all gemfiles/*.gemfile.lock files:
122
+
123
+ ```console
124
+ bin/rake appraisal:reset
125
+ ```
126
+
127
+ When adding an appraisal to CI, check the [runner tool cache][🏃‍♂️runner-tool-cache] to see which runner to use.
128
+
129
+ ## Run Tests
130
+
131
+ Run tests via `kettle-test` (provided by `kettle-test`). It runs RSpec, writes the full log to
132
+ `tmp/kettle-test/rspec-TIMESTAMP.log`, and prints a compact highlight block with timing, seed,
133
+ pass/fail count, failing example list, and SimpleCov coverage percentages.
134
+
135
+ ```console
136
+ bundle exec kettle-test
137
+ ```
138
+
139
+ For targeted runs, disable the hard coverage threshold to avoid false failures:
140
+
141
+ ```console
142
+ K_SOUP_COV_MIN_HARD=false bundle exec kettle-test spec/path/to/spec.rb
143
+ ```
144
+
145
+ ### Spec organization (required)
146
+
147
+ - One spec file per class/module. For each class or module under `lib/`, keep all of its unit tests in a single spec file under `spec/` that mirrors the path and file name exactly: `lib/sanitize_email/my_class.rb` -> `spec/sanitize_email/my_class_spec.rb`.
148
+ - Exception: Integration specs that intentionally span multiple classes. Place these under `spec/integration/` (or a clearly named integration folder), and do not directly mirror a single class. Name them after the scenario, not a class.
149
+
150
+ ## Lint It
151
+
152
+ Run all the default tasks, which includes running the gradually autocorrecting linter, `rubocop-gradual`.
153
+
154
+ ```console
155
+ bundle exec rake
156
+ ```
157
+
158
+ Or just run the linter.
159
+
160
+ ```console
161
+ bundle exec rake rubocop_gradual:autocorrect
162
+ ```
163
+
164
+ For more detailed information about using RuboCop in this project, please see the [RUBOCOP.md](RUBOCOP.md) guide. This project uses `rubocop_gradual` instead of vanilla RuboCop, which requires specific commands for checking violations.
165
+
166
+ ### Important: Do not add inline RuboCop disables
167
+
168
+ Never add `# rubocop:disable ...` / `# rubocop:enable ...` comments to code or specs (except when following the few existing `rubocop:disable` patterns for a rule already being disabled elsewhere in the code). Instead:
169
+
170
+ - Prefer configuration-based exclusions when a rule should not apply to certain paths or files (e.g., via `.rubocop.yml`).
171
+ - When a violation is temporary, and you plan to fix it later, record it in `.rubocop_gradual.lock` using the gradual workflow:
172
+ - `bundle exec rake rubocop_gradual:autocorrect` (preferred)
173
+ - `bundle exec rake rubocop_gradual:force_update` (only when you cannot fix the violations immediately)
174
+
175
+ As a general rule, fix style issues rather than ignoring them. For example, our specs should follow RSpec conventions like using `described_class` for the class under test.
53
176
 
54
177
  ## Contributors
55
178
 
179
+ Your picture could be here!
180
+
56
181
  [![Contributors][🖐contributors-img]][🖐contributors]
57
182
 
58
183
  Made with [contributors-img][🖐contrib-rocks].
59
184
 
60
- [🧪build]: https://github.com/pboling/sanitize_email/actions
61
- [🏘chat]: https://matrix.to/#/#pboling_sanitize_email:gitter.im
62
- [🤝conduct]: https://github.com/pboling/sanitize_email/blob/main/CODE_OF_CONDUCT.md
185
+ Also see GitLab Contributors: [https://gitlab.com/galtzo-floss/sanitize_email/-/graphs/main][🚎contributors-gl]
186
+
187
+ ## For Maintainers
188
+
189
+ ### One-time, Per-maintainer, Setup
190
+
191
+ **IMPORTANT**: To sign a build,
192
+ a public key for signing gems will need to be picked up by the line in the
193
+ `gemspec` defining the `spec.cert_chain` (check the relevant ENV variables there).
194
+ All releases are signed releases.
195
+ See: [RubyGems Security Guide][🔒️rubygems-security-guide]
196
+
197
+ NOTE: To build without signing the gem set `SKIP_GEM_SIGNING` to any value in the environment.
198
+
199
+ ### To release a new version:
200
+
201
+ #### Automated process
202
+
203
+ 1. Update version.rb to contain the correct version-to-be-released.
204
+ 2. Run `bundle exec kettle-changelog`.
205
+ 3. Run `bundle exec kettle-release`.
206
+ 4. Stay awake and monitor the release process for any errors, and answer any prompts.
207
+
208
+ #### Manual process
209
+
210
+ 1. Run `bin/setup && bin/rake` as a "test, coverage, & linting" sanity check
211
+ 2. Update the version number in `version.rb`, and ensure `CHANGELOG.md` reflects changes
212
+ 3. Run `bin/setup && bin/rake` again as a secondary check, and to update `Gemfile.lock`
213
+ 4. Run `bin/rake yard` to regenerate the docs site using the canonical docs task
214
+ 5. Run `git commit -am "🔖 Prepare release v<VERSION>"` to commit the changes
215
+ 6. Run `git push` to trigger the final CI pipeline before release, and merge PRs
216
+ - NOTE: Remember to [check the build][🧪build].
217
+ 7. Run `export GIT_TRUNK_BRANCH_NAME="$(git remote show origin | grep 'HEAD branch' | cut -d ' ' -f5)" && echo $GIT_TRUNK_BRANCH_NAME`
218
+ 8. Run `git checkout $GIT_TRUNK_BRANCH_NAME`
219
+ 9. Run `git pull origin $GIT_TRUNK_BRANCH_NAME` to ensure latest trunk code
220
+ 10. Optional for older Bundler (< 2.7.0): Set `SOURCE_DATE_EPOCH` so `rake build` and `rake release` use the same timestamp and generate the same checksums
221
+ - If your Bundler is >= 2.7.0, you can skip this; builds are reproducible by default.
222
+ - Run `export SOURCE_DATE_EPOCH=$EPOCHSECONDS && echo $SOURCE_DATE_EPOCH`
223
+ - If the echo above has no output, then it didn't work.
224
+ - Note: `zsh/datetime` module is needed, if running `zsh`.
225
+ - In older versions of `bash` you can use `date +%s` instead, i.e. `export SOURCE_DATE_EPOCH=$(date +%s) && echo $SOURCE_DATE_EPOCH`
226
+ 11. Run `bundle exec rake build`
227
+ 12. Run `bin/gem_checksums` (more context [1][🔒️rubygems-checksums-pr], [2][🔒️rubygems-guides-pr])
228
+ to create SHA-256 and SHA-512 checksums. This functionality is provided by the `stone_checksums`
229
+ [gem][💎stone_checksums].
230
+ - The script automatically commits but does not push the checksums
231
+ 13. Sanity check the SHA256, comparing with the output from the `bin/gem_checksums` command:
232
+ - `sha256sum pkg/<gem name>-<version>.gem`
233
+ 14. Run `bundle exec rake release` which will create a git tag for the version,
234
+ push git commits and tags, and push the `.gem` file to the gem host configured in the gemspec.
235
+
236
+ [📜src-gl]: https://gitlab.com/galtzo-floss/sanitize_email/-/tree/main/gems/sanitize_email
237
+ [📜src-cb]: https://codeberg.org/galtzo-floss/sanitize_email/src/branch/main/gems/sanitize_email
238
+ [📜src-gh]: https://github.com/galtzo-floss/sanitize_email/tree/main/gems/sanitize_email
239
+ [🧪build]: https://github.com/galtzo-floss/sanitize_email/actions
240
+ [🤝conduct]: https://github.com/galtzo-floss/sanitize_email/blob/main/CODE_OF_CONDUCT.md
63
241
  [🖐contrib-rocks]: https://contrib.rocks
64
- [🖐contributors]: https://github.com/pboling/sanitize_email/graphs/contributors
65
- [🖐contributors-img]: https://contrib.rocks/image?repo=pboling/sanitize_email
66
- [💎rubygems]: https://rubygems.org
242
+ [🖐contributors]: https://github.com/galtzo-floss/sanitize_email/graphs/contributors
243
+ [🚎contributors-gl]: https://gitlab.com/galtzo-floss/sanitize_email/-/graphs/main
244
+ [🖐contributors-img]: https://contrib.rocks/image?repo=galtzo-floss/sanitize_email
245
+ [💎gem-coop]: https://gem.coop
67
246
  [🔒️rubygems-security-guide]: https://guides.rubygems.org/security/#building-gems
68
- [🔒️rubygems-checksums-pr]: https://github.com/rubygems/guides/pull/325
69
- [🚎src-main]: https://github.com/pboling/sanitize_email
247
+ [🔒️rubygems-checksums-pr]: https://github.com/rubygems/rubygems/pull/6022
248
+ [🔒️rubygems-guides-pr]: https://github.com/rubygems/guides/pull/325
249
+ [💎stone_checksums]: https://github.com/galtzo-floss/stone_checksums
250
+ [📗keep-changelog]: https://keepachangelog.com/en/1.0.0/
251
+ [📗keep-changelog-img]: https://img.shields.io/badge/keep--a--changelog-1.0.0-FFDD67.svg?style=flat
252
+ [📌semver-breaking]: https://github.com/semver/semver/issues/716#issuecomment-869336139
253
+ [📌major-versions-not-sacred]: https://tom.preston-werner.com/2022/05/23/major-version-numbers-are-not-sacred.html
254
+ [🚎appraisal2]: https://github.com/appraisal-rb/appraisal2
255
+ [🏃‍♂️runner-tool-cache]: https://github.com/ruby/ruby-builder/releases/tag/toolcache
256
+ [✉️discord-invite]: https://discord.gg/3qme4XHNKN
data/FUNDING.md ADDED
@@ -0,0 +1,63 @@
1
+ <!-- RELEASE-NOTES-FOOTER-START -->
2
+
3
+ Official Discord 👉️ [![Live Chat on Discord][✉️discord-invite-img]][✉️discord-invite]
4
+
5
+ Many paths lead to being a sponsor or a backer of this project. Are you on such a path?
6
+
7
+ [![Sponsor Me on Github][🖇sponsor-img]][🖇sponsor] [![Liberapay Goal Progress][⛳liberapay-img]][⛳liberapay] [![Donate on PayPal][🖇paypal-img]][🖇paypal]
8
+
9
+ [![Buy me a coffee][🖇buyme-small-img]][🖇buyme] [![Donate on Polar][🖇polar-img]][🖇polar] [![Donate to my FLOSS efforts at ko-fi.com][🖇kofi-img]][🖇kofi] [![Donate to my FLOSS efforts using Patreon][🖇patreon-img]][🖇patreon]
10
+
11
+ [⛳liberapay-img]: https://img.shields.io/liberapay/goal/pboling.svg?logo=liberapay&color=a51611&style=flat
12
+ [⛳liberapay]: https://liberapay.com/pboling/donate
13
+ [🖇sponsor-img]: https://img.shields.io/badge/Sponsor_Me!-pboling.svg?style=social&logo=github
14
+ [🖇sponsor]: https://github.com/sponsors/pboling
15
+ [🖇polar-img]: https://img.shields.io/badge/polar-donate-a51611.svg?style=flat
16
+ [🖇polar]: https://polar.sh/pboling
17
+ [🖇kofi-img]: https://img.shields.io/badge/ko--fi-%E2%9C%93-a51611.svg?style=flat
18
+ [🖇kofi]: https://ko-fi.com/pboling
19
+ [🖇patreon-img]: https://img.shields.io/badge/patreon-donate-a51611.svg?style=flat
20
+ [🖇patreon]: https://patreon.com/galtzo
21
+ [🖇buyme-small-img]: https://img.shields.io/badge/buy_me_a_coffee-%E2%9C%93-a51611.svg?style=flat
22
+ [🖇buyme]: https://www.buymeacoffee.com/pboling
23
+ [🖇paypal-img]: https://img.shields.io/badge/donate-paypal-a51611.svg?style=flat&logo=paypal
24
+ [🖇paypal]: https://www.paypal.com/paypalme/peterboling
25
+ [✉️discord-invite]: https://discord.gg/3qme4XHNKN
26
+ [✉️discord-invite-img]: https://img.shields.io/discord/1373797679469170758?style=flat
27
+
28
+ <!-- RELEASE-NOTES-FOOTER-END -->
29
+
30
+ # 🤑 A request for help
31
+
32
+ Maintainers have teeth and need to pay their dentists.
33
+ After getting laid off in an RIF in March, and encountering difficulty finding a new one,
34
+ I began spending most of my time building open source tools.
35
+ I'm hoping to be able to pay for my kids' health insurance this month,
36
+ so if you value the work I am doing, I need your support.
37
+ Please consider sponsoring me or the project.
38
+
39
+ To join the community or get help 👇️ Join the Discord.
40
+
41
+ [![Live Chat on Discord][✉️discord-invite-img-ftb]][✉️discord-invite]
42
+
43
+ To say "thanks!" ☝️ Join the Discord or 👇️ send money.
44
+
45
+ [![Sponsor me on GitHub Sponsors][🖇sponsor-bottom-img]][🖇sponsor] 💌 [![Sponsor me on Liberapay][⛳liberapay-bottom-img]][⛳liberapay] 💌 [![Donate on PayPal][🖇paypal-bottom-img]][🖇paypal]
46
+
47
+ # Another Way to Support Open Source Software
48
+
49
+ I’m driven by a passion to foster a thriving open-source community – a space where people can tackle complex problems, no matter how small. Revitalizing libraries that have fallen into disrepair, and building new libraries focused on solving real-world challenges, are my passions. I was recently affected by layoffs, and the tech jobs market is unwelcoming. I’m reaching out here because your support would significantly aid my efforts to provide for my family, and my farm (11 🐔 chickens, 2 🐶 dogs, 3 🐰 rabbits, 8 🐈‍ cats).
50
+
51
+ If you work at a company that uses my work, please encourage them to support me as a corporate sponsor. My work on gems you use might show up in `bundle fund`.
52
+
53
+ I’m developing a new library, [floss_funding][🖇floss-funding-gem], designed to empower open-source developers like myself to get paid for the work we do, in a sustainable way. Please give it a look.
54
+
55
+ **[Floss-Funding.dev][🖇floss-funding.dev]: 👉️ No network calls. 👉️ No tracking. 👉️ No oversight. 👉️ Minimal crypto hashing. 💡 Easily disabled nags**
56
+
57
+ [⛳liberapay-bottom-img]: https://img.shields.io/liberapay/goal/pboling.svg?style=for-the-badge&logo=liberapay&color=a51611
58
+ [🖇sponsor-bottom-img]: https://img.shields.io/badge/Sponsor_Me!-pboling-blue?style=for-the-badge&logo=github
59
+ [🖇buyme-img]: https://img.buymeacoffee.com/button-api/?text=Buy%20me%20a%20latte&emoji=&slug=pboling&button_colour=FFDD00&font_colour=000000&font_family=Cookie&outline_colour=000000&coffee_colour=ffffff
60
+ [🖇paypal-bottom-img]: https://img.shields.io/badge/donate-paypal-a51611.svg?style=for-the-badge&logo=paypal&color=0A0A0A
61
+ [🖇floss-funding.dev]: https://floss-funding.dev
62
+ [🖇floss-funding-gem]: https://github.com/galtzo-floss/floss_funding
63
+ [✉️discord-invite-img-ftb]: https://img.shields.io/discord/1373797679469170758?style=for-the-badge
data/LICENSE.md ADDED
@@ -0,0 +1,22 @@
1
+ # License
2
+
3
+ This project is made available under the following license.
4
+ Choose the option that best fits your use case:
5
+
6
+ - [MIT](MIT.md)
7
+
8
+ ## Copyright Notice
9
+
10
+ Copyright (c) 2008 Peter Boling
11
+ Copyright (c) 2009 John Trupiano
12
+ Copyright (c) 2009-2010 pboling
13
+ Copyright (c) 2009 Peter H. Boling
14
+ Copyright (c) 2012 David Morton
15
+ Copyright (c) 2012 Harry Lascelles
16
+ Copyright (c) 2012-2018, 2022, 2024, 2026 Peter H. Boling
17
+ Copyright (c) 2013 Adrien Siami
18
+ Copyright (c) 2013 Chris Altman
19
+ Copyright (c) 2014 Scott Rocher
20
+ Copyright (c) 2017 Marcus Ilgner
21
+ Copyright (c) 2018 Bernardo Galindo
22
+ Copyright (c) 2024-2025 joeyparis