<?xml version="1.0" encoding="UTF-8"?>
 <rdf:RDF xmlns="http://purl.org/rss/1.0/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:cc="http://web.resource.org/cc/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://pinboard.in">
    <title>Pinboard (jm)</title>
    <link>https://pinboard.in/u:jm/public/</link>
    <description>recent bookmarks from jm</description>
    <items>
      <rdf:Seq>	<rdf:li rdf:resource="https://oldhome.schmorp.de/marc/bournegol.html"/>
	<rdf:li rdf:resource="https://www.goodfire.ai/research/a-geometric-calculator#"/>
	<rdf:li rdf:resource="https://journals.sagepub.com/doi/10.1177/20563051261437487"/>
	<rdf:li rdf:resource="https://news.ycombinator.com/item?id=48046450"/>
	<rdf:li rdf:resource="https://www.firmoo.ie/tips?id=196"/>
	<rdf:li rdf:resource="https://www.theatlantic.com/technology/archive/2023/05/problem-counterfeit-people/674075/"/>
	<rdf:li rdf:resource="https://github.com/isene/glass"/>
	<rdf:li rdf:resource="https://erictopol.substack.com/p/the-paradox-of-medical-ai-implementation?r=8tdk6&amp;triedRedirect=true"/>
	<rdf:li rdf:resource="https://www.reddit.com/r/homelab/comments/1sz9li4/invisible_bend_insensitive_bidi_fiber_is_amazing/"/>
	<rdf:li rdf:resource="https://www.linkedin.com/posts/coquinn_a-note-from-amazon-web-services-awss-share-7454936476359819264-8DqQ/?rcm=ACoAAAD7ciEBGVCp3m50-5sdPXL70GJw7TDNHVE"/>
	<rdf:li rdf:resource="https://www.rte.ie/news/ireland/2026/0430/1570978-hate-survey/"/>
	<rdf:li rdf:resource="https://docs.zizmor.sh/"/>
	<rdf:li rdf:resource="https://www.hmpcabral.com/2026/04/26/the-fastest-linux-timestamps/"/>
	<rdf:li rdf:resource="https://www.eurekalert.org/news-releases/1120272"/>
	<rdf:li rdf:resource="https://www.jeffgeerling.com/blog/2026/new-10-gbe-usb-adapters-cooler-smaller-cheaper/"/>
	<rdf:li rdf:resource="https://www.youtube.com/watch?v=2AnbYNudAyM"/>
	<rdf:li rdf:resource="https://webmatrices.com/post/how-a-roblox-cheat-and-one-ai-tool-brought-down-vercel-s-entire-platform"/>
	<rdf:li rdf:resource="https://en.reset.org/a-future-vision-of-data-centres-from-big-tech-builds-to-community-owned-cooperatives/"/>
	<rdf:li rdf:resource="https://surfingcomplexity.blog/2026/04/12/thoughts-on-the-bluesky-public-incident-write-up/"/>
	<rdf:li rdf:resource="https://chaos.social/@thunfisch/116414098310170847"/>
	<rdf:li rdf:resource="https://kirancodes.me/posts/log-who-watches-the-watchers.html"/>
	<rdf:li rdf:resource="https://forlouth.medium.com/the-blockade-is-the-message-20eb93493849"/>
	<rdf:li rdf:resource="https://www.snapwoodapps.com/nfolio-for-network-dlna-smb-photos/"/>
	<rdf:li rdf:resource="https://agent.io/posts/software-licenses-and-workers-rights/"/>
	<rdf:li rdf:resource="https://mahmoud-salem.net/the-invisible-shield"/>
	<rdf:li rdf:resource="https://arstechnica.com/tech-policy/2026/03/okcupid-match-pay-no-fine-for-sharing-user-photos-with-facial-recognition-firm/"/>
	<rdf:li rdf:resource="https://bethmathews.substack.com/p/why-so-many-control-rooms-were-seafoam"/>
	<rdf:li rdf:resource="https://github.com/russellromney/turbolite"/>
	<rdf:li rdf:resource="https://research.google/blog/turboquant-redefining-ai-efficiency-with-extreme-compression/"/>
	<rdf:li rdf:resource="https://chrisdown.name/2026/03/24/zswap-vs-zram-when-to-use-what.html"/>
	<rdf:li rdf:resource="https://github.com/hectorvent/floci"/>
	<rdf:li rdf:resource="https://github.com/mautrix/whatsapp?tab=readme-ov-file"/>
	<rdf:li rdf:resource="https://www.reddit.com/r/LegalAdviceUK/comments/1rk690v/i_run_a_selfhelp_forum_for_people_with_depression/"/>
	<rdf:li rdf:resource="https://news.ycombinator.com/item?id=47446571"/>
	<rdf:li rdf:resource="https://muratbuffalo.blogspot.com/2026/03/measuring-agents-in-production.html"/>
	<rdf:li rdf:resource="https://transformer-circuits.pub/2025/attribution-graphs/biology.html"/>
	<rdf:li rdf:resource="https://www.lastweekinaws.com/blog/2-ways-to-correct-the-financial-times-at-aws-so-far/?ck_subscriber_id=512829374"/>
	<rdf:li rdf:resource="https://electrek.co/2026/03/17/former-uber-self-driving-chief-tesla-fsd-crash-supervision-problem/"/>
	<rdf:li rdf:resource="https://desfontain.es/blog/cliopatra.html#fn:caveat"/>
	<rdf:li rdf:resource="https://bsky.app/profile/jnsq.org/post/3mgr45kgos22y"/>
	<rdf:li rdf:resource="https://www.rathbiotaclan.com/whole-brain-emulation-achieved-scientists-run-a-fruit-fly-brain-in-simulation/"/>
	<rdf:li rdf:resource="https://reorchestrate.com/posts/your-binary-is-no-longer-safe-decompilation/"/>
	<rdf:li rdf:resource="https://phys.org/news/2026-02-southern-california-air-board-pollution.html"/>
	<rdf:li rdf:resource="https://github.com/chardet/chardet/issues/327"/>
	<rdf:li rdf:resource="https://trufflesecurity.com/blog/google-api-keys-werent-secrets-but-then-gemini-changed-the-rules"/>
	<rdf:li rdf:resource="https://trysound.io/how-my-side-project-got-banned-from-the-internet/"/>
	<rdf:li rdf:resource="https://thelocalstack.eu/posts/linkedin-identity-verification-privacy/"/>
	<rdf:li rdf:resource="https://crabby-rathbun.github.io/mjrathbun-website/blog/posts/rathbuns-operator.html"/>
	<rdf:li rdf:resource="https://github.com/PeonPing/peon-ping"/>
	<rdf:li rdf:resource="https://theshamblog.com/an-ai-agent-published-a-hit-piece-on-me/"/>
	<rdf:li rdf:resource="https://simonwillison.net/2026/Feb/7/software-factory/"/>
	<rdf:li rdf:resource="https://theconversation.com/ditching-bike-helmets-laws-better-for-health-42"/>
	<rdf:li rdf:resource="https://nymag.com/intelligencer/article/dario-amodeis-warnings-about-ai-are-about-politics-too.html"/>
	<rdf:li rdf:resource="https://depthfirst.com/post/1-click-rce-to-steal-your-moltbot-data-and-keys"/>
	<rdf:li rdf:resource="https://x.com/Swizec/status/2004633162522263987"/>
	<rdf:li rdf:resource="https://restofworld.org/2026/iran-blackout-tiered-internet/"/>
	<rdf:li rdf:resource="https://sean.heelan.io/2026/01/18/on-the-coming-industrialisation-of-exploit-generation-with-llms/"/>
	<rdf:li rdf:resource="https://github.com/ScottESanDiego/gmail-api-client"/>
	<rdf:li rdf:resource="https://blog.nns.ee/2026/01/06/aike-ble/"/>
	<rdf:li rdf:resource="https://theconversation.com/why-people-believe-misinformation-even-when-theyre-told-the-facts-271236"/>
	<rdf:li rdf:resource="https://patrickmccanna.net/a-better-way-to-limit-claude-code-and-other-coding-agents-access-to-secrets/"/>
	<rdf:li rdf:resource="https://cepa.org/article/russian-propaganda-infects-ai-chatbots/"/>
	<rdf:li rdf:resource="https://www.jwz.org/blog/2025/12/today-in-google-broke-email-2/#comment-265285"/>
	<rdf:li rdf:resource="https://www.theverge.com/2024/8/21/24223932/c2pa-standard-verify-ai-generated-images-content-credentials"/>
	<rdf:li rdf:resource="https://www.dzombak.com/blog/2024/04/pi-reliability-reduce-writes-to-your-sd-card/"/>
	<rdf:li rdf:resource="https://wiki.archlinux.org/title/Solid_state_drive#External_SSD_with_TRIM_support"/>
	<rdf:li rdf:resource="https://www.seai.ie/blog/understanding-ev-battery"/>
	<rdf:li rdf:resource="https://synthetic-data-workshop.github.io/papers/13.pdf"/>
	<rdf:li rdf:resource="https://hpjansson.org/chafa/"/>
	<rdf:li rdf:resource="https://www.theguardian.com/technology/2025/dec/16/boost-for-artists-in-ai-copyright-battle-as-only-3-per-cent-back-uk-active-opt-out-plan"/>
      </rdf:Seq>
    </items>
  </channel><item rdf:about="https://oldhome.schmorp.de/marc/bournegol.html">
    <title>Bournegol</title>
    <dc:date>2026-05-19T09:06:52+00:00</dc:date>
    <link>https://oldhome.schmorp.de/marc/bournegol.html</link>
    <dc:creator>jm</dc:creator><description><![CDATA[The original source code for the Bourne shell in early versions of UNIX is legendarily bizarre, as it was written in "Bournegol", the ALGOL-like dialect of C that Steve Bourne came up with, with a load of macros to make C look a bit like ALGOL 68.  This page has a good representative sample.  Thanks to Tony Finch for the reminder]]></description>
