Skip to content
Snippets Groups Projects
Verified Commit d6e301e0 authored by Anton Hvornum's avatar Anton Hvornum
Browse files

Grammar issue with it's vs its

parent abf04889
No related branches found
No related tags found
No related merge requests found
Pipeline #112722 failed
......@@ -25,7 +25,7 @@ Having users report mirror details in a free-text-format, along with manual work
The current method of tracking issues via e-mail is not ideal either, as it has historically led to long lead times, cumbersome interactions and does not provide an easy method of automating certain tasks.
This RFC aims to rectify these things by defining a new method of registering, updating, maintaining and decommissioning mirrors via `GitLab`_. It's main focus is on a proposed TOML format per mirror definition, which then gets consumed in various steps to produce a single source of truth for mirrors. A benefit from moving to `GitLab`_ is that Arch Linux can move away from publicly revealing the mirror administrator's e-mail address while retaining the ability to contact mirror administrators via `GitLab`_. As `GitLab`_ contact information can be used instead. Thus complying with regulatory demands.
This RFC aims to rectify these things by defining a new method of registering, updating, maintaining and decommissioning mirrors via `GitLab`_. Its main focus is on a proposed TOML format per mirror definition, which then gets consumed in various steps to produce a single source of truth for mirrors. A benefit from moving to `GitLab`_ is that Arch Linux can move away from publicly revealing the mirror administrator's e-mail address while retaining the ability to contact mirror administrators via `GitLab`_. As `GitLab`_ contact information can be used instead. Thus complying with regulatory demands.
These changes would allow for creating central tooling and pipelines optimizing the workflow around the mirror workload.
......@@ -99,7 +99,7 @@ The workflow for decommissioning a mirror is quite similar to creating a new mir
5. Automatic tasks creates an updated source of truth in the root of the `mirror project`_ in the proposed format.
6. The source of truth is then parsed by other Arch Linux projects, such as `archweb`_.
Deactivation is similar, but instead of deleting the mirror definition, changing it's active status by toggling the :code:`visibility` flag is done instead.
Deactivation is similar, but instead of deleting the mirror definition, changing its active status by toggling the :code:`visibility` flag is done instead.
Arch Linux commitment
^^^^^^^^^^^^^^^^^^^^^
......
0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment