@opentermsarchive/engine 0.15.0 → 0.17.0

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@opentermsarchive/engine",
-  "version": "0.15.0",
+  "version": "0.17.0",
   "description": "Tracks and makes visible changes to the terms of online services",
   "homepage": "https://github.com/ambanum/OpenTermsArchive#readme",
   "bugs": {
@@ -40,6 +40,12 @@
     "posttest": "npm run lint",
     "test:debug": "npm run test -- --inspect-brk --exit"
   },
+  "files": [
+    "bin",
+    "config",
+    "scripts",
+    "src"
+  ],
   "dependencies": {
     "@accordproject/markdown-cicero": "^0.15.2",
     "@accordproject/markdown-pdf": "^0.15.2",

package/src/tracker/index.js

@@ -197,7 +197,7 @@ export default class Tracker {
     const body = `
 This document is no longer properly tracked.
 
-\`${message}\`
+${message}
 
 Check what's wrong by:
 - Using the [online contribution tool](${CONTRIBUTE_URL}?${urlQueryParams}).

package/.env.example

@@ -1,3 +0,0 @@
-SENDINBLUE_API_KEY='xkeysib-3f51c…'
-SMTP_PASSWORD='password'
-GITHUB_TOKEN=ghp_XXXXXXXXX

package/.eslintrc.yaml

@@ -1,116 +0,0 @@
-extends:
-  - airbnb-base
-parserOptions:
-  ecmaVersion: 2022
-env:
-  node: true
-  mocha: true
-  es6: true
-plugins:
-  - chai-friendly
-  - import
-  - json-format
-rules:
-  arrow-parens:
-    - error
-    - as-needed
-  array-bracket-spacing:
-    - error
-    - always
-    - objectsInArrays: false
-      arraysInArrays: false
-      singleValue: false
-  eqeqeq: 0
-  chai-friendly/no-unused-expressions: 2
-  comma-dangle:
-    - error
-    - always-multiline
-  consistent-return: 0
-  function-paren-newline:
-    - error
-    - multiline
-  implicit-arrow-linebreak:
-    - 'off'
-  import/extensions:
-    - error
-    - always
-    - ignorePackages: true
-  import/prefer-default-export: 0
-  import/order:
-    - error
-    - newlines-between: always
-      alphabetize:
-        order: asc
-        caseInsensitive: true
-  import/namespace:
-    - error
-    - allowComputed: true
-  indent:
-    - error
-    - 2
-  max-len: 0
-  object-curly-newline:
-    - error
-    - multiline: true
-  no-console: 0
-  no-continue: 0
-  no-param-reassign: 0
-  no-plusplus: 0
-  no-restricted-syntax: 0
-  no-shadow: 0
-  no-tabs: 0
-  no-underscore-dangle: 0
-  no-unused-expressions: 0
-  no-unused-vars:
-    - error
-    - argsIgnorePattern: next
-  no-use-before-define: 0
-  padding-line-between-statements:
-    - error
-    - blankLine: always
-      prev: '*'
-      next: return
-    - blankLine: always
-      prev:
-        - const
-        - let
-        - var
-      next: '*'
-    - blankLine: any
-      prev:
-        - const
-        - let
-        - var
-      next:
-        - const
-        - let
-        - var
-  multiline-comment-style:
-    - error
-    - separate-lines
-  eol-last:
-    - error
-    - always
-  new-cap:
-    - error
-    - properties: false
-
-overrides:
-  - files:
-      - src/**/*test.js
-      - scripts/declarations/validate/*.js
-    rules:
-      func-names: 0
-  - files:
-      - scripts/**/*.js
-      - bin/**/*.js
-    rules:
-      func-names: 0
-      import/no-extraneous-dependencies: 0
-  - files:
-      - src/**/*[iI]nterface.js
-    rules:
-      no-unused-vars: 0
-      require-yield: 0
-      class-methods-use-this: 0
-      no-empty-function: 0

package/.github/workflows/deploy.yml

@@ -1,50 +0,0 @@
-name: Deploy
-
-on:
-  push:
-    branches: [ main ]
-
-jobs:
-  test:
-    uses: "ambanum/OpenTermsArchive/.github/workflows/test.yml@main"
-
-  get_instances:
-    runs-on: ubuntu-latest
-    outputs:
-      names: ${{ steps.get_production_instances_names.outputs.result }}
-    steps:
-      - uses: actions/checkout@v2
-      - name: Get production instance names
-        id: get_production_instances_names
-        uses: mikefarah/yq@master
-        with:
-          cmd: yq 'with_entries(select(.key | test("all") | not)) | keys' ops/inventories/production.yml --output-format=json  # list all group names except `all`
-
-  deploy:
-    needs: [ test, get_instances ]
-    runs-on: ubuntu-latest
-    strategy:
-      fail-fast: false  # deploy other instances even if one fails to deploy
-      matrix:
-        instance: ${{ fromJSON(needs.get_instances.outputs.names) }}
-    steps:
-      - uses: actions/checkout@v2
-      - name: Get target server hostname
-        id: get_hostname
-        uses: mikefarah/yq@master
-        with:
-          cmd: yq ".${{ matrix.instance }}.hosts.* | key" ops/inventories/production.yml
-      - name: Get target server fingerprint
-        id: get_fingerprint
-        uses: mikefarah/yq@master
-        with:
-          cmd: yq '.${{ matrix.instance }}.hosts.["${{ steps.get_hostname.outputs.result }}"].ed25519_fingerprint' ops/inventories/production.yml
-      - name: Set up SSH
-        uses: shimataro/ssh-key-action@v2
-        with:
-          key: ${{ secrets.SERVER_SSH_KEY }}
-          known_hosts: ${{ steps.get_hostname.outputs.result }} ssh-ed25519 ${{ steps.get_fingerprint.outputs.result }}
-      - run: echo "${{ secrets.ANSIBLE_VAULT_KEY }}" > vault.key
-      - run: pip install --upgrade setuptools
-      - run: pip install 'ansible ~= 2.9'
-      - run: ansible-playbook ops/site.yml --inventory ops/inventories/production.yml --limit ${{ matrix.instance }}

package/.github/workflows/release.yml

@@ -1,64 +0,0 @@
-name: Release
-
-on:
-  push:
-    branches: [ packaging ]
-
-jobs:
-  test:
-    uses: "ambanum/OpenTermsArchive/.github/workflows/test.yml@packaging"
-  release:
-    needs: [ test ]
-    runs-on: ubuntu-latest
-    steps:
-      - name: Checkout
-        uses: actions/checkout@v2
-        with:
-          token: ${{ secrets.RELEASE_BOT_GITHUB_TOKEN }}
-
-      - name: Configure Git author
-        run: |
-          git config --global user.name "Open Terms Archive Release Bot"
-          git config --global user.email "release-bot@opentermsarchive.org"
-
-      - name: Bump package version
-        run: |
-          echo "Release type obtained from the previous job: '${{ needs.test.outputs.release_type }}'"
-          echo "NEW_VERSION=$(npm --no-git-tag-version version ${{ needs.test.outputs.release_type }})" >> $GITHUB_ENV
-
-      - name: Update changelog unreleased section with new version
-        uses: superfaceai/release-changelog-action@v2
-        with:
-          version: ${{ env.NEW_VERSION }}
-          operation: release
-
-      - name: Commit CHANGELOG.md and package.json changes and create tag
-        run: |
-          git add "package.json"
-          git add "package-lock.json"
-          git add "CHANGELOG.md"
-          git commit -m "Release ${{ env.NEW_VERSION }}"
-          git tag ${{ env.NEW_VERSION }}
-
-      - name: Read version changelog
-        uses: superfaceai/release-changelog-action@v2
-        id: get-changelog
-        with:
-          version: ${{ env.NEW_VERSION }}
-          operation: read
-
-      - name: Push changes to repository
-        run: git push origin && git push --tags
-
-      - name: Create GitHub release
-        uses: softprops/action-gh-release@v1
-        with:
-          tag_name: ${{ env.NEW_VERSION }}
-          body: ${{ steps.get-changelog.outputs.changelog }}
-          token: ${{ secrets.RELEASE_BOT_GITHUB_TOKEN }}
-
-      - name: Publish version to NPM public repository
-        uses: JS-DevTools/npm-publish@v1
-        with:
-          token: ${{ secrets.NPMJS_ACCESS_TOKEN }}
-          dryRun: true

package/.github/workflows/test.yml

@@ -1,77 +0,0 @@
-name: Test
-
-on:
-  push:
-    branches-ignore:
-      - main # tests will be launched by workflow_call from the deploy workflow
-  pull_request:
-    types: [ opened, reopened ]
-  workflow_call:
-    outputs:
-      release_type:
-        description: "The release type extracted from changelog"
-        value: ${{ jobs.check_changelog.outputs.release_type }}
-
-jobs:
-  check_changelog:
-    runs-on: [ubuntu-latest]
-    outputs:
-      release_type: ${{ steps.set_release_type_output.outputs.release_type }}
-    steps:
-      - uses: actions/checkout@v2
-      - name: Get release type in changelog
-        run: echo "RELEASE_TYPE=$(cat CHANGELOG.md | grep -E '^## Unreleased \[(patch|minor|major)\]$' | grep -E -w -o "patch|minor|major" | tr -d '\n')" >> $GITHUB_ENV
-      - name: Make release type available to subsequent jobs
-        if: env.RELEASE_TYPE
-        id: set_release_type_output
-        run: |
-          echo "Found release type '${{ env.RELEASE_TYPE }}'"
-          echo "release_type=${{ env.RELEASE_TYPE }}" >> $GITHUB_OUTPUT
-      - name: Fail and display error if no proper release type is found in changelog
-        if: env.RELEASE_TYPE == ''
-        run: echo "No valid release type found in changelog. The title of the 'Unreleased' section must contain one of the following tags '[patch]', '[minor]', '[major]'. For example, '## Unreleased [minor]'."; exit 1
-
-
-  test:
-    strategy:
-      matrix:
-        operating_system: [ ubuntu-latest, windows-latest, macos-latest ]
-      fail-fast: false # run tests on other operating systems even if one fails
-
-    runs-on: ${{ matrix.operating_system }}
-
-    steps:
-      - run: |
-          git config --global core.autocrlf false
-      - uses: actions/checkout@v2
-      - uses: ankane/setup-mongodb@ce30d9041565cb469945895d5bde3384a254dd2e # use commit ID until action is versioned, see https://github.com/ankane/setup-mongodb/issues/2
-        with:
-          mongodb-version: 5.0
-      - uses: actions/setup-node@v2
-        with:
-          node-version: 16
-      - run: npm ci
-      - run: npm test
-
-  validate_declarations:
-    strategy:
-      matrix:
-        operating_system: [ ubuntu-latest, windows-latest, macos-latest ]
-      fail-fast: false # run tests on other operating systems even if one fails
-
-    runs-on: ${{ matrix.operating_system }}
-
-    steps:
-      - run: |
-          git config --global core.autocrlf false
-      - uses: actions/checkout@v2
-      - uses: actions/checkout@v2
-        with:
-          repository: OpenTermsArchive/contrib-declarations
-          path: ./contrib-declarations
-      - uses: actions/setup-node@v2
-        with:
-          node-version: 16.x
-      - run: cd ./contrib-declarations && npm install
-      - run: npm ci
-      - run: ./node_modules/.bin/cross-env NODE_ENV=ci npm run declarations:validate:schema

package/CHANGELOG.md

@@ -1,14 +0,0 @@
-# Changelog
-
-All notable changes to this project will be documented in this file.
-
-This project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html) and the format is based on [Common Changelog](https://common-changelog.org).\
-Unlike Common Changelog, the `unreleased` section of [Keep a Changelog](https://keepachangelog.com/en/1.0.0/) is preserved with the addition of a tag to specify which type of release should be published and to foster discussions about it inside pull requests. This tag should be one of the names mandated by SemVer, within brackets: `[patch]`, `[minor]` or `[major]`. For example: `## Unreleased [minor]`.
-
-## Unreleased [minor]
-
-### Added
-
-- Publish package on NPM under name `opentermsarchive`.
-- Export `filter`, `pageDeclaration` and `fetch` in NPM module.
-- Add changelog.

package/CODE_OF_CONDUCT.md

@@ -1,128 +0,0 @@
-# Contributor Covenant Code of Conduct
-
-## Our Pledge
-
-We as members, contributors, and leaders pledge to make participation in our
-community a harassment-free experience for everyone, regardless of age, body
-size, visible or invisible 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.
-
-We pledge to act and interact in ways that contribute to an open, welcoming,
-diverse, inclusive, and healthy community.
-
-## Our Standards
-
-Examples of behavior that contributes to a positive environment for our
-community include:
-
-* Demonstrating empathy and kindness toward other people
-* Being respectful of differing opinions, viewpoints, and experiences
-* Giving and gracefully accepting constructive feedback
-* Accepting responsibility and apologizing to those affected by our mistakes,
-  and learning from the experience
-* Focusing on what is best not just for us as individuals, but for the
-  overall community
-
-Examples of unacceptable behavior include:
-
-* The use of sexualized language or imagery, and sexual attention or
-  advances of any kind
-* Trolling, insulting or derogatory comments, and personal or political attacks
-* Public or private harassment
-* Publishing others' private information, such as a physical or email
-  address, without their explicit permission
-* Other conduct which could reasonably be considered inappropriate in a
-  professional setting
-
-## Enforcement Responsibilities
-
-Community leaders are responsible for clarifying and enforcing our standards of
-acceptable behavior and will take appropriate and fair corrective action in
-response to any behavior that they deem inappropriate, threatening, offensive,
-or harmful.
-
-Community leaders 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, and will communicate reasons for moderation
-decisions when appropriate.
-
-## Scope
-
-This Code of Conduct applies within all community spaces, and also applies when
-an individual is officially representing the community in public spaces.
-Examples of representing our community include using an official e-mail address,
-posting via an official social media account, or acting as an appointed
-representative at an online or offline event.
-
-## Enforcement
-
-Instances of abusive, harassing, or otherwise unacceptable behavior may be
-reported to the community leaders responsible for enforcement at
-moderators@opentermsarchive.org.
-All complaints will be reviewed and investigated promptly and fairly.
-
-All community leaders are obligated to respect the privacy and security of the
-reporter of any incident.
-
-## Enforcement Guidelines
-
-Community leaders will follow these Community Impact Guidelines in determining
-the consequences for any action they deem in violation of this Code of Conduct:
-
-### 1. Correction
-
-**Community Impact**: Use of inappropriate language or other behavior deemed
-unprofessional or unwelcome in the community.
-
-**Consequence**: A private, written warning from community leaders, providing
-clarity around the nature of the violation and an explanation of why the
-behavior was inappropriate. A public apology may be requested.
-
-### 2. Warning
-
-**Community Impact**: A violation through a single incident or series
-of actions.
-
-**Consequence**: A warning with consequences for continued behavior. No
-interaction with the people involved, including unsolicited interaction with
-those enforcing the Code of Conduct, for a specified period of time. This
-includes avoiding interactions in community spaces as well as external channels
-like social media. Violating these terms may lead to a temporary or
-permanent ban.
-
-### 3. Temporary Ban
-
-**Community Impact**: A serious violation of community standards, including
-sustained inappropriate behavior.
-
-**Consequence**: A temporary ban from any sort of interaction or public
-communication with the community for a specified period of time. No public or
-private interaction with the people involved, including unsolicited interaction
-with those enforcing the Code of Conduct, is allowed during this period.
-Violating these terms may lead to a permanent ban.
-
-### 4. Permanent Ban
-
-**Community Impact**: Demonstrating a pattern of violation of community
-standards, including sustained inappropriate behavior,  harassment of an
-individual, or aggression toward or disparagement of classes of individuals.
-
-**Consequence**: A permanent ban from any sort of public interaction within
-the community.
-
-## Attribution
-
-This Code of Conduct is adapted from the [Contributor Covenant][homepage],
-version 2.0, available at
-https://www.contributor-covenant.org/version/2/0/code_of_conduct.html.
-
-Community Impact Guidelines were inspired by [Mozilla's code of conduct
-enforcement ladder](https://github.com/mozilla/diversity).
-
-[homepage]: https://www.contributor-covenant.org
-
-For answers to common questions about this code of conduct, see the FAQ at
-https://www.contributor-covenant.org/faq. Translations are available at
-https://www.contributor-covenant.org/translations.

package/CONTRIBUTING.md

@@ -1,143 +0,0 @@
-First of all, thanks for taking the time to contribute! 🎉👍
-
-## Table of Contents
-
-- [Workflow](#workflow)
-  - [Pull requests](#pull-requests)
-  - [Commit messages](#commit-messages)
-  - [Continuous delivery](#continuous-delivery)
-  - [Changelog](#changelog)
-- [Development](#development)
-  - [Documentation](#documentation)
-- [Naming](#naming)
-  - [Instances and repositories](#instances-and-repositories)
-  - [Namespaces](#namespaces)
-- [Practices](#practices)
-  - [Errors handling](#errors-handling)
-
----
-
-## Workflow
-
-### Pull requests
-
-We follow the [GitHub Flow](https://guides.github.com/introduction/flow/): all code contributions are submitted via a pull request towards the `main` branch.
-
-Opening a pull request means you want that code to be merged. If you want to only discuss it, send a link to your branch along with your questions through whichever communication channel you prefer.
-
-#### Peer reviews
-
-All pull requests must be reviewed by at least one person who is not their original author.
-
-To help reviewers, make sure to describe your pull request with a **clear text explanation** of your changes.
-
-### Continuous delivery
-
-GitHub Actions is used to deploy the application on every merge to the main branch.
-
-Branch protection is active, meaning that a merge to the main branch can only take place once all tests pass in CI, and that the peer review policy has been fulfilled.
-
-### Commit messages
-
-We strive to follow this [recommendation](https://chris.beams.io/posts/git-commit) to write our commit messages, which contains the following rules:
-
-- [Separate subject from body with a blank line](https://chris.beams.io/posts/git-commit/#separate).
-- [Limit the subject line to 50 characters](https://chris.beams.io/posts/git-commit/#limit-50).
-- [Capitalize the subject line](https://chris.beams.io/posts/git-commit/#capitalize).
-- [Do not end the subject line with a period](https://chris.beams.io/posts/git-commit/#end).
-- [Use the imperative mood in the subject line](https://chris.beams.io/posts/git-commit/#imperative).
-- [Wrap the body at 72 characters](https://chris.beams.io/posts/git-commit/#wrap-72).
-- [Use the body to explain what and why vs. how](https://chris.beams.io/posts/git-commit/#why-not-how).
-
-We add this additional rule:
-
-- Do not rely on GitHub issue reference numbers in commit messages, as we have no guarantee the host system and its autolinking will be stable in time. Make sure the context is self-explanatory. If an external reference is given, use its full URL.
-
-### Changelog
-
-All changes to the codebase that impact users must be documented in the [`CHANGELOG.md`](./CHANGELOG.md) file. The format to use is documented in the file itself.
-
-## Development
-
-### Documentation
-
-#### CLI
-
-##### docopt
-
-For command-line examples and documentation, we follow the [docopt usage patterns](http://docopt.org) syntax. Quick recap of the main points:
-
-- mandatory arguments are given between `<` and `>`;
-- optional elements are given between `[` and `]`;
-- mutually exclusive elements are given between `(` and `)` and separated by `|`.
-
-```diff
-- npm start [ $service_id ] [, $service_id, ...]
-+ npm start [service_id]...
-```
-
-##### Long options
-
-In order to improve the understandability of commands, we document all CLI options and examples with the long version of the options.
-
-
-```diff
-- ansible-playbook -i production.yml app.yml -l france -t stop
-+ ansible-playbook --inventory production.yml app.yml --limit france --tag stop
-```
-
-## Naming
-
-### Instances and repositories
-
-An “instance” of Open Terms Archive is comprised of a server running Open Terms Archive and up to three repositories. An instance has a _name_ describing the scope of services it aims at tracking. This scope is defined by one or several dimensions: jurisdiction, language, industry…
-
-> For example, the `france` instance tracks documents in the French jurisdiction and French language, while the `dating` instance tracks services from the dating industry.
-
-The instance name is written in lowercase and is made of one word for each dimension it focuses on, separated by dashes.
-
-> For example, the `france-elections` instance tracks services in the French jurisdiction and French language that could impact the French electoral processes.
-
-This name is used consistently in all communication, written references, and in the inventory of instances that are managed automatically. It is also used as the base for naming the database repositories, by suffixing it with each type:
-
-- The repository containing the declarations of services to be tracked is named `$instance_name-declarations`. You can [create it from a template](https://github.com/OpenTermsArchive/template-declarations/generate).
-- The repository containing the snapshots of the tracked documents (unless the instance is storing them in an alternative database) is named `$instance_name-snapshots`. You can [create it from a template](https://github.com/OpenTermsArchive/template-snapshots/generate).
-- The repository containing the versions of the tracked documents (unless the instance is storing them in an alternative database) is named `$instance_name-versions`. You can [create it from a template](https://github.com/OpenTermsArchive/template-versions/generate).
-
-### Namespaces
-
-We deploy identifiers for packages and namespaces across different universes: package managers, social networks, URLs… In order to unify these names across constraints, we reserve everywhere the name `opentermsarchive`, with no space, no dash, no underscore, no capital.
-
-> For example, NPM does not allow uppercase and spaces; Ansible does not allow dashes and spaces; Twitter does not allow spaces. The name `ota` is too unlikely to be available everywhere.
-
-## Practices
-
-### Errors handling
-
-First of all it's important to distinguish two fundamentally different kinds of errors: **operational** and **programmer** errors.
-
-- **Operational errors represent run-time problems experienced by correctly-written programs**. These are not bugs in the program. These are usually problems with something else: the system itself (e.g. out of memory), the system’s configuration (e.g. no route to a remote host), the network (e.g. socket hang-up), or a remote service (e.g. a 500 error).
-
-- **Programmer errors are bugs in the program**. These are things that can always be avoided by changing the code. They can never be handled properly, since by definition the code in question is broken (e.g. tried to read property of `undefined`, or forget to `await` an asynchronous function).
-
-So the very important distinction is that operational errors are part of the **normal operation of a program** whereas programmer errors are **bugs**.
-
-Also noteworthy, failure to handle an operational error is itself a programmer error.
-
-#### Handling operational errors
-
-There are five ways to handle operational errors:
-- **Deal with the failure directly**. For example, create directory if it's missing.
-- **Propagate the failure**. If you don’t know how to deal with the error, the simplest thing to do is to abort whatever operation you’re trying to do, clean up whatever you’ve started, and propagate the error.
-- **Retry the operation**. For example, try to reconnect if the connection is lost.
-- **Log the error — and do nothing else**. If it's a minor error and there’s nothing you can do about, and there is no reason to stop the whole process.
-- **Crash immediately**. If the error cannot be handled and can affect data integrity.
-
-In our case, we consider all `fetch`-related errors as expected, so as operational errors and we handle them by logging but we do not stop the whole process. We handle errors related to the `notifier` in the same way.
-In contrast, we consider errors from the `recorder` module as fatal, and we crash immediately.
-
-#### Handling programmer errors
-
-**The best way to handle programmer errors is to crash immediately.** Indeed, it is not recommended to attempt to recover from programmer errors — that is, allow the current operation to fail, but keep handling requests. Consider that a programmer error is a case that you didn’t think about when you wrote the original code. How can you be sure that the problem won’t affect the program itself and the data integrity?
-
-This section is highly inspired, and in part extracted, from [this error handling guide](https://console.joyent.com/node-js/production/design/errors).

package/MIGRATING.md

@@ -1,42 +0,0 @@
-## 2022-03-29 Unify repository names
-
-All services declarations, snapshots and versions repo has been renamed and moved to the [OpenTermArchive organization](https://github.com/OpenTermsArchive) on github.
-
-Documentation on the new naming system can be found [here](https://github.com/ambanum/OpenTermsArchive/blob/main/CONTRIBUTING.md#instances-and-repositories-names)
-
-If you already have some of those projects locally, you can run
-
-```
-mv services-all contrib-declarations
-mv services-dating dating-declarations
-mv declarations-france-elections france-elections-declarations
-mv declarations-france france-elections
-mv declarations-france-elections-experiment france-elections-experiment-declarations
-```
-
-## 2021-11-25 Externalize services declarations
-
-Services declarations are now declared in their [own repository](https://github.com/OpenTermsArchive/services-all).
-
-In order to use all the defined services locally, you now have to clone that new repository in the parent folder of the OpenTermsArchive one:
-
-```
-    # From your local clone of the OpenTermsArchive repository
-    cd ..
-    git clone git@github.com:OpenTermsArchive/contrib-declarations.git
-```
-
-## 2021-02-24 Name change
-
-`CGUs` is now called `OpenTermsArchive`.
-
-To reflect this change, if you already have this project locally, execute:
-
-```
-    # From your local clone of the OpenTermsArchive repository
-    cd ..
-    mv CGUs OpenTermsArchive
-    cd OpenTermsArchive
-    git remote set-url origin https://github.com/ambanum/OpenTermsArchive.git
-```
-