diff options
author | Nguyễn Gia Phong <mcsinyx@disroot.org> | 2021-11-14 12:15:17 +0700 |
---|---|---|
committer | Nguyễn Gia Phong <mcsinyx@disroot.org> | 2021-11-14 12:15:17 +0700 |
commit | f0f838c13f4a552dca7b5dbaca066a382c1145f8 (patch) | |
tree | e9c5ceb32aea9035c535e9dcb336066b19d6a6cd /blog/2020 | |
parent | 6add857c033e6f836257f2b6bc659ec23b1cf74a (diff) | |
download | site-f0f838c13f4a552dca7b5dbaca066a382c1145f8.tar.gz |
Update Franklin
Diffstat (limited to 'blog/2020')
-rw-r--r-- | blog/2020/gsoc/article/1.md | 2 | ||||
-rw-r--r-- | blog/2020/gsoc/article/3.md | 4 | ||||
-rw-r--r-- | blog/2020/gsoc/article/4.md | 6 | ||||
-rw-r--r-- | blog/2020/gsoc/article/5.md | 2 | ||||
-rw-r--r-- | blog/2020/gsoc/article/7.md | 4 | ||||
-rw-r--r-- | blog/2020/gsoc/checkin/1.md | 4 | ||||
-rw-r--r-- | blog/2020/gsoc/checkin/2.md | 2 | ||||
-rw-r--r-- | blog/2020/gsoc/checkin/3.md | 2 | ||||
-rw-r--r-- | blog/2020/gsoc/checkin/4.md | 2 |
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? |