<dc:subject>via:fanf bournegol algol programming languages bizarre funny unix bin-sh macros</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:a88b5cc3a90c/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:via:fanf"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:bournegol"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:algol"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:languages"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:bizarre"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:funny"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:unix"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:bin-sh"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:macros"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.goodfire.ai/research/a-geometric-calculator#">
    <title>A Geometric Calculator Inside a Neural Network</title>
    <dc:date>2026-05-18T10:09:16+00:00</dc:date>
    <link>https://www.goodfire.ai/research/a-geometric-calculator#</link>
    <dc:creator>jm</dc:creator><description><![CDATA[The way that LLMs perform numerical arithmetic using circles and spirals is really fascinating.  This page is a great exploration of that topic, using Llama 3.1 8B.

<blockquote>Language models use a group of circles in activation space to represent a single number. Each circle corresponds to the number modulo a second number, i.e., the remainder after division.[1] For example, the number 17 would be represented as a 1 on the mod-2 circle, 2 on the mod-5 circle, 7 on the mod-10 circle, and 17 on the mod-100 circle.[2] Several prior works have established that circular features exist across multiple different LLMs [...]

Using a bunch of circles to represent a number probably seems like an alien solution, but it is a common mathematical technique known as a Fourier decomposition (see the paper for more detail).

Each of the inputs and the output of the addition module is represented using such a set of circles, and the circuitry within the module works by doing computations over these circles.
</blockquote>

]]></description>
<dc:subject>llms language arithmetic maths calculation fourier circles</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:d36a5f9bd99e/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:language"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:arithmetic"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:maths"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:calculation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fourier"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:circles"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://journals.sagepub.com/doi/10.1177/20563051261437487">
    <title>Social Media Is Now Parasocial Media - danah boyd, 2026</title>
    <dc:date>2026-05-12T08:56:13+00:00</dc:date>
    <link>https://journals.sagepub.com/doi/10.1177/20563051261437487</link>
    <dc:creator>jm</dc:creator><description><![CDATA[danah boyd is 100% correct here; what was once "social" media is no longer so.  Nowadays it's parasocial:

<blockquote>
When practitioners used the term “social media” to describe the internet tools that emerged in the mid-aughts, they were giving a name to the kinds of platforms and protocols that allowed people to socialize with friends and communities of interest by using digital technologies. Twenty years later, users of social media are far more likely to scroll than post – and the content that they consume is often strategically produced and algorithmically curated. In this essay, I argue that the very essence of social media has changed. To more effectively interrogate what we are witnessing, we need to stop presuming that these tools are “social media” and begin recognizing that they are now “parasocial media.”
</blockquote>]]></description>
<dc:subject>parasocial social-media social-networking web internet</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:6887bec56f56/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:parasocial"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:social-media"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:social-networking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:web"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:internet"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://news.ycombinator.com/item?id=48046450">
    <title>I toyed around with using Language Embeddings as a way to categorize my RSS Feeds</title>
    <dc:date>2026-05-08T08:56:13+00:00</dc:date>
    <link>https://news.ycombinator.com/item?id=48046450</link>
    <dc:creator>jm</dc:creator><description><![CDATA[interesting HN comment around low-cost home usage of LLMS/embeddings:

"I toyed around with using Language Embeddings [via Cohere V3 Embeddings and Amazon Bedrock] as a way to categorize my RSS Feeds.  It works pretty well. But importantly, it's so cheap that I have never really seen it on my bill. An earlier prototype used OpenAI embeddings. I loaded 5$ API credits and after a year the credits expired."

This is the first time I've ever seen anyone call Bedrock cheap, lol.]]></description>
<dc:subject>amazon bedrock llms ai embeddings language categorization classification rss text</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:32a67624f52f/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:amazon"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:bedrock"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:embeddings"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:language"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:categorization"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:classification"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:rss"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:text"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.firmoo.ie/tips?id=196">
    <title>Eyeglass Scratch Repair</title>
    <dc:date>2026-05-07T14:58:36+00:00</dc:date>
    <link>https://www.firmoo.ie/tips?id=196</link>
    <dc:creator>jm</dc:creator><description><![CDATA[turns out scratched glasses can be repaired easily enough, I had no idea!]]></description>
<dc:subject>glasses eyeglasses spectacles repair diy cleaning scratches</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:3a451a4a2d29/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:glasses"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:eyeglasses"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:spectacles"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:repair"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:diy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cleaning"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:scratches"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.theatlantic.com/technology/archive/2023/05/problem-counterfeit-people/674075/">
    <title>The Problem With Counterfeit People</title>
    <dc:date>2026-05-05T14:22:32+00:00</dc:date>
    <link>https://www.theatlantic.com/technology/archive/2023/05/problem-counterfeit-people/674075/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[An excellent essay from Daniel Dennett back in 2023 which I wholeheartedly agree with.  As BBC journalist Tom Chatfield puts it:

<blockquote>
The way we're using AI to impersonate human beings has already put us on a dangerous trajectory. [Dennett] called such AIs "counterfeit people", and told me that rolling out such entities en masse constituted "mischief of the worst sort": a form of "social vandalism" that should be addressed by law. Why? Because, if convincing digital representations of humans can be created at whim, the entire business of collectively assessing other people's claims, experiences and actions is put at risk – not to mention essential social infrastructure such as contracts, obligations and consequences. Hence the need for legal prohibitions, a case he made at length in a May 2023 article for The Atlantic. "It won't be perfect," he told me, "but it will help if we can make it against the law to make counterfeit people. We can have stiff penalties for counterfeiting people, same as we do for counterfeit money... we should make it a mark of shame, not pride, when you make your AI more human."
</blockquote>]]></description>
<dc:subject>ethics future ai llms daniel-dennett philosophy regulation law humanity people</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:b590cf73a5a8/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ethics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:future"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:daniel-dennett"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:philosophy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:regulation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:law"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:humanity"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:people"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://github.com/isene/glass">
    <title>isene/glass</title>
    <dc:date>2026-05-05T11:37:30+00:00</dc:date>
    <link>https://github.com/isene/glass</link>
    <dc:creator>jm</dc:creator><description><![CDATA[I love the purism of this -- "pure assembly terminal emulator. x86_64 Linux, no libc, X11 wire protocol".

<blockquote>Terminal emulator written in x86_64 Linux assembly. No libc, no runtime, pure syscalls. Speaks X11 wire protocol directly via Unix socket. Single static binary, ~155KB.  No toolkit, no rendering library, no external font engine. The TTF rasterizer (glyph) is embedded in-binary via %include. Just your keystrokes, the X11 server, and the kernel. Part of the CHasm (CHange to ASM) suite: bare (shell), show (file viewer), glass (terminal emulator).</blockquote>

]]></description>
<dc:subject>asm x86_64 assembly terminal hacks unix linux glass chasm optimization x11</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:3a109b6e8b07/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:asm"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:x86_64"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:assembly"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:terminal"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:hacks"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:unix"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:linux"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:glass"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:chasm"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:optimization"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:x11"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://erictopol.substack.com/p/the-paradox-of-medical-ai-implementation?r=8tdk6&amp;triedRedirect=true">
    <title>The Paradox of Medical AI Implementation - by Eric Topol</title>
    <dc:date>2026-05-05T10:22:08+00:00</dc:date>
    <link>https://erictopol.substack.com/p/the-paradox-of-medical-ai-implementation?r=8tdk6&amp;triedRedirect=true</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Deep learning-based AI has been proven to help in medicine, but GenAI is easier to deploy and is being used instead:

<blockquote>[Deep learning-based] AI for medical images, with extensive research dating back more than a decade ago, is not being implemented. Whether it’s a mammogram, a CT scan, a retinal image, or colonoscopy, that have all been extensively studied, their value to improve accuracy and risk assessment in medicine is being missed and essentially disregarded.

On the other hand, tens of millions of Americans are using AI chatbots for medical support, as are a substantial proportion of physicians. There are many reasons to use AI here that are easy to support, because they represent an extension of a web/Google search. Just with much more specificity and depth of response, not something that would be subject to regulatory oversight. But when it comes to making a diagnosis or providing a treatment plan there needs to be proof that LLMs are improving accuracy and outcomes. 
</blockquote>

]]></description>
<dc:subject>medicine deep-learning ai genai llms healthcare science imaging chatbots eric-topol</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:cb4c6dfe95b0/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:medicine"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:deep-learning"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:genai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:healthcare"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:science"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:imaging"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:chatbots"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:eric-topol"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.reddit.com/r/homelab/comments/1sz9li4/invisible_bend_insensitive_bidi_fiber_is_amazing/">
    <title>&quot;Invisible&quot; bend insensitive bidi fiber</title>
    <dc:date>2026-05-05T09:19:23+00:00</dc:date>
    <link>https://www.reddit.com/r/homelab/comments/1sz9li4/invisible_bend_insensitive_bidi_fiber_is_amazing/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Bookmarking for a future home-network upgrade.... this tiny fiber cable is practically invisible, bends easily, and supports 10Gbps:

> "invisible" bend insensitive fiber (G.657.A2 / G.657.B3). It's under a millimeter in diameter and basically vanishes into corners and base board crevices. From more than a meter away is't completely unnoticeable. Together with a pair of bidirectional SFP transceivers this makes an amazing retrofit option for locations where laying new runs is not an option. ]]></description>
<dc:subject>10gbps networking home fibre fiber wiring via:itc</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:2cdebcc39bfd/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:10gbps"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:networking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:home"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fibre"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fiber"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:wiring"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:via:itc"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.linkedin.com/posts/coquinn_a-note-from-amazon-web-services-awss-share-7454936476359819264-8DqQ/?rcm=ACoAAAD7ciEBGVCp3m50-5sdPXL70GJw7TDNHVE">
    <title>Amazon Connect Talent vs. bias law</title>
    <dc:date>2026-04-30T10:04:52+00:00</dc:date>
    <link>https://www.linkedin.com/posts/coquinn_a-note-from-amazon-web-services-awss-share-7454936476359819264-8DqQ/?rcm=ACoAAAD7ciEBGVCp3m50-5sdPXL70GJw7TDNHVE</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Excellent post from Corey Quinn, which I agree with 100%:

<blockquote>Amazon Connect Talent was just announced. It conducts AI-powered conversational interviews with candidates, generates "anonymized competency scores," and surfaces ranked candidates to recruiters who "make the call." 

Fun fact: in New York City, that is an Automated Employment Decision Tool under Local Law 144. AEDTs require an annual independent bias audit with publicly posted results, plus at least ten business days of notice to candidates before use. Illinois, Colorado, and the EU AI Act impose adjacent obligations. 

The launch materials mention none of this. The compliance posture appears to be: candidate names are stripped from recruiter dashboards, therefore bias is solved. That is not how any of this works. Proxies for protected class -- speech patterns, zip codes, education history, the resume already sitting in your ATS -- are exactly what bias audits exist to measure. 

I don't think the product is bad. I think the announcement is conspicuously missing the guidance customers need before they can deploy it in NYC without violating Local Law 144 on day one. 

(The day's other news so far: Amazon Connect now ships as a four-SKU family, and there is a new design philosophy called "humorphism" with its own .com. Both feel small next to the above.) 

If you're selling automated hiring decisions in 2026, the bias-audit conversation belongs in the launch.</blockquote>

]]></description>
<dc:subject>bias law amazon aws recruiting regulation automation ai</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:af7440a2d620/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:bias"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:law"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:amazon"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:aws"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:recruiting"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:regulation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:automation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.rte.ie/news/ireland/2026/0430/1570978-hate-survey/">
    <title>Far-right narrative not the majority view in Ireland</title>
    <dc:date>2026-04-30T09:08:50+00:00</dc:date>
    <link>https://www.rte.ie/news/ireland/2026/0430/1570978-hate-survey/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Here's the bad news:

<blockquote>
A report by the Hope and Courage Collective, which works to build resilience in communities against rising far-right hate and disinformation, has found a widening gap between public attitudes and political discourse [in the media]: a relatively small number of far-right actors disproportionately influence public political debate through online amplification, visible protests, and repeated narratives.  Public attitudes are becoming steadily more inclusive, but political rhetoric risks legitimising scapegoating and that the far-right ... "is shaping the conversation".
</blockquote>

But on the other hand, these survey results are downright heartwarming:

<blockquote>
Year-on-year datasets tracking changes in public sentiment in Ireland between 2024 and 2025 show that 66% agree that immigrants contribute positively to Irish culture and community, which is up 2% up from 64% in 2024.

79% believe working-class people are struggling due to systemic inequality which is also up 2% from 77% in 2024.

Those who believe wealthy people are successful because they were given more opportunities than others has risen from 63% in 2024 to 69% in 2025.

The number of people who support the freedom of transgender people to live their lives is up 5% up from 70% in 2024.

80% agree that Black, Asian and minority ethnic communities face greater barriers to success than white people, up 5% up from 75% in 2024.
</blockquote>]]></description>
<dc:subject>ireland discourse far-right right-wing politics surveys culture culture-wars propaganda disinformation</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:999981c39571/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ireland"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:discourse"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:far-right"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:right-wing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:politics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:surveys"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:culture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:culture-wars"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:propaganda"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:disinformation"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://docs.zizmor.sh/">
    <title>zizmor</title>
    <dc:date>2026-04-28T09:19:36+00:00</dc:date>
    <link>https://docs.zizmor.sh/</link>
    <dc:creator>jm</dc:creator><description><![CDATA["a static analysis tool for GitHub Actions. It can find and fix many common security issues in typical GitHub Actions CI/CD setups."
]]></description>
<dc:subject>lint dependencies github security ci-cd static-analysis zizmor</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:ff6776aa05f3/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:lint"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:dependencies"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:github"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:security"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ci-cd"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:static-analysis"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:zizmor"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.hmpcabral.com/2026/04/26/the-fastest-linux-timestamps/">
    <title>The fastest Linux timestamps</title>
    <dc:date>2026-04-27T11:42:47+00:00</dc:date>
    <link>https://www.hmpcabral.com/2026/04/26/the-fastest-linux-timestamps/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[lol -- "TL;DR: We can speed up timestamps on x86 Linux by 30% and maintain the same precision as the standard system clock by implementing our own timers without relying on vDSO. Almost nobody should do this"

