From fe5448635293c299ad16d257e74e4af6b4e53ae3 Mon Sep 17 00:00:00 2001
From: Aris Merchant <22333129+inquisitivecrystal@users.noreply.github.com>
Date: Sun, 27 Jun 2021 23:00:26 -0700
Subject: [PATCH] Fix typo in libs tracking issue template

---
 .github/ISSUE_TEMPLATE/library_tracking_issue.md | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/.github/ISSUE_TEMPLATE/library_tracking_issue.md b/.github/ISSUE_TEMPLATE/library_tracking_issue.md
index e879594b87a..32fccfcfb16 100644
--- a/.github/ISSUE_TEMPLATE/library_tracking_issue.md
+++ b/.github/ISSUE_TEMPLATE/library_tracking_issue.md
@@ -50,20 +50,20 @@ If the feature is changed later, please add those PRs here as well.
 -->
 
 - [ ] Implementation: #...
-- [ ] Final commenting period (FCP)
+- [ ] Final comment period (FCP)
 - [ ] Stabilization PR
 
 <!--
 Once the feature has gone through a few release cycles and there are no
 unresolved questions left, the feature might be ready for stabilization.
 
-If this feature didn't go through the RFC process, a final commenting period
+If this feature didn't go through the RFC process, a final comment period
 (FCP) is always needed before stabilization. This works as follows:
 
 A library API team member can kick off the stabilization process, at which point
 the rfcbot will ask all the team members to verify they agree with
 stabilization. Once enough members agree and there are no concerns, the final
-commenting period begins: this issue will be marked as such and will be listed
+comment period begins: this issue will be marked as such and will be listed
 in the next This Week in Rust newsletter. If no blocking concerns are raised in
 that period of 10 days, a stabilzation PR can be opened by anyone.
 -->