blink VS blink

> Consider offering APE for x64 but then still producing ARM binaries the old fashioned way.

The recent version of cosmopolitan generates ARM binaries for Linux and MacOS (https://github.com/jart/cosmopolitan#arm; mode aarch64). There is also blink that provides the x86-64 emulation layer for (APE and other) binaries on a variety of platforms (https://github.com/jart/blink).

Would love a second pair of eyes on the powerpc64le JIT, since it partially works but hangs on some tests. https://github.com/jart/blink/issues/17

I've never used it, but https://github.com/jart/blink is pretty much that. It's tiny and:

> We regularly test that Blink is able run x86-64-linux binaries on the following platforms:

> Linux (x86, ARM, RISC-V, MIPS, PowerPC, s390x)

> macOS (x86, ARM)

> FreeBSD

> OpenBSD

> Cygwin

I wonder if blink could be used as a lightweight sandbox. Looking at PR46[0], it seems sandboxing is not one of the current features, but it would be cool to have a way to run arbitrary code (e.g: Python) in a sandboxed environment. Even cooler if you could limit the amount of memory/CPU used.

[0]: https://github.com/jart/blink/pull/46#pullrequestreview-1264...

https://github.com/jart/blink/issues/8 Porting to webassembly

you can work on it

https://blink.sh/

see also https://docs.blink.sh/advanced/code

Fixes for the new OS, general improvements, and tons of thanks to all testers for their help! https://github.com/blinksh/blink/discussions/1850

You can already do that with an iPad (sans fat OS). If you're using Blink Shell (https://blink.sh) the external display is independent of what's on the iPad too, which works really neatly. This is the exact setup I used as my main dev machine in a previous role.

Would be very nice to see if this works on the new iPhones. A thin client with decent security in your pocket with keyboard/mouse/display at both home and work seems like a very approachable computing setup.

I use blink[0] with a 40% keyboard to develop linux program on a vps.

If you want to do programming without wireless interenet, another option is to connect a raspberry pi zero 2w (with usb gadget mode enabled) to the usb c port using a single usb cable. Then the rpi zero will share a ethernet network with iOS device. Then you can use blink (again) to mosh to raspberrypi.local to do the development on the pi.

The reason that I don't do it on android with termux is that there's no high quality terminal emulator like blink on android.

[0]: https://blink.sh

There's also Blink [1] which includes a local shell (limited), ssh and mosh support, and comes with a local-first, but remote-dependent, vscode implementation. Works with vscode.dev, code-server (the coder.com and microsoft version), coder.com etc. Not free but a free TestFlight versions available if you accept to be a beta tester of sorts.

I've had moderate success using it, but overall the code-server experience has been a bit lacking, in part due to languages I use, in part due to lots of software still assuming a local-first development environment (code-server/coder.com help with this by e.g. proxying http ports in your dev environment). A real IDE/code editor running on a MacBook is still way superior.

[1] https://blink.sh

If you're okay with a subscription model for a terminal type shell, I would recommend Blink. Does everything Prompt did and more. They have a 1-week trial, and then you can subscribe for $20 a year.

I also opened https://github.com/blinksh/blink/issues/1777 so from now on everyone is able to see the commit reference that was used for the build.

I took a wild stab at finding a non-subscription iOS app that supports Ed25519-sk, but ended up just moving back to ephemeral per-device ed25519 keys instead. Both Blink.sh and Terminus purport to support -sk / HW passkeys behind subscription paywalls, but I can't verify as I don't pay for subscription model apps.

Big fan of Blink, makes it super easy to quickly ssh into a remote machine

SSH or mosh (via https://blink.sh/) back to a cloud/remote NixOS VM. The iPad is purely a self-contained interface with a local browser.