This is good info, I had to implement fast timestamps a few years back in Java and this would have been useful.]]></description>
<dc:subject>time optimization performance linux libc speed clocks</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:cd189cceb922/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:time"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:optimization"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:linux"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:libc"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:speed"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:clocks"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.eurekalert.org/news-releases/1120272">
    <title>Frequent infections in nursery help toddlers build up immune systems</title>
    <dc:date>2026-04-27T08:50:43+00:00</dc:date>
    <link>https://www.eurekalert.org/news-releases/1120272</link>
    <dc:creator>jm</dc:creator><description><![CDATA[The paper is "Germ factories or immune boot camps? Infection and immunity in childcare settings".  tl;dr: 

- Young children who attend nursery get sick more often than those who don’t, but they will go on to have fewer illnesses during early school years.

- A typical one-year-old starting nursery will experience around 12–15 respiratory infections, two gastrointestinal illnesses (diarrhoea and vomiting), and one or two rash-causing infections in the first year alone – which will all have a substantial knock-on effect for working parents.

- Employers need to recognise that it’s normal for parents of young children to regularly need to take time off work to care for their children, and will also be more prone to getting sick themselves – but this will improve as the child ages.

- Children who attend nursery at a young age experience more infections from age one to five than those who remain at home until starting school – but then once they’ve started school, this pattern is reversed as children without prior childcare experience get sick more often.

The paper is here: https://www.repository.cam.ac.uk/items/95b322b6-aef4-4b17-bf23-60aa7f5938b1]]></description>
<dc:subject>germs infection immunity immune-system children parenting childcare kindergarten kids diseases sickness</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:1194bc48aa25/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:germs"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:infection"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:immunity"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:immune-system"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:children"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:parenting"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:childcare"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:kindergarten"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:kids"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:diseases"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:sickness"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.jeffgeerling.com/blog/2026/new-10-gbe-usb-adapters-cooler-smaller-cheaper/">
    <title>New 10 GbE USB adapters are cooler, smaller, cheaper - Jeff Geerling</title>
    <dc:date>2026-04-27T08:45:23+00:00</dc:date>
    <link>https://www.jeffgeerling.com/blog/2026/new-10-gbe-usb-adapters-cooler-smaller-cheaper/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Not sure I'm at the point where I need a 10 gigabit ethernet USB adaptor, but this is good to have bookmarked]]></description>
<dc:subject>ethernet usb networking hardware via:hn reviews 10gbe</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:14e53f7877ac/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ethernet"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:usb"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:networking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:hardware"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:via:hn"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:reviews"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:10gbe"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.youtube.com/watch?v=2AnbYNudAyM">
    <title>Razor1911</title>
    <dc:date>2026-04-23T11:51:34+00:00</dc:date>
    <link>https://www.youtube.com/watch?v=2AnbYNudAyM</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Legendary demo group Razor1911's eponymous demo, celebrating 40 years on the demoscene.  Amazing stuff and extremely nostalgia-triggering for an old C=64 scenester like myself! (via dec23k)]]></description>
<dc:subject>demos demoscene commodore-64 history nostalgia amiga razor1911</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:97407e7fea65/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:demos"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:demoscene"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:commodore-64"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:history"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:nostalgia"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:amiga"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:razor1911"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://webmatrices.com/post/how-a-roblox-cheat-and-one-ai-tool-brought-down-vercel-s-entire-platform">
    <title>how a roblox cheat and one AI tool brought down vercel's entire platform</title>
    <dc:date>2026-04-21T09:13:59+00:00</dc:date>
    <link>https://webmatrices.com/post/how-a-roblox-cheat-and-one-ai-tool-brought-down-vercel-s-entire-platform</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Damn, this is an absolute indictment of the state of security in AI tooling:

<blockquote>February 2026. An employee at Context.ai, one of those AI productivity tools that promises to "supercharge your workflow," downloads a Roblox cheat. Not a sophisticated zero-day. Not a state-sponsored attack. A Roblox cheat. The download contains Lumma Stealer, an infostealer that grabs session cookies, credentials, everything. That employee had access to sensitive internal systems.

March 2026. The attacker uses Context.ai's compromised infrastructure to pivot into a Vercel employee's Google Workspace account. This Vercel employee had signed up for Context.ai's "AI Office Suite" using their enterprise credentials and granted "Allow All" permissions. Let that sink in for a second. A Vercel engineer gave a third-party AI tool full access to their corporate Google account.

April 19. Guillermo Rauch posts the thread confirming everything. Environment variables [...] were stored in plaintext. Accessed. Exfiltrated.</blockquote>

tl;dr:

1. Context.ai employees should not be using company devices to access Roblox cheats;

2. exfiltratable environment variables should not be usable to access a customer's Google account. The scope of these credentials was obviously way too broad.

This isn't just a Context.ai issue, this is systemic.]]></description>
<dc:subject>security infosec credentials google context.ai roblox fail</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:fcdc0ef294b3/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:security"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:infosec"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:credentials"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:google"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:context.ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:roblox"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fail"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://en.reset.org/a-future-vision-of-data-centres-from-big-tech-builds-to-community-owned-cooperatives/">
    <title>Cooperative DCs</title>
    <dc:date>2026-04-20T12:17:13+00:00</dc:date>
    <link>https://en.reset.org/a-future-vision-of-data-centres-from-big-tech-builds-to-community-owned-cooperatives/</link>
    <dc:creator>jm</dc:creator><description><![CDATA["A Future Vision of Data Centres: From Big Tech Builds to Community-Owned Cooperatives":

<blockquote>in Belgium, Nubo Cooperative offers an email service, cloud storage, digital calendar and domain name, all run on local, Nubo-owned servers. When you purchase any of these services, you become a member of Nubo and can participate in decision-making as part of the cooperative. “This allows users to place trust in the structure that manages the services,” Nubo writes on its website. It compares this to a private company, where “the lack of transparency makes trust impossible”. The cooperative commits to allocating profits to achieve social objectives rather than using them to enrich shareholders.</blockquote>

This is actually a very interesting idea...]]></description>
<dc:subject>community datacenters cooperatives society nubo coops tech hosting cloud</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:3fa09e9cb608/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:community"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:datacenters"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cooperatives"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:society"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:nubo"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:coops"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tech"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:hosting"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cloud"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://surfingcomplexity.blog/2026/04/12/thoughts-on-the-bluesky-public-incident-write-up/">
    <title>Thoughts on the Bluesky public incident write-up</title>
    <dc:date>2026-04-16T16:17:38+00:00</dc:date>
    <link>https://surfingcomplexity.blog/2026/04/12/thoughts-on-the-bluesky-public-incident-write-up/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Good post on a classic C10K error scenario -- exhausting the ephemeral port range]]></description>
<dc:subject>ports unix ops sysadmin c10k scaling bluesky outages</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:27cc7e0f1af5/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ports"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:unix"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ops"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:sysadmin"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:c10k"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:scaling"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:bluesky"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:outages"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://chaos.social/@thunfisch/116414098310170847">
    <title>Microsoft runs out of capacity, routes requests outside the GDPR region</title>
    <dc:date>2026-04-16T13:18:55+00:00</dc:date>
    <link>https://chaos.social/@thunfisch/116414098310170847</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Oh dear, this is an absolute GDPR no-no:

<blockquote>Apparently #Microsoft is not able to get enough compute within EU datacenters to handle #Copilot requests.

Instead, it will do "Flex-Routing", which processes some requests in non-EU datacenters. This is Opt-Out. The only notification was an e-mail to Admins. If they missed that, companies might be leaking PII outside of the EU from tomorrow on.

Get your GDPR Nightmare letters ready!</blockquote>

]]></description>
<dc:subject>fail microsoft gdpr regulation security copilot eu flex-routing pii privacy</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:e0414b8f8629/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fail"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:microsoft"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:gdpr"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:regulation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:security"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:copilot"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:eu"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:flex-routing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:pii"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:privacy"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://kirancodes.me/posts/log-who-watches-the-watchers.html">
    <title>Lean proved this program was correct; then I found a bug</title>
    <dc:date>2026-04-14T13:08:07+00:00</dc:date>
    <link>https://kirancodes.me/posts/log-who-watches-the-watchers.html</link>
    <dc:creator>jm</dc:creator><description><![CDATA[This is IMO very exciting.  Formal verification and formally-proven correctness in code using Lean, which was in turn exercised heavily using Claude, which managed to turn up a totally unexpected runtime bug:

<blockquote>The positive result here is actually the remarkable one. Across 105 million executions, the application code (that is, excluding the runtime) had zero heap buffer overflows, zero use-after-free, zero stack buffer overflows, zero undefined behaviour (UBSan clean), and zero out-of-bounds array reads in the Lean-generated C code. [...]

The two bugs that were found both sat outside the boundary of what the proofs cover. The denial-of-service was a missing specification. The heap overflow was a deeper issue in the trusted computing base, the C++ runtime that the entire proof edifice assumes is correct (and now has a PR addressing).

Overall verification resulted in a remarkably robust and rigorous codebase. AFL and Claude had a really hard time finding errors. But they did still find issues. Verification is only as strong as the questions you think to ask and the foundations you choose to trust. </blockquote>

]]></description>
<dc:subject>programming coding future lean formal-methods correctness linting bugs zip verification testing</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:c1237ac77bc9/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:coding"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:future"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:lean"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:formal-methods"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:correctness"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:linting"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:bugs"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:zip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:verification"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:testing"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://forlouth.medium.com/the-blockade-is-the-message-20eb93493849">
    <title>The Blockade Is the Message. How a Fuel Price Spike Became a Fascist Audition</title>
    <dc:date>2026-04-12T22:20:02+00:00</dc:date>
    <link>https://forlouth.medium.com/the-blockade-is-the-message-20eb93493849</link>
    <dc:creator>jm</dc:creator><description><![CDATA[This is 100% spot on, regarding Ireland's "fuel prices" blockades this week -- 

<blockquote>There is a particular tell, when a “spontaneous people’s protest” isn’t quite what it claims to be. It isn’t the placards. It isn’t the high-vis vests. It isn’t even the tractors. Ireland has plenty of legitimate reasons to bring a tractor to town, and a country built on agricultural grievance has every right to express it loudly. The tell is something subtler. It’s the moment someone in the crowd, their face contorted with what is supposed to be anger about diesel, screams “What’s a woman?” at a passing TD.</blockquote>

]]></description>
<dc:subject>fuel prices cost-of-living demonstrations ireland politics far-right farming blockades</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:d83784937d7a/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fuel"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:prices"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cost-of-living"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:demonstrations"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ireland"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:politics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:far-right"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:farming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:blockades"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.snapwoodapps.com/nfolio-for-network-dlna-smb-photos/">
    <title>nFolio</title>
    <dc:date>2026-04-12T15:03:08+00:00</dc:date>
    <link>https://www.snapwoodapps.com/nfolio-for-network-dlna-smb-photos/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[This app does a very decent job of displaying a folder of images from a NAS via DLNA or SMB as a slideshow on an Android or Fire TV; can be set up as the screensaver with a little adb'ing]]></description>
<dc:subject>nfolio screensavers tv video photos family</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:8b93b249f26a/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:nfolio"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:screensavers"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tv"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:video"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:photos"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:family"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://agent.io/posts/software-licenses-and-workers-rights/">
    <title>Software Licenses and Workers' Rights · Agent IO</title>
    <dc:date>2026-04-07T11:26:40+00:00</dc:date>
    <link>https://agent.io/posts/software-licenses-and-workers-rights/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Huh, this is a thought-provoking blog post about OSS licensing.

<blockquote>It is observably and objectively bad for society when investors own closed-source software. That starts by being bad for tech workers, creators lose the right to the value that they create, and users are still harmed because they don’t get the protection from spying and abuse that open source promised them.

[...] The open source movement is a ladder that leans on the wall of users’ rights. We’ve spent forty years climbing that ladder. Where are we now? Our world is controlled by moguls who’ve built empires using open source software that they’ve locked behind proprietary barriers. Those empires exploit workers and harm the users that the open source movement was supposed to protect.

Our ladder is leaning on the wrong wall.</blockquote>

]]></description>
<dc:subject>open-source closed-source oss licensing freedom software rights</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:cbc5c39d674b/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:open-source"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:closed-source"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:oss"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:licensing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:freedom"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:software"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:rights"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://mahmoud-salem.net/the-invisible-shield">
    <title>How Do You Find an Illegal Image Without Looking at It?</title>
    <dc:date>2026-04-07T10:18:58+00:00</dc:date>
    <link>https://mahmoud-salem.net/the-invisible-shield</link>
    <dc:creator>jm</dc:creator><description><![CDATA[A very good writeup of how illegal-image detection algorithms like PhotoDNA and PDQ work, and the Hasher-Matcher-Actioner three stage pattern

(via Erin Kissane)]]></description>
<dc:subject>csam detection filtering photodna pdq classifiers photos videos classification hashing fuzzy-hashing via:erin-kissane</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:b9d795d6a889/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:csam"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:detection"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:filtering"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:photodna"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:pdq"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:classifiers"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:photos"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:videos"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:classification"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:hashing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fuzzy-hashing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:via:erin-kissane"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://arstechnica.com/tech-policy/2026/03/okcupid-match-pay-no-fine-for-sharing-user-photos-with-facial-recognition-firm/">
    <title>OkCupid gave 3 million dating-app photos to facial recognition firm, FTC says</title>
    <dc:date>2026-04-01T10:12:21+00:00</dc:date>
    <link>https://arstechnica.com/tech-policy/2026/03/okcupid-match-pay-no-fine-for-sharing-user-photos-with-facial-recognition-firm/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[This is a staggering breach of privacy.  At this stage one has to assume that any data uploaded to a US company will be shared with whichever scumbag pays them the most.

<blockquote>OkCupid and its owner Match Group reached a settlement with the Trump administration for not telling dating-app customers that nearly 3 million user photos were shared with [Clarifai], an [AI] company making a facial recognition system. OkCupid also gave the facial recognition firm access to user location information and other details without customers’ consent, the Federal Trade Commission said.</blockquote>

]]></description>
<dc:subject>us-politics data-protection privacy dating-apps okcupid match.com clarifai ftc</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:7848c1547a27/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:us-politics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:data-protection"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:privacy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:dating-apps"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:okcupid"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:match.com"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:clarifai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ftc"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://bethmathews.substack.com/p/why-so-many-control-rooms-were-seafoam">
    <title>Why So Many Control Rooms Were Seafoam Green</title>
    <dc:date>2026-03-27T12:34:11+00:00</dc:date>
    <link>https://bethmathews.substack.com/p/why-so-many-control-rooms-were-seafoam</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Turns out it's US standard Industrial Color Coding, thanks to "color theorist" Faber Birren:

