Merge pull request #143 from mattip/nikola-8.3.1

Update to nikola 8.3.1, fix some spelling errors that show up in rss feeds

Makefile

@@ -15,7 +15,7 @@ all: build
 
 venv_nikola/bin/nikola:  ## create a virtualenv to build the website
 > @virtualenv -ppython3 ./venv_nikola
-> @venv_nikola/bin/python -mpip install nikola==8.2.2 markdown==3.3 jinja2 aiohttp watchdog ruamel.yaml feedparser codespell tomli
+> @venv_nikola/bin/python -mpip install -r requirements.txt
 > @venv_nikola/bin/nikola plugin -i sidebar
 > @venv_nikola/bin/nikola plugin -i localsearch
 

archive/index2.txt

@@ -6,15 +6,15 @@ Welcome!
 PyPy EU project title (contract number: 004779)
 ------------------------------------------------
 
-Researching a higly flexible and modular language platform and
+Researching a highly flexible and modular language platform and
 implementing it by leveraging the Open Source Python Language and
 Community
 
 PyPy EU project description (004779)
 --------------------------------------
 
 The PyPy project has been an ongoing Open Source Python language
-implementation since 2003.  In December 2004 PyPy recieved EU-funding
+implementation since 2003.  In December 2004 PyPy received EU-funding
 within the Framework Programme 6, second call for proposals ("Open
 development platforms and services" IST).
 

archive/news.txt

@@ -62,7 +62,7 @@ how to `get started`_. *(February 17th, 2007)*
 py lib 0.9.0: py.test, distributed execution, greenlets and more
 -------------------------------------------------------------------
 
-Our development support and testing library was publically released, see the 
+Our development support and testing library was publicly released, see the 
 `0.9 release announcement <http://codespeak.net/py/dist/release-0.9.0.html>`__
 and its extensive `online documentation <http://codespeak.net/py/dist/>`__. 
 *(February 15th, 2007)*
@@ -164,7 +164,7 @@ PyPy sprint in Louvain-La-Neuve 6-10th of March, 2006
 -------------------------------------------------------
 The PyPy team sprinted at D�partement d'Ing�nierie Informatique 
 at UCL in Belgium. During the sprint a workshop regarding the 
-funcionalities of PyPy/Python and the OZ language was discussed
+functionalities of PyPy/Python and the OZ language was discussed
 with people from both communities. Many thanks to our hosts at 
 UCL, among them Gr�goire Dooms for making this sprint possible.
 
@@ -213,7 +213,7 @@ PyPy sprinted in Gothenburg during the first week of December - work
 with the JIT compiler was a primary target. This work will continue during
 the spring of 2006.
 
-In parallell with the PyPy sprint, some PyPy teammembers visited 
+In parallel with the PyPy sprint, some PyPy teammembers visited 
 the Commission in Brussels and participated in an internal EC seminar 
 regarding OSS, distributed and agile development on the 8th of December. 
 This was done in cooperation with the Calibre project, by invitation from the 
@@ -303,7 +303,7 @@ Sprint in Leysin, Switzerland January 2005
 
 The PyPy team met up for the first sprint after the official start of
 the EU funded project.  13 people participated and worked together for 7
-days.  The team succeded in importing and running CPython test on PyPy.
+days.  The team succeeded in importing and running CPython test on PyPy.
 
 PyPy at Chaos Communication Conference 2004 
 ------------------------------------------------------
@@ -316,7 +316,7 @@ the particular situation with PyPy.
 Contract signed  - PyPy is flying December 2004
 ------------------------------------------------------
 
-The PyPy team recieved contract confirmation 1 December 2004 form the
+The PyPy team received contract confirmation 1 December 2004 form the
 Commission The team kicked of the work with a Consortium meeting i
 Saarbruecken.
 

archive/numpydonate.txt

@@ -3,10 +3,10 @@ layout: page
 title: Call for donations - PyPy to support Numpy!
 ---
 
-UPDATE (Febuary 2016):
+UPDATE (February 2016):
 
   *We have closed this campaign. We have achieved most of the goals
-  of the orignal work plan while raising most of the funds. Work
+  of the original work plan while raising most of the funds. Work
   will continue to make Numpy and the rest of the numeric stack more
   usable on PyPy.*
 
@@ -192,7 +192,7 @@ make a better Python implementation for everyone.
 NumPy support for PyPy will be licensed similarly, and therefore NumPy
 support can directly help researchers and developers who seek to do
 numeric computing but want an easier programming language to use than
-Fortan or C, which is typically used for these applications.  Being
+Fortran or C, which is typically used for these applications.  Being
 licensed freely to the general public means that opportunities to use,
 improve and learn about how NumPy works itself will be generally available
 to everyone.

archive/tmdonate2.txt

@@ -104,7 +104,7 @@ solutions that are outside the scope of the core Python language. All of them re
 major restructuring of the program and often need extreme care and extra
 knowledge to use them.
 
-We propose an implemention of
+We propose an implementation of
 Transactional Memory in PyPy.  This is a technique that recently came to
 the forefront of the multi-core scene.  It promises to offer multi-core CPU
 usage in a single process.

posts/2010/11/.pypy-14-ouroboros-in-practice-comment-7445643193147870364.html

@@ -1 +1 @@
-<html><body><p>so pypy on average is now about 2x faster than cpython?<br><br>and unladen swallows goal was beeing 5x faster? was that totally unrealistic?</p></body></html>
+<html><body><p>so pypy on average is now about 2x faster than cpython?<br><br>and unladen swallows goal was being 5x faster? was that totally unrealistic?</p></body></html>

posts/2011/01/jit-backend-for-arm-processors-5994810755839586463.html

@@ -2,7 +2,7 @@
 In the past few months, I have been developing as a part of my master thesis
 the ARM backend for the the PyPy JIT, in the <a class="reference external" href="https://foss.heptapod.net/pypy/pypy/-/tree/branch/arm-backend-2">arm-backend</a> branch. Currently, it is still work in progress: all integer and object operations are working and
 the support for <a class="reference external" href="https://foss.heptapod.net/pypy/pypy/-/tree/branch/arm-backed-float">floating point</a> is also under development.<br>
-ARM processors are very widely used, beeing deployed in servers, some netbooks
+ARM processors are very widely used, being deployed in servers, some netbooks
 and mainly mobile devices such as phones and tablets. One of our goals is to be
 able to run PyPy on phones, specially on Android. Currently is not yet possible
 to translate and compile PyPy for Android automatically, but there has been
@@ -44,4 +44,4 @@
 fall back to interpretation on dynamic ones.<br>
 For simple benchmarks running on PyPy's Python intepreter we see some speedups
 over CPython, but we still need to debug the backend bit more before we can
-show numbers on more complex benchmarks. So, stay tuned.</div></body></html>
+show numbers on more complex benchmarks. So, stay tuned.</div></body></html>

posts/2014/02/rewrites-of-stm-core-model-again-633249729751034512.html

@@ -25,7 +25,7 @@
 <p>Currently, the C library is incomplete, but early experiments show good
 results in running <a href="/posts/2013/07/software-transactional-memory-lisp-7777576128992250197.html">duhton</a>,
 the interpreter for a minimal language created for the purpose of
-testing STM.  Good results means we brough down the slow-downs from
+testing STM.  Good results means we brought down the slow-downs from
 60-80% (previous version) to around 15% (current version).  This number
 measures the slow-down from the non-STM-enabled to the STM-enabled
 version, on one CPU core; of course, the idea is that the STM version
@@ -41,4 +41,4 @@
 
 <p>More updates later...</p>
 
-<p>Armin</p></body></html>
+<p>Armin</p></body></html>

posts/2015/01/faster-more-memory-efficient-and-more-4096950404745375390.html

@@ -59,8 +59,8 @@ <h3>Deletion</h3>
 </div>
 <div class="section" id="benchmarks">
 <h3>Benchmarks</h3>
-<p>The PyPy speed benchmarks show mostly small effect, <a class="reference external" href="https://speed.pypy.org/changes/?tre=10&amp;rev=75419%3Ac52fc1774518&amp;exe=1&amp;env=1">see changes</a>. The microbenchmarks that we did show large improvements on large and very large dictionaries (particularly, building dictionaries of at least a couple 100s of items is now twice faster) and break-even on small ones (between 20% slower and 20% faster depending very much on the usage patterns and sizes of dictionaries). The new dictionaries enable various optimization possibilities which we're going to explore in the near future.</p>
+<p>The PyPy speed benchmarks show mostly small effect. The microbenchmarks that we did show large improvements on large and very large dictionaries (particularly, building dictionaries of at least a couple 100s of items is now twice faster) and break-even on small ones (between 20% slower and 20% faster depending very much on the usage patterns and sizes of dictionaries). The new dictionaries enable various optimization possibilities which we're going to explore in the near future.</p>
 <p>Cheers,<br>
 fijal, arigo and the PyPy team</p>
 </div>
-<br></body></html>
+<br></body></html>

posts/2016/08/pypy-tooling-upgrade-jitviewer-and-5107430577468391432.meta

@@ -1,8 +1,8 @@
 .. title: PyPy Tooling Upgrade: JitViewer and VMProf
 .. slug: pypy-tooling-upgrade-jitviewer-and-5107430577468391432
 .. date: 2016-08-11 11:52:00
-.. tags: 
-.. description: 
-.. author: Unknown
+.. tags:
+.. description:
+.. author: Richard Plangger
 .. id: 5107430577468391432
 

posts/2016/10/pypy3-550-released-8069558680221199646.meta

@@ -3,6 +3,6 @@
 .. date: 2016-10-12 09:37:00
 .. tags: release
 .. description: 
-.. author: Unknown
+.. author: mattip
 .. id: 8069558680221199646
 

posts/2017/03/async-http-benchmarks-on-pypy3-1092124994927894138.meta

@@ -1,8 +1,8 @@
 .. title: Async HTTP benchmarks on PyPy3
 .. slug: async-http-benchmarks-on-pypy3-1092124994927894138
 .. date: 2017-03-01 17:28:00
-.. tags: 
-.. description: 
-.. author: Unknown
+.. tags:
+.. description:
+.. author: Maciej Fijalkowski
 .. id: 1092124994927894138
 

posts/2017/03/leysin-winter-sprint-summary-4587213628578490701.html

@@ -45,7 +45,7 @@ <h2>
 <div class="ace-line" id="magicdomid682">
 <ul>
 <li><span class="">Work towards releasing PyPy 3.5 (it will be released soon)</span></li>
-<li><span class=""></span><span class="">CPython Exten</span><span class="author-g-s5b0glqpe67hakm8">s</span><span class="">ion (CPyExt) modules on PyPy</span></li>
+<li><span class=""></span><span class="">CPython Extension</span><span class="author-g-s5b0glqpe67hakm8">s</span><span class="">ion (CPyExt) modules on PyPy</span></li>
 <li><span class="">Have fun in winter sports (a side goal)</span></li>
 </ul>
 </div>
@@ -118,4 +118,4 @@ <h3>
 <br>
 <br>
 <br>
-<br></body></html>
+<br></body></html>

posts/2017/04/native-profiling-in-vmprof-6949065546884243105.html

@@ -100,7 +100,7 @@
 <br>
 <span>$ python -m vmprof --mem --web script.py</span><br>
 <br>
-By adding --mem, vmprof will capture memory information and display it in the dedicated view on vmprof.com. You can tha view by by clicking the 'Memory' switch in the flamegraph view.<br>
+By adding --mem, vmprof will capture memory information and display it in the dedicated view on vmprof.com. You can view it by by clicking the 'Memory' switch in the flamegraph view.<br>
 <br>
 <span style="font-size: large;">There is more</span><br>
 <br>
@@ -133,4 +133,4 @@
 Richard Plangger (plan_rich) and the PyPy Team<br>
 <br>
 [1] Mac OS X <a href="https://vmprof.com/#/567aa150-5927-4867-b22d-dbb67ac824ac">https://vmprof.com/#/567aa150-5927-4867-b22d-dbb67ac824ac</a><br>
-[2] Linux64 <a href="https://vmprof.com/#/097fded2-b350-4d68-ae93-7956cd10150c">https://vmprof.com/#/097fded2-b350-4d68-ae93-7956cd10150c</a></body></html>
+[2] Linux64 <a href="https://vmprof.com/#/097fded2-b350-4d68-ae93-7956cd10150c">https://vmprof.com/#/097fded2-b350-4d68-ae93-7956cd10150c</a></body></html>

posts/2018/09/inside-cpyext-why-emulating-cpython-c-8083064623681286567.html

@@ -328,7 +328,7 @@ <h1>
 allocator. At the moment of writing, PyPy uses free lists only for ints and
 <a class="reference external" href="https://foss.heptapod.net/pypy/pypy/-/commit/35e2fb9903f2483940d7970bd83ce8c65aa1c1a3">tuples</a>: one of the next steps on our TODO list is certainly to use this
 technique with more types, like <tt class="docutils literal">float</tt>.<br>
-Conversely, we also need to optimize the converstion from <tt class="docutils literal">PyObject*</tt> to
+Conversely, we also need to optimize the conversion from <tt class="docutils literal">PyObject*</tt> to
 <tt class="docutils literal">W_Root</tt>: this happens when an object is originally allocated in C and
 returned to Python. Consider for example the following code:<br>
 <pre class="code python literal-block"><span class="keyword namespace">import</span> <span class="name namespace">numpy</span> <span class="keyword namespace">as</span> <span class="name namespace">np</span>

posts/2019/04/an-rpython-jit-for-lpegs-4779548053359386284.html

@@ -98,7 +98,7 @@ <h1><a id="The_LPeg_Library_35"></a>The LPeg Library</h1>
 <tbody>
 <tr>
 <td>lpeg.C(pattern)</td>
-<td>the match for patten plus all captures made by pattern</td>
+<td>the match for pattern plus all captures made by pattern</td>
 </tr>
 <tr>
 <td>lpeg.Cp()</td>
@@ -362,4 +362,4 @@ <h1><a id="Conclusion_353"></a>Conclusion</h1>
 well-known programs serving a similar purpose, like grep.</p>
 <p>The prototype implementation that I described in this post can be found
 <a href="https://github.com/sktroost/PyPeg/tree/master/pypeg">on Github</a>
-(it's a bit of a hack in some places, though).</p></body></html>
+(it's a bit of a hack in some places, though).</p></body></html>

pyproject.toml

@@ -1,4 +1,4 @@
 [tool.codespell]
 ignore-words-list = "gameboy,ist,nd,openend,theses"
 quiet-level = 3
-skip = "*.html,*.js,./.*,./archive/*,./venv_nikola,archive/*"
+skip = "*.html,*.js,*.css,./.*,./archive/*,./venv_nikola,archive/*"

requirements.txt

@@ -0,0 +1,9 @@
+nikola==8.3.1
+markdown==3.3
+jinja2
+aiohttp
+watchdog
+ruamel.yaml
+feedparser
+codespell
+tomli