diff --git a/communication/meeting-notes-archive/q1-2_2018_community_meeting_minutes.md b/communication/meeting-notes-archive/q1-2_2018_community_meeting_minutes.md index f1a2dad4a..d7b7c8620 100644 --- a/communication/meeting-notes-archive/q1-2_2018_community_meeting_minutes.md +++ b/communication/meeting-notes-archive/q1-2_2018_community_meeting_minutes.md @@ -1737,7 +1737,7 @@ * Ask current contributors anything on slack #meet-our-contributors - testing infra, how to make first time contribution, how did they get involved in k8s * Shoutouts! * None on slack this week, thank someone in #shoutouts! - * Top 5 in the the Kubernetes StackOverflow tag for the week: Radek "Goblin" Pieczonka, aerokite, Vikram Hosakote, Jonah Benton, and fiunchinho + * Top 5 in the Kubernetes StackOverflow tag for the week: Radek "Goblin" Pieczonka, aerokite, Vikram Hosakote, Jonah Benton, and fiunchinho ## February 22, 2018 - ([recording](https://www.youtube.com/watch?v=7pN0xdiFqPE)) diff --git a/contributors/design-proposals/multicluster/federated-replicasets.md b/contributors/design-proposals/multicluster/federated-replicasets.md index 9ed57bc73..59459b1ca 100644 --- a/contributors/design-proposals/multicluster/federated-replicasets.md +++ b/contributors/design-proposals/multicluster/federated-replicasets.md @@ -286,7 +286,7 @@ enumerated the key idea elements: + [E1] Master rejects LRS creation (for known or unknown reason). In this case another attempt to create a LRS should be attempted in 1m or so. This action can be tied with - [[I5]](#heading=h.ififs95k9rng). Until the the LRS is created + [[I5]](#heading=h.ififs95k9rng). Until the LRS is created the situation is the same as [E5]. If this happens multiple times all due replicas should be moved elsewhere and later moved back once the LRS is created. diff --git a/contributors/design-proposals/storage/container-storage-interface.md b/contributors/design-proposals/storage/container-storage-interface.md index 5e85623a6..9a1b3d5e6 100644 --- a/contributors/design-proposals/storage/container-storage-interface.md +++ b/contributors/design-proposals/storage/container-storage-interface.md @@ -201,7 +201,7 @@ Once the following conditions are true, the external-attacher should call `Contr Before starting the `ControllerPublishVolume` operation, the external-attacher should add these finalizers to these Kubernetes API objects: * To the `VolumeAttachment` so that when the object is deleted, the external-attacher has an opportunity to detach the volume first. External attacher removes this finalizer once the volume is fully detached from the node. -* To the `PersistentVolume` referenced by `VolumeAttachment` so the the PV cannot be deleted while the volume is attached. External attacher needs information from the PV to perform detach operation. The attacher will remove the finalizer once all `VolumeAttachment` objects that refer to the PV are deleted, i.e. the volume is detached from all nodes. +* To the `PersistentVolume` referenced by `VolumeAttachment` so the PV cannot be deleted while the volume is attached. External attacher needs information from the PV to perform detach operation. The attacher will remove the finalizer once all `VolumeAttachment` objects that refer to the PV are deleted, i.e. the volume is detached from all nodes. If the operation completes successfully, the external-attacher will: @@ -587,7 +587,7 @@ In order to upgrade drivers using the recommended driver deployment mechanism, t #### Deleting Volumes 1. A user deletes a `PersistentVolumeClaim` object bound to a CSI volume. -2. The external-provisioner for the CSI driver sees the the `PersistentVolumeClaim` was deleted and triggers the retention policy: +2. The external-provisioner for the CSI driver sees the `PersistentVolumeClaim` was deleted and triggers the retention policy: 1. If the retention policy is `delete` 1. The external-provisioner triggers volume deletion by issuing a `DeleteVolume` call against the CSI volume plugin container. 2. Once the volume is successfully deleted, the external-provisioner deletes the corresponding `PersistentVolume` object. diff --git a/contributors/guide/owners.md b/contributors/guide/owners.md index 021d28e84..ea743a61b 100644 --- a/contributors/guide/owners.md +++ b/contributors/guide/owners.md @@ -84,7 +84,7 @@ filters: Instead, set a `.*` key inside `filters` (as shown in the previous example). **WARNING**: The `approve` plugin [does not currently respect `filters`][test-infra-7690]. -Until that is fixed, `filters` should only be used for the the `labels` key (as shown in the above example). +Until that is fixed, `filters` should only be used for the `labels` key (as shown in the above example). ### OWNERS_ALIASES diff --git a/events/2017/12-contributor-summit/steering-committee-update.md b/events/2017/12-contributor-summit/steering-committee-update.md index 3c2f0a925..062eec2d7 100644 --- a/events/2017/12-contributor-summit/steering-committee-update.md +++ b/events/2017/12-contributor-summit/steering-committee-update.md @@ -10,7 +10,7 @@ We had a meeting, and the two big items we'd been pushing on hard were: * votining in the proposals in the bootstrap committee * how we're going to handle incubator and contrib etc. -Incubator/contrib: one of our big concerns are what the the consequences for projects and ecosystems. +Incubator/contrib: one of our big concerns are what the consequences for projects and ecosystems. We're still discussing it, please be patient. In the process of solving the incubator process, we have to answer what is kubernetes, which is probably SIGs, but what's a SIG, and who decides, and ... we end up having to examine everything. In terms of deciding what is and isn't kubernetes, we want to have that discussion in the open. diff --git a/events/community-meeting.md b/events/community-meeting.md index f083e567b..5bc035939 100644 --- a/events/community-meeting.md +++ b/events/community-meeting.md @@ -48,7 +48,7 @@ The first 10 minutes of a meeting is dedicated to demonstrations from the commun These demos are noted at the top of the community document. There is a hard stop of the demo at 10 minutes, with up to 5 more minutes for questions. Feel free to add your demo request to the bottom of the list, then one of the organizers will get back to you to schedule an exact date. -Demo submissions MUST follow the the requirements listed below. +Demo submissions MUST follow the requirements listed below. ### Requirements diff --git a/sig-architecture/api-review-process.md b/sig-architecture/api-review-process.md index 157d1529d..a7c281c0b 100644 --- a/sig-architecture/api-review-process.md +++ b/sig-architecture/api-review-process.md @@ -193,7 +193,7 @@ Once the provisional review has been accepted by the approver, it then goes to t As aspiring reviewers gain proficiency, they may pair with an approver on time-sensitive reviews to better understand the process with less impact on the review duration. -Aspiring reviewers should reach out the the moderator on slack. The moderator will add them to the list of aspiring reviewers and assign training reviews as they become available. +Aspiring reviewers should reach out the moderator on slack. The moderator will add them to the list of aspiring reviewers and assign training reviews as they become available. ## Aspirations for future iterations of this process