I'd be ok with it if it's possible to use all the insights and software from after that, we'd just be constrained by the hardware - the Amiga 4000, Apple Mac Quadra 840av 128 MB or a Pentium 66 MHz or the 486 DX2-66 with 64 MB ram.
On the Amiga4000 and Apple you could run their 'native' OS, or you could run a modern day NetBSD or a BeOS version (HaikuOS wouldn't run).
On the Pentium-66, modern Freedos would run, Windows 3.11+win32s+calmira, Windows98SE, Windows2000sp5, XPlite, NetBSD and perhaps even an absolutely stripped down Linux 6 kernel with all the features that would be handy.
You could program in a modern i586 build FreePascal, Zig, Lua, juniper, micropython/shedskin, mruby/natalie, picoruby, juniper - perhaps a low memory JVM could run (OpenJDK 8 or JamVM).
It'd be possible to use sqlite, raylib and r3d-freepascal for efficient 3D games/apps next to Quake/Darkplaces, Doom2/GZDoom, Duke3D, Counterstrike 1.5, Halflife, perhaps Unreal1, Irrlicht and FTEQW.
Modern LambdaMOO's Toastunt/Moor could be made to run and inform6 and tads3 interactive fiction compilers.
Fairy-Stockfish could be compiled - so enough creativity for gaming.
I am just worried about getting Vassal, the java boardgame game engine to run comfortably... but the resolution would be pretty low to play many boardgames comfortably: the highest ATI card could drive 1280x1024. I would really like to use it so I don't have the real world board game setup time. Keldons Race for the Galaxy would compile and run though.
For internet, Dillo+ supports https, gemini and gopher.
https://github.com/crossbowerbt/dillo-plus
This can also be used to browse zim offline wikipedia files with kiwix-serve.
Now my only real problem is that we wouldn't have GenAI - probably EVER - would that be a blessing or a curse?
---
Handy Linux kernel 6 tweaks for low memory situations if you don't want to run NetBSD (which perhaps would be the best choice):
* zram + zstd
zram creates a compressed block device in your RAM. To the OS, it looks like a regular swap partition, but it lives entirely in memory.
When your 64MB fills up, the kernel sends data to /dev/zram0. The data is compressed (usually 3:1 ratio) and stored back in a small slice of your RAM.
Version 6.19 includes better compression ratios and rebalancing. It prevents the CPU from over-working itself on decompression.
* zswap + zstd
zswap is a front-end for a physical swap file on your hard drive.
It intercepts pages headed for the hard drive, compresses them, and keeps them in a RAM pool. If that pool gets too full, it evicts the oldest compressed data to the actual disk. Starting in 6.18, zswap transitioned to using the zsmalloc allocator by default. This reduces "internal fragmentation," meaning it packs those compressed bytes tighter.
* frontswap
API that allows the kernel to intercept swap-outs and store them in a transient memory pool; it works with Zswap to keep the system responsive during high load.
* Maple tree
Replaces old "Red-Black trees" for memory management; it reduces the CPU cycles needed to find data in RAM.
* SLUB sheaves
A modern memory allocator optimization that packs small objects into "sheaves" to reduce fragmentation.
* CONFIG_SLOB_BERBER
A specialized 2025 backport of the old "SLOB" allocator; a memory-efficient way to handle kernel objects, saving roughly 1-2MB of overhead compared to the standard SLUB used in modern PCs.
* Ext4 without journaling
Disable the "Journal" to save RAM and disk writes; it provides the best file-allocation speed without the memory overhead of Btrfs.
* Reiser4 patch
An efficient file system for small files; it packs them directly into the tree nodes, which saves disk space and reduces I/O.
* KSM (Kernel Shared Memory)
Scans RAM for identical pages (like duplicate library code) and merges them into one; it’s a "free" RAM upgrade if you run multiple instances of the same program.
* Very High Frequency (VHF) HZ Tuning
Manually setting CONFIG_HZ to 100 (instead of the modern 1000); this reduces the number of times the CPU "wakes up" per second, saving precious cycles for actual work.
* DevTmpfs
Automates device node creation entirely within the kernel; it saves you from running a heavy udev or mdev daemon in userland, freeing up roughly 2–5MB of RAM.
* LZ4 Compression for Kernel/Initramfs
Using LZ4 instead of xz, gzip or zstd for the kernel image.
I'd be ok with it if it's possible to use all the insights and software from after that, we'd just be constrained by the hardware - the Amiga 4000, Apple Mac Quadra 840av 128 MB or a Pentium 66 MHz or the 486 DX2-66 with 64 MB ram.
Can't we achieve something like this now with microcontrollers like ESP32 or RP2040?
This project runs a ca. 1990 scientific workstation (not just a PC) on an RP2040:
I loved the deoxy site, it was one of my favorites :-)
Next to the site and writings of the esoteric Brother Blue, who was he?
It eventually caused me to go in a reality tunnel for a few years. It was a fascinating and puzzling experience similar as to what was described in Cosmic Trigger III by R.A. Wilson.
The rise of Islam in light of the christological debates and power struggles is a fascinating topic to me, and I am glad the discovery of this Maronite document sheds more light on this.
It records the death of the last Sasanian king, Yazdegerd, in 651 AD and notes that the "Persian kingdom was completely destroyed" and its people became "slaves paying tribute to the Arabs." It describes the Romans being driven out of Syria and Egypt, noting that "no foreign people had inhabited it" since the time of Christ until now.
At the same time, there were fierce theological debates about the nature of Jesus Christ. He was seen as a human, a rabbi, a prophet, and God incarnate—but how could one reconcile these different views into a consistent christology? The document lists a few positions:
Severus of Antioch, the preeminent Miaphysite theologian, was called a "leader of sectarianism". Theodoret of Cyrus was mentioned as a Greek teacher and a defender of the 2-nature Christology, but was often accused of Nestorianism by his enemies.
The Romans (and by that century fellow Christians) condemned the Maronite-specific theology of Monothelitism. The Chalcedonians (Rome/Byzantium) said Christ had 2 natures (Divine and human), while the Miaphysites (Egypt/Syria) said he had one united nature. In the 630s Emperor Heraclius and Patriarch Sergius proposed a middle ground: "Christ has 2 natures, but he only has one single divine Will.
The Western Church (Rome) and later Byzantine emperors eventually decided this view was a heresy, arguing:
If Christ doesn't have a human will, he isn't fully human.
If he isn't fully human, he couldn't have truly suffered or saved humanity.
Therefore, Christ must have two wills (Divine and Human) perfectly in sync.
At the 3rd Council of Constantinople (680-681 AD), the 2 wills (dyothelitism) view was made official. Monothelitism was banned and its leaders were "excommunicated, deposed, and banished," including Pope Honorius of Rome, Sergius of Constantinople, and Macarius of Antioch. Sympathy for these people and Theodore of Pharan highlights the Maronite origins of the chronicle, as the Maronites originally held to the Monothelite view and resisted the 681 AD council.
The Arabs, the new rulers, offered a form of stability but demanded tribute. In section [148b], the author describes the Roman defeat at the Battle of Jabiya as a "wondrous sign... revealing the wrath that would befall the land."
In section [154a], after describing the Council of 681, the author notes a great military defeat and says: "This great calamity befell them because they had corrupted and defiled the sacred trust they were supposed to uphold." Furthermore, in section [149a], the text claims that King Heraclius sought peace with the Arabs to stop the bloodshed, but they did not respond because they were "the very embodiment of justice" (if this is the correct translation).
In his work, Gabriel Reynolds discusses the influence of the Church of the East (the Nestorian Church) as a major presence in the 7th-century Near East and a key part of the Quran's original audience.
Reynolds notes that some critical scholars find the East Syrian (Nestorian) Christology congenial to a docetic view of the crucifixion - the idea that Christ only appeared to suffer. See "The Muslim Jesus, Dead or Alive" (2009): https://web.archive.org/web/20220925142210/https://www3.nd.e...)
Classical Muslim commentators sometimes used Nestorianism as a heresiographical foil, anachronistically attributing certain beliefs - like Jesus being the "Son of God" - to this specific sect to contrast them with the original 'Muslim' followers of Jesus.
Reynolds critiques the common scholarly practice of searching for obscure Christian heresies to explain the Quran's views on Jesus. Instead, he highlights the presence of mainline late-antique Churches: the Melkite Church (imperial Roman), the Syrian Orthodox Church (Jacobite/Monophysite), and the Church of the East (Nestorian) as the predominant influences. He notes how the Quran reshapes these Christian narratives to serve it's own theology:
The Quran's charge of shirk (associating partners with one God) mirrors late antique Christian disputes where different sects accused one another of tritheism (three Gods: The Father, The Son, The Spirit - as a millenium later is exemplified by Joseph Smith Mormon visions).
He argues the Quran's crucifixion pericope is in "close conversation" with the New Testament and the Syriac topos of the risen Christ acting as an apocalyptic witness against his murderers, not in opposition.
Reynolds also argues that the Quran does not deny Jesus' mortality but rather alludes to it in passages like 19:33 where Jesus speaks of the "day I die". He highlights the verb tawaffa (often translated as "to take"), arguing its standard Quranic meaning is "to make die" or "separating the soul from the body".
Reynolds interprets "they did not kill him" (4:157) not as a denial of the crucifixion and death itself, but as a denial of Jewish power over death. The Jews arrogated to themselves God's power over life and death, but in reality, God was in control the Quran says. The prophets are under God's rule.
The popular "substitution theory" is a product of later Islamic tafsir and is not explicitly stated in the Quran itself.
As for my own answer as someone who has been raised Catholic (and still is in a way), having made a tour through Eastern Orthodoxy, humanism, Sufism, shamanism, and buddhism: I noticed that Gene Wolfe, a Catholic SF writer well-versed in church history, has a main character in his Solar Cycle series called Severian.
Severian's name could be an allusion to these one-nature theology debates (. He absorbs the memories and consciousness of countless people, most notably the previous Autarchs, becoming a singular being with a unified nature composed of many. Like the 7th-century church debates, Wolfe describes Severian as a figure of turmoil and schism (severing) - a Christ figure who divides the world, acting as both a bringer of death (a torturer) and life (the New Sun).
As both a Christian and Vajrayana practitioner, I relate to the nature of Christ as a form of Tibetan guru yoga (Bon or Buddhist) and Eucharistic adoration. Guru Yoga is a process of identifying with the lineage and universal wisdom, the teacher, God or Sunyata. Severian’s fate is to become the Autarch, a role that is not an individual office but a literal lineage lived out in one body.
At the heart of Guru Yoga is the "transmission that occurs through the meeting of two minds," making them inseparable. Severian undergoes this literally when he, like the Eucharist, consumes the remains of the previous Autarch and Thecla. In this state Severian, perhaps like Jesus, is no longer a separate ego; he is a manifestation of a 'unified nature' where human and divine (or cosmic) minds are inseparable. Theosis.
In his book Rainbow Body and Resurrection, Francis Tiso follows the Christological splits of the 5th century and the Syro-Oriental (Nestorian) Church. Tiso writes that during the early 7th century, the Persian Sassanid dynasty began persecuting these Christians. Babai the Great managed to guide the church through this, allowing for theological studies independent of the Byzantine empire.
Because these ongoing Christological divides (and the subsequent Arab/Muslim conquests) isolated the Syro-Oriental Church from Europe and Asia Minor, the church there was forced into a life of its own. This theological and political isolation is what pushed their missionary expansion eastward along the Silk Road - eventually reaching China and Tibet, where they engaged in the cross-cultural dialogues that Tiso suggests influenced the development of the Dzogchen "rainbow body" phenomenon through the mystical practices of the desert fathers.
I helped my mother out with a computer, gave her a mac after she called twic a wee about a windows popup. Eventually she became a grandmother, and later in old age, with dementia she stlll using the mac more or less successfully to google and e-mail.
Intentionality, coordination are important for keeping cognitive faculty.
It all sounds so easy, but letting her send e-mail through voice could create confusing situations.
I am curious how these models would perform and how much energy they'd take to semi-realtime detect objects:
SmolVLM2-500M - Moondream 0.5B/2B/2.5B - Qwen3-VL (3B)
https://huggingface.co/collections/Qwen/qwen3-vl
I am sure this is already worked on in Russia, Ukraine and The Netherlands. A lot can go wrong with autonomous flying.
One could load the VLM on a high end android phone on the drone and have dual control.
I was a fan of TiddlyWiki for a while, a cross-platform way to maintain your wiki in 1 portable html file powered by javascript. It's very speedy in the browser.
Now I'm using Logseq, Obsidian as I like the markdown/org format better and there are more plugins available. The interesting thing with TiddlyWiki is that you can export to markdown, and through an SSG to html or just export directly to html.
The 'Intertwinkled' project ceased following Joe Armstrong's passing in 2019.
From the video I gather Joe and Jeremy worked on 3 specific technical implementations together:
# 'Mailboxes' for Tiddlers
To give Tiddlers and Wikis specific "addresses" so they could send messages to one another (e.g., a "Request for Information").
This was implemented as a prototype where a TiddlyWiki could act as a front-end "office" and forward queries to an Erlang backend process.
# Bayesian & TF-IDF auto-tagging
If Wikis are going to talk to each other, they need a shared ontology (understanding of words). Joe wrote code to analyze Tiddlers and predict tags based on content.
The presentation showed that Bayesian inference worked well for predicting existing tags (85% accuracy) but TF-IDF provided tags that felt more "human."
Similar functionality exists via modern plugins (like the TiddlyWiki Natural Language Processing plugins), though not the specific Erlang implementation Joe built.
# Provenance tracking
To track exactly where a Tiddler they borrowed the idea from Ted Nelson’s Project Xanadu). TiddlyWiki today has fields for source and creator, but the deep, automated chain-of-custody tracking across the web (Xanadu style) was a theoretical goal rather than a concrete feature.
--
In time TiddlyWiki has developed other methods to achieve similar goals of "Inter-tiddler" communication.
TiddlyWiki 5 uses an internal messaging system that mirrors the Actor model slightly. Widgets (UI elements) send messages up the DOM tree (eg. tm-navigate, tm-save-tiddler). It is event-based, but it is strictly local to the browser session and hierarchical, whereas the Erlang prototype was distributed and peer-to-peer.
TiddlyWiki standardized on Node.js for its server-side implementation. This allows TiddlyWiki to run as a server, load tiddlers from the file system, and serve them to multiple clients. As it was simpler I preferred using the 1 TiddlyWiki html file solution.
https://talk.tiddlywiki.org/t/how-to-tiddlywiki-on-nodejs-ng...
You can HTTP fetch tiddlers from other TiddlyWikis, but it is a pull model (importing), not the asynchronous push/mailbox model Joe Armstrong envisioned. If you wanted to build a "Federation" of wikis today without using complex custom backends, you would indeed use tm-http-request to poll other wikis for updates.
https://tiddlywiki.com/#WidgetMessage%3A%20tm-http-request
A community version of TiddlyWiki called Bob (by OokTech) implements real-time, two-way communication between the server and the browser, and between different wikis managed by the same server. This is the closest functional equivalent to what Joe and Jeremy discussed, but it's built on WebSockets and Node.js.
https://github.com/OokTech/TW5-Bob
I don’t disagree. However, this is a “news” site, and so, we should be posting stories about recent events related to the project, as opposed to a homepage that hasn’t been updated in years.
It’s the difference between posting a story about a recent Tesla lawsuit vs. linking to Tesla’s homepage.
Well, when they see news related to that project, they can go look up the project if they like. It's no different than news related to any other technology you might not know about.
reply