alt.hn

12/26/2025 at 2:32:29 AM

Ultimate-Linux: Userspace for Linux in Pure JavaScript

 https://github.com/popovicu/ultimate-linux

by radeeyate

12/26/2025 at 8:03:09 AM

I did something similar with TCL, the basis was using an extension I wrote to handle the UNIX stuff [0]. It operated an On-Premises cloud environment appliance, and `init` was just a TCL script (at one point it was a statically linked binary with the init script embedded, but that turned out to be overkill)

[0] https://chiselapp.com/user/rkeene/repository/tuapi/doc/trunk...

by rkeene2

12/26/2025 at 5:32:48 AM

Check out this:

https://bellard.org/jslinux/vm.html?url=alpine-x86.cfg&mem=1...

and

https://bellard.org/jslinux/

By the famous Fabrice Bellard who is the creator of QuickJS, QEMU, FFMPEG and many other brilliant and fascinating tools!

https://bellard.org/

by tzury

12/26/2025 at 4:07:35 PM

These things are essentially the opposite of one another. Bellard's project is a PC emulator in JavaScript. Compiling things to wasm is pretty trivial now, but jslinux was much more impressive when it came out. It actually still is, for reasons you can see in the technical notes: https://bellard.org/jslinux/tech.html

This project, on the other hand, is the opposite (and kind of a joke): a set of Linux utilities mostly written in JavaScript.

by mod50ack

12/26/2025 at 11:27:31 AM

> tiny project for building a tiny Linux distribution

I am working something similar in Go, and writing an educative blog post series about it: https://serversfor.dev/linux-inside-out/

by zsoltkacsandi

12/27/2025 at 4:17:54 AM

I'm enjoying the articles! I went through the exercise and it was my first time running my own executable on PID 1. That was fun and educational.

by lioeters

12/26/2025 at 5:09:52 AM

It’s never early to prepare for JavaScript complete takeover.

by kalterdev

12/26/2025 at 5:57:55 AM

Reading the code, I was surprised to see that cd was implemented by calling out to the os library. I assumed that was something the shell or at least userspace handled. At what level does the concept of a “current directory” exist?

by supermdguy

12/26/2025 at 6:03:50 AM

It's at the kernel level. Each process has its own current working directory. On Linux, these CWD values are exposed at `/proc/[...]/cwd`. This value affects the resolution of relative paths in filesystem operations at a syscall level.

by creatonez

12/26/2025 at 1:41:38 PM

It’s also generally a shell builtin. Though you do find an executable called cd too for compatibility reasons.

by hnlmorg

12/26/2025 at 3:16:44 PM

Interesting. I've been using Unix systems for 30 years and never noticed this.

On my Fedora system, /usr/bin/cd is just a shell script that invokes the shell builtin:

  #!/usr/bin/sh
  builtin cd "$@"
I suppose it could be useful for testing whether a directory exists with search permissions for the current user safely in a multithreaded program that relies on the current directory remaining constant.

by jasomill

12/26/2025 at 2:43:01 PM

Yeah, it's typically a shell built-in since you'd want cd to change the cwd for the shell process itself. Child processes (like commands being executed in the shell) can inherit the parent shell's cwd but AFAIK the opposite isn't true.

by mattstir

12/27/2025 at 5:17:44 AM

Wait, how did the `cd` executable used to work in old Unix? Did it instruct the kernel to reassign the CWD of the parent process?

by creatonez

12/26/2025 at 6:03:36 AM

Unix defines a Working Directory that every process has, changed with chdir(2): https://man7.org/linux/man-pages/man2/chdir.2.html

by semiquaver

12/26/2025 at 11:56:46 AM

This doesn't technically answer the question: POSIX doesn't concern itself with the kernel interface, only with the libc. Most POSIX systems have a kernel with a syscall interface that mirrors the libc API so that these libc functions are just syscall wrappers, but nothing technically prevents the current working directory to be a purely userspace concept maintained by the libc where all relative paths passed to filesystem functions are translated into absolute paths by the libc function before being passed to the kernel via syscall.

But yes, in the BSDs, Linux and Windows, the kernel has a concept of a current working directory.

by mort96

12/26/2025 at 3:16:01 PM

Is this getting downvoted only because I referred to POSIX rather than UNIX? I'm more familiar with POSIX, but I'm 99% sure the UNIX standard also doesn't say anything about the kernel interface...

by mort96

12/26/2025 at 5:12:14 AM

Very cool. Good use of quickjs, although it would have been cool if it somehow didn’t need a libc and just used the syscall interface. Makes me want to give that a try.

by MobiusHorizons

12/26/2025 at 11:48:16 AM

I remember some core Unix utilities reimplemented in Perl, mainly done for Win32 systems back in the day. OFC the performance coudn't compete with the ones written in C, but it was good enough.

by anthk

12/26/2025 at 1:34:35 PM

You're thinking of the Perl Power Tools:

https://github.com/briandfoy/PerlPowerTools

I guess there are related projects such as busybox which contain a collection of utilities implemented in a single binary. There are others such as toybox, and various alternatives in different languages, or with different licenses to choose from.

by stevekemp

12/26/2025 at 7:43:22 AM

Kernighan and Ritchie wept. (Tears of joy at an awesome hack, or tears of sadness at an awesome hack?)

by nxobject

12/26/2025 at 9:33:39 AM

Many comments here seem to miss the point: this is not running the Linux Kernel in JavaScript

This is the Linux Userland reimplemented in JavaScript

by hxbdbehd

12/26/2025 at 5:53:11 AM

[dead]

by stx5

12/26/2025 at 8:55:00 AM

urgh

by goodpoint

12/26/2025 at 9:31:05 AM

strange motivation and implementation. I mean it real. There are many existing open source projects that run Linux on JS.

by darkreader