Termux and a BT keyboard it's enough.

Also, native Emacs under FDroid has recently been improved a lot.

With just Emacs you get:

- An IRC, Usenet and Mail client. The ONLY libre Usenet client. comp.arch and comp.misc have really engaging discussions. You can score up nice commenters and blacklist every spammer

- Gemini and Gopher via ELPA (run Esc-x package-install RET elpher)

- A math mini CAS with Esc-x calc RET

- Esc-x package-install RET malyon, get some nice ZMachine text adventures at IFDB

- Elisp environment+cl-lib can do a lot

- Esc-x package-install jabber, Esc-x jabber. Chat with cool people at XMPP servers.

- Org-Mode, enough said

- eshell will allow you to automate stuff

- Elisp + Android related functions + org-mode: heaven.

- Sudoku, Sokoban, Tetris...

- LSP integration it's possible

Get some $10 pocket bluetooth keyboard and try it.

I tried Emacs, but realised I need NixOS to get the packages I depend on like git to download my config. I can't use stock emacs. There's a trick to get Emacs and termux to share packages, but not for nix-on-droid :/

PostSscript files came from the same company in the 80's -Adobe- and with GhostScript and zmachine.ps you can play Zork I-III, Calypso, Tristam Island and the rest of propietary Infocom text adventures on it with ease.

What zmachine.ps does is to emulate the ZMachine VM in PostScript and display the output to stdout/console.

And if it werent for the PS stack limitations for sure you could emulate Linux under Risc-V.

Heck, you can emulate old RISC Linux' syscalls (enough to run static binaries) in Perl without ever calling to C bindings, not even once.

PostScript is awesome - I still use it to do this day for hacking together Variable Data Printing projects, with the aid of GhostScript.

Namespaces in 9front (actual ones, not second hand ones like under Linux) makes isolating software trivial.

Busybox it's what you need. On Forth, Subleq+EForth can do a lot more than you think.

LLM's can barely generate valid Subleq code.

>"The goverment take care"...

So, like Boeing and tons of corpos too big to fail.

NNCP would have more sense there.

A dual CPU Unix under a Pentium4/Athlon would work as a BBQ too.

Also, a G5 PPC Mac without fans.

Emacs had evil-mode (and terminal support) since forever.

In some cases eshell it's far better than sh, altough anything can be better than POSIX sh. Just try rc under 9front (or, as a demo, under GNU/Linux or OpenBSD). GNU tried to create a better interface to Unix with Emacs (and it shows) and 9front just went further throwing down all the legacy crap to the dust bin creating something better. No X, no ioctls, no sh, no Perl, no C++ (golang works, same people in the end).

I think Emacs today with the jitted Elisp interpreter it's able to do far more stuff than depending on external tools such as GNU coreutils, findutils and non-GNU Gnuplot. The 90% of these could be rewritten and even expanded and enhanced under Elisp running pretty fast and interfacing much better with Elisp than any other tool.

Ironically GNU on-current-unixes (and outside of Hurd) it's holding GNU and Emacs back, because a nonroot user can do far more stuff (without group permissions) under Hurd than in GNU/Linux. Think something like namespaces, remote mounting devices a la Rclone (and not just drives) and so on with a boosted Elisp interface and org-mode to manage far more stuff under you account than these restricted Unixen. But a paradigm change is needed.

The 9front users already got it, and the GNU Guix people just began doing that under Guile. Who knows, maybe in 15 years Emacs it's rewritten fully under a uber fast Guile with libre RISC-V microcode based CPU's from Taiwan or Estonia or whatever, loading Guile-optimized code on demand for HPC tasks and the like and some others loading a server-balanced microcode (and OS settings) grom a custom Guix config. That would yield a very different computing than the one we are suffering today. It would be the second Golden Age, similar to PDP10+ITS/WAIS creating the path for the literal 60 years of computing where basically Lisp and Forth invented everything or nearly everything.

> I think Emacs today with the jitted Elisp interpreter it's able to do far more stuff than depending on external tools such as GNU coreutils, findutils and non-GNU Gnuplot.

The problem with doing everything in Elisp is the lack of threading. GNU Find can search down multiple directories in parallel, and an Elisp implementation of Grep would block the Emacs UI while searching. Until Elisp gets threading it will fundamentally be limited to either short bursts of computation or frustrating UX because of blocking (see also frustrations with Gnus).