@ryanc for my work on ashen I’m currently doing a deep dive into linux kernel memory management and the sheer amount of weird shit that can happen to a page of memory is slightly concerning
@david_chisnall@ashwin@Dav fun tidbit: telegram found an even worse way of handling similar mentions. there, when you forward a message from someone, the name of that account in your local contact list, not its profile name, is copied to the message and will be displayed in the message for all recipients. cue my wife forwarding a private message from me to a large group with my name displaying to everyone as something along the lines of “sweet little cutie pie” 🤣
I've stumbled upon a really cool leakage path for secret data while working on my ashen open-source hsm stack. As part of ashen, I'm patching the linux kernel to delete secret keys when it panics. While testing that code, I noticed that bits of keys were left over in kernel memory despite both the kernel and my userspace test code wiping all of their buffers. It turns out when memcpy'ing the keys, residue remains in ARM64 SIMD registers, which then end up in the kernel's task_struct.
I think it should be the law that every laptop that has more than one Type C port capable of charging the device must have at least one of them on either side of the device.
gitlab has like three functions I ever want to use, "repo", "merge request" and "issue". Why they are hidden among three dozen useless features I'd never use under multiple levels of headings in a sidebar is beyond me.
#gitlab is such a UX/UI shitshow. I was looking where the fuck they hid the issue tracker when re-designing their clusterfuck of an UI this time around. Turns out, issues are now "work items" because clearly the term "issue", used by every single git hosting platform ever, was just too obvious and easy to understand.
@david_chisnall@whitequark If you’d implement this in git, it wouldn’t even be the first use of in-tree metadata (see .gitmodules) and it also wouldn’t be the first instance where the output of git log etc. could change after the fact without rewriting history (see branch names). maybe this would actually be worth an RFC in case this hasn’t been proposed before.
@david_chisnall@whitequark you could even stay backwards compatible by adopting some well-known syntax to put into the author fields that points to the in-tree author aliases file.
This likely wouldn’t completely solve the GDPR issue since you would still be able to access old versions of that author name mapping file, but you could even work around that by doing sparse checkouts and only keeping the latest version of that file.
@david_chisnall@whitequark branch names and tags work kind of in a similar way, they are synchronized as needed, things work without them, and they are not part of the history.
I've got a new paper out on eprint: Monitoring tamper-sensing meshes using low-cost time-domain reflectometry.
In the paper, I wrote up how you can build a ~200 ps resolution time-domain reflectometer from an STM32 and some cheap display bus redriver ICs. The circuit is sensitive enough to distinguish several identical copies of the same test specimen PCB from manufacturing tolerances!
The new modal dialogs in GTK/gnome that are nailed to the parent window's center and can't be moved are such unintelligent design. Libreoffice now uses these for the paragraph style editing dialog so now you can't move the dialog anymore to look at the effect of your settings on the actual document. A similar issue happens with the "save as" dialog in many GTK applications. Often you'd want to look at the content of the document to decide on a file name.
I am doing #electronics, #embedded programming, #python scripting, hardware security and recently some sewing.PhD (Dr.-Ing.) in EE/CS currently building open source HSMs with prototype fund and nlnetEmail: whatever you like at my domain. I've got a catch-all alias.Pronouns: er [DE] / they [EN]