Val Packett valpackett

UNIX famously uses fork+exec to create processes, a simple API that is nevertheless quite tricky to use correctly and that comes with a bunch of problems. The alternative, spawn, as used by VMS, Windows NT and recently POSIX, fixes many of these issues but it overly complex and makes it hard to add new features.

prepare() is a proposed API to simplify process creation. When calling prepare(), the current thread enters “preparation state.” That means, a nascent process is created and the current thread is moved to the context of this process, but without changing memory maps (this is similar to how vfork() works). Inside the nascent process, you can configure the environment as desired and then call prep_execve() to execute a new program. On success, prep_execve() leaves preparation state, moving the current thread back to the parent's process context and returns (!) the pid of the now grownup child. You can also use prep_exit() to abort the child without executing a new process, it similarly returns the pid

These are just some notes on how I'm trying to clean up Linux support a bit to make the Focusrite Scarlett 18i8 (gen2) and 2i4 a bit easier to use.

Getting UCM profiles

Currently having issues getting a clean test run on upstream project. See failing history

Filed a minor tweak to logging

Synchronized Output

Synchronized output is merely implementing the feature as inspired by iTerm2 synchronized output, except that it's not using the rare DCS but rather the well known SM ? and RM ?. iTerm2 has now also adopted to use the new syntax instead of using DCS.

Semantics

When rendering the screen of the terminal, the Emulator usually iterates through each visible grid cell and renders its current state. With applications updating the screen a at higher frequency this can cause tearing.

This mode attempts to mitigate that.

Pure ESM package

The package that linked you here is now pure ESM. It cannot be require()'d from CommonJS.

This means you have the following choices:

Use ESM yourself. (preferred)
Use import foo from 'foo' instead of const foo = require('foo') to import the package. You also need to put "type": "module" in your package.json and more. Follow the below guide.
If the package is used in an async context, you could use await import(…) from CommonJS instead of require(…).
Stay on the existing version of the package until you can move to ESM.

iLO Remote Console

This small script lets you start iLO Java-based console from shell.

But why not HTML5?

iLO 2/3 doesn't have HTML5 console
Mounting local (from the client computer) ISOs is PAINFULLY slow via HTML5 client

TL;DR

If you just start it, it will ask you for everything:

Reverse Engineering SP110e LED Controller

Through Bluetooth sniffing, using this method I've been able to (semi reliably) control the SP110e controller via Homebridge.

You can find this controller for very cheap here: https://www.aliexpress.com/item/4000773623427.html?spm=a2g0o.productlist.0.0.4f09329cJ7C1H4&algo_pvid=542e757b-587f-4540-8652-2195883f1349&algo_expid=542e757b-587f-4540-8652-2195883f1349-0&btsid=0bb0622a16012309671478585ed4bd&ws_ab_test=searchweb0_0,searchweb201602_,searchweb201603_

This entire guide is for Bluetooth LE libraries, and uses hexidecimal.

	import { ReadonlySignal, computed, effect, signal } from "@preact/signals-core";

	export class AsyncState<T> {
	constructor() {}

	get value(): T \| null {
	return null;
	}

	get requireValue(): T {

	object YAML:
	apiVersion:
	apps/v1
	kind:
	Deployment
	metadata:
	name:
	"my-app"
	namespace:
	"my-app"

	### requires the script lf-pick on path
	### Requires lf installed https://github.com/gokcehan/lf
	### lf has the keybindings: <space> select file, lowercase `l` accept selection
	### or use arrow right to open the file
	### This allows selecting multiple files with space and then hit `l` to open
	# touch ~/.local/bin/lf-pick
	# chmod +x ~/.local/bin/lf-pick
	# function lfp(){
	# local TEMP=$(mktemp)
	# lf -selection-path=$TEMP

	From 387fd25f57f41009fc317f7922e957de9f370ff2 Mon Sep 17 00:00:00 2001
	From: Ilya Kurdyukov <[email protected]>
	Date: Tue, 14 Dec 2021 21:54:32 +0700
	Subject: [PATCH] faster lzma_decoder for x86

	Notice: Uses inline assembly with CMOV instruction.

	Another change that removes the comparison with in_size can give a few
	percent speedup for architectures with a small number of registers.
	---