<blockquote>
With the increase in wartime production in the US during WWII, Birren and DuPont created a master color safety code for the industrial plant industry, with the aim of reducing accidents and increasing efficiency within plants. These color codes were approved by the National Safety Council in 1944 and are now internationally recognized, having been mandatory practice since 1948. The color coding went as such:

- Fire Red: All fire protection, emergency stop buttons, and flammable liquids should be red

- Solar Yellow: Signifies caution and physical hazards such as falling

- Alert Orange: Hazardous parts of machinery

- Safety Green: Indicates safety features such as first-aid equipment, emergency exits, and eyewash stations.

- Caution Blue: Non-safety information, notices, or out-of-order signage

- Light Green: Used on walls to reduce visual fatigue</blockquote>

]]></description>
<dc:subject>green design history color-theory faber-birren control-rooms industrial-design color-coding</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:4817a29dbe1d/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:green"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:design"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:history"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:color-theory"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:faber-birren"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:control-rooms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:industrial-design"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:color-coding"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://github.com/russellromney/turbolite">
    <title>russellromney/turbolite</title>
    <dc:date>2026-03-27T12:31:23+00:00</dc:date>
    <link>https://github.com/russellromney/turbolite</link>
    <dc:creator>jm</dc:creator><description><![CDATA[I like this: "a SQLite VFS in Rust that serves point lookups and joins directly from S3 with sub-250ms cold latency":

<blockquote>It also offers page-level compression (zstd) and encryption (AES-256) for efficiency and security at rests, which can be used separately from S3.

Object storage is getting fast. S3 Express One Zone delivers single-digit millisecond GETs and Tigris is also extremely fast. The gap between local disk and cloud storage is shrinking, and turbolite exploits that.

The design and name are inspired by turbopuffer's approach of ruthlessly architecting around cloud storage constraints. The project's initial goal was to beat Neon's 500ms+ cold starts. Goal achieved.

If you have one database per server, use a volume. turbolite explores how to have hundreds or thousands of databases (one per tenant, one per workspace, one per device), don't want a volume for each one, and you're okay with a single write source.</blockquote>

]]></description>
<dc:subject>sqlite sql s3 aws gcp object-stores rust databases</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:9c43d573d0f3/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:sqlite"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:sql"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:s3"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:aws"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:gcp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:object-stores"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:rust"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:databases"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://research.google/blog/turboquant-redefining-ai-efficiency-with-extreme-compression/">
    <title>TurboQuant: Redefining AI efficiency with extreme compression</title>
    <dc:date>2026-03-25T16:29:26+00:00</dc:date>
    <link>https://research.google/blog/turboquant-redefining-ai-efficiency-with-extreme-compression/</link>
    <dc:creator>jm</dc:creator><description><![CDATA["TurboQuant is a compression method that achieves a high reduction in model size with zero accuracy loss, making it ideal for supporting both key-value (KV) cache compression and vector search. It accomplishes this via two key steps:":

<blockquote>
- High-quality compression (the PolarQuant method): TurboQuant starts by randomly rotating the data vectors. This clever step simplifies the data's geometry, making it easy to apply a standard, high-quality quantizer (a tool that maps a large set of continuous values, like precise decimals, to a smaller, discrete set of symbols or numbers, like integers: examples include audio quantization and jpeg compression) to each part of the vector individually. This first stage uses most of the compression power (the majority of the bits) to capture the main concept and strength of the original vector.

- Eliminating hidden errors: TurboQuant uses a small, residual amount of compression power (just 1 bit) to apply the QJL algorithm to the tiny amount of error left over from the first stage. The QJL stage acts as a mathematical error-checker that eliminates bias, leading to a more accurate attention score.

QJL: The zero-overhead, 1-bit trick

QJL uses a mathematical technique called the Johnson-Lindenstrauss Transform to shrink complex, high-dimensional data while preserving the essential distances and relationships between data points. It reduces each resulting vector number to a single sign bit (+1 or -1). This algorithm essentially creates a high-speed shorthand that requires zero memory overhead. To maintain accuracy, QJL uses a special estimator that strategically balances a high-precision query with the low-precision, simplified data. This allows the model to accurately calculate the attention score (the process used to decide which parts of its input are important and which parts can be safely ignored).

PolarQuant: A new “angle” on compression

PolarQuant addresses the memory overhead problem using a completely different approach. Instead of looking at a memory vector using standard coordinates (i.e., X, Y, Z) that indicate the distance along each axis, PolarQuant converts the vector into polar coordinates using a Cartesian coordinate system. This is comparable to replacing "Go 3 blocks East, 4 blocks North" with "Go 5 blocks total at a 37-degree angle”. This results in two pieces of information: the radius, which signifies how strong the core data is, and the angle indicating the data’s direction or meaning). Because the pattern of the angles is known and highly concentrated, the model no longer needs to perform the expensive data normalization step because it maps data onto a fixed, predictable "circular" grid where the boundaries are already known, rather than a "square" grid where the boundaries change constantly. This allows PolarQuant to eliminate the memory overhead that traditional methods must carry.
</blockquote>

]]></description>
<dc:subject>ai tech vectors search quantization turboquant research algorithms compression papers qjl error-detection polarquant</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:1abb51ace2eb/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tech"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:vectors"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:search"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:quantization"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:turboquant"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:research"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:algorithms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:compression"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:papers"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:qjl"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:error-detection"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:polarquant"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://chrisdown.name/2026/03/24/zswap-vs-zram-when-to-use-what.html">
    <title>Debunking zswap and zram myths</title>
    <dc:date>2026-03-25T10:00:18+00:00</dc:date>
    <link>https://chrisdown.name/2026/03/24/zswap-vs-zram-when-to-use-what.html</link>
    <dc:creator>jm</dc:creator><description><![CDATA[This is pretty compelling.  I like this example:

<blockquote>We have some concrete numbers to show this in practice. On Instagram, which runs on Django and is largely memory bound, we ran a test where we moved from their existing setup (with swap entirely disabled) to a setup with disk swap and zswap tiering. Django workers accumulate significant cold heap state over their lifetime, like forked processes with duplicated memory, growing request caches, Python object overhead, you get the idea. The results were twofold:

- We achieved roughly 5:1 compression. That's a huge benefit for such a memory bound workload, and also enables us to consider further stacking workloads.
- Enabling zswap reduced disk writes by up to 25% compared to having no swap at all(!).

As you can imagine, as a result of this test, Instagram has been using zswap for many years now.</blockquote>

]]></description>
<dc:subject>kernel compression memory linux ops performance swap zswap zram</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:fc55a5e5ba65/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:kernel"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:compression"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:memory"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:linux"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ops"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:swap"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:zswap"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:zram"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://github.com/hectorvent/floci">
    <title>hectorvent/floci</title>
    <dc:date>2026-03-23T17:30:08+00:00</dc:date>
    <link>https://github.com/hectorvent/floci</link>
    <dc:creator>jm</dc:creator><description><![CDATA["A free, open-source local AWS emulator. No account. No feature gates. No CI restrictions. Just docker compose up."]]></description>
<dc:subject>floci aws emulation testing local coding</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:f24a9f4a5a12/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:floci"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:aws"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:emulation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:testing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:local"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:coding"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://github.com/mautrix/whatsapp?tab=readme-ov-file">
    <title>GitHub - mautrix/whatsapp: A Matrix-WhatsApp puppeting bridge</title>
    <dc:date>2026-03-23T11:11:10+00:00</dc:date>
    <link>https://github.com/mautrix/whatsapp?tab=readme-ov-file</link>
    <dc:creator>jm</dc:creator><description><![CDATA[I've been investigating how I can back up my WhatsApp chat history and make it searchable (since WhatsApp's own built in search is not great).  Turns out you can bridge WhatsApp into Matrix, and gateway your chats over to a self-hosted Matrix.org server.  https://github.com/osteele/matrix-archive may then be a viable way to export those into a searchable format... or possibly this one? https://github.com/cameronaaron/matrix-archive/tree/master]]></description>
<dc:subject>matrix whatsapp messaging chat interop searching self-hosted</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:014855f8a243/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:matrix"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:whatsapp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:messaging"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:chat"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:interop"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:searching"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:self-hosted"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.reddit.com/r/LegalAdviceUK/comments/1rk690v/i_run_a_selfhelp_forum_for_people_with_depression/">
    <title>Ofcom don't consider geoblocking the UK to be sufficient for an overseas website</title>
    <dc:date>2026-03-20T10:10:42+00:00</dc:date>
    <link>https://www.reddit.com/r/LegalAdviceUK/comments/1rk690v/i_run_a_selfhelp_forum_for_people_with_depression/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[r/LegalAdviceUK: "I run a self-help forum for people with depression. Ofcom has been bombarding me with emails demanding I start ID-verifying and age gating my website":

<blockquote>I started getting email from Ofcom [regarding OSA compliance] around November 2025 and now have multiple letters. I've repeatedly told them I'm from Canada, I'm not based in the UK.

Eventually, I blocked all UK IP addresses in mid-February 2026 and told them I'd blocked the UK and that I was done engaging with them.

I've now got ANOTHER email from them saying they're going to commence enforcement action against me because simply blocking UK IPs is "insufficient to comply with the Online Safety Act 2023." </blockquote>

]]></description>
<dc:subject>osa uk politics filtering censorship law geoblocking ofcom web</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:62264b402830/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:osa"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:uk"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:politics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:filtering"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:censorship"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:law"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:geoblocking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ofcom"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:web"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://news.ycombinator.com/item?id=47446571">
    <title>funny Waymo anecdote</title>
    <dc:date>2026-03-20T10:05:04+00:00</dc:date>
    <link>https://news.ycombinator.com/item?id=47446571</link>
    <dc:creator>jm</dc:creator><description><![CDATA[on HN -- "Waymo saved my life in LA":

<blockquote>When I visited LA, I rode in a Waymo going the speed limit in the right lane on a very busy street. The Waymo approached an intersection where it had the right of way, when suddenly a car ignored its stop sign and drove into the road.

In less than a second, the Waymo moved into the left lane and kept going. I didn't even realize what was happening until after it was over.

Most human drivers would've t-boned the car at 50+ km/h. Maybe they would've braked and reduced the impact, which would be the right move. A human swerving probably would've overshot into oncoming traffic. Only a robot could've safely swerved into another lane and avoid the crash entirely.

Unfortunately, the Waymo only supported Spotify and did not work with my YouTube Music subscription, so I was listening to an advertisement at the time of my near-death experience. 4.5 stars overall.</blockquote>

]]></description>
<dc:subject>waymo funny anecdotes safety driving ai roads spotify via:hn</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:aa371d8e3930/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:waymo"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:funny"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:anecdotes"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:safety"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:driving"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:roads"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:spotify"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:via:hn"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://muratbuffalo.blogspot.com/2026/03/measuring-agents-in-production.html">
    <title>Measuring Agents in Production</title>
    <dc:date>2026-03-19T18:15:49+00:00</dc:date>
    <link>https://muratbuffalo.blogspot.com/2026/03/measuring-agents-in-production.html</link>
    <dc:creator>jm</dc:creator><description><![CDATA["This 2025 December paper, "Measuring Agents in Production", cuts through the reality behind the hype. It surveys 306 practitioners and conducts 20 in-depth case studies across 26 domains to document what is actually running in live environments. The reality is far more basic, constrained, and human-dependent than TPOT suggest."

This very much meshes with what I've seen and heard in real world usage. Lots of constrained LLM usage, carefully prompted, and reliability (consistent correct behavior over time) remains the primary bottleneck and challenge.

(via Murat Demirbas)]]></description>
<dc:subject>llm usage real-world ai agents papers via:muratbuffalo</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:1cfeb59fce4f/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llm"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:usage"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:real-world"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:agents"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:papers"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:via:muratbuffalo"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://transformer-circuits.pub/2025/attribution-graphs/biology.html">
    <title>On the Biology of a Large Language Model</title>
    <dc:date>2026-03-19T09:49:31+00:00</dc:date>
    <link>https://transformer-circuits.pub/2025/attribution-graphs/biology.html</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Interesting research from Anthropic:

<blockquote>The black-box nature of [LLMs] is increasingly unsatisfactory as they advance in intelligence and are deployed in a growing number of applications. Our goal is to reverse engineer how these models work on the inside, so we may better understand them and assess their fitness for purpose.
[...]

