Let's say I have a private, monolithic git repo where I store my docker compose server configurations.
The folders are in a structure like this:
/ root
|- project1/
| #!/usr/bin/env python | |
| """ | |
| Probe Qt5 QCamera enumeration. Standalone hardware-verification script: prints | |
| every attached camera and its supported viewfinder settings, so changes to Qt | |
| or the operating-system camera stack can be smoke-tested against real devices. | |
| Mirrors what kvm_serial/backend/video.py:enumerate_cameras() does at runtime, | |
| but with verbose per-device output and timing so behaviour can be inspected | |
| without launching the GUI. |
| #!/usr/bin/env python | |
| """ | |
| Verify that AVFoundation and OpenCV enumerate cameras in the same order. | |
| Identity check (not just count): opens each OpenCV index in turn, then scans | |
| AVFoundation devices for the one whose dimensions match to the default dims of | |
| the device. That uniqueID is the ground-truth identity of the OpenCV-opened device. | |
| The script compares against our enumerator's ordering and reports the real mapping. | |
| Run with multiple cameras attached: |
| [Unit] | |
| Description=SSH tunnel service SSH on local port 22 to 22000 on remote host | |
| Wants=network-online.target | |
| After=network-online.target | |
| StartLimitIntervalSec=0 | |
| [Service] | |
| User=tunnel | |
| Group=tunnel | |
| Type=simple |
| [wsl2] | |
| networkingMode=mirrored | |
| [experimental] | |
| hostAddressLoopback=true |
sensors.yaml
automations.yaml
| - id: process_serial_data | |
| alias: Process Serial Data | |
| description: Process Data from the BAX sensors | |
| trigger: | |
| - platform: state | |
| entity_id: sensor.bax | |
| action: | |
| - service: python_script.process_serial_data | |
| data: | |
| data: '{{ trigger.to_state.state }}' |
| // ==UserScript== | |
| // @name GotBricks? for bricklink.com | |
| // @namespace Violentmonkey Scripts | |
| // @match https://www.bricklink.com/catalogItemInv.asp* | |
| // @grant none | |
| // @version 1.01 | |
| // @author Samantha Finnigan https://finnigan.dev/ | |
| // @description 05/01/2024, 17:09:39 | |
| // ==/UserScript== |
I’ve been working with Raspberry Pi hardware for a while. Part of my PhD research relied on embedded devices I made using Pi Zeros, and during my undergraduate research (over a decade ago now!), using the original Pi model A, I discovered why running a MySQL database on a Pi’s SD card was a bad idea…
Something that’s always bugged me working with these embedded computers is having to carry around an external keyboard and monitor, especially before setting anything up like WiFi or SSH access. I recently helped to run a hackathon at RSECon’23 as part of the Carpentries Offline project, and it very quickly became clear that carrying around lots of extra hardware to work with Pis (and other brands of embedded computer) is unwieldy, unreliable, and can totally take the joy out of hacking with them.
But, pretty much everyone there brought a laptop with them.
Summarising: https://docs.google.com/document/d/1OGJZ1_w3PgmdCMILqsGI-cGtjzuqHbWBTpNjDSkOX2c/
Coffee breaks & session timing: