From 447a139bfc0dd6cf1239e8378ce5e496692e4b10 Mon Sep 17 00:00:00 2001
From: lonkaars <loek@pipeframe.xyz>
Date: Thu, 8 Feb 2024 20:57:12 +0100
Subject: update readme

---
 readme.md  |  42 +++++++++++++++++++++++++++++++-----------
 result.png | Bin 0 -> 70286 bytes
 2 files changed, 31 insertions(+), 11 deletions(-)
 create mode 100644 result.png

diff --git a/readme.md b/readme.md
index a0d2242..89a12b9 100644
--- a/readme.md
+++ b/readme.md
@@ -1,10 +1,18 @@
-# de oplossing
+# de resultaten
+
+![](result.png)
+
+(dit was na de 2e keer starten, de spawn chunks genereren duurde 3113 seconden!)
+
+# de setup
+
+steek een sd kaart in je linux bak
 
 ```
 make
 ```
 
-alles moet vanzelf
+en alles moet vanzelf
 
 # de veiligheid
 
@@ -22,23 +30,35 @@ make status
 - `sudo`
 - `sfdisk` (van `util-linux`)
 - `git`
+- `tar`
 - geduld
 
-# de afwijkingen
+# de frappante zaken
 
-- de makefile formatteert de BOOT partitie als FAT16 zonder alignment. dit
-  stond [hier][vanleeuwen-uboot], en werkte voor mij, terwijl FAT32 met
+- de BOOT partitie wordt automatisch als FAT16 geformatteerd zonder alignment.
+  dit stond [hier][vanleeuwen-uboot], en werkte voor mij, terwijl FAT32 met
   alignment niet werkte en alleen `CCCCCC` opleverde.
 - deze repository gebruikt BeagleBoard's fork van Linux inplaats van de
   upstream Linux kernel. dit is niet alleen makkelijker, maar zorgt er ook voor
   dat er geen firmware blobs voor andere kernel versies gebruikt hoeven te
   worden.
+- de podman container is gebaseerd op void linux, waar shared objects standaard
+  onder /usr/lib staan inplaats van /lib. ik heb /lib een symlink naar usr/lib
+  gemaakt omdat het cross-compileren er voor zorgt dat `ld.so` de libraries in
+  usr/lib probeert te zoeken (zie [de rest](#de-rest))
+- de rest van de applicaties (java 8 en dependencies) zijn gejat van de void
+  linux armv7l repository omdat dat makkelijker was dan alle zooi vanaf de
+  broncode compileren. ik heb een poging gedaan om de xbps package manager te
+  compileren maar dat ging verschrikkelijk slecht. ik pak de .xbps packages die
+  nodig zijn voor de minecraft server demo alleen uit over de rootfs map om ze
+  te 'installeren'. ik ga er verder niet van uit dat dit systeem echt gebruikt
+  zal worden dus wie boeit het.
+
+# de conclusie
+
+het is helaas niet mogelijk om een bruikbare minecraft 1.4.7 server te hosten
+op een beaglebone black. vanwege deze onverwachte teleurstelling zal ik geen
+poging wagen om dit zooitje werkend te krijgen op de wifi-variant van dit bord.
 
 [vanleeuwen-uboot]: https://blog.billvanleeuwen.ca/porting-u-boot-onto-the-beaglebone
-<!-- in de onderstaande bron wordt mkfs.ext4 met de optie
-    -O ^metadata_csum,^64bit
-gebruikt omdat de versie van u-boot die de persoon in deze discussie gebruikt
-deze niet ondersteunt. ik weet nog niet of ik deze optie nodig heb, dus ik laat
-deze link hier even achter als bladwijzer. -->
-[digikey-ext4opt]: https://forum.digikey.com/t/debian-getting-started-with-the-beaglebone-black/12967
 
diff --git a/result.png b/result.png
new file mode 100644
index 0000000..b393990
Binary files /dev/null and b/result.png differ
-- 
cgit v1.2.3