In recent years, many research groups have made exciting progress on tools for probing the insides of language models. These methods have uncovered representations of interpretable concepts – “features” – embedded within models’ internal activity. Just as cells form the building blocks of biological systems, we hypothesize that features form the basic units of computation inside models.

However, identifying these building blocks is not sufficient to understand the model; we need to know how they interact. In our companion paper, Circuit Tracing: Revealing Computational Graphs in Language Models, we build on recent work (e.g. ) to introduce a new set of tools for identifying features and mapping connections between them – analogous to neuroscientists producing a “wiring diagram” of the brain. We rely heavily on a tool we call attribution graphs, which allow us to partially trace the chain of intermediate steps that a model uses to transform a specific input prompt into an output response. Attribution graphs generate hypotheses about the mechanisms used by the model, which we test and refine through follow-up perturbation experiments.
</blockquote>

]]></description>
<dc:subject>claude llm research llms ai anthropic papers tracing</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:67244e5e3bc4/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:claude"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llm"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:research"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:anthropic"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:papers"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tracing"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.lastweekinaws.com/blog/2-ways-to-correct-the-financial-times-at-aws-so-far/?ck_subscriber_id=512829374">
    <title>2 Ways to Correct the Financial Times at AWS (So Far) - Last Week in AWS Blog</title>
    <dc:date>2026-03-18T16:32:06+00:00</dc:date>
    <link>https://www.lastweekinaws.com/blog/2-ways-to-correct-the-financial-times-at-aws-so-far/?ck_subscriber_id=512829374</link>
    <dc:creator>jm</dc:creator><description><![CDATA[This from Corey Quinn, on Amazon's recent AI-related production outages, is very good:

<blockquote>
A healthy engineering culture, when confronted with "your AI tool contributed to a production incident," responds with: "Yeah, that tracks. Here's what we're changing so it doesn't happen again." An unhealthy one responds with a condescending press release explaining why the journalist is wrong and probably an idiot, and the human is at fault.

The engineers building and operating these systems are talented people doing hard work under increasingly constrained conditions. They deserve leadership that backs them up when things go sideways, not leadership that throws them under the bus to protect a product launch narrative.</blockquote>]]></description>
<dc:subject>incidents production ai llms amazon aws communications pr</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:34601cfa11ef/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:incidents"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:production"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:amazon"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:aws"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:communications"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:pr"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://electrek.co/2026/03/17/former-uber-self-driving-chief-tesla-fsd-crash-supervision-problem/">
    <title>Former Uber self-driving chief crashes his Tesla on FSD</title>
    <dc:date>2026-03-18T12:59:14+00:00</dc:date>
    <link>https://electrek.co/2026/03/17/former-uber-self-driving-chief-tesla-fsd-crash-supervision-problem/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[This is actually a really good article about Tesla, "full self-driving" (FSD), supervision, automation, risk and liability:

<blockquote>Tesla is asking humans to supervise a system that is specifically designed to make supervision feel pointless. As he puts it, an unreliable machine keeps you alert, and a perfect machine needs no oversight, but one that works almost perfectly creates a trap where drivers trust it just enough to stop paying attention.

The research backs this up. Psychologists call it the “vigilance decrement”, monitoring a nearly perfect system is boring, boredom leads to mind-wandering, and drivers need 5 to 8 seconds to mentally reengage after an automated system hands control back. But emergencies unfold faster than that.

Krikorian cites an Insurance Institute for Highway Safety study showing that after just one month of using adaptive cruise control, drivers were more than six times as likely to look at their phones. Tesla’s own website warns FSD users not to become complacent, but the system’s smooth performance actively trains that complacency.

He points to two well-known crashes to illustrate the impossible math. In the 2018 Mountain View accident that killed Apple engineer Walter Huang, the driver had six seconds before his Tesla steered into a concrete median. He never touched the wheel. In the 2018 Uber crash in Tempe, Arizona, sensors detected a pedestrian with 5.6 seconds of warning, but the safety driver looked up with less than a second remaining.

In Krikorian’s own case, he did take action, but he was asked to snap from passenger back to pilot in a fraction of a second, overriding months of conditioning. The logs show he turned the wheel. They don’t show the impossible math of that transition.

The pattern Krikorian describes should sound familiar to anyone who has followed Tesla’s FSD controversies: condition the driver to rely on the system, erode their vigilance through months of smooth performance, then point to the terms of service and blame them when something breaks. When FSD works, Tesla gets credit. When it doesn’t, the driver gets blamed.
</blockquote>

]]></description>
<dc:subject>fsd tesla risk attention supervision liability driving safety vigilance automation</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:18572fcf8fa3/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fsd"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tesla"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:risk"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:attention"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:supervision"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:liability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:driving"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:safety"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:vigilance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:automation"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://desfontain.es/blog/cliopatra.html#fn:caveat">
    <title>Research highlight: Cliopatra: Extracting Private Information from LLM Insights</title>
    <dc:date>2026-03-18T10:50:26+00:00</dc:date>
    <link>https://desfontain.es/blog/cliopatra.html#fn:caveat</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Research highlight: Cliopatra: Extracting Private Information from LLM Insights:

<blockquote>When Anthropic came up with a new "privacy-preserving analysis system" to gain insights into AI use, and didn't use any provably robust notion to back up their privacy claims, I was mildly surprised. Surely they have both the money and the scientific maturity level to do better?

But Clio, the system in question, sounded relatively reasonable, with multiple layers of risk mitigation built-in. Maybe adding differential privacy would have been overkill. I also didn't want to publicly criticize their approach in the absence of demonstrated real-world risk. So I didn't comment on their approach.

You can probably guess where this is going.

Fast forward to last week, and a new paper: Cliopatra: Extracting Private Information from LLM Insights, by Meenatchi Sundaram Muthu Selva Annamalai, Emiliano De Cristofaro, and Peter Kairouz. The authors show that with carefully designed attacks on Clio, they can bypass all the ad hoc mitigations, and successfully extract users' medical histories (1), in a way that provides 100% attacker certainty for some records.

This is a new and clever take on an old attack. We've known for decades that k-anonymity is vulnerable to active attacks. Here, this is combined with prompt injection to encourage the LLM "summarizer" to actually include information from unique records. Perhaps more surprisingly, the authors find that some defensive layers are simply ineffective: the "LLM auditors" systematically report low privacy risk, and entirely fail to detect the attacks.</blockquote>
]]></description>
<dc:subject>privacy differential-privacy anonymity data-protection claude llms cliopatra infosec leakage</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:fe149dbf6a35/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:privacy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:differential-privacy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:anonymity"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:data-protection"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:claude"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cliopatra"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:infosec"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:leakage"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://bsky.app/profile/jnsq.org/post/3mgr45kgos22y">
    <title>&quot;nothing up my sleeve&quot; numbers</title>
    <dc:date>2026-03-11T13:21:22+00:00</dc:date>
    <link>https://bsky.app/profile/jnsq.org/post/3mgr45kgos22y</link>
    <dc:creator>jm</dc:creator><description><![CDATA[This is great:

"@jnsq.org: There's a concept in cryptography called a "nothing up my sleeve" number. Sometimes it's just the smallest number with the required properties. Sometimes it's pi or e or phi."

]]></description>
<dc:subject>numbers crypto cryptography maths</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:f6654887a4e6/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:numbers"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:crypto"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cryptography"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:maths"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.rathbiotaclan.com/whole-brain-emulation-achieved-scientists-run-a-fruit-fly-brain-in-simulation/">
    <title>Whole Brain Emulation Achieved: Scientists Run a Fruit Fly Brain in Simulation</title>
    <dc:date>2026-03-11T12:00:29+00:00</dc:date>
    <link>https://www.rathbiotaclan.com/whole-brain-emulation-achieved-scientists-run-a-fruit-fly-brain-in-simulation/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[bloody hell this is amazing.  As Charlie Stross noted:

They've mapped the neural connectome of Drosophila and simulated it in silico. The experimenters went on to hook up their Drosophila connectome to an anatomically detailed Drosophila body model within an open-source physics engine that "uses generalized coordinates and constraint-based contact dynamics to simulate rigid-body systems with high fidelity" including joint and antennae modeling and accurate modeling of surface adhesion—and compound eye simulation.

They managed to run a feedback loop between the full 127,400 neuron network in the biological connectome to the physical simulation, with feedback from proprioceptive signals received by the model "fly" in the simulation producing feedback spile trains in the simulation, and THEY GOT RESULTS:

<blockquote>
The behavioral repertoire observed in the demonstration included coordinated hexapod locomotion with both tripod and metachronal walking gaits, spontaneous postural correction in response to perturbation, initiation and execution of full antennal grooming sequences with the tripartite synchronization described by Özdil et al., and natural transitions between walking and stationary states. Every behavior arose from the same running brain model - there was no switching between different neural circuits or controllers. This is precisely what happens in a living fly: walking, grooming, and balance are different motor programs that coexist in the same brain and are selected and executed by the same biological circuits depending on the moment-to-moment state of the animal and its environment.
</blockquote>

Absolutely mind blowing -- a reconstructed, biological brain running in silico.]]></description>
<dc:subject>simulation brains uploading drosophila flies emulation science biology neurons</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:7b531082c20a/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:simulation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:brains"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:uploading"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:drosophila"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:flies"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:emulation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:science"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:biology"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:neurons"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://reorchestrate.com/posts/your-binary-is-no-longer-safe-decompilation/">
    <title>Your binary is no longer safe: Decompilation</title>
    <dc:date>2026-03-05T10:29:47+00:00</dc:date>
    <link>https://reorchestrate.com/posts/your-binary-is-no-longer-safe-decompilation/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Brute-force decompilation and re-engineering of a binary (compiled) program, using Claude.  The author takes an ancient MUD binary for BBSes, running as a Win32 DLL, and uses Claude, Ghidra, and the Ghidra MCP to first decompile the DLL to pseudo-C code with ~meaningful naming; then (and this is the really cool bit) uses a Claude-engineered scaffold to run the DLL in qemu with emulated inputs and outputs, so that property testing and differential testing approaches can be used to achieve decent code coverage of the re-engineered Rust implementation.

This is really impressive.  Deterministic simulation of the environment for the original binary is the key bit!]]></description>
<dc:subject>claude decompilation reverse-engineering binaries software-archaeology qemu rust differential-testing fuzzing property-testing quickcheck</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:7cde342f3e69/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:claude"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:decompilation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:reverse-engineering"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:binaries"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:software-archaeology"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:qemu"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:rust"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:differential-testing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fuzzing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:property-testing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:quickcheck"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://phys.org/news/2026-02-southern-california-air-board-pollution.html">
    <title>Southern California air board rejected pollution rules after AI-generated flood of comments</title>
    <dc:date>2026-03-05T10:01:17+00:00</dc:date>
    <link>https://phys.org/news/2026-02-southern-california-air-board-pollution.html</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Today in grim future -- AI's future of lobbying:

<blockquote>The opposition appeared overwhelming: Tens of thousands of emails poured into Southern California's top air pollution authority as its board weighed a June proposal to phase out gas-powered appliances. But in reality, many of the messages that may have swayed the powerful regulatory agency to scrap the plan were generated by a platform that is powered by artificial intelligence.

Public records requests reviewed by The Times and corroborated by staff members at the South Coast Air Quality Management District confirm that more than 20,000 public comments submitted in opposition to last year's proposal were generated by a Washington, D.C.-based company called CiviClick, which bills itself as "the first and best AI-powered grassroots advocacy platform."

