booster VS goja

People should stop using plain passwords to protect data and switch to something better.oster/ + Yubikey

Change from mkinitcpio to booster. It's faster and produce smaller images.

Neither, use booster.

Booster is an initramfs - a type of software that runs early during the boot process and helps to setup system, e.g. perform disk unlock, load extra drivers, setup ZFS filesystem, and so on.

I don't have high hopes that this will change in mkinitcpio, but perhaps you could bring it up with booster (which copied the mkinitcpio hooks and removal scripts)

This is my personal preference, but consider switching to booster.

initramfs: booster - TPM2 support, way faster than mkinitcpio, autodiscovering root partition

Note I'm using booster, so assuming you're using the default mkinitcpio you probably want /boot/initramfs-linux.img. Also, don't forget to modify if your ESP isn't mounted at /boot like mine.

Booster initramfs generator supports TPM, Yubikey and Network binding so you can easily protect your data using the strategy you want.

GPT table detection has higher priority at booster code. But for some reason it does not identify your partition table as GPT. Filed a github bug for it https://github.com/anatol/booster/issues/119

dop251/goja

Your comment was posted 4 minutes ago. That means you still have enough time to edit your comment to change it so it contains real URLs:

<https://github.com/PuerkitoBio/goquery>

<https://github.com/dop251/goja>

(Please do not reply to this comment—I won't be able to delete it once the previous post is fixed if it contains replies.)

Apparently "not depending on Node or V8" means depending on some random Go JS engine instead.

Goja https://github.com/dop251/goja

Either call a JavaScript interpreter like node with exec.Command and read its stdout, or use a pure Go JavaScript interpreter like goja or otto.

Just to also say this is implemented in pure Go we aren't including V8 or any external dependencies we instead use https://github.com/dop251/goja which is a JS VM written completely in Go.

If you want to serialize a function to JSON one idea may be to embed a scripting language like JavaScript into your program. The goja package is a very good solution: a native ES5 JavaScript (with some ES6 syntax support as well) natively implemented in Go so you can get tight data bindings to your Go types and funcs. For your JSON marshalling you could serialize a JavaScript function source (text) and when reloading that, parse that text with goja to be able to run it dynamically in your Go program. Basically you'd need to get away from pure Go for this and towards something that is JSON compatible to (de)serialize to text.

Not really. It was built in-house and I don't know of anything about it that went public. I recall it using Goja for the JS runtime. Code was embedded into the binary (think embed package). There was some kind of sorcery to convert what would be HTTP network calls in the browser into local function calls during SSR, but I'm hazy on how it worked I'm afraid.