extremely ditto

ditto is an understatement

that time (coldboot war) is over. gnuboot is a dead project.

fuck canoeboot. it served its purpose.

i'll probably do a few more canoeboot releases but i don't
want anyone hearing about it. its only purpose was to one-up
the gnu project when they started gnuboot, after they
previously tried to hostile-fork libreboot under the same name.

libreboot won. and canoeboot is inferior garbage. people should
use libreboot, heads, ownerboot, mrchromebook <-- those are
serious coreboot distros. gnuboot and canoeboot are pure garbage.

i will not promote garbage.

Signed-off-by: Leah Rowe <info@minifree.org>

site/footer.de.include

@@ -9,8 +9,6 @@
 * [Vorlage](/template-license.md)
 * [Logo](/logo-license.md)
 * [Autoren](/contrib.md)
-* -
-* [Canoeboot??](https://canoeboot.org/)
 
 -------------------------------------------------------------------------------
 

site/footer.include

@@ -9,8 +9,6 @@
 * [Template](/template-license.md)
 * [Logo](/logo-license.md)
 * [Authors](/contrib.md)
-* -
-* [Canoeboot??](https://canoeboot.org/)
 
 -------------------------------------------------------------------------------
 

site/footer.it.include

@@ -9,8 +9,6 @@
 * [Modelli di licenze](/template-license.md)
 * [Logo](/logo-license.md)
 * [Autori](/contrib.md)
-* -
-* [Canoeboot??](https://canoeboot.org/)
 
 -------------------------------------------------------------------------------
 

site/footer.uk.include

@@ -9,8 +9,6 @@
 * [Шаблон](/template-license.uk.md)
 * [Логотип](/logo-license.uk.md)
 * [Автори](/contrib.uk.md)
-* -
-* [Canoeboot??](https://canoeboot.org/)
 
 -------------------------------------------------------------------------------
 

site/footer.zh-cn.include

@@ -9,8 +9,6 @@
 * [模板](/template-license.md)
 * [图标](/logo-license.md)
 * [作者](/contrib.md)
-* -
-* [Canoeboot??](https://canoeboot.org/)
 
 -------------------------------------------------------------------------------
 

site/news/audit4.md

@@ -123,16 +123,6 @@ And now, specific changes:
   the script on certain targets. Patch courtesy of Leah Rowe.
 * `script/vendor/inject`: Fixed a bad error check, when running `cd` to switch
   to the ROM images directory, when creating archives. Patch courtesy Leah Rowe.
-* Don't delete microcode updates on GM45 ROMs in releases. Microcode updates
-  are always included in builds, but the release build scripts were copying
-  certain ROM images to cerate versions (alongside the default ones) with
-  microcode disabled. This is no longer required, due to the existence of
-  the [Canoeboot project](https://canoeboot.org/). You can also still delete them
-  very easily, using cbfstool, if they are included in a given set of images,
-  so this change reduces the uncompressed size of the ROM images in releases.
-  This also means that the file names of all ROM images now match the file names
-  in canoeboot images, when dealing with a mainboard supported by both projects.
-  Patch courtesy of Leah Rowe.
 * `script/update/release`: Don't test `script/vendor/inject` at the end. This
   is regularly tested anyway, during development, so it's a waste of time to
   have it done by the release build script. This reduces the amount of time

site/news/libreboot20231021.md

@@ -1223,10 +1223,3 @@ On ASUS KFSN4-DRE, KCMA-D8 and KGPE-D16 boards, do this to remove microcode:
 
 We recommend *keeping* microcode updates, for reasons written in the [Binary
 Blob Reduction Policy](policy.md).
-
-There is also the recent launch of the [Canoeboot project](https://canoeboot.org/),
-an official sister project of Libreboot, maintained by Leah Rowe who also leads
-the Libreboot project; Canoeboot release images do not ever contain microcode
-updates in them. This is precisely why it will not be fixed in lbmk to fix
-the naming issue. The behaviour is simply disabled instead, becasue there's no
-point adding further complexity to the build system.

site/news/libreboot20231101.md

@@ -247,9 +247,3 @@ x4x (e.g. GA-G41M-ES2L) remains untested.
 Pineview (D945GCLF) is untested for S3.
 
 The AMD boards should work fine with suspend.
-
-------------------
-
-A corresponding [Canoeboot 20231101
-release](https://canoeboot.org/news/canoeboot20231101.html) is also available.
-

site/news/libreboot20231106.md

@@ -240,11 +240,6 @@ archives; E6430 ROM images will instead be provided in the next release. For
 now, you can build Libreboot from `lbmk.git`. See:
 [Building Libreboot from source](../docs/build/)
 
-------------------
-
-A corresponding [Canoeboot 20231107
-release](https://canoeboot.org/news/canoeboot20231107.html) is available.
-
 Errata
 ======
 

site/news/libreboot20240126.md

@@ -107,12 +107,6 @@ changes first):
   updated - notably, the E6430/E6530 and 8300CMT ports have been modified to
   define SPD location in devicetree, rather than `early_init.c` (thanks to
   Nicholas Chin for the warning).
-* U-Boot: support setting `xarch` too, to define which coreboot tree to use
-  for crossgcc. Although lbmk uses coreboot/default for u-boot, a special tree
-  of canoeboot had gru bob/kevin in `coreboot/cros` again, and it was seen that
-  u-boot was being compiled from crossgcc for coreboot/default, not coreboot/cros,
-  while the latter was used for actual coreboot firmware. In such a scenario,
-  lbmk can now correctly re-use the same crossgcc build, thus saving time.
 * Re-use crossgcc builds across coreboot trees, when possible, to speed up the
   overall build time when building across multiple trees. This is done
   using the `xtree` and `tree_depend` variables in `target.cfg` files, for
@@ -201,16 +195,6 @@ changes first):
   the script on certain targets. Patch courtesy of Leah Rowe.
 * `script/vendor/inject`: Fixed a bad error check, when running `cd` to switch
   to the ROM images directory, when creating archives. Patch courtesy Leah Rowe.
-* Don't delete microcode updates on GM45 ROMs in releases. Microcode updates
-  are always included in builds, but the release build scripts were copying
-  certain ROM images to cerate versions (alongside the default ones) with
-  microcode disabled. This is no longer required, due to the existence of
-  the [Canoeboot project](https://canoeboot.org/). You can also still delete them
-  very easily, using cbfstool, if they are included in a given set of images,
-  so this change reduces the uncompressed size of the ROM images in releases.
-  This also means that the file names of all ROM images now match the file names
-  in canoeboot images, when dealing with a mainboard supported by both projects.
-  Patch courtesy of Leah Rowe.
 * `script/update/release`: Don't test `script/vendor/inject` at the end. This
   is regularly tested anyway, during development, so it's a waste of time to
   have it done by the release build script. This reduces the amount of time

site/news/policy.md

@@ -2,22 +2,6 @@
 % Leah Rowe
 % 4 January 2022 (updated 15 November 2022)
 
-The *[Canoeboot project](https://canoeboot.org/)* is an official sister project
-of Libreboot, that implements the GNU Free System Distribution Guidelines
-or *GNU FSDG* as policy, instead of the policy below. Canoeboot is maintained by
-Leah Rowe, the same person who founded the Libreboot project, and who maintains
-Libreboot releases to this day. Criticism of GNU FSDG is provided, in the
-article below.
-
-Canoeboot provides a clear example as to the merits of the policy seen below, by
-showing what Libreboot would be if it *didn't* adopt that policy; it is vastly
-inferior to Libreboot, due to weaker hardware support and less freedom of choice
-for users. Canoeboot is engineered to a high standard, basing off of each
-Libreboot release, but you should still use *Libreboot*. Canoeboot is only
-a *proof of concept*.
-
-And now, without further ado,
-
 Introduction
 ============
 

site/tasks/index.md

@@ -191,7 +191,7 @@ These typically use MEC5045 or compatible EC. Some may use MEC5035.
 
 SuperIO: at least M6500 is known to use ECE5028. I have a bunch of these
 Dells at my lab, they are high priority for porting because they would be
-easily flashable, and blob-free configs (Canoeboot could also support them).
+easily flashable.
 
 Broadwell Dell
 --------------
@@ -350,9 +350,6 @@ This is part of a patch series, from 9 September 2023 onward, re-adding
 AMD Family 16 platform to coreboot, most notably enabling use of the new
 allocator and other things in coreboot.
 
-The linked patch is for mainboard: HP T620 - of note, it may also be suitable
-for Canoeboot. Worth looking into.
-
 AMD AGESA-based platforms were removed from coreboot, because they weren't
 being maintained anymore, so they were dropped. Some of those boards are
 still quite decent today. Various efforts here and there have revived some