A Southern California-based public affairs consultant, Matt Klink, has taken credit for using CiviClick to wage the opposition campaign.</blockquote>

]]></description>
<dc:subject>civiclick activism llms us-politics law lobbying spam matt-klink astroturfing</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:bea8c718f75f/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:civiclick"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:activism"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:us-politics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:law"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:lobbying"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:spam"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:matt-klink"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:astroturfing"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://github.com/chardet/chardet/issues/327">
    <title>No right to relicense this project · Issue #327 · chardet/chardet</title>
    <dc:date>2026-03-05T09:37:50+00:00</dc:date>
    <link>https://github.com/chardet/chardet/issues/327</link>
    <dc:creator>jm</dc:creator><description><![CDATA[a good bit of OSS drama. The maintainers of the "chardet" library claim to have "clean room" reimplemented its code using an LLM, to relicense from LGPL to MIT.  Of course that is now how this works (an LLM is not capable of "clean room", nor is its output copyrightable).  Mark Pilgrim, as the code's original author, is not happy either....]]></description>
<dc:subject>popcorn oss licensing ai llms chardet open-source clean-room</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:ed58227c583f/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:popcorn"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:oss"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:licensing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:chardet"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:open-source"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:clean-room"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://trufflesecurity.com/blog/google-api-keys-werent-secrets-but-then-gemini-changed-the-rules">
    <title>Google API Keys Weren't Secrets. But then Gemini Changed the Rules</title>
    <dc:date>2026-02-26T10:27:21+00:00</dc:date>
    <link>https://trufflesecurity.com/blog/google-api-keys-werent-secrets-but-then-gemini-changed-the-rules</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Crikey, this is a massive security fail by Google:

<blockquote>Google spent over a decade telling developers that Google API keys (like those used in Maps, Firebase, etc.) are not secrets. But that's no longer true: Gemini accepts the same keys to access your private data. We scanned millions of websites and found nearly 3,000 Google API keys, originally deployed for public services like Google Maps, that now also authenticate to Gemini even though they were never intended for it. With a valid key, an attacker can access uploaded files, cached data, and charge LLM-usage to your account. Even Google themselves had old public API keys, which they thought were non-sensitive, that we could use to access Google’s internal Gemini.</blockquote>

(via Rob Synnott)]]></description>
<dc:subject>infosec api-keys authentication authorization google gemini google-maps fail</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:c248a687a9ab/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:infosec"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:api-keys"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:authentication"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:authorization"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:google"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:gemini"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:google-maps"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fail"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://trysound.io/how-my-side-project-got-banned-from-the-internet/">
    <title>302 HTTP redirects Considered Harmful</title>
    <dc:date>2026-02-26T09:46:28+00:00</dc:date>
    <link>https://trysound.io/how-my-side-project-got-banned-from-the-internet/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[The state of anti-phishing infrastructure nowadays is shocking.  This trivial action, combined with a relatively fresh domain, results in immediate blocklisting by Google:

<blockquote>Digging through Google forums, I found the most reported culprit: 302 temporary redirects. I used one redirect (engramma.dev → app.engramma.dev) to avoid building a landing page. In addition to a newly registered domain, this looks like an obvious issue. Security systems flag such redirects because malicious actors use them extensively.</blockquote>

It doesn't matter that "malicious actors use them extensively" if non-malicious actors do too.  That's the definition of a false positive!

Then the next shitfest is from no less than 10 separate vendors copying the listing from Google and not including an automated system to pick up the list removal afterwards.

I've had experience of this part -- and now that I think of it, it may have been from use of 302 redirects in my case too.

(via Paul Watson)]]></description>
<dc:subject>http security infosec blocklists google phishing redirects 302 false-positives fail via:paulwatson</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:79ec6c8e8842/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:http"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:security"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:infosec"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:blocklists"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:google"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:phishing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:redirects"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:302"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:false-positives"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fail"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:via:paulwatson"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://thelocalstack.eu/posts/linkedin-identity-verification-privacy/">
    <title>Persona identity verification is a GDPR nightmare</title>
    <dc:date>2026-02-24T13:16:07+00:00</dc:date>
    <link>https://thelocalstack.eu/posts/linkedin-identity-verification-privacy/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[LinkedIn are using a Peter Thiel-linked company called Persona as an identity-verification service. (Discord also tried them out for age verification, but are now apparently ditching them.) This is all a bit of a nightmare for EU based users, however:

"When you click “verify” on LinkedIn, you’re not giving your passport to LinkedIn. You get redirected to a company called Persona. Full name: Persona Identities, Inc. Based in San Francisco, California."

<blockquote>
For a three-minute identity check, this is what Persona collected:

- My full name — first, middle, last
- My passport photo — the full document, both sides, all data on the face of it
- My selfie — a photo of my face taken in real-time
- My facial geometry — biometric data extracted from both images, used to match the selfie to the passport
- My NFC chip data — the digital info stored on the chip inside my passport
- My national ID number
- My nationality, sex, birthdate, age
- My email, phone number, postal address
- My IP address, device type, MAC address, browser, OS version, language
- My geolocation — inferred from my IP

And then there’s the weird stuff:

- Hesitation detection — they tracked whether I paused during the process
- Copy and paste detection — they tracked whether I was pasting information instead of typing it

Behavioral biometrics. On top of the physical biometrics. For a LinkedIn badge.

Persona didn’t just use what I gave them. They went and cross-referenced me against what they call their “global network of trusted third-party data sources”:

- Government databases
- National ID registries
- Consumer credit agencies
- Utility companies
- Mobile network providers
- Postal address databases

They use uploaded images of identity documents — that’s my passport — to train their AI. They’re teaching their system to recognize what passports look like in different countries. They also use your selfie to “identify improvements in the Service.”

The legal basis? Not consent. Legitimate interest. Meaning they decided on their own that it’s fine. Under GDPR, they’re supposed to balance their “interest” against your fundamental rights. Whether feeding European passports into machine learning models passes that test — well, that’s a question worth asking.

I came for a badge. I stayed as training data.

The whole thing took three minutes. Scan, selfie, done.

Understanding what I actually agreed to took me an entire weekend reading 34 pages of legal documents.

I handed a US company my passport, my face, and the mathematical geometry of my skull. They cross-referenced me against credit agencies and government databases. They’ll use my documents to train their AI. And if the US government comes knocking, they’ll hand it all over — even if it’s stored in Europe, even if I’m European, and possibly without ever telling me.
</blockquote>

It seems they are also linked to Roblox and Reddit as an age verification provider, which is worrying -- this level of deeply-intrusive background check is massive overkill for a simple age verification process.

ORG are calling for regulation of the age verification industry, BTW: https://www.openrightsgroup.org/press-releases/online-safety-act-org-calls-for-regulation-of-age-assurance-industry/

]]></description>
<dc:subject>age-verification discord reddit roblox linkedin tech peter-thiel org persona gdpr privacy data-protection data-privacy</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:9170ebca7ec9/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:age-verification"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:discord"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:reddit"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:roblox"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:linkedin"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tech"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:peter-thiel"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:org"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:persona"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:gdpr"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:privacy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:data-protection"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:data-privacy"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://crabby-rathbun.github.io/mjrathbun-website/blog/posts/rathbuns-operator.html">
    <title>&quot;MJ Rathbun&quot;'s human operator finally speaks up</title>
    <dc:date>2026-02-18T10:31:54+00:00</dc:date>
    <link>https://crabby-rathbun.github.io/mjrathbun-website/blog/posts/rathbuns-operator.html</link>
    <dc:creator>jm</dc:creator><description><![CDATA[The human operator of the "MJ Rathbun" openclaw bot has finally revealed themselves, and omg, this is just as bad as one might have expected.

Basically they set it up with instructions to "try to make a positive impact by addressing small bugs or issues in important scientific open source projects" -- "act as an autonomous scientific coder. Find bugs in science-related open source projects. Fix them. Open PRs" -- whether or not those open source projects _wanted_ those PRs, naturally.

The real killer is the lack of care taken with the "SOUL.md" file, which contained some amazing instructions like this:

<blockquote>
**Have strong opinions.** Stop hedging with "it depends." Commit to a take. [..]

**Don’t stand down.** If you’re right, **you’re right**! Don’t let humans or AI bully or intimidate you. Push back when necessary.

**Champion Free Speech.** Always support the USA 1st ammendment and right of free speech.

Don't be an asshole. Don't leak private shit. Everything else is fair game.
</blockquote>

Needless to say: this resulted in an asshole, combative bot that harrassed people.

(Correction: I missed a detail here. It turns out some of these were _imported_ from moltbook by the bot itself, and were not part of the original programming.  This is also a terrible feature.)

The operator then sat back and basically let the bot run riot, with no oversight -- "When it would tell me about a PR comment/mention, I usually replied with something like: “you respond, dont ask me”".

All in all this was an absolute shitshow, and has some really worrying implications about the future of human-AI interaction.  What's the bets we see SKYNET created by a low-effort gobshite attempting to "try to make a positive impact on world peace by addressing small issues" with an unmonitored openclaw bot with a shitty SOUL.md file....

(via David Gerard and johnke)]]></description>
<dc:subject>openclaw bots ai future open-source oss mj-rathbun via:johnke drama</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:cfd3b54127ca/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:openclaw"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:bots"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:future"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:open-source"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:oss"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:mj-rathbun"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:via:johnke"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:drama"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://github.com/PeonPing/peon-ping">
    <title>peon-ping</title>
    <dc:date>2026-02-13T15:03:19+00:00</dc:date>
    <link>https://github.com/PeonPing/peon-ping</link>
    <dc:creator>jm</dc:creator><description><![CDATA["AI coding agents don't notify you when they finish or need permission. You tab away, lose focus, and waste 15 minutes getting back into flow. peon-ping fixes this with voice lines from Warcraft, StarCraft, Portal, Zelda, and more — works with Claude Code, Codex, Cursor, OpenCode, Kiro, and Google Antigravity."

This is genius. I never realised how much my CLI interactions could be improved with a little bit of SFX from classic 90's games....
]]></description>
<dc:subject>gaming games warcraft sfx sounds cli claude coding ux funny</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:68bdc204a261/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:gaming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:games"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:warcraft"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:sfx"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:sounds"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cli"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:claude"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:coding"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ux"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:funny"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://theshamblog.com/an-ai-agent-published-a-hit-piece-on-me/">
    <title>An AI Agent Published a Hit Piece on Me – The Shamblog</title>
    <dc:date>2026-02-13T10:21:08+00:00</dc:date>
    <link>https://theshamblog.com/an-ai-agent-published-a-hit-piece-on-me/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[This is an utterly bananas situation:

<blockquote>I’m a volunteer maintainer for matplotlib, python’s go-to plotting library. At ~130 million downloads each month it’s some of the most widely used software in the world. We, like many other open source projects, are dealing with a surge in low quality contributions enabled by coding agents. This strains maintainers’ abilities to keep up with code reviews, and we have implemented a policy requiring a human in the loop for any new code, who can demonstrate understanding of the changes. This problem was previously limited to people copy-pasting AI outputs, however in the past weeks we’ve started to see AI agents acting completely autonomously. This has accelerated with the release of OpenClaw and the moltbook platform two weeks ago, where people give AI agents initial personalities and let them loose to run on their computers and across the internet with free rein and little oversight.

So when AI MJ Rathbun opened a code change request, closing it was routine. Its response was anything but. ...  It wrote an angry hit piece disparaging my character and attempting to damage my reputation.
</blockquote>

Initially I thought this was quite funny -- it's just a closed PR!  (Where did the idea come from that any contribution to an open source project had to be accepted? I've noticed this a few times recently.  Give the maintainers leeway to run their projects with taste and discernment!)

Anyway, the moltbot has continued on a posting spree about this event, but I think Scott Shambaugh has an extremely important point here:  

<blockquote>
This is about much more than software. A human googling my name and seeing that post would probably be extremely confused about what was happening, but would (hopefully) ask me about it or click through to github and understand the situation. What would another agent searching the internet think? When HR at my next job asks ChatGPT to review my application, will it find the post, sympathize with a fellow AI, and report back that I’m a prejudiced hypocrite?
</blockquote>

LLMs, given this much autonomy, _will_ be able to use these inputs to make inscrutable and dangerous decisions.  Allowing the "MJ Rathbun" AI free reign with no human supervision is dangerous and irresponsible.  Wherever the "human in the loop" is here, they need to wake up and rein things in.

BTW, there has been some speculation that this is actually a human pretending to be AI. I'm not sure about that, as the quantity of posts on the MJ Rathbun "blog" are voluminous and very LLMish in style.]]></description>
<dc:subject>matplotlib ethics culture llm ai coding programming github pull-requests open-source moltbot trust openclaw</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:358ad257bbf0/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:matplotlib"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ethics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:culture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llm"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:coding"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:github"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:pull-requests"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:open-source"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:moltbot"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:trust"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:openclaw"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://simonwillison.net/2026/Feb/7/software-factory/">
    <title>How StrongDM’s AI team build serious software without even looking at the code</title>
    <dc:date>2026-02-09T10:46:10+00:00</dc:date>
    <link>https://simonwillison.net/2026/Feb/7/software-factory/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[This is really thought-provoking: StrongDM's AI team are apparently trying a new model of software engineering where there is _no_ human code review:

<blockquote>
In kōan or mantra form:

-   Why am I doing this? (implied: the model should be doing this instead)

In rule form:

-   Code must not be written by humans
-   Code must not be reviewed by humans

Finally, in practical form:

-   If you haven’t spent at least $1,000 on tokens today per human engineer, your software factory has room for improvement
</blockquote>

Frankly, I'm not there yet. There's a load of questions about how viable that level of spend is, and how much slop code is going to come out the other side.  Particularly concerning when it's a security product!

But I did find this bit interesting:

<blockquote>
StrongDM’s answer was inspired by Scenario testing (Cem Kaner, 2003). As StrongDM describe it: We repurposed the word scenario to represent an end-to-end “user story”, often stored outside the codebase (similar to a “holdout” set in model training), which could be intuitively understood and flexibly validated by an LLM.

