Avoid ugly footnote

tutorial/3/oom.md

@@ -36,28 +36,7 @@ au système de disposer à nouveau de mémoire disponible. Si cela n'est pas
 suffisant, un ou plusieurs autres processus peuvent être tués à tour de rôle,
 jusqu'à ce que le système retrouve sa sérénité.
 
-[^oom-algo]: \
-```
-/*
- * oom_badness - calculate a numeric value for how bad this task has been
- * @p: task struct of which task we should calculate
- * @p: current uptime in seconds
- *
- * The formula used is relatively simple and documented inline in the
- * function. The main rationale is that we want to select a good task
- * to kill when we run out of memory.
- *
- * Good in this context means that:
- * 1) we lose the minimum amount of work done
- * 2) we recover a large amount of memory
- * 3) we don't kill anything innocent of eating tons of memory
- * 4) we want to kill the minimum amount of processes (one)
- * 5) we try to kill the process the user expects us to kill, this
- *    algorithm has been meticulously tuned to meet the principle
- *    of least surprise ... (be careful when you change it)
- */
-```
-
+[^oom-algo]: <https://linux-mm.org/OOM_Killer>
 
 ## Esquiver l'OOM killer
 

tutorial/3/project-intro.md

@@ -12,7 +12,7 @@ Cette semaine, il faudra faire en sorte de restreindre un groupe de processus
 pour qu'il ne puisse pas faire de déni de service sur notre machine.
 
 Il n'y a pas de restriction sur le langage utilisé, vous pouvez tout aussi bien
-utiliser du C, du C++, du Python, du shell, etc.
+utiliser du C, du C++, du Python, etc.
 
 L'usage de bibliothèques **non relatives** au projet est autorisé : le but de
 ce sujet est d'évaluer votre compréhension et votre utilisation de la