Bruno Bigras bbigras

Because cross-compiling binaries for Windows is easier than building natively

I want Microsoft to do better, want Windows to be a decent development platform-and yet, I constantly see Microsoft playing the open source game: advertising how open-source and developer friendly they are - only to crush developers under the heel of the corporate behemoth's boot.

The people who work at Microsoft are amazing, kind, talented individuals. This is aimed at the company's leadership, who I feel has on many occassions crushed myself and other developers under. It's a plea for help.

The source of truth for the 'open source' C#, C++, Rust, and other Windows SDKs is proprietary

You probably haven't heard of it before, but if you've ever used win32 API bindings in C#, C++, Rust, or other languages, odds are they were generated from a repository called microsoft/win32metadata.

Build a NixOS config, copy it to a tmpfs, and enter it, shutting the running userspace (but not the kernel) down. This can be useful e.g. for repartitioning the system or switching it to a new zfs pool, without the need for extra installation media, and is a little faster than most other volatile system methods (e.g. kexec, classic USB or CD installer), since the store is in RAM and uncompressed right from the get-go. It also copies the SSH host keys from the building system to maintain the chain of trust in a remote system.

radare2

load without any analysis (file header at offset 0x0): r2 -n /path/to/file

analyze all: aa
show sections: iS
list functions: afl
list imports: ii
list entrypoints: ie
seek to function: s sym.main

	{
	"input": {
	"blocklist": [],
	"compressor": {
	"attack": 20.0,
	"boost-amount": 6.0,
	"boost-threshold": -72.0,
	"hpf-frequency": 10.0,
	"hpf-mode": "off",
	"input-gain": 0.0,

	<script context="module">
	import { get, readable } from 'svelte/store'

	import { createClient, operationStore } from '@urql/svelte'

	import { browser, dev } from '$app/env'

	/**
	* @type {import('@sveltejs/kit').Load}
	*/

	blueprint:
	name: Low battery level detection & notification for all battery sensors
	description: Regularly test all sensors with 'battery' device-class for crossing
	a certain battery level threshold and if so execute an action.
	domain: automation
	input:
	threshold:
	name: Battery warning level threshold
	description: Battery sensors below threshold are assumed to be low-battery (as
	well as binary battery sensors with value 'on').

	- Specific Notmuch filters (and saved-searches) for:
	+ The Feed (newsletters, blogs)
	+ The Paper trail (receipts, ledger)
	+ Screened Inbox (mail from folks you actually want to read)
	+ Previously Seen (important mail that you've already read)
	+ Unscreened Inbox (potential spam / stuff you don't want)

	- Elisp Functions to move / categorize emails from a particular sender.
	+ Adds tags needed by filters defined above to all email sent by a particular sender
	+ Creates an entry in a DB file, which is used by the Notmuch post-new script when indexing new email, to auto-add the relevant tags.

	rem to disable private dns
	adb shell settings put global private_dns_mode off

	rem to enable private dns with hostname (example with dns.adguard.com)
	adb shell settings put global private_dns_mode hostname
	adb shell settings put global private_dns_specifier dns.adguard.com

	{
	"annotations": {
	"list": [
	{
	"$$hashKey": "object:690",
	"builtIn": 1,
	"datasource": "-- Grafana --",
	"enable": true,
	"hide": true,
	"iconColor": "rgba(0, 211, 255, 1)",

	// Add to Cargo.toml
	// [dependencies]
	// winapi = "*"
	// user32-sys = "*"
	extern crate winapi;
	extern crate user32;

	fn from_wide_ptr(ptr: *const u16) -> String {
	use std::ffi::OsString;
	use std::os::windows::ffi::OsStringExt;