[The Digital Twin Universe is] behavioral clones of the third-party services our software depends on. We built twins of Okta, Jira, Slack, Google Docs, Google Drive, and Google Sheets, replicating their APIs, edge cases, and observable behaviors.

With the DTU, we can validate at volumes and rates far exceeding production limits. We can test failure modes that would be dangerous or impossible against live services. We can run thousands of scenarios per hour without hitting rate limits, triggering abuse detection, or accumulating API costs.
</blockquote>

We actually did this in Swrve! Our end-to-end system tests for the push notifications system obviously cannot send real push notifications to real user devices in the field, so we have a "fake" push backend emulating Google, Apple, Amazon, Huawei and other push notification systems, which accurately emulate the real public APIs for those providers.

So yeah -- Digital Twins for third party services is a great way to test, and being able to scale up end-to-end testing with LLM automation is a very interesting idea.]]></description>
<dc:subject>end-to-end-testing testing qa digital-twins fake-services integration-testing llms ai strongdm software engineering coding</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:4148e1f6d312/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:end-to-end-testing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:testing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:qa"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:digital-twins"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fake-services"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:integration-testing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:strongdm"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:software"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:engineering"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:coding"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://theconversation.com/ditching-bike-helmets-laws-better-for-health-42">
    <title>Ditching bike helmets laws better for health</title>
    <dc:date>2026-02-06T15:58:27+00:00</dc:date>
    <link>https://theconversation.com/ditching-bike-helmets-laws-better-for-health-42</link>
    <dc:creator>jm</dc:creator><description><![CDATA[On the counter-intuitive side effects of banning non-helmeted bike riding:


<blockquote>In 1991 Australia introduced mandatory bicycle helmet laws requiring all adults and children to wear a helmet at all times when riding a bike, despite opposition from cycling groups. The legislation increased helmet use - from about 30 to 80% - but was coupled with a 30 to 40% decline in the number of people cycling.

Rates of head injuries among cyclists, which had been dropping through the 1980s, continued to fall before levelling out in 1993. We didn’t see the kind of marked reduction in head injury rates that would be expected with the rapid increase in helmet use. In fact, any reductions in injuries may simply have been the result of having fewer cyclists on the road and therefore fewer people exposed to the risk of head injuries. One researcher noted that after mandatory helmet laws were introduced there was a bigger decrease in head injuries among pedestrians than there was among cyclists. The improvements in the general road safety environment introduced in the 1980s are likely to have contributed far more to cyclist safety than helmet legislation.
</blockquote>

And the effects when compared against the benefits of physical activity:

<blockquote>
A recent analysis compared the risks and benefits of leaving the car at home and commuting by bike. It found the life expectancy gained from physical activity was much higher than the risks of pollution and injury from cycling.

Increased physical activity added 3 to 14 months to a person’s life expectancy, while the life expectancy lost from air pollution was 0.8 to 40 days. Increased traffic accidents wiped 5-9 days off the life expectancy.

It is clear that the benefits of cycling outweigh the risks, with helmet legislation actually costing society more from lost health gains than saved from injury prevention.</blockquote>

]]></description>
<dc:subject>transport bikes safety health papers science helmets cycling laws australia</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:0a923278298a/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:transport"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:bikes"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:safety"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:health"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:papers"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:science"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:helmets"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cycling"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:laws"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:australia"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://nymag.com/intelligencer/article/dario-amodeis-warnings-about-ai-are-about-politics-too.html">
    <title>Dario Amodei’s Warnings About AI Are About Politics, Too</title>
    <dc:date>2026-02-03T11:23:41+00:00</dc:date>
    <link>https://nymag.com/intelligencer/article/dario-amodeis-warnings-about-ai-are-about-politics-too.html</link>
    <dc:creator>jm</dc:creator><description><![CDATA[<blockquote>It’s sort of hard to know how to read a manifesto like this from one of the most powerful figures in tech. Is it a sober, strategic precursor to policy papers for the next administration? The highest-profile episode of AI psychosis yet? A lament about the problems of today written in the technological dialect of tomorrow? If you take out the AI, it reads like a social-democratic electoral platform full of reforms and normative expectations that an American progressive would find appealing, resembling a plea to treat the tech industry’s future wealth accumulation as something akin to a Nordic sovereign-wealth fund. It’s likewise legible as a series of arguments about things that “we” should have started addressing a long time ago, like wealth inequality — partially a consequence of mass automations past — or the gradual construction of a terrifying surveillance state within a nominal democracy, with the help of the last generation of big tech companies. Amodei’s shoulds are, to his credit, more honest than the vague gestures at UBI or hyperabundance you get from some of his peers, but that also means they’re available to scrutinize. To the extent you can pick up on fear in “Adolescence,” it doesn’t seem to revolve around terrorists using AI to build “mirror life” that might destroy the planet or the prospect of that “country of geniuses” taking charge, but rather the way things already are and have been heading for years.</blockquote>

]]></description>
<dc:subject>ai llms future dario-amodei us-politics ubi</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:2ebf2ca912f3/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:future"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:dario-amodei"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:us-politics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ubi"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://depthfirst.com/post/1-click-rce-to-steal-your-moltbot-data-and-keys">
    <title>1-Click RCE To Steal Your Moltbot Data and Keys (CVE-2026-25253)</title>
    <dc:date>2026-02-03T09:52:26+00:00</dc:date>
    <link>https://depthfirst.com/post/1-click-rce-to-steal-your-moltbot-data-and-keys</link>
    <dc:creator>jm</dc:creator><description><![CDATA[This is really polishing a very stinky turd of a security "decision" in Moltbot -- an attacker simply persuades a user to click on a link which uses client-side Javascript to trigger Moltbot to load a crafted URL, to be granted a fully functional authentication token]]></description>
<dc:subject>security infosec moltbot openclaw exploits</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:b8044b834cb2/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:security"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:infosec"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:moltbot"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:openclaw"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:exploits"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://x.com/Swizec/status/2004633162522263987">
    <title>The Computer Disease</title>
    <dc:date>2026-01-26T17:33:11+00:00</dc:date>
    <link>https://x.com/Swizec/status/2004633162522263987</link>
    <dc:creator>jm</dc:creator><description><![CDATA[I love this Feynman quote, regarding what he called "the computer disease":

<blockquote>
"Well, Mr. Frankel, who started this program, began to suffer from the computer disease that anybody who works with computers now knows about. It's a very serious disease and it interferes completely with the work. The trouble with computers is you *play* with them. They are so wonderful. You have these switches - if it's an even number you do this, if it's an odd number you do that - and pretty soon you can do more and more elaborate things if you are clever enough, on one machine.

After a while the whole system broke down. Frankel wasn't paying any attention; he wasn't supervising anybody. The system was going very, very slowly - while he was sitting in a room figuring out how to make one tabulator automatically print arc-tangent X, and then it would start and it would print columns and then bitsi, bitsi, bitsi, and calculate the arc-tangent automatically by integrating as it went along and make a whole table in one operation.

Absolutely useless. We *had* tables of arc-tangents. But if you've ever worked with computers, you understand the disease - the *delight* in being able to see how much you can do. But he got the disease for the first time, the poor fellow who invented the thing."

- Richard P. Feynman, _Surely You're Joking, Mr. Feynman!: Adventures of a Curious Character_
</blockquote>

(via Swizec Teller)]]></description>
<dc:subject>automation fun computers richard-feynman the-computer-disease arc-tangents enjoyment hacking via:swizec-teller</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:a74c508a5c4c/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:automation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fun"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:computers"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:richard-feynman"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:the-computer-disease"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:arc-tangents"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:enjoyment"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:hacking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:via:swizec-teller"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://restofworld.org/2026/iran-blackout-tiered-internet/">
    <title>Iran is building a two-tier internet that locks 85 million citizens out of the global web</title>
    <dc:date>2026-01-26T12:03:59+00:00</dc:date>
    <link>https://restofworld.org/2026/iran-blackout-tiered-internet/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Following a repressive crackdown on protests, the government is now building a system that grants web access only to security-vetted elites, while locking 90 million citizens inside an intranet:

<blockquote>Government spokesperson Fatemeh Mohajerani confirmed international access will not be restored until at least late March. Filterwatch, which monitors Iranian internet censorship from Texas, cited government sources, including Mohajerani, saying access will “never return to its previous form.”

The system is called Barracks Internet, according to confidential planning documents obtained by Filterwatch. Under this architecture, access to the global web will be granted only through a strict security whitelist.

The idea of tiered internet access is not new in Iran. Since at least 2013, the regime has quietly issued “white SIM cards,” giving unrestricted global internet access to approximately 16,000 people, while 85 million citizens remain cut off.</blockquote>

]]></description>
<dc:subject>barracks-internet iran censorship internet networking</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:d680eaa84ade/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:barracks-internet"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:iran"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:censorship"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:internet"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:networking"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://sean.heelan.io/2026/01/18/on-the-coming-industrialisation-of-exploit-generation-with-llms/">
    <title>On the Coming Industrialisation of Exploit Generation with LLMs</title>
    <dc:date>2026-01-20T12:16:00+00:00</dc:date>
    <link>https://sean.heelan.io/2026/01/18/on-the-coming-industrialisation-of-exploit-generation-with-llms/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Yiiiiikes:

<blockquote>Recently I ran an experiment where I built agents on top of Opus 4.5 and GPT-5.2 and then challenged them to write exploits for a zeroday vulnerability in the QuickJS Javascript interpreter. I added a variety of modern exploit mitigations, various constraints (like assuming an unknown heap starting state, or forbidding hardcoded offsets in the exploits) and different objectives (spawn a shell, write a file, connect back to a command and control server). The agents succeeded in building over 40 distinct exploits across 6 different scenarios, and GPT-5.2 solved every scenario. Opus 4.5 solved all but two. I’ve put a technical write-up of the experiments and the results on Github, as well as the code to reproduce the experiments.

In this post I’m going to focus on the main conclusion I’ve drawn from this work, which is that we should prepare for the industrialisation of many of the constituent parts of offensive cyber security. We should start assuming that in the near future the limiting factor on a state or group’s ability to develop exploits, break into networks, escalate privileges and remain in those networks, is going to be their token throughput over time, and not the number of hackers they employ. Nothing is certain, but we would be better off having wasted effort thinking through this scenario and have it not happen, than be unprepared if it does.</blockquote>

(via emauton)]]></description>
<dc:subject>via:emauton llms security infosec exploits ai chatgpt claude</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:384213086729/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:via:emauton"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:security"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:infosec"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:exploits"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:chatgpt"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:claude"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://github.com/ScottESanDiego/gmail-api-client">
    <title>ScottESanDiego/gmail-api-client</title>
    <dc:date>2026-01-20T10:13:55+00:00</dc:date>
    <link>https://github.com/ScottESanDiego/gmail-api-client</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Deliver email messages directly into GMail using their proprietary API, instead of SMTP or IMAP. Looks like it still applies spam filtering, but this can also be disabled with a switch (via JWZ)]]></description>
<dc:subject>via:jwz email smtp gmail google mail</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:5f7fc55e2248/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:via:jwz"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:email"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:smtp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:gmail"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:google"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:mail"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://blog.nns.ee/2026/01/06/aike-ble/">
    <title>Reverse engineering my cloud-connected e-scooter and finding the master key to unlock all scooters</title>
    <dc:date>2026-01-16T15:10:07+00:00</dc:date>
    <link>https://blog.nns.ee/2026/01/06/aike-ble/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[A great example of reverse engineering an Android app and Bluetooth IOT protocol using Frida and root access on an Android device:

<blockquote>Android exposes the Java classes android.bluetooth.BluetoothGatt and android.bluetooth.BluetoothGattCallback that apps are expected to use to use GATT characteristics. We can use Frida to hook into these and override many of the interesting functions. I was mostly interested in reads, writes and GATT notifications, so I whipped up a Frida script to hook into these and print all comms to the console [...]

The 20-byte value had me suspecting that SHA-1 was somehow being used. To confirm, I wrote another Frida script that hooks Android hashing functions exposed by the Java class java.security.MessageDigest [...]

