| colors: | |
| # Default colors | |
| primary: | |
| background: '0x1e2127' | |
| foreground: '0xabb2bf' | |
| # Bright and dim foreground colors | |
| # | |
| # The dimmed foreground color is calculated automatically if it is not present. |
This is a living document. Everything in this document is made in good faith of being accurate, but like I just said; we don't yet know everything about what's going on.
On March 29th, 2024, a backdoor was discovered in xz-utils, a suite of software that
| /******************************************************************************* | |
| * Copyright 2017 Andrew Domaszek | |
| * | |
| * All rights reserved. | |
| * This program made available under BSD-new. | |
| *******************************************************************************/ | |
| /** | |
| * This example is designed for Linux, using such calls as setsockopt and gettimeofday. | |
| * On embedded, it's likely that all of the mbedtls_net_* functions would need to be |
| #!/usr/bin/env python3 | |
| """Flatpak CLI Shortcut Generator | |
| A simple no-argument tool that generates launchers with traditional non-flatpak | |
| command names for your installed Flatpak applications in ~/.local/bin/flatpak. | |
| Does full collision detection and warns you if you forgot to add its output | |
| directory to your PATH. Also overrules the command-line specified in the | |
| ``.desktop`` file if the Flatpak maintainer didn't include support for | |
| command-line arguments. |
| #!/bin/sh | |
| # POSIX | |
| # Reset all variables that might be set | |
| file= | |
| verbose=0 # Variables to be evaluated as shell arithmetic should be initialized to a default or validated beforehand. | |
| while :; do | |
| case $1 in | |
| -h|-\?|--help) # Call a "show_help" function to display a synopsis, then exit. |
Inspired by dannyfritz/commit-message-emoji
See also gitmoji.
| Commit type | Emoji |
|---|---|
| Initial commit | 🎉 :tada: |
| Version tag | 🔖 :bookmark: |
| New feature | ✨ :sparkles: |
| Bugfix | 🐛 :bug: |
| import SwiftUI | |
| struct SizeKey: PreferenceKey { | |
| static func reduce(value: inout CGSize?, nextValue: () -> CGSize?) { | |
| value = value ?? nextValue() | |
| } | |
| } | |
| struct ContentView: View { | |
| @State var width: CGFloat? = nil | |
| var body: some View { |
| (* A variable identifier of the lambda language [term]. *) | |
| type var = string [@@deriving eq] | |
| (* The lambda language; direct style. *) | |
| type term = | |
| | Var of var | |
| | Fix of (var * var list * term) list * term | |
| | Appl of term * term list | |
| | Record of term list | |
| | Select of term * int |
Supercompilation is a deep program transformation technique due to V. F. Turchin, a prominent computer scientist, cybernetician, physicist, and Soviet dissident. He described the concept as follows [^supercompiler-concept]:
A supercompiler is a program transformer of a certain type. The usual way of thinking about program transformation is in terms of some set of rules which preserve the functional meaning of the program, and a step-by-step application of these rules to the initial program. ... The concept of a supercompiler is a product of cybernetic thinking. A program is seen as a machine. To make sense of it, one must observe its operation. So a supercompiler does not transform the program by steps; it controls and observes (SUPERvises) the running of the machine that is represented by the program; let us call this machine M1. In observing the operation of
