9 files changed, 14 insertions, 14 deletions
diff --git a/blog/2020/gsoc/article/1.md b/blog/2020/gsoc/article/1.md
index b0e6a7b..b98e2d5 100644
--- a/blog/2020/gsoc/article/1.md
+++ b/blog/2020/gsoc/article/1.md
@@ -69,7 +69,7 @@ the resolution of dependency.  While this is only applicable to wheels
 (i.e. prebuilt packages), other packaging format only make up less than 20%
 of the downloads (at least on PyPI), and the figure is much less for
 the most popular packages.  Therefore, this optimization alone could make
-[the upcoming backtracking resolver][]'s performance par with the legacy one.
+[the upcoming backtracking resolver]'s performance par with the legacy one.
 
 During the last few years, there has been a lot of effort being poured into
 replacing `pip`'s current resolver that is unable to resolve conflicts.
diff --git a/blog/2020/gsoc/article/3.md b/blog/2020/gsoc/article/3.md
index 9c41b31..175486c 100644
--- a/blog/2020/gsoc/article/3.md
+++ b/blog/2020/gsoc/article/3.md
@@ -15,8 +15,8 @@ and group projects left to be done.  I for sure underestimated the workload
 of these and in the last (and probably next) few days I'm drowning in work
 trying to meet my deadlines.
 
-One project that might be remotely relevant is [cheese-shop][], which tries to
-manage the metadata of packages from the real [Cheese Shop][].  Other than that,
+One project that might be remotely relevant is [cheese-shop], which tries to
+manage the metadata of packages from the real [Cheese Shop].  Other than that,
 schoolwork is draining a lot of my time and I can't remember the last time
 I came up with something new for my GSoC project )-;
 
diff --git a/blog/2020/gsoc/article/4.md b/blog/2020/gsoc/article/4.md
index 43738a7..5a1cf50 100644
--- a/blog/2020/gsoc/article/4.md
+++ b/blog/2020/gsoc/article/4.md
@@ -30,7 +30,7 @@ and rebased, but my `git` skill is far from gud enuff to confidently do it.
 
 Testing this one has been a lot of fun though.  At first, integration tests
 were added as a rerun of the tests for the new resolver, with an additional flag
-to use feature `fast-deps`.  It indeed made me feel guilty towards [Travis][],
+to use feature `fast-deps`.  It indeed made me feel guilty towards [Travis],
 who has to work around 30 minutes more every run. Per Chris Hunt's suggestion,
 in the new PR, I instead write a few functional tests for the area relating
 the most to the feature, namely `pip`'s subcommands `wheel`,
@@ -45,7 +45,7 @@ Why did I say I'm half way there?  With the parallel utilities merged and a way
 to quickly get the list of distribution to be downloaded being really close,
 what left is *only* to figure out a way to properly download them in parallel.
 With no distribution to be added during the download progress, the model of this
-will fit very well with the architecture in [my original proposal][].
+will fit very well with the architecture in [my original proposal].
 A batch downloader can be implemented to track the progress of each download
 and thus report them cleanly as e.g. progress bar or percentage. This is
 the part I am second-most excited about of my GSoC project this summer
@@ -71,7 +71,7 @@ the upcoming Pinephone prototype.  It's one of the first smartphones
 to fully support a GNU/Linux distribution, where one can run desktop apps
 (including proper terminals) as well as traditional services like SSH,
 HTTP server and IPFS node because why not?  Just a few hours ago,
-I pre-ordered the [postmarketOS community edition][] with additional hardware
+I pre-ordered the [postmarketOS community edition] with additional hardware
 for convergence.
 
 If you did not come here for a Pinephone ad, please take my apologies though d-;
diff --git a/blog/2020/gsoc/article/5.md b/blog/2020/gsoc/article/5.md
index de2ef8d..5404089 100644
--- a/blog/2020/gsoc/article/5.md
+++ b/blog/2020/gsoc/article/5.md
@@ -15,7 +15,7 @@ Last Wednesday, `pip` 20.2 was released, delivering the `2020-resolver`
 as well as many other improvements!  I was lucky to be able
 to get the `fast-deps` feature to be included as part of the release.
 A brief description of this *experimental* feature as well as testing
-instruction can be found on [Python Discuss][].
+instruction can be found on [Python Discuss].
 
 The public exposure of the feature also remind me of some further
 {{pip 8681 optimization}} to make on {{pip 8670 "the lazy wheel"}}.