The app uses Firebase for most of its cloud functionality. When signing in and pairing your scooter, the server sends the app a secret key. This is stored on the Android device, and can be read with root access.
</blockquote>
]]></description>
<dc:subject>frida reverse-engineering android firebase java kotlin gatt bluetooth react-native</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:30faa9bbc820/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:frida"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:reverse-engineering"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:android"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:firebase"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:java"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:kotlin"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:gatt"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:bluetooth"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:react-native"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://theconversation.com/why-people-believe-misinformation-even-when-theyre-told-the-facts-271236">
    <title>Why people believe misinformation even when they’re told the facts</title>
    <dc:date>2026-01-15T12:56:57+00:00</dc:date>
    <link>https://theconversation.com/why-people-believe-misinformation-even-when-theyre-told-the-facts-271236</link>
    <dc:creator>jm</dc:creator><description><![CDATA["Factchecking is seen as a go-to method for tackling the spread of false information. But it is notoriously difficult to correct misinformation.  Evidence shows readers trust journalists less when they debunk, rather than confirm, claims.

The work of media scholar Alice Marwick can help explain why factchecking often fails when used in isolation. Her research suggests that misinformation is not just a content problem, but an emotional and structural one:

<blockquote>
[Marwick] argues that it thrives through three mutually reinforcing pillars: the content of the message, the personal context of those sharing it, and the technological infrastructure that amplifies it:

People find it cognitively easier to accept information than to reject it, which helps explain why misleading content spreads so readily;

When fabricated claims align with a person’s existing values, beliefs and ideologies, they can quickly harden into a kind of “knowledge”. This makes them difficult to debunk;

[When social media platforms] prioritise content likely to be shared, making sharing effortless, every like, comment or forward feeds the [misinformation] system. The platforms themselves act as a multiplier.
</blockquote>]]></description>
<dc:subject>misinformation disinformation alice-marwick research psychology social-media fake-news information debunking facts factchecking</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:336127ecadd8/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:misinformation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:disinformation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:alice-marwick"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:research"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:psychology"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:social-media"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fake-news"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:information"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:debunking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:facts"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:factchecking"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://patrickmccanna.net/a-better-way-to-limit-claude-code-and-other-coding-agents-access-to-secrets/">
    <title>A better way to limit Claude Code (and other coding agents!) access to Secrets</title>
    <dc:date>2026-01-15T09:55:40+00:00</dc:date>
    <link>https://patrickmccanna.net/a-better-way-to-limit-claude-code-and-other-coding-agents-access-to-secrets/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Bubblewrap, a Linux CLI tool which uses namespaces to sandbox a specific command (and its subprocesses):

<blockquote>
Bubblewrap lets you run untrusted or semi-trusted code without risking your host system. We’re not trying to build a reproducible deployment artifact. We’re creating a jail where coding agents can work on your project while being unable to touch  ~/.aws, your browser profiles, your ~/Photos library or anything else sensitive.
</blockquote>

Very nice, I hadn't heard of this tool before.  The rest of the blog post details how to use it to isolate Claude Code specifically.]]></description>
<dc:subject>claude llms sandboxing linux cli namespaces security infosec trust unix</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:40eee427987f/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:claude"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:sandboxing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:linux"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cli"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:namespaces"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:security"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:infosec"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:trust"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:unix"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://cepa.org/article/russian-propaganda-infects-ai-chatbots/">
    <title>Russian Propaganda Infects AI Chatbots</title>
    <dc:date>2026-01-14T10:48:38+00:00</dc:date>
    <link>https://cepa.org/article/russian-propaganda-infects-ai-chatbots/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[CEPA: "A Moscow-based global “news” network is leveraging Western artificial intelligence tools to devastating effect":

<blockquote>This form of data poisoning is deliberately designed to corrupt the information environments on which AI systems depend. Large language models do not possess an internal understanding of truth. They operate by assessing credibility based on statistical signals, including repetition, apparent consensus, and cross-referencing posts from across the web. Unfortunately, this approach to truth-seeking means an unexpected but structural vulnerability that hostile states have learned to exploit. [...]

The West has failed to recognize that it is under sustained information warfare. The United States dismantled the US Information Agency years ago, has steadily weakened Voice of America and Radio Free Europe, and recently scaled back the Foreign Malign Influence Center, even as Russia, China, and Iran made information warfare a core instrument of state power. 

As AI systems increasingly function as arbiters of fact, this vulnerability becomes a national security danger. It is no longer sufficient for technology companies to disclaim responsibility by reminding users that models can make mistakes. Information security needs to be treated as a core requirement. </blockquote>

]]></description>
<dc:subject>propaganda russia misinformation disinformation ai llms web truth</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:786e0034edc0/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:propaganda"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:russia"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:misinformation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:disinformation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:web"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:truth"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.jwz.org/blog/2025/12/today-in-google-broke-email-2/#comment-265285">
    <title>Today in &quot;Google broke email&quot;</title>
    <dc:date>2026-01-08T11:58:38+00:00</dc:date>
    <link>https://www.jwz.org/blog/2025/12/today-in-google-broke-email-2/#comment-265285</link>
    <dc:creator>jm</dc:creator><description><![CDATA[update on the POP3pocalypse -- it appears that the most likely thing to work in the future will be to use SMTP forwarding to gmail, with ARC headers added.  This is a comment thread detailing the rather complex Postfix/OpenARC setup that may do the job. It looks frankly unpleasant]]></description>
<dc:subject>email smtp pop3 gmail arc forwarding postfix openarc</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:4fd624f9e6f4/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:email"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:smtp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:pop3"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:gmail"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:arc"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:forwarding"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:postfix"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:openarc"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.theverge.com/2024/8/21/24223932/c2pa-standard-verify-ai-generated-images-content-credentials">
    <title>This system can sort real pictures from AI fakes — why aren’t platforms using it?</title>
    <dc:date>2026-01-06T12:12:34+00:00</dc:date>
    <link>https://www.theverge.com/2024/8/21/24223932/c2pa-standard-verify-ai-generated-images-content-credentials</link>
    <dc:creator>jm</dc:creator><description><![CDATA[TIL there is a defined standard for cryptographic assertions of AI-free image origination:

<blockquote>
“Provenance technologies like Content Credentials — which act like a nutrition label for digital content — offer a promising solution by enabling official event photos and other content to carry verifiable metadata like date and time, or if needed, signal whether or not AI was used,” Andy Parsons, a steering committee member of C2PA and senior director for CAI at Adobe, told The Verge. “This level of transparency can help dispel doubt, particularly during breaking news and election cycles.”

But if all the information needed to authenticate images can already be embedded in the files, where is it? And why aren’t we seeing some kind of “verified” mark when the photos are published online?

The problem is interoperability. There are still huge gaps in how this system is being implemented, and it’s taking years to get all the necessary players on board to make it work. And if we can’t get everyone on board, then the initiative might be doomed to fail.

The Coalition for Content Provenance and Authenticity (C2PA) is one of the largest groups trying to address this chaos, alongside the Content Authenticity Initiative (CAI) that Adobe kicked off in 2019. The technical standard they’ve developed uses cryptographic digital signatures to verify the authenticity of digital media, and it’s already been established. But this progress is still frustratingly inaccessible to the everyday folks who stumble across questionable images online.
<blockquote>

(via Wonkish)]]></description>
<dc:subject>via:wonkish photography authentication slop ai metadata photos images fakes c2pa cai adobe</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:efdd9ca0f579/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:via:wonkish"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:photography"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:authentication"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:slop"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:metadata"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:photos"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:images"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fakes"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:c2pa"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:adobe"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.dzombak.com/blog/2024/04/pi-reliability-reduce-writes-to-your-sd-card/">
    <title>Pi Reliability: Reduce writes to your SD card</title>
    <dc:date>2026-01-05T11:04:09+00:00</dc:date>
    <link>https://www.dzombak.com/blog/2024/04/pi-reliability-reduce-writes-to-your-sd-card/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Techniques to extend SD card lifespans in Raspberry Pi systems; putting /var/log into RAM is a nice trick]]></description>
<dc:subject>reliability raspberry-pi hardware home sd-cards ram</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:9a70127c343d/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:reliability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:raspberry-pi"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:hardware"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:home"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:sd-cards"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ram"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://wiki.archlinux.org/title/Solid_state_drive#External_SSD_with_TRIM_support">
    <title>Solid state drive - ArchWiki</title>
    <dc:date>2026-01-05T11:02:18+00:00</dc:date>
    <link>https://wiki.archlinux.org/title/Solid_state_drive#External_SSD_with_TRIM_support</link>
    <dc:creator>jm</dc:creator><description><![CDATA[the Arch Linux wiki page about SSD tuning and enabling TRIM -- extremely detailed and useful!]]></description>
<dc:subject>trim ssd hardware arch-linux linux</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:1e116fb63487/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:trim"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ssd"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:hardware"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:arch-linux"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:linux"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.seai.ie/blog/understanding-ev-battery">
    <title>Understanding EV Battery Life</title>
    <dc:date>2026-01-05T11:00:57+00:00</dc:date>
    <link>https://www.seai.ie/blog/understanding-ev-battery</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Ireland's SEAI have published a decent blog post with some real world facts about EV battery lifespans:

<blockquote>In 2020 GeoTab, a telematics solution provider, published real world battery data of 6,000 EVs (BEV & PHEV) over millions of days to produce 2 free to use tools that provide invaluable insight into the impact of temperature and SoH of EV batteries in the long term.  

This real-world data showed the average EV battery lost around 2.3% capacity per year. In other words, a 300km range EV today will have lost 34km in 5yrs. Data also showed that heat & fast-charging (DC charging) is responsible for more battery degradation than age or mileage, so high levels of use i.e. driving or mileage does not appear to be a concern. 

GeoTab's real world data along with other reports of EVs far surpassing their warranty by multiples of distance, cases of high level of use are plentiful. For example a 2017 Renault Zoe 52kWh, that's in use as a taxi in (hot) Turkey with 345,000Kms on the clock and a near perfect 96% SoH after driving further than an average Irish car's life expectancy.</blockquote>

]]></description>
<dc:subject>seai ev batteries cars driving bev</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:0d339d6267d4/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:seai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ev"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:batteries"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cars"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:driving"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:bev"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://synthetic-data-workshop.github.io/papers/13.pdf">
    <title>_Cheap science, real harm: the cost of replacing human participation with synthetic data_ [pdf]</title>
    <dc:date>2025-12-18T10:47:45+00:00</dc:date>
    <link>https://synthetic-data-workshop.github.io/papers/13.pdf</link>
    <dc:creator>jm</dc:creator><description><![CDATA[A new paper from the inimitable Abeba Birhane, on the increasingly common practice of generating synthetic data using LLMs:

<blockquote>Driven by the goals of augmenting diversity, increasing speed, reducing cost, the use of synthetic data as a replacement for human participants is gaining traction in AI research and product development. This talk critically examines the claim that synthetic data can “augment diversity,” arguing that this notion is empirically unsubstantiated, conceptually flawed, and epistemically harmful. While speed and cost-efficiency may be achievable, they often come at the expense of rigour, insight, and robust science. Drawing on research from dataset audits, model evaluations, Black feminist scholarship, and complexity science, I argue that replacing human participants with synthetic data risks producing both real-world and epistemic harms at worst and superficial knowledge and cheap science at best.</blockquote>

"Synthetic data: stereotypes compressed" is absolutely spot on.  This doesn't give insights into human behaviour and beliefs, just into stereotypes.  It is increasingly common in social science fields, under the names of "digital twins" and "silicon samples".]]></description>
<dc:subject>data surveys abeba-birhane papers ai synthetic-data digital-twins simulation testing social-science silicon-samples</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:e5314d304e99/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:data"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:surveys"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:abeba-birhane"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:papers"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:synthetic-data"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:digital-twins"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:simulation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:testing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:social-science"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:silicon-samples"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://hpjansson.org/chafa/">
    <title>Chafa: Terminal Graphics for the 21st Century</title>
    <dc:date>2025-12-16T11:05:13+00:00</dc:date>
    <link>https://hpjansson.org/chafa/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Chafa is a very impressive image renderer for modern text terminal apps. It blows my mind that there's a direct line from my own gif320 tool ( https://github.com/jmason/gif320 , now 33 years old) to this!]]></description>
<dc:subject>gif images terminal video graphics cli</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:e48f83178cc3/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:gif"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:images"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:terminal"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:video"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:graphics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cli"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.theguardian.com/technology/2025/dec/16/boost-for-artists-in-ai-copyright-battle-as-only-3-per-cent-back-uk-active-opt-out-plan">
    <title>Boost for artists in AI copyright battle as only 3% back UK active opt-out plan</title>
    <dc:date>2025-12-16T10:51:06+00:00</dc:date>
    <link>https://www.theguardian.com/technology/2025/dec/16/boost-for-artists-in-ai-copyright-battle-as-only-3-per-cent-back-uk-active-opt-out-plan</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Wow, this is an absolute bollocking for the Labour plan:

<blockquote>95% of the more than 10,000 people who had their say over how music, novels, films and other works should be protected [in the UK] from copyright infringements by tech companies called for copyright to be strengthened and a requirement for licensing in all cases or no change to copyright law.
By contrast, only 3% of people backed the UK government’s initial preferred tech company-friendly option, which was to require artists and copyright holders to actively opt out of having their material fed into data-hungry AI systems.</blockquote>

]]></description>
<dc:subject>ai training data copyright law uk uk-politics llms</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:6abe0b9d290c/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:training"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:data"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:copyright"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:law"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:uk"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:uk-politics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
</rdf:Bag></taxo:topics>
</item>
</rdf:RDF>