diff --git a/blog/2020/gsoc/article/7.md b/blog/2020/gsoc/article/7.md
index 58d8d33..c574865 100644
--- a/blog/2020/gsoc/article/7.md
+++ b/blog/2020/gsoc/article/7.md
@@ -41,7 +41,7 @@ $ pip --use-feature=2020-resolver --use-feature=fast-deps \
    --no-cache-dir download {requirement}  # fast-deps
 ```
 
-In the first test, I used [axuy][] and obtained the following results
+In the first test, I used [axuy] and obtained the following results
 
 | legacy-resolver | 2020-resolver | fast-deps |
 | --------------- | ------------- | --------- |
@@ -71,7 +71,7 @@ which are apparently more expensive than actual data transmission on my network.
 
 ### Large Distribution
 
-In this test, I used [TensorFlow][] as the requirement and obtained
+In this test, I used [TensorFlow] as the requirement and obtained
 the following figures:
 
 | legacy-resolver | 2020-resolver | fast-deps |
diff --git a/blog/2020/gsoc/checkin/1.md b/blog/2020/gsoc/checkin/1.md
index a362f28..8c3c680 100644
--- a/blog/2020/gsoc/checkin/1.md
+++ b/blog/2020/gsoc/checkin/1.md
@@ -7,7 +7,7 @@ date = Date(2020, 6, 1)
 # First Check-In
 
 Hi everyone, I am McSinyx, a Vietnamese undergraduate student
-who loves [free software][].  This summer I am working with
+who loves [free software].  This summer I am working with
 the maintainers and the contributors of `pip` to make
 the package manager {{pip 825 "download in parallel"}}.
 
@@ -16,7 +16,7 @@ the package manager {{pip 825 "download in parallel"}}.
 Aside from bonding with `pip`'s maintainers and contributors as well as
 with my mentors, I was also experimenting on the theoretical and technical
 obstacles blocking this GSoC project.  Pradyun Gedam (a mentor of mine)
-suggested making [a proof of concept][] to determine if parallel downloading
+suggested making [a proof of concept] to determine if parallel downloading
 can play nicely with ResolveLib_'s abstraction and we are reviewing it
 together.  On the technical side, we `pip`'s committers are exploring
 {{pip 8169 "available options for parallelization"}} and I made an attempt to
diff --git a/blog/2020/gsoc/checkin/2.md b/blog/2020/gsoc/checkin/2.md
index e59cac2..288f737 100644
--- a/blog/2020/gsoc/checkin/2.md
+++ b/blog/2020/gsoc/checkin/2.md
@@ -21,7 +21,7 @@ Not as much I wished, apparently (-:
   The amount of tests failing due to this was way beyond my imagination,
   but I got functional tests for `pip install` and unit tests passing now!
 * {{pip 8442 "Mocking up a working partial wheel download during
-  dependency resolution"}} for [the new resolver][].
+  dependency resolution"}} for [the new resolver].
 
 ## Did I get stuck anywhere?
 
diff --git a/blog/2020/gsoc/checkin/3.md b/blog/2020/gsoc/checkin/3.md
index 32a94ab..290d5b8 100644
--- a/blog/2020/gsoc/checkin/3.md
+++ b/blog/2020/gsoc/checkin/3.md
@@ -26,7 +26,7 @@ Not much, actually )-:
 
 ## Did I get stuck anywhere?
 
-Not exactly, since I didn't do much d-;  [Many of my PRs][] are stalling though.
+Not exactly, since I didn't do much d-;  [Many of my PRs] are stalling though.
 On one hand the maintainers of `pip` are all volunteers working in
 their free time, on the other hand I don't think I have tried hard enough
 to get their attention on my PRs.
diff --git a/blog/2020/gsoc/checkin/4.md b/blog/2020/gsoc/checkin/4.md
index 417db58..c2c058c 100644
--- a/blog/2020/gsoc/checkin/4.md
+++ b/blog/2020/gsoc/checkin/4.md
@@ -7,7 +7,7 @@ date = Date(2020, 7, 13)
 # Fourth Check-In
 
 Hello there! I'm having my second year's last exam tomorrow,
-but it [feels like summer][] already!  I've been finalizing quite a few things
+but it [feels like summer] already!  I've been finalizing quite a few things
 to get them ready for pip 20.2b2.
 
 ## What did I do last week?