diff --git a/blog/entry/Haskell_webassembly_in_the_browser.mdwn b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
index 2a97f4c9..d0eddc01 100644
--- a/blog/entry/Haskell_webassembly_in_the_browser.mdwn
+++ b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
@@ -2,7 +2,7 @@
 <a href="https://tmp.joeyh.name/haskellwasm/">live demo</a>
 
 As far as I know this is the first Haskell program
-compiled to Webassembly (WASM) and using the browser DOM.
+compiled to Webassembly (WASM) with mainline ghc and using the browser DOM.
 
 ghc's WASM backend is solid, but it only provides very low-level FFI bindings
 when used in the browser. Ints and pointers to WASM memory.

diff --git a/blog/entry/Haskell_webassembly_in_the_browser.mdwn b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
index 81e01089..2a97f4c9 100644
--- a/blog/entry/Haskell_webassembly_in_the_browser.mdwn
+++ b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
@@ -90,7 +90,7 @@ it would have to eval it. That would make running WASM in the browser be
 evaling Javascript every time it calls a function. That does not seem like a
 good idea if the goal is speed. GHC's
 <a href="https://ghc.gitlab.haskell.org/ghc/doc/users_guide/javascript.html">javascript backend</a>
-does use Haskell snippets like that, but there they get pasted into the generated
+does use Javascript`FFI snippets like that, but there they get pasted into the generated
 Javascript hairball, so no eval is needed.
 
 So my code has things like `get_js_object_method` that look up things like

diff --git a/blog/entry/Haskell_webassembly_in_the_browser.mdwn b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
index a2133fe8..81e01089 100644
--- a/blog/entry/Haskell_webassembly_in_the_browser.mdwn
+++ b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
@@ -132,4 +132,8 @@ meantime, clone the
 <a href="https://git.joeyh.name/index.cgi/haskell-wasmjsbridge.git/">git repo</a>
 to have a play with it.
 
+----
+
+This blog post was sponsored by unqueued [on Patreon](https://patreon.com/joeyh).
+
 [[!tag haskell]]

diff --git a/blog/entry/Haskell_webassembly_in_the_browser.mdwn b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
index 8c5bd255..a2133fe8 100644
--- a/blog/entry/Haskell_webassembly_in_the_browser.mdwn
+++ b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
@@ -131,3 +131,5 @@ it seems likely that ongoing development of ghc will make it obsolete. In the
 meantime, clone the 
 <a href="https://git.joeyh.name/index.cgi/haskell-wasmjsbridge.git/">git repo</a>
 to have a play with it.
+
+[[!tag haskell]]

diff --git a/blog/entry/Haskell_webassembly_in_the_browser.mdwn b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
index 0dc13ad2..8c5bd255 100644
--- a/blog/entry/Haskell_webassembly_in_the_browser.mdwn
+++ b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
@@ -84,17 +84,17 @@ to run, which might be any method of any object. It looks it up in a map
 and runs it. And the ByteString that got passed from Haskell has to be decoded to a
 javascript string.
 
-In the haskell program above, the function is `document.alert`. Why not
+In the Haskell program above, the function is `document.alert`. Why not
 pass a ByteString with that through the FFI? Well, you could. But then
 it would have to eval it. That would make running WASM in the browser be
-evaling javascript every time it calls a function. That does not seem like a
+evaling Javascript every time it calls a function. That does not seem like a
 good idea if the goal is speed. GHC's
 <a href="https://ghc.gitlab.haskell.org/ghc/doc/users_guide/javascript.html">javascript backend</a>
-does use haskell snippets like that, but there they get pasted into the generated
-javascript hairball, so no eval is needed.
+does use Haskell snippets like that, but there they get pasted into the generated
+Javascript hairball, so no eval is needed.
 
 So my code has things like `get_js_object_method` that look up things like
-javascript functions and generate identifiers. It also has this:
+Javascript functions and generate identifiers. It also has this:
 
 	call_js_function_ByteString_Object :: JSFunction -> B.ByteString -> IO JSObject
 
@@ -104,8 +104,8 @@ that return a javascript object:
 	getElementById <- get_js_object_method (JSObjectName "document") "getElementById"
 	canvas <- call_js_function_ByteString_Object getElementById "myCanvas"
 
-Here's the javascript called by `get_js_object_method`. It generates a
-javascript function that will be used to call the desired method of the object,
+Here's the Javascript called by `get_js_object_method`. It generates a
+Javascript function that will be used to call the desired method of the object,
 and allocates an identifier for it, and returns that to the caller.
 
 	get_js_objectname_method(ob, osz, nb, nsz) {
@@ -119,14 +119,14 @@ and allocates an identifier for it, and returns that to the caller.
 		return n;
 	},
 
-This does mean that every time a javascript function id is looked up,
-some more memory is used on the javascript side. For more serious uses of this,
+This does mean that every time a Javascript function id is looked up,
+some more memory is used on the Javascript side. For more serious uses of this,
 something would need to be done about that. Lots of other stuff like
 object value getting and setting is also not implemented, there's
 no support yet for callbacks, and so on. Still, I'm happy where this has
 gotten to after 12 hours of work on it. 
 
-I *might* release the reusable parts of this as a haskell library, although
+I *might* release the reusable parts of this as a Haskell library, although
 it seems likely that ongoing development of ghc will make it obsolete. In the 
 meantime, clone the 
 <a href="https://git.joeyh.name/index.cgi/haskell-wasmjsbridge.git/">git repo</a>

diff --git a/blog/entry/Haskell_webassembly_in_the_browser.mdwn b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
index b531dd86..0dc13ad2 100644
--- a/blog/entry/Haskell_webassembly_in_the_browser.mdwn
+++ b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
@@ -81,7 +81,7 @@ Finally, the Javascript that gets run for that is:
 
 Notice that this gets an identifier representing the javascript function
 to run, which might be any method of any object. It looks it up in a map
-and runs it. The ByteString that got passed from Haskell has to be decoded to a
+and runs it. And the ByteString that got passed from Haskell has to be decoded to a
 javascript string.
 
 In the haskell program above, the function is `document.alert`. Why not

diff --git a/blog/entry/Haskell_webassembly_in_the_browser.mdwn b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
index 5f3b425c..b531dd86 100644
--- a/blog/entry/Haskell_webassembly_in_the_browser.mdwn
+++ b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
@@ -70,8 +70,6 @@ C functions that are used by the Haskell FFI. It looks like this:
 Another 64 lines of code for that
 (<a href="https://git.joeyh.name/index.cgi/haskell-wasmjsbridge.git/tree/wasmjsbridge.c?id=076105852666e4337e7aeee50d1db73811271684">here</a>).
 I found this pattern in Joachim Breitner's <a href="https://github.com/nomeata/haskell-on-fastly/blob/master/fastly-sys.c">haskell-on-fastly</a> and copied it rather blindly.
-Maybe ghc will eventually get the ability to import from Javascript
-directly in Haskell FFI and eliminate the need for this?
 
 Finally, the Javascript that gets run for that is:
 

diff --git a/blog/entry/Haskell_webassembly_in_the_browser.mdwn b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
index a6c65c08..5f3b425c 100644
--- a/blog/entry/Haskell_webassembly_in_the_browser.mdwn
+++ b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
@@ -70,10 +70,10 @@ C functions that are used by the Haskell FFI. It looks like this:
 Another 64 lines of code for that
 (<a href="https://git.joeyh.name/index.cgi/haskell-wasmjsbridge.git/tree/wasmjsbridge.c?id=076105852666e4337e7aeee50d1db73811271684">here</a>).
 I found this pattern in Joachim Breitner's <a href="https://github.com/nomeata/haskell-on-fastly/blob/master/fastly-sys.c">haskell-on-fastly</a> and copied it rather blindly.
-Maybe ghc will eventually get the ability to import from WASM
-modules directly in Haskell FFI and eliminate the need for this?
+Maybe ghc will eventually get the ability to import from Javascript
+directly in Haskell FFI and eliminate the need for this?
 
-Finally, the javascript that gets run for that is:
+Finally, the Javascript that gets run for that is:
 
 	call_js_function_string_void(n, b, sz) {
 		const fn = globalThis.wasmjsbridge_functionmap.get(n);

diff --git a/blog/entry/Haskell_webassembly_in_the_browser.mdwn b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
index bf65a04a..a6c65c08 100644
--- a/blog/entry/Haskell_webassembly_in_the_browser.mdwn
+++ b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
@@ -70,7 +70,7 @@ C functions that are used by the Haskell FFI. It looks like this:
 Another 64 lines of code for that
 (<a href="https://git.joeyh.name/index.cgi/haskell-wasmjsbridge.git/tree/wasmjsbridge.c?id=076105852666e4337e7aeee50d1db73811271684">here</a>).
 I found this pattern in Joachim Breitner's <a href="https://github.com/nomeata/haskell-on-fastly/blob/master/fastly-sys.c">haskell-on-fastly</a> and copied it rather blindly.
-Maybe ghc will eventually get the ability to import from WASI
+Maybe ghc will eventually get the ability to import from WASM
 modules directly in Haskell FFI and eliminate the need for this?
 
 Finally, the javascript that gets run for that is:

diff --git a/blog/entry/Haskell_webassembly_in_the_browser.mdwn b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
index a9d78138..bf65a04a 100644
--- a/blog/entry/Haskell_webassembly_in_the_browser.mdwn
+++ b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
@@ -22,7 +22,7 @@ Plus another 18 to bootstrap running the WASM program
 (<a href="https://git.joeyh.name/index.cgi/haskell-wasmjsbridge.git/tree/index.js?id=076105852666e4337e7aeee50d1db73811271684">here</a>).
 (Also <a href="https://github.com/bjorn3/browser_wasi_shim">browser_wasi_shim</a>)
 
-But let's start with the haskell. A simple program to pop up
+But let's start with the Haskell code. A simple program to pop up
 an alert in the browser looks like this:
 
     {-# LANGUAGE OverloadedStrings #-}

diff --git a/blog/entry/Haskell_webassembly_in_the_browser.mdwn b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
index 28b2d288..a9d78138 100644
--- a/blog/entry/Haskell_webassembly_in_the_browser.mdwn
+++ b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
@@ -18,7 +18,7 @@ calling back to Javascript.
 
 For this project, I needed 63 lines of (reusable) javascript
 (<a href="https://git.joeyh.name/index.cgi/haskell-wasmjsbridge.git/tree/wasmjsbridge.js?id=076105852666e4337e7aeee50d1db73811271684">here</a>).
-Plus another 18 to bootstrap running the WASI program
+Plus another 18 to bootstrap running the WASM program
 (<a href="https://git.joeyh.name/index.cgi/haskell-wasmjsbridge.git/tree/index.js?id=076105852666e4337e7aeee50d1db73811271684">here</a>).
 (Also <a href="https://github.com/bjorn3/browser_wasi_shim">browser_wasi_shim</a>)
 

diff --git a/blog/entry/Haskell_webassembly_in_the_browser.mdwn b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
index d0059302..28b2d288 100644
--- a/blog/entry/Haskell_webassembly_in_the_browser.mdwn
+++ b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
@@ -12,8 +12,9 @@ details</a> and for instructions on getting the ghc WASM toolchain I used.)
 I imagine that in the future, WASM code will interface with the DOM by
 using a
 <a href="https://bytecodealliance.org/articles/webassembly-the-updated-roadmap-for-developers">WASI "world"</a>
-that defines a complete API. But currently, WASM
-can't do anything in a browser without calling back to Javascript.
+that defines a complete API (and browsers won't include Javascript engines
+anymore). But currently, WASM can't do anything in a browser without
+calling back to Javascript.
 
 For this project, I needed 63 lines of (reusable) javascript
 (<a href="https://git.joeyh.name/index.cgi/haskell-wasmjsbridge.git/tree/wasmjsbridge.js?id=076105852666e4337e7aeee50d1db73811271684">here</a>).

diff --git a/blog/entry/Haskell_webassembly_in_the_browser.mdwn b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
index 3e504ebe..d0059302 100644
--- a/blog/entry/Haskell_webassembly_in_the_browser.mdwn
+++ b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
@@ -1,4 +1,4 @@
-[[!img blog/pics/haskellinthebrowser.png]]
+[[!img blog/pics/haskellinthebrowser.png]]  
 <a href="https://tmp.joeyh.name/haskellwasm/">live demo</a>
 
 As far as I know this is the first Haskell program

diff --git a/blog/entry/Haskell_webassembly_in_the_browser.mdwn b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
index b63cc150..3e504ebe 100644
--- a/blog/entry/Haskell_webassembly_in_the_browser.mdwn
+++ b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
@@ -1,4 +1,5 @@
 [[!img blog/pics/haskellinthebrowser.png]]
+<a href="https://tmp.joeyh.name/haskellwasm/">live demo</a>
 
 As far as I know this is the first Haskell program
 compiled to Webassembly (WASM) and using the browser DOM.

diff --git a/blog/entry/Haskell_webassembly_in_the_browser.mdwn b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
new file mode 100644
index 00000000..b63cc150
--- /dev/null
+++ b/blog/entry/Haskell_webassembly_in_the_browser.mdwn
@@ -0,0 +1,133 @@
+[[!img blog/pics/haskellinthebrowser.png]]
+
+As far as I know this is the first Haskell program
+compiled to Webassembly (WASM) and using the browser DOM.
+
+ghc's WASM backend is solid, but it only provides very low-level FFI bindings
+when used in the browser. Ints and pointers to WASM memory.
+(<a href="https://gitlab.haskell.org/ghc/ghc-wasm-meta">See here for
+details</a> and for instructions on getting the ghc WASM toolchain I used.)
+
+I imagine that in the future, WASM code will interface with the DOM by
+using a
+<a href="https://bytecodealliance.org/articles/webassembly-the-updated-roadmap-for-developers">WASI "world"</a>
+that defines a complete API. But currently, WASM
+can't do anything in a browser without calling back to Javascript.
+
+For this project, I needed 63 lines of (reusable) javascript
+(<a href="https://git.joeyh.name/index.cgi/haskell-wasmjsbridge.git/tree/wasmjsbridge.js?id=076105852666e4337e7aeee50d1db73811271684">here</a>).
+Plus another 18 to bootstrap running the WASI program
+(<a href="https://git.joeyh.name/index.cgi/haskell-wasmjsbridge.git/tree/index.js?id=076105852666e4337e7aeee50d1db73811271684">here</a>).
+(Also <a href="https://github.com/bjorn3/browser_wasi_shim">browser_wasi_shim</a>)
+
+But let's start with the haskell. A simple program to pop up
+an alert in the browser looks like this:
+
+    {-# LANGUAGE OverloadedStrings #-}
+
+    import Wasmjsbridge
+
+    foreign export ccall hello :: IO ()
+
+    hello :: IO ()
+    hello = do
+        alert <- get_js_object_method "window" "alert"
+        call_js_function_ByteString_Void alert "hello, world!"
+
+A larger program that draws on the canvas and generated the image above
+is <a href="https://git.joeyh.name/index.cgi/haskell-wasmjsbridge.git/tree/Hello.hs?id=076105852666e4337e7aeee50d1db73811271684">here</a>.
+
+The Haskell side of the FFI interface is a bunch of fairly mechanical
+functions like this:
+
+    foreign import ccall unsafe "call_js_function_string_void"
+        _call_js_function_string_void :: Int -> CString -> Int -> IO ()
+
+    call_js_function_ByteString_Void :: JSFunction -> B.ByteString -> IO ()
+    call_js_function_ByteString_Void (JSFunction n) b =
+          BU.unsafeUseAsCStringLen b $ \(buf, len) ->
+                    _call_js_function_string_void n buf len
+
+Many more would need to be added, or generated, to continue down this
+path to complete coverage of all data types. All in all it's 64 lines
+of code so far
+(<a href="https://git.joeyh.name/index.cgi/haskell-wasmjsbridge.git/tree/Wasmjsbridge.hs?id=076105852666e4337e7aeee50d1db73811271684">here</a>).
+
+Also a C shim is needed, that imports from WASI modules and provides
+C functions that are used by the Haskell FFI. It looks like this:
+
+	void _call_js_function_string_void(uint32_t fn, uint8_t *buf, uint32_t len) __attribute__((
+	        __import_module__("wasmjsbridge"),
+	        __import_name__("call_js_function_string_void")
+	));
+	
+	void call_js_function_string_void(uint32_t fn, uint8_t *buf, uint32_t len) {
+	        _call_js_function_string_void(fn, buf, len);
+	}
+
+Another 64 lines of code for that
+(<a href="https://git.joeyh.name/index.cgi/haskell-wasmjsbridge.git/tree/wasmjsbridge.c?id=076105852666e4337e7aeee50d1db73811271684">here</a>).
+I found this pattern in Joachim Breitner's <a href="https://github.com/nomeata/haskell-on-fastly/blob/master/fastly-sys.c">haskell-on-fastly</a> and copied it rather blindly.
+Maybe ghc will eventually get the ability to import from WASI
+modules directly in Haskell FFI and eliminate the need for this?
+
+Finally, the javascript that gets run for that is:
+
+	call_js_function_string_void(n, b, sz) {
+		const fn = globalThis.wasmjsbridge_functionmap.get(n);
+		const buffer = globalThis.wasmjsbridge_exports.memory.buffer;
+		fn(decoder.decode(new Uint8Array(buffer, b, sz)));
+	},
+
+Notice that this gets an identifier representing the javascript function
+to run, which might be any method of any object. It looks it up in a map
+and runs it. The ByteString that got passed from Haskell has to be decoded to a
+javascript string.
+
+In the haskell program above, the function is `document.alert`. Why not
+pass a ByteString with that through the FFI? Well, you could. But then
+it would have to eval it. That would make running WASM in the browser be
+evaling javascript every time it calls a function. That does not seem like a
+good idea if the goal is speed. GHC's
+<a href="https://ghc.gitlab.haskell.org/ghc/doc/users_guide/javascript.html">javascript backend</a>
+does use haskell snippets like that, but there they get pasted into the generated
+javascript hairball, so no eval is needed.
+
+So my code has things like `get_js_object_method` that look up things like
+javascript functions and generate identifiers. It also has this:
+
+	call_js_function_ByteString_Object :: JSFunction -> B.ByteString -> IO JSObject
+
+Which can be used to call things like `document.getElementById`
+that return a javascript object:
+
+	getElementById <- get_js_object_method (JSObjectName "document") "getElementById"
+	canvas <- call_js_function_ByteString_Object getElementById "myCanvas"
+
+Here's the javascript called by `get_js_object_method`. It generates a
+javascript function that will be used to call the desired method of the object,
+and allocates an identifier for it, and returns that to the caller.
+
+	get_js_objectname_method(ob, osz, nb, nsz) {
+		const buffer = globalThis.wasmjsbridge_exports.memory.buffer;
+		const objname = decoder.decode(new Uint8Array(buffer, ob, osz));
+		const funcname = decoder.decode(new Uint8Array(buffer, nb, nsz));
+		const func = function (...args) { return globalThis[objname][funcname](...args) };
+		const n = globalThis.wasmjsbridge_counter + 1;
+		globalThis.wasmjsbridge_counter = n;
+		globalThis.wasmjsbridge_functionmap.set(n, func);
+		return n;
+	},
+
+This does mean that every time a javascript function id is looked up,
+some more memory is used on the javascript side. For more serious uses of this,
+something would need to be done about that. Lots of other stuff like
+object value getting and setting is also not implemented, there's
+no support yet for callbacks, and so on. Still, I'm happy where this has
+gotten to after 12 hours of work on it. 
+
+I *might* release the reusable parts of this as a haskell library, although
+it seems likely that ongoing development of ghc will make it obsolete. In the 
+meantime, clone the 
+<a href="https://git.joeyh.name/index.cgi/haskell-wasmjsbridge.git/">git repo</a>
+to have a play with it.
diff --git a/blog/pics/haskellinthebrowser.png b/blog/pics/haskellinthebrowser.png
new file mode 100644
index 00000000..e2d9c2e1
Binary files /dev/null and b/blog/pics/haskellinthebrowser.png differ

diff --git a/blog/entry/become_ungoogleable/comment_4_417a689c4668308cf16c33586c972f2f._comment b/blog/entry/become_ungoogleable/comment_4_417a689c4668308cf16c33586c972f2f._comment
new file mode 100644
index 00000000..fe11b03f
--- /dev/null
+++ b/blog/entry/become_ungoogleable/comment_4_417a689c4668308cf16c33586c972f2f._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="jon@1988e0faa817ff8031955d8196252f0e4388fb39"
+ nickname="jon"
+ avatar="http://cdn.libravatar.org/avatar/b5d24d9cae2be64cde8d7317fb48da8a"
+ subject="Google and ikiwiki"
+ date="2023-08-03T06:46:35Z"
+ content="""
+Good idea!
+
+I know you now have very little involvement in ikiwiki at all, but I’ve had a patch to implement ikiwiki’s search in terms of DuckDuckGo (rather than Google as it is now)  sitting around since 2019, and if this is something that you find interesting I’d be grateful if you’d consider taking a look: https://ikiwiki.info/todo/Change_the_ikiwiki.info_search_box_to_not_using_Google/ - Jon
+"""]]

diff --git a/contact.mdwn b/contact.mdwn
index 28c38fd0..d826210e 100644
--- a/contact.mdwn
+++ b/contact.mdwn
@@ -1,6 +1,6 @@
 * email: <id@joeyh.name>
 * gpg key: [[E85A 5F63 B31D 24C1 EBF0  D81C C910 D922 2512 E3C7|pubkeys/gpg.asc]]
 * irc: joeyh (irc.oftc.net or irc.libera.chat)
-* mastodon: <a href="https://octodon.social/@joeyh">@joeyh@octodon.social</a>
+* mastodon: <a href="https://hachyderm.io/@joeyh">@joeyh@hachyderm.io</a>
 * scuttlebutt: @BCM6DHYJvWzwWi1lFl2tjDXjaqyZAEmJH5ZONSpXhtc=.ed2551
 * some ways to send me a "thank you" for my work, if you're so inclined: [[thanks]]
diff --git a/index.mdwn b/index.mdwn
index 7d116cba..0daf3dbe 100644
--- a/index.mdwn
+++ b/index.mdwn
@@ -53,4 +53,4 @@ show=5 feeds=no archive=yes]]
 
 [[!meta openid="http://joeyh.name/"
 server="http://openid.kitenet.net:8086/simpleid/"]]
-[[!meta link="https://octodon.social/@joeyh" rel="me"]]
+[[!meta link="https://hachyderm.io/@joeyh" rel="me"]]

diff --git a/blog/entry/become_ungoogleable/comment_3_748e04216edfe3cf7fe5c58be3c00d54._comment b/blog/entry/become_ungoogleable/comment_3_748e04216edfe3cf7fe5c58be3c00d54._comment
new file mode 100644
index 00000000..4f9fa089
--- /dev/null
+++ b/blog/entry/become_ungoogleable/comment_3_748e04216edfe3cf7fe5c58be3c00d54._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="biz@7269c3480436e496d77827b95e1000413df0cda1"
+ nickname="biz"
+ subject="Found you via Unsupervised Learning newsletter "
+ date="2023-07-25T03:24:33Z"
+ content="""
+Nice blog post. I think there a comeback somehow for the blogosphere although not as old days but we hope be better than that. Launching newsletter is cool nowadays even popular YouTubers launched their newsletter (example how money works channel has a free newsletter that sends the videos earlier to subscribers) and smartnonsense newsletter. I love using RSS tech and newsletter. 
+
+Will add your blog to my Yakread. 
+Peace.
+"""]]

diff --git a/blog/entry/become_ungoogleable/comment_2_b48c353e8c6ea3b9ae81a28b28fecdbc._comment b/blog/entry/become_ungoogleable/comment_2_b48c353e8c6ea3b9ae81a28b28fecdbc._comment
new file mode 100644
index 00000000..435f4849
--- /dev/null
+++ b/blog/entry/become_ungoogleable/comment_2_b48c353e8c6ea3b9ae81a28b28fecdbc._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="fur_atts_news@cf5bdcbe1984d382c54bd64f35389653cebb6d87"
+ nickname="fur_atts_news"
+ avatar="http://cdn.libravatar.org/avatar/6ba6e48511117bdf1485a35bcd428874"
+ subject="just reading you by rss"
+ date="2023-07-20T23:52:50Z"
+ content="""
+Once I found you thanks to `myrepos` (very later - `moreutils` - special thanks for `vidir`) and since then I have been reading rss with pleasure. I hope you'll not close it :)
+
+Search engines will evolve to something like a navigation system - maps, link directories, sailing directions.
+
+"""]]

diff --git a/blog/entry/become_ungoogleable/comment_1_774d44651748c98ec86a0bad4b9eec15._comment b/blog/entry/become_ungoogleable/comment_1_774d44651748c98ec86a0bad4b9eec15._comment
new file mode 100644
index 00000000..89afcc66
--- /dev/null
+++ b/blog/entry/become_ungoogleable/comment_1_774d44651748c98ec86a0bad4b9eec15._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="paul@5839cef3543d405da543d1f9e1216c6f5d24b8f1"
+ nickname="paul"
+ avatar="http://cdn.libravatar.org/avatar/fce220e2c311e10ee9c9b51df133732d"
+ subject="comment 1"
+ date="2023-07-20T23:11:52Z"
+ content="""
+Google is just...creepy. I've also stopped caring about having my stuff indexed by them. I wish Neeva still existed.
+"""]]

diff --git a/blog/entry/become_ungoogleable/comment_2_9670bb664fe6b1a5474cd0aa76001804._comment b/blog/entry/become_ungoogleable/comment_2_9670bb664fe6b1a5474cd0aa76001804._comment
deleted file mode 100644
index c982790f..00000000
--- a/blog/entry/become_ungoogleable/comment_2_9670bb664fe6b1a5474cd0aa76001804._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="random_guy"
- avatar="http://cdn.libravatar.org/avatar/191761d9c701d8de628753b63ebaa174"
- subject="Нашел сайт через гугл. (ну почти)"
- date="2023-07-20T19:02:19Z"
- content="""
-google: band width clumsy > https://news.ycombinator.com/news > https://joeyh.name/blog/entry/become_ungoogleable/ > https://news.ycombinator.com/news#:~:text=Become%20Ungoogleable%20(joeyh.name)
-"""]]

diff --git a/blog/entry/become_ungoogleable/comment_1_d8bf32b5ff99c83678bc26e787ed9b5a._comment b/blog/entry/become_ungoogleable/comment_1_d8bf32b5ff99c83678bc26e787ed9b5a._comment
deleted file mode 100644
index 1d5fdf2e..00000000
--- a/blog/entry/become_ungoogleable/comment_1_d8bf32b5ff99c83678bc26e787ed9b5a._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="random_guy"
- avatar="http://cdn.libravatar.org/avatar/191761d9c701d8de628753b63ebaa174"
- subject="Нашел сайт через гугл. (ну почти)"
- date="2023-07-20T18:56:13Z"
- content="""
-band width clumsy >https://news.ycombinator.com/news > https://joeyh.name/blog/entry/become_ungoogleable/ > https://news.ycombinator.com/news#:~:text=Become%20Ungoogleable%20(joeyh.name)
-"""]]

diff --git a/blog/entry/become_ungoogleable/comment_2_9670bb664fe6b1a5474cd0aa76001804._comment b/blog/entry/become_ungoogleable/comment_2_9670bb664fe6b1a5474cd0aa76001804._comment
new file mode 100644
index 00000000..c982790f
--- /dev/null
+++ b/blog/entry/become_ungoogleable/comment_2_9670bb664fe6b1a5474cd0aa76001804._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="random_guy"
+ avatar="http://cdn.libravatar.org/avatar/191761d9c701d8de628753b63ebaa174"
+ subject="Нашел сайт через гугл. (ну почти)"
+ date="2023-07-20T19:02:19Z"
+ content="""
+google: band width clumsy > https://news.ycombinator.com/news > https://joeyh.name/blog/entry/become_ungoogleable/ > https://news.ycombinator.com/news#:~:text=Become%20Ungoogleable%20(joeyh.name)
+"""]]

diff --git a/blog/entry/become_ungoogleable/comment_1_d8bf32b5ff99c83678bc26e787ed9b5a._comment b/blog/entry/become_ungoogleable/comment_1_d8bf32b5ff99c83678bc26e787ed9b5a._comment
new file mode 100644
index 00000000..1d5fdf2e
--- /dev/null
+++ b/blog/entry/become_ungoogleable/comment_1_d8bf32b5ff99c83678bc26e787ed9b5a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="random_guy"
+ avatar="http://cdn.libravatar.org/avatar/191761d9c701d8de628753b63ebaa174"
+ subject="Нашел сайт через гугл. (ну почти)"
+ date="2023-07-20T18:56:13Z"
+ content="""
+band width clumsy >https://news.ycombinator.com/news > https://joeyh.name/blog/entry/become_ungoogleable/ > https://news.ycombinator.com/news#:~:text=Become%20Ungoogleable%20(joeyh.name)
+"""]]

diff --git a/blog.mdwn b/blog.mdwn
index d0e52367..ca27b8f4 100644
--- a/blog.mdwn
+++ b/blog.mdwn
@@ -12,14 +12,6 @@ actions=yes]]
 
 [[!calendar pages="blog/entry/* and !blog/entry/*/* and !*/Discussion" year=-1]]
 
-Amount of time between recent posts to my blog:  
-[[!postsparkline pages="blog/entry/* and !blog/entry/*/* and !link(foo) and
-!link(unfinished)" max=50
-formula=interval style=bar barwidth=2 barspacing=1 height=13]]  
-Posts per month:  
-[[!postsparkline pages="blog/entry/* and !blog/entry/*/* and !link(foo) and
-!link(unfinished)" max=23 formula=permonth style=bar barwidth=2 barspacing=1 height=13]]  
-
 ----
 
 My other blogs:

diff --git a/blog/entry/the_slink_and_a_half_boxed_set/comment_1_cc10b603e7fe8d1074554df64b53717d._comment b/blog/entry/the_slink_and_a_half_boxed_set/comment_1_cc10b603e7fe8d1074554df64b53717d._comment
new file mode 100644
index 00000000..79db4ad0
--- /dev/null
+++ b/blog/entry/the_slink_and_a_half_boxed_set/comment_1_cc10b603e7fe8d1074554df64b53717d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="alex"
+ avatar="http://cdn.libravatar.org/avatar/db243463a6c38862fde6d2cd9b9fbda4"
+ subject="yay! myth2"
+ date="2023-07-20T16:53:59Z"
+ content="""
+loved that game
+"""]]

diff --git a/hacker_tombstone.otl b/hacker_tombstone.otl
deleted file mode 100644
index e878ff2b..00000000
--- a/hacker_tombstone.otl
+++ /dev/null
@@ -1,260 +0,0 @@
-: What do hackers need to consider about what they will leave 
-:
-: behind when they die?
-case studies
-	Joel "Espy" Klecker
-		died at 21
-			of muscular dystrophy
-			http://www.infodrom.org/Debian/espy.html
-			July 11th, 2000
-			no-one online knew he suffered from the disease
-		Debian developer
-			maintained glibc
-				no uploads for 4 months after death, then:
-					> * Might aswell change the maintainer too
-					>   (So long Joel, you are missed)
-			work on powerpc port
-				who took over, and when?
-			Debian 2.2 dedicated to him
-				http://www.debian.org/News/2000/20000815
-		www.espy.org
-			still running in 2006
-				probably a 2.4 kernel, according to nmap
-					gotta be security issues there
-				apache 1.3.26
-					security issues here too?
-				debian woody
-					so unmaintained, probably
-				200+ day uptime, no load
-			parents probably keeping it running, online
-				: I think I remember them saying they wanted to keep his
-				: machines running in tribute to him.
-			probably no active users, no significant resources of any kind
-			probably no admin aside from reboots
-			someone is paying for and/or adminning DNS
-				whois still in Joel's name
-				paid thru 2008
-				last change jun 2006
-				as of 2008, is paid thru 2017, by a relative
-			was taken offline by beginning of 2007
-		irc client
-			espy was online on irc for several years after he died
-				his client would reconnect occasionally and spook me
-					ghost in the machine
-				kinda weird having his nick still around
-				kinda a good reminder too
-			last time seen on irc?
-		conclusions
-			Joel must have known he had limited time.
-			If he made arrangements, he made them quietly.
-			His contributions to software were picked up and continued.
-			His server has held up remarkably well.
-			But could easily be insecure and open to abuse.
-			He probably didn't anticipate the irc client thing. Who would?
-	Manuel Estrada Sainz (ranty)
-		died in a car crash
-			With fellow Debian guy Andrés García (ErConde)
-			http://www.infodrom.org/Debian/ranty.html
-			http://lists.debian.org/debian-devel-spanish/2004/05/msg00045.html
-			http://lists.debian.org/debian-devel-spanish/2004/05/msg00056.html
-		Debian developer
-			VisualOS
-				no longer in debian
-			lirc, mailleds
-				adopted quickly
-			"Ranty is no more with us :-( please adopt his pkgs."
-				http://lists.debian.org/debian-devel-spanish/2004/05/msg00057.html
-		kernel hacker
-			orinoco USB driver
-				still used
-			firmware loading support
-				in wide use
-	Christopher Matthew Rutter (cmr)
-		died in accident
-			March 21, 2001
-			19 years old!
-			http://www.infodrom.org/Debian/cmr.html
-		Debian developer
-			worked on arm port
-			buildd.debian.org
-				"I dedicate this centralized database and web interface in memory of Chris Rutter. He was killed in a tragic car accident on March 1, 2001. Chris originally developed this web interface for Aleph One, ARM Linux consultants. -- rmurray"
-	Fabrizio Polacco
-		died after long illness
-			March 28th, 2001
-		Debian developer
-			man-db changelog
-				"New maintainer. Fabrizio, may the road rise up to meet you."
-	Martin Butterweck
-		died of leukemia
-			July 21st, 2002
-		Debian developer
-			had recently joined project
-			New-Maintainer application
-				https://nm.debian.org/nmstatus.php?email=martin_butterweck%40gmx.de
-	Jens Schmalzing
-		died in a fall
-			July 30th, 2005
-		Debian developer
-			powerpc porter
-			kernel team member
-				2.6.12-2 release dedicated to him
-			maintained other packages
-			d-i contributer
-	Leonard Zubkoff
-		died in helicopter crash
-			August 28, 2002
-			http://www.puffin.com/puffin/lnz/Leonard.htm
-			http://lwn.net/Articles/9163/
-			http://www.dreamsongs.com/Leonard.html
-			http://www.electricpenguin.com/filking/articles/zubkoff.html
-		kernel developer
-			scsi drivers
-				mylex and flashpoint
-				dac960
-					still used, though the hardware grows dated
-		www.dandelion.com
-			server down since 2004 according to wayback
-			dns admined by someone @puffin, probably a friend
-			2008: domain sold to company
-		www.consonance.org
-			was hosted by leonard
-			now seems to have different hosting
-		donations
-			estate donated 1.2 million to the EFF in 2004
-				http://www.eff.org/about/20040218_eff_pr.php
-	Rob Levin
-		died after a bicycle accident
-			September 16th, 2006
-			http://laughingsquid.com/2006/09/16/freenode-founder-rob-levin-aka-lilo-has-passed-away/
-			http://www.chatmag.com/news/091606_rob_levin.html
-			http://linux.slashdot.org/article.pl?sid=06/09/16/2152243&from=rss
-		founder of freenode
-			network still going, other admins
-		www.bloggage.org
-			parked by 2009
-		www.spinhome.org
-			expired and parked by September 2008
-		irc client
-			: <+christel> it has also been asked why lilos client is still
-			: connected
-			: <+christel> i am sure you will all agree that at this point in
-			: time, we feel uncomfortable killing his client and find the mere
-			: idea rather morbid
-			- client disconnected later (time unknown)
-		mourning
-			IRC channels set up to mourn him.
-			Memorial page: http://lilo.freenode.net/
-	Thiemo Seufer
-		died in a car accident
-			December 26th, 2008
-			http://lwn.net/Articles/313092/
-		Debian developer
-			d-i mips porter
-			d-i build system developer
-			maintained genisovh
-		mips binutils and kernel hacker
-		qemu mips emulation
-	Frans Pop (fjp)
-		died 20 August 2010
-			details not public
-		Debian developer
-			debmirror
-				https://alioth.debian.org/projects/debmirror/
-			debtree
-				http://collab-maint.alioth.debian.org/debtree/
-			both packages taken over by Sep 6th
-				changelogs: "Frans, we'll miss you."
-		d-i team member
-			led d-i team between joeyh and otavio
-			remained somewhat active in d-i
-		blog
-			http://alioth.debian.org/~fjp/log/index.html
-		obitiary
-			master.debian.org:/home/debian/git/obituary.git
-	Adrian von Bidder (avbidder, cmot)
-		died 17 April 2011
-			heart attack
-		Debian developer
-		founder of debian.ch organization
-		blog
-			http://blog.fortytwo.ch/
-			final post made by wife: "Sadly, I have to make an end to this blog. Adrian - my husband -
-			died on april 17th of a heart attack."
-		obitiary
-			master.debian.org:/home/debian/git/obituary.git
-		tombstone
-			https://lists.debian.ch/pipermail/community/2011/000675.html
-	Aaron Swartz (aaronsw)
-		died 11 Jan 2013
-		left online will
-			http://www.aaronsw.com/2002/continuity
-			how well was it carried out? check later
-		memorial
-			http://www.rememberaaronsw.com/
-		ghost

(Diff truncated)

diff --git a/blog/entry/become_ungoogleable.mdwn b/blog/entry/become_ungoogleable.mdwn
new file mode 100644
index 00000000..ac63d91d
--- /dev/null
+++ b/blog/entry/become_ungoogleable.mdwn
@@ -0,0 +1,16 @@
+I've [removed my website from indexing by Google](https://joeyh.name/robots.txt). 
+The proximate cause is Google's new effort to 
+[DRM the web](https://github.com/RupertBenWiser/Web-Environment-Integrity/blob/main/explainer.md), 
+but there is of course so much more.
+
+This is a unique time, when it's actually feasible to become ungoogleable
+without losing much. Nobody really expects to be able to find anything of
+value in a Google search now, so if they're looking for me or something I've
+made and don't find it, they'll use some other approach.
+
+I've looked over the kind of traffic that Google refers to my website, and
+it will not be a significant loss even if those people fail to find me by
+some other means. Over 30% of the traffic to this website is rss feeds.
+Google just doesn't matter on the modern web.
+
+The web will end one day. But let's not let Google kill it.

diff --git a/robots.txt b/robots.txt
new file mode 100644
index 00000000..ead8bc85
--- /dev/null
+++ b/robots.txt
@@ -0,0 +1,2 @@
+User-agent: Googlebot 
+Disallow: /

diff --git a/code/moreutils/discussion.mdwn b/code/moreutils/discussion.mdwn
index f734bb25..5a403f50 100644
--- a/code/moreutils/discussion.mdwn
+++ b/code/moreutils/discussion.mdwn
@@ -628,6 +628,8 @@ I'd like to have environment variable TS_FORMAT to avoid typing custom format ev
 
 It would be helpful for performance testing to have an option to include the current instantaneous CPU load along with the time.  A specific example is for output from make.  Graphing the load average over time would help identify where a long and complex build is failing to parallelize.
 
+I wanted to use ts to consume and timestamp continuous ping output. Problem comes when you ^C to exit ping; ts gets the signal and exits without ping producing a summary line that can get consumed and printed. Adding `$SIG{'INT'} = 'IGNORE';` worked for me (allows ping to catch the SIGINT), but I don't know if it'd have unintended consequences, may need to wrap that in a command-line flag.
+
 ## Suppress sponge warnings for stdout?
 
 I have the following two scripts:

diff --git a/boxen.mdwn b/boxen.mdwn
index dedf0e3b..cd5c0cf0 100644
--- a/boxen.mdwn
+++ b/boxen.mdwn
@@ -15,7 +15,7 @@ Mostly mythical creatures.
 * aquamiser2 {*} (Mark's)
 * peregrine {*} (Mom's)
 * sow {*} (Dad's)
-* [[kodama]]
+* [[kodama]] {*}
 * [[phoenix]]
 * [[dragon]]
 * corvid
diff --git a/boxen/kodama.mdwn b/boxen/kodama.mdwn
index c7d1089a..ac6f1c11 100644
--- a/boxen/kodama.mdwn
+++ b/boxen/kodama.mdwn
@@ -1,188 +1,5 @@
-[[!meta title="Debian Linux on the Fujitsu P7120"]]
+Kodama is an old laptop with a slightly broken keyboard. I use it as a file
+server with USB drives.
 
-Kodama is my Fujitsu P7120 Lifebook. This page details everything I know
-about getting this machine working with Debian. I run unstable on my
-laptop, but these instructions will also work for stable. I recommend
-running at least kernel 2.6.18; earlier kernels had problems which are no
-longer documented on this page.
-
-Other pages about the same thing are by
-[Emmanuel Fleury](http://www.labri.fr/perso/fleury/index.php?page=p7120)
-and
-[Lars Wirzenius](http://liw.iki.fi/liw/hardware/dorfl.html).
-
-I posted some general thoughts about the machine's hardware to my
-blog in [[blog/entry/new_laptop]].
-
-[[!toc ]]
-
-# Installation
-
-The big thing to be aware of during installation is that the wireless card
-isn't supported by the installer due to needing non-free firmware.
-
-Otherwise, the install should be fairly uneventful. Mine wasn't so much
-since I used a daily build of the [[code/debian-installer]], which had some
-bugs. I described my installation in detail in an
-[installation report](http://bugs.debian.org/370153).
-
-# Wireless
-
-My laptop has the Intel Pro/Wireless 2915ABG, which uses the ipw2200
-module. This needs non-free firmware to work; I downloaded the firmware
-from <http://ipw2200.sourceforge.net/firmware.php>.
-
-# X
-
-Make sure that X is configured to use the i810 driver, not vesa. If using
-Debian unstable, with the modesetting version of the driver, that's all
-that is needed now.
-
-If using Debian stable, some extra work is needed to get X to run at the
-full 1280x768. Install the `915resolution` package, edit
-`/etc/default/915resolution` and set:
-
-	MODE=4d
-	XRESO=1280
-	YRESO=768
-
-Also, make sure that X is configured to use the synaptics touchpad driver.
-
-# CPU scaling
-
-I installed `cpufreqd` and was good to go.
-
-# CD
-
-CD works ok with current kernels, less well with 2.6.17 and below. Everyone
-is using newer kernels now, so no problems.
-
-# LCD brightness controls
-
-The best thing to use is the xbacklight program, or other program that
-supports the RandR brightness extensions, which can control the LCD
-brightness with smooth fading between brightnesses. Needs a recent version
-of the X server.
-
-If the xbacklight doesn't work correctly, this will fix it. Needs version
-2.2.0 or above of X:
-
-	xrandr --output LVDS --set BACKLIGHT_CONTROL legacy
-
-# Hibernation
-
-Install the `hibernate` package.
-
-Hibernating with sound playing didn't seem to work well with older kernels,
-though this might be fixed. I configured hibernate to pause audio players
-first:
-
-	PauseAudio yes
-
-If running stable without the modesetting X driver, for resuming to work
-you need to make it run `915resolution` before switching back to X:
-
-	SwitchToTextMode yes
-	Runi915resolution yes
-
-With stable's X, to get suspend to ram working too, the main problem is to
-get the backlight to turn back on when it's resumed. One option is to use
-vbetool, which will manage everything else, but will not turn the backlight
-on. You can use the function keys to change brightness to turn it back on
-however. An alternate approach is to not use vbetool and just dump/load
-video memory. I'm using this approach now, after writing a VideoDump
-hibernate [scriptlet](http://bugs.debian.org/410751), using this config:
-
-	#VbetoolPost yes
-	#RestoreGFXBrightness yes
-	EnableVideoDump yes
-
-With the modesetting video driver in unstable, no hacks should be needed.
-Just pass acpi_sleep=s3_bios on boot. (Thank you, Keithp for debugging
-this!)
-
-# Sound
-
-Sound works ok with no configuration, using alsa. I haven't had much luck
-recording from the mics, either something is wrong or they are not any good.
-I was only able to record my voice if I spoke directly into one of them.
-
-To allow multiple apps to play sound at once, I enabled dmix as described
-[here](http://www.alsa-project.org/alsa-doc/doc-php/asoundrc.php). Note
-that I had to change one line, from "hw:1,0" to "hw:0,0".
-
-# Volume controls
-
-The function keys that are supposed to control and mute the volume don't
-work in linux. To get them functional you need a program like `hotkeys`
-that can listen to the keypresses and do something appropriate.
-
-I [patched](http://bugs.debian.org/435037) hotkeys to support using alsa.
-With the patch you can configure hotkeys to control both the Internal
-Speaker and Headphone alsa volume controls. Set up the laptop to boot up
-with the Headphones muted. You can then use the mute hotkey to toggle
-between sound going to the external speakers, and to the headphones.
-
-I also [patched](http://bugs.debian.org/435043) hotkeys to support RandR
-backlight control.
-
-My ~/.hotkeys/p7120.def can be downloaded from
-[here](http://git.joeyh.name/?p=joey/home-plus.git;a=blob_plain;f=.hotkeys/p7120.def;hb=HEAD)
-and ~/.hotkeys/hotkeys.conf from
-[here](http://git.joeyh.name/?p=joey/home-plus.git;a=blob_plain;f=.hotkeys/hotkeys.conf;hb=HEAD)
-
-# Battery
-
-The extended battery pack gets 5+ hours with minimal tuning. Haven't felt
-the need to add a bay battery pack yet.
-
-powertop can help tweaking things to save a lot of power.
-
-My battery fairly quickly (within 2 months) was only charging to 92% full.
-After a year, it was only charging to ~50% full. This soon dropped to 30%,
-and I had to buy a new battery.
-
-Other p7120 users report similar battery issues. This sorta sucks. Perhaps
-newer models of the battery behave better. Note that some batteries shipped
-with some versions of this laptop are eleigible for replacement, though
-mine was not.
-
-# Hard drive
-
-My hard drive died after 2+ years. It was out of warantee. Had to get a new
-one. :-( I noticed rather a lot of dust and gunk had collected in the hard
-drive bay, you might want to remove and clean yours from time to time.
-
-# Modem
-
-I've successfully used the builtin modem, as follows:
-
-* Install sl-modem-daemon
-* Edit /etc/default/sl-modem-daemon and set `SLMODEMD_DEVICE=modem:0`
-* /etc/init.d/sl-modem-daemon start
-* Use /dev/ttySL0 as the modem device.
-
-Note: Responds to AT commands, have not tried actually dialing anything
-with it yet though.
-
-# Fingerprint reader
-
-It's an aes2501.
-
-This page has some stuff: <http://gkall.hobby.nl/authentec.html>
-
-The aes2501-wy userspace program works, sorta.
-
-[fprint](http://www.reactivated.net/fprint/wiki/Main_Page) supports this
-device and is able to take good fingerprints, though I've not had much luck
-getting it to identify prints. It include a PAM module, for fingerprint based
-login. It's not yet packaged for Debian.
-

(Diff truncated)

diff --git a/boxen.mdwn b/boxen.mdwn
index d6365ebd..dedf0e3b 100644
--- a/boxen.mdwn
+++ b/boxen.mdwn
@@ -49,13 +49,15 @@ Mostly birds.
 
 ## small machines
 
-* [[leech]] {*}
-* [[lime]] {*}
+* [[leech]]
+* [[lime]]
 * [[slug]]
 * snail
 * [[stick]]
-* [[honeybee]] {*}
-* [[chip] {*}
+* [[honeybee]]
+* [[chip]
+* [[house]] {*}
+* [[sky]] {*}
 
 ## phones
 
diff --git a/boxen/house.mdwn b/boxen/house.mdwn
new file mode 100644
index 00000000..89d213b6
--- /dev/null
+++ b/boxen/house.mdwn
@@ -0,0 +1 @@
+Cubietruck, used as my home automation and data collecting hub.
diff --git a/boxen/sky.mdwn b/boxen/sky.mdwn
new file mode 100644
index 00000000..e6611cbe
--- /dev/null
+++ b/boxen/sky.mdwn
@@ -0,0 +1 @@
+Raspberry Pi, used as my wifi access point.

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index f9247d7d..a7da6853 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 7 "I tried it, liked it." 306 "I tried it, needs work." 20 "I haven't tried it, but want to" 5 "I don't plan to try it"]]
+[[!poll 7 "I tried it, liked it." 306 "I tried it, needs work." 19 "I haven't tried it, but want to" 6 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 631b1b3e..f9247d7d 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 7 "I tried it, liked it." 306 "I tried it, needs work." 19 "I haven't tried it, but want to" 5 "I don't plan to try it"]]
+[[!poll 7 "I tried it, liked it." 306 "I tried it, needs work." 20 "I haven't tried it, but want to" 5 "I don't plan to try it"]]

diff --git a/code/debmirror.mdwn b/code/debmirror.mdwn
index 8727bedd..5cc0e40c 100644
--- a/code/debmirror.mdwn
+++ b/code/debmirror.mdwn
@@ -1,5 +1,5 @@
-debmirror creates partial mirrors of the Debian archive. I no longer
-maintain it. (Update: I do again.)
+debmirror creates partial mirrors of the Debian archive. Now maintained by
+others.
 
 I blogged about it
 [[here|blog/entry/ten_years_of_free_software_--_part_13_debmirror]].

diff --git a/index.mdwn b/index.mdwn
index 3c618ab0..7d116cba 100644
--- a/index.mdwn
+++ b/index.mdwn
@@ -53,3 +53,4 @@ show=5 feeds=no archive=yes]]
 
 [[!meta openid="http://joeyh.name/"
 server="http://openid.kitenet.net:8086/simpleid/"]]
+[[!meta link="https://octodon.social/@joeyh" rel="me"]]

diff --git a/boxen.mdwn b/boxen.mdwn
index d106c6e4..d6365ebd 100644
--- a/boxen.mdwn
+++ b/boxen.mdwn
@@ -29,8 +29,8 @@ Mostly birds.
 
 * [[kite]] {*}
 * chicken
-* [[turtle]] {*}
-* [[dodo]] {*}
+* [[turtle]]
+* [[dodo]]
 * ostrich
 * [[stork]]
 * [[wren]]
@@ -42,9 +42,10 @@ Mostly birds.
 * orca
 * [[diatom]]
 * [[elephant]]
-* [[clam]] {*}
-* [[mayfly]] {*}
+* [[clam]]
+* [[mayfly]]
 * [[oyster]] {*}
+* [[sparrow]] {*}
 
 ## small machines
 
diff --git a/boxen/clam.mdwn b/boxen/clam.mdwn
index 6d41d9c7..a789ee59 100644
--- a/boxen/clam.mdwn
+++ b/boxen/clam.mdwn
@@ -1,5 +1,3 @@
 Cloudatcost host with supposed lifetime paid for. Let's see how long it lasts!
 
-This system is untrusted; it is used only for experimentation and services
-using untrusted data that I don't mind losing. The provider has been known
-to lose data in the past.
+Update: Lasted only a few years, proving their scam..
diff --git a/boxen/sparrow.mdwn b/boxen/sparrow.mdwn
new file mode 100644
index 00000000..53f5963e
--- /dev/null
+++ b/boxen/sparrow.mdwn
@@ -0,0 +1 @@
+arm64 VM at Hetzner
diff --git a/boxen/turtle.mdwn b/boxen/turtle.mdwn
index 89d2a8ca..ef659c2a 100644
--- a/boxen/turtle.mdwn
+++ b/boxen/turtle.mdwn
@@ -5,3 +5,5 @@ It runs debian armel.
 It's now my main internet gateway and dns server.
 
 It's also a mpd server.
+
+Sadly now dead

diff --git a/boxen/oyster.mdwn b/boxen/oyster.mdwn
index c2b75f4b..05394b0c 100644
--- a/boxen/oyster.mdwn
+++ b/boxen/oyster.mdwn
@@ -1,5 +1,3 @@
-Spare VM at cloudatcost. Tor bridge.
-
 This system is untrusted; it is used only for experimentation and services
 using untrusted data that I don't mind losing. The provider has been known
 to lose data in the past.

diff --git a/code/moreutils/discussion.mdwn b/code/moreutils/discussion.mdwn
index 534c46b7..f734bb25 100644
--- a/code/moreutils/discussion.mdwn
+++ b/code/moreutils/discussion.mdwn
@@ -614,7 +614,7 @@ Suggestions:
 
 The "-s" option for measuring elapsed time is useful if the execution completes within a day, but if execution runs for several days, it's not apparent from the default "%H:%M:%S" format how many days have elapsed.
 
-It would be nice to extend the strftime format modifiers so that %j (day of the year, 1 to 366) or %J (unused) could be used to count the number of elasped days (with no upper bound).
+It would be nice to extend the strftime format modifiers so that %j (day of the year, 1 to 366) or %J (unused) could be used to count the number of elapsed days, unpadded, starting at 0, with no upper bound.
 
 It would be nice to have an option to add a blank line or other string as an indicator that time has elapsed.  Seeing blank lines is easier on the eyes than parsing numbers when your goal is just to see clusters of debug info that happened around the same time.  e.g.
 

diff --git a/code/moreutils/discussion.mdwn b/code/moreutils/discussion.mdwn
index aba2fbf6..534c46b7 100644
--- a/code/moreutils/discussion.mdwn
+++ b/code/moreutils/discussion.mdwn
@@ -612,6 +612,10 @@ I know dialog et al could be used; however, what I don't like about dialog is th
 
 Suggestions:
 
+The "-s" option for measuring elapsed time is useful if the execution completes within a day, but if execution runs for several days, it's not apparent from the default "%H:%M:%S" format how many days have elapsed.
+
+It would be nice to extend the strftime format modifiers so that %j (day of the year, 1 to 366) or %J (unused) could be used to count the number of elasped days (with no upper bound).
+
 It would be nice to have an option to add a blank line or other string as an indicator that time has elapsed.  Seeing blank lines is easier on the eyes than parsing numbers when your goal is just to see clusters of debug info that happened around the same time.  e.g.
 
     testprogram | ts -b 0.1

diff --git a/blog/entry/the_slink_and_a_half_boxed_set.mdwn b/blog/entry/the_slink_and_a_half_boxed_set.mdwn
index 7fdb79b9..0a70d16b 100644
--- a/blog/entry/the_slink_and_a_half_boxed_set.mdwn
+++ b/blog/entry/the_slink_and_a_half_boxed_set.mdwn
@@ -39,7 +39,7 @@ early 90's because it was a relic from that era!) I remembered designing a
 new Debian installer that was more modular so more people could get
 invested in maintaining smaller pieces of it. It was yes, a second system,
 and developed too slowly, but was intended to withstand the test of time.
-It mostly has, since Debian and Ubuntu etc all use it to this day.
+It mostly has, since it's used to this day.
 
 I remembered how partitioning got automated in new Debian installer,
 by a new "partman" program being contributed by someone I'd never heard of 

diff --git a/blog/entry/the_slink_and_a_half_boxed_set.mdwn b/blog/entry/the_slink_and_a_half_boxed_set.mdwn
index 28637c43..7fdb79b9 100644
--- a/blog/entry/the_slink_and_a_half_boxed_set.mdwn
+++ b/blog/entry/the_slink_and_a_half_boxed_set.mdwn
@@ -58,7 +58,7 @@ package was to deal with, and how I implemented debconf, which tidied that
 up, integrated it into the installer's UI, made it automatable, and let
 novices avoid seeing configuration that was intended for experts. And I
 remembered writing dpkg-reconfigure, so that those configuration choices
-could be revisited after the fact.
+could be revisited later.
 
 It's quite possible I would not have done most of that if VA Linux Systems
 had not tasked me with making this CD. The thing about releasing something

diff --git a/blog/entry/the_slink_and_a_half_boxed_set.mdwn b/blog/entry/the_slink_and_a_half_boxed_set.mdwn
index 807cb8bd..28637c43 100644
--- a/blog/entry/the_slink_and_a_half_boxed_set.mdwn
+++ b/blog/entry/the_slink_and_a_half_boxed_set.mdwn
@@ -82,8 +82,6 @@ installer that shipped in Debian 3.1.
 Yes, the dialup apt-gets were excruciatingly slow.
 But the upgrades were in fact, free forever.
 
-Debian 
-
 ----
 
 PS: The video's description includes 

diff --git a/blog/entry/the_slink_and_a_half_boxed_set.mdwn b/blog/entry/the_slink_and_a_half_boxed_set.mdwn
index 5676f405..807cb8bd 100644
--- a/blog/entry/the_slink_and_a_half_boxed_set.mdwn
+++ b/blog/entry/the_slink_and_a_half_boxed_set.mdwn
@@ -68,7 +68,7 @@ it...
 ----
 
 The main critique in the video specific to this boxed set and not to any
-Debian release of this era is that this was a single CD, while 2 CDs
+other Debian release of this era is that this was a single CD, while 2 CDs
 were needed for all of Debian at the time. And many people had only dialup
 internet, so would be stuck very slowly downloading any other software they 
 needed. And likewise those free forever upgrades the box promised.

diff --git a/blog/entry/the_slink_and_a_half_boxed_set.mdwn b/blog/entry/the_slink_and_a_half_boxed_set.mdwn
index ee101cc9..5676f405 100644
--- a/blog/entry/the_slink_and_a_half_boxed_set.mdwn
+++ b/blog/entry/the_slink_and_a_half_boxed_set.mdwn
@@ -5,7 +5,7 @@ creating in 1999. It was fascinating looking back at it, and I realized
 I've never written down how this boxed set of Debian "slink and a half",
 an unofficial Debian release, came to be.
 
-[[!img blog/pics/slink-and-a-half-box.png link=https://www.youtube.com/watch?v=tQQCcvFUzrg]]
+[[!img blog/pics/slink-and-a-half-box.png link=https://www.youtube.com/watch?v=tQQCcvFUzrg size=640x]]
 
 As best I can remember, the CD in that box was Debian 2.1 ("slink") with
 the linux kernel updated from 2.0 to 2.2. Specifically, it used VA Linux

diff --git a/blog/entry/the_slink_and_a_half_boxed_set.mdwn b/blog/entry/the_slink_and_a_half_boxed_set.mdwn
new file mode 100644
index 00000000..ee101cc9
--- /dev/null
+++ b/blog/entry/the_slink_and_a_half_boxed_set.mdwn
@@ -0,0 +1,104 @@
+Today I stumbled upon
+[this youtube video](https://www.youtube.com/watch?v=tQQCcvFUzrg)
+which takes a retrocomputing look at a product I was involved in 
+creating in 1999. It was fascinating looking back at it, and I realized
+I've never written down how this boxed set of Debian "slink and a half",
+an unofficial Debian release, came to be.
+
+[[!img blog/pics/slink-and-a-half-box.png link=https://www.youtube.com/watch?v=tQQCcvFUzrg]]
+
+As best I can remember, the CD in that box was Debian 2.1 ("slink") with
+the linux kernel updated from 2.0 to 2.2. Specifically, it used VA Linux
+Systems's patched version of the kernel, which supported their hardware
+better, but also 2.2 generally supported a lot of hardware much better than
+2.0. There were some other small modifications that got rolled back into
+Debian 2.2.
+
+I mostly remember updating the installer to support that kernel, and
+building CD images. Probably over the course of a few weeks. This was the
+first time I worked on the (old) Debian installer, and the first time I
+built a Debian CD. I also edited the O'Rielly book that was
+included in the boxed set. 
+
+It was wild when pallet loads of these boxed sets showed up. I think they
+sold for $19.95 at Fry's, although VA Linux Systems also gave lots of them
+away at conferences.
+
+----
+
+Watching the video of the installation, I was struck again and again by
+pain points, which the video does a good job of highlighting. It was a
+guided tour of everything about Debian that I wanted to fix in 1999. At
+each pain point I remembered how we fixed it, often years later, after
+considerable effort.
+
+I remembered how the old installer (the boot-floppies) was mostly moribund
+with only a couple people able and willing to work on it at all. (The video
+is right to compare its partitioning with old Linux installers from the
+early 90's because it was a relic from that era!) I remembered designing a
+new Debian installer that was more modular so more people could get
+invested in maintaining smaller pieces of it. It was yes, a second system,
+and developed too slowly, but was intended to withstand the test of time.
+It mostly has, since Debian and Ubuntu etc all use it to this day.
+
+I remembered how partitioning got automated in new Debian installer,
+by a new "partman" program being contributed by someone I'd never heard of 
+before, obsoleting some previous attempts we'd made (yay modularity).
+
+I remembered how I started the os-prober project, which lets the Debian
+installer add other OS's that are co-installed on the machine to the boot
+menu. And how that got picked up even outside of Debian, by eg Red Hat.
+
+I remembered working on tasksel soon after that project was started, and
+all the difficult decisions about what tasks to offer and what software it
+should install.
+
+I remembered how the horrible stream of questions from package after
+package was to deal with, and how I implemented debconf, which tidied that
+up, integrated it into the installer's UI, made it automatable, and let
+novices avoid seeing configuration that was intended for experts. And I
+remembered writing dpkg-reconfigure, so that those configuration choices
+could be revisited after the fact.
+
+It's quite possible I would not have done most of that if VA Linux Systems
+had not tasked me with making this CD. The thing about releasing something
+imperfect into the world is you start to feel a responsibility to improve
+it...
+
+----
+
+The main critique in the video specific to this boxed set and not to any
+Debian release of this era is that this was a single CD, while 2 CDs
+were needed for all of Debian at the time. And many people had only dialup
+internet, so would be stuck very slowly downloading any other software they 
+needed. And likewise those free forever upgrades the box promised.
+
+Oh the irony: After starting many of those projects, I left VA Linux
+Systems and the lands of fast internet, and spent 4 years on dialup. Most
+of that stuff was developed on dialup, though I did have about a year with
+better internet at the end to put the finishing touches in the new
+installer that shipped in Debian 3.1.
+
+Yes, the dialup apt-gets were excruciatingly slow.
+But the upgrades were in fact, free forever.
+
+Debian 
+
+----
+
+PS: The video's description includes 
+"it would take many years of effort (primarily from Ubuntu)
+that would help smooth out many of the rough end of this product".
+All these years later, I do continue to enjoy people involved in 
+Ubuntu downplaying the extent that it was a reskin of my Debian
+installer shipped on a CD a few months before Debian could get around to
+shipping it. Like they say, history doesn't repeat, but it does rhyme.
+
+PPS: While researching this blog post, I found an even more obscure,
+and broken, Debian CD was produced by VA Linux in November 1999.
+Distributed for free at Comdex by the thousands, this CD lacked 
+the Packages file that is necessary for apt-get to use it.
+I don't know if any versions of that CD still exist. If you find one, email
+me and I'll send some instructions I wrote up in 1999 to work around the
+problem.
+

diff --git a/blog/pics/slink-and-a-half-box.png b/blog/pics/slink-and-a-half-box.png
new file mode 100644
index 00000000..bcd4cdd4
Binary files /dev/null and b/blog/pics/slink-and-a-half-box.png differ

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index c062cfc0..631b1b3e 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 7 "I tried it, liked it." 306 "I tried it, needs work." 18 "I haven't tried it, but want to" 6 "I don't plan to try it"]]
+[[!poll 7 "I tried it, liked it." 306 "I tried it, needs work." 19 "I haven't tried it, but want to" 5 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 55648afa..c062cfc0 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 7 "I tried it, liked it." 307 "I tried it, needs work." 18 "I haven't tried it, but want to" 5 "I don't plan to try it"]]
+[[!poll 7 "I tried it, liked it." 306 "I tried it, needs work." 18 "I haven't tried it, but want to" 6 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 7b9f5855..55648afa 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 8 "I tried it, liked it." 306 "I tried it, needs work." 18 "I haven't tried it, but want to" 5 "I don't plan to try it"]]
+[[!poll 7 "I tried it, liked it." 307 "I tried it, needs work." 18 "I haven't tried it, but want to" 5 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 07d087ef..7b9f5855 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 7 "I tried it, liked it." 306 "I tried it, needs work." 18 "I haven't tried it, but want to" 5 "I don't plan to try it"]]
+[[!poll 8 "I tried it, liked it." 306 "I tried it, needs work." 18 "I haven't tried it, but want to" 5 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 58197f60..07d087ef 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 7 "I tried it, liked it." 306 "I tried it, needs work." 17 "I haven't tried it, but want to" 5 "I don't plan to try it"]]
+[[!poll 7 "I tried it, liked it." 306 "I tried it, needs work." 18 "I haven't tried it, but want to" 5 "I don't plan to try it"]]

diff --git a/code/shoop.mdwn b/code/shoop.mdwn
index 9a13455f..ecd58c71 100644
--- a/code/shoop.mdwn
+++ b/code/shoop.mdwn
@@ -4,8 +4,10 @@ about this fun hack that adds Object Orientation to shell scripts.
 
 shoop has not had a package in Debian for some time. It's still
 at <http://shoop.sourceforge.net/>. The version that I
-perfer of is in the [depths of my git repo](http://git.joeyh.name/?p=joey/src.git;a=tree;f=misc/shoop).
+prefer of is in the [depths of my git repo](http://git.joeyh.name/?p=joey/src.git;a=tree;f=misc/shoop).
 This is not the most current version of shoop ever developed, but it's
 my favorite one: shoop as it was before it got too crufty and full of itself.
 
+There is also a git repository here. <https://github.com/eigood/shoop>
+
 Here's [99 bottles of beer in shoop](http://www.99-bottles-of-beer.net/language-shoop-936.html).

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 4139b21e..58197f60 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 6 "I tried it, liked it." 306 "I tried it, needs work." 17 "I haven't tried it, but want to" 5 "I don't plan to try it"]]
+[[!poll 7 "I tried it, liked it." 306 "I tried it, needs work." 17 "I haven't tried it, but want to" 5 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 9595da74..4139b21e 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 6 "I tried it, liked it." 306 "I tried it, needs work." 16 "I haven't tried it, but want to" 5 "I don't plan to try it"]]
+[[!poll 6 "I tried it, liked it." 306 "I tried it, needs work." 17 "I haven't tried it, but want to" 5 "I don't plan to try it"]]

diff --git a/code/moreutils/discussion.mdwn b/code/moreutils/discussion.mdwn
index 35f762bb..aba2fbf6 100644
--- a/code/moreutils/discussion.mdwn
+++ b/code/moreutils/discussion.mdwn
@@ -2,7 +2,7 @@ Feel free to edit this page to suggest tools to add, or make any other
 comments --[[Joey]]
 
 ## vidir documentation addition: $TMPDIR
-I noticed vidir uses File::Spec->tmpdir which in turn respects `TMPDIR`.  You might want to mention this variable alongside `EDITOR` and `VISUAL` in the `ENVIRONMENT VARIABLES` section of the man page, as it's pretty useful.  On a multi-user system, for example, you can set `TMPDIR` to `/run/user/$UID` to avoid the security implications of a globally accessible `/tmp`.
+I noticed vidir uses `File::Spec->tmpdir` which in turn respects `TMPDIR`.  You might want to mention this variable alongside `EDITOR` and `VISUAL` in the `ENVIRONMENT VARIABLES` section of the man page, as it's pretty useful.  On a multi-user system, for example, you can set `TMPDIR` to `/run/user/$UID` to avoid the security implications of a globally accessible `/tmp`.
 
 ## Sponge segmentation fault
 Sponge gets terminated with SIGSEGV if it tries to append to an unwritable file:

diff --git a/code/moreutils/discussion.mdwn b/code/moreutils/discussion.mdwn
index 94ba77fd..35f762bb 100644
--- a/code/moreutils/discussion.mdwn
+++ b/code/moreutils/discussion.mdwn
@@ -1,6 +1,9 @@
 Feel free to edit this page to suggest tools to add, or make any other
 comments --[[Joey]]
 
+## vidir documentation addition: $TMPDIR
+I noticed vidir uses File::Spec->tmpdir which in turn respects `TMPDIR`.  You might want to mention this variable alongside `EDITOR` and `VISUAL` in the `ENVIRONMENT VARIABLES` section of the man page, as it's pretty useful.  On a multi-user system, for example, you can set `TMPDIR` to `/run/user/$UID` to avoid the security implications of a globally accessible `/tmp`.
+
 ## Sponge segmentation fault
 Sponge gets terminated with SIGSEGV if it tries to append to an unwritable file:
 
@@ -32,8 +35,8 @@ Written these two tiny tools, but figure they're useful to others:
 
 ## tool suggestion: "fork after grep"
 
-I've written this tool for tzap (tuning DVB-T cards). Iit runs a process as a child, waits for a string to appear on its stdout/stderr, then daemonizes it.     
-This is useful if a program takes a while to initialize, then prints a message on stdout, but does not daemonize itself. 
+I've written this tool for tzap (tuning DVB-T cards). Iit runs a process as a child, waits for a string to appear on its stdout/stderr, then daemonizes it.
+This is useful if a program takes a while to initialize, then prints a message on stdout, but does not daemonize itself.
 
 It put it up on [github here](https://github.com/girst/forkaftergrep)
 
@@ -84,9 +87,9 @@ I'd would really appreciate this feature. I am trying to write my scripts to ret
 
 > I'd proabably be willing to merge a patch adding -e, but making it the
 > default would break existing uses of chronic.
-> 
+>
 > I don't like the filtering out whitespace idea.
-> 
+>
 > I'm somewhat dubious about the idea that scripts so badly written they
 > don't exit nonzero on error are somehow practicing good hygene in their
 > output to stderr. --[[Joey]]
@@ -118,7 +121,7 @@ I think this would be usefull as hell for debuging cron scripts. I have currentl
 -- Tomas Mudrunka
 
 > I think this would be a reasonable default behavior. Patches accepted.
-> --[[Joey]] 
+> --[[Joey]]
 
 >> I just realized that this would be usefull as separate wrapper tool that can be used by chronic. --Tomas Mudrunka
 
@@ -245,7 +248,7 @@ tree using ansi colors and the md5sum if it is a file <= 100 MB.
     -r-x ug- 20120322-1859 /usr/bin/X a7ac83a4031da58dab3a88e9dd247f51
 
 It needs ruby. Tested & developed under Ubuntu 12.04 with Ruby 1.8.
- 
+
 License GPLv3.
 
 I would be glad if you embed it into moreutils. Please send a note if you are interested.
@@ -369,23 +372,23 @@ Literals would be even better. -- poyo983
 
 ## seddir?
 
-Throwing out ideas for a vidir implementation to support non-interactive editors like sed.  
+Throwing out ideas for a vidir implementation to support non-interactive editors like sed.
 An actual 'seddir' (what the name implies) wouldn't be too useful; the best option, in my opinion, would be an 'eddir' that supports both kinds of editors.
 
-Firstly, a '--' option, which passes the rest of the arguments to the editor, would be nice. That would be enough to simulate a 'seddir' of some kind: `VISUAL=sed vidir foo -- -i 's/foo/bar/'`  
-Note the sad fact that we need to rely on the GNU extension '-i'. An option (say -s) to use stdin/stdout instead of creating a temp file, would be handy.  
+Firstly, a '--' option, which passes the rest of the arguments to the editor, would be nice. That would be enough to simulate a 'seddir' of some kind: `VISUAL=sed vidir foo -- -i 's/foo/bar/'`
+Note the sad fact that we need to rely on the GNU extension '-i'. An option (say -s) to use stdin/stdout instead of creating a temp file, would be handy.
 Also, talking about 'visual' is quite misleading here. Maybe an option (say -e) to manually specify the program to run, and fall back to the variables?
 
-Currently `printf 's/foo/bar/\nw\nq\n' | VISUAL=ed vidir` works, but no way to combine that with `vidir -` (filelist on stdin).  
+Currently `printf 's/foo/bar/\nw\nq\n' | VISUAL=ed vidir` works, but no way to combine that with `vidir -` (filelist on stdin).
 An option (say -f) to specify a file that will be passed to the editor as stdin would be handy.
 
-Summary:  
-'-f [script-file]' and '-s' are mutually exclusive.  
-'-f' is default, uses a temp file, passes contents of the file (script) specified in its optional argument as stdin to the editor. Can be repeated to supply more files on stdin.  
-'-s' uses stdin/stdout with the editor, instead of a temp file. (Not related to the stdin/stdout of eddir itself.)  
-'-e editor' specifies the program to run as the 'editor'. Defaults to `${VISUAL:-${EDITOR:-vi}}` on '-f' and `sed` on '-s'.  
-Other arguments are file names as usual. (Also, IMO there's no need for '-' to enable the stdin filelist, just always use it if it's nonempty.)  
-'--' ends processing of arguments, and passes the rest to the editor.  
+Summary:
+'-f [script-file]' and '-s' are mutually exclusive.
+'-f' is default, uses a temp file, passes contents of the file (script) specified in its optional argument as stdin to the editor. Can be repeated to supply more files on stdin.
+'-s' uses stdin/stdout with the editor, instead of a temp file. (Not related to the stdin/stdout of eddir itself.)
+'-e editor' specifies the program to run as the 'editor'. Defaults to `${VISUAL:-${EDITOR:-vi}}` on '-f' and `sed` on '-s'.
+Other arguments are file names as usual. (Also, IMO there's no need for '-' to enable the stdin filelist, just always use it if it's nonempty.)
+'--' ends processing of arguments, and passes the rest to the editor.
 
 What still *cannot* be done is to have a script (like for ed) on stdin. But how often do you have a script coming from a pipe anyway? Scripts are kept in files, so use '-f script'.
 
@@ -397,7 +400,7 @@ Like vidir, to edit where symbolic links point at.
 
 ## url2file
 
-New tool url2file as found at http://specs.dachary.org/url2file/ : the idea is to be able to do wc -l $(url2file http://foo.com/) 
+New tool url2file as found at http://specs.dachary.org/url2file/ : the idea is to be able to do wc -l $(url2file http://foo.com/)
 
 > See the `dog` utility from the package by that name.
 
@@ -492,7 +495,7 @@ Jann
 
 It can be done with "tail -fc+1 FOO".
 
-> This is missing the key part, which is exiting when the file stops being written to. --[[Joey]] 
+> This is missing the key part, which is exiting when the file stops being written to. --[[Joey]]
 
 ## "null_tee" for sponge
 
@@ -607,9 +610,9 @@ I know dialog et al could be used; however, what I don't like about dialog is th
 
 ## ts
 
-Suggestions: 
+Suggestions:
 
-It would be nice to have an option to add a blank line or other string as an indicator that time has elapsed.  Seeing blank lines is easier on the eyes than parsing numbers when your goal is just to see clusters of debug info that happened around the same time.  e.g.  
+It would be nice to have an option to add a blank line or other string as an indicator that time has elapsed.  Seeing blank lines is easier on the eyes than parsing numbers when your goal is just to see clusters of debug info that happened around the same time.  e.g.
 
     testprogram | ts -b 0.1
 
@@ -651,8 +654,8 @@ Curiously, running bar.sh directly doesn't have this problem.  I'm not sure what
 
 ## pee
 
-* Please can the manpage warn of the non-preservation of order, on the collected stdout from child processes?  
-  On first inspection with `pee md5sum sha256sum` vs `pee sha256sum md5sum`, and on a fast/idle machine, it looks like stdout are collected and then written. But more complex examples show that stdouts may be interleaved even when there have been no newlines yet, so `pee 'md5sum > foo.md5' 'sha256sum > foo.sha256'` is a much better solution.  Thanks -- m  
+* Please can the manpage warn of the non-preservation of order, on the collected stdout from child processes?
+  On first inspection with `pee md5sum sha256sum` vs `pee sha256sum md5sum`, and on a fast/idle machine, it looks like stdout are collected and then written. But more complex examples show that stdouts may be interleaved even when there have been no newlines yet, so `pee 'md5sum > foo.md5' 'sha256sum > foo.sha256'` is a much better solution.  Thanks -- m
   *ps.* no bytes were harmed in our discovery of this behaviour, because we've seen interleaved data too many times before! :-]
 
 ## Vipe without stdin
@@ -683,10 +686,10 @@ Quoting rum soaked space hobo:
 > one-line ternary logic operators I think, but it was extremely limited. So if
 > you wanted to branch somewhere else in your script, you had to shell out to
 > /bin/goto.
-> 
+>
 > Yes, that's right. You forked a subprocess which would run goto and the parent
 > process would resume from the new location.
-> 
+>
 > How, you ask? Well, the subprocess would inherit all file descriptors,
 > including the fd for the script itself. All it needed to do was seek() that;
 > and when it exited, the parent would drop the needle where the subprocess had
@@ -700,35 +703,35 @@ shebang and execing it on /dev/fd/n seeked appropriately.
 
 Let vidir use sorted file list ls -rt order into vim buffer.Currently it just randomly creates the file list buffer.
 
-Case 1 - 
+Case 1 -
 If we set EDITOR="vi" then,
 vidir << EOF
 :%s/string/replace/g
 EOF
 !!! IT WORKS !!! --> Non interactively
 
-Case 2 - 
-I have a files whose rename requires a regex that works only on sorted order of files 
+Case 2 -
+I have a files whose rename requires a regex that works only on sorted order of files
 vidir does not consider sorted order of files and requires additional
 ls -rt | vidir - [Works but is interactive cannot be used for batch processing]
 to be executed to edit filenames in sorted order.
 
 But above doesn't allow for keystroke injection as in Case 1
 
-eg. ls -rt | vidir - << EOF 
+eg. ls -rt | vidir - << EOF
 :%s/string/replace/g
 EOF
 !!! NOT WORKS !!! ---> As input is conflicted with heredoc
 
 ls -rt | vim - -c ':%s/string/replace/g^[:wx'
 
-!!!Above works!!!----> but how can we achieve it in vidir 
+!!!Above works!!!----> but how can we achieve it in vidir
 
 Tried setting EDITOR="vim - -c 'command'"
 But not working
 
 
-Current workaround: 
+Current workaround:
 
 printf 'regex' >> /tmp/script.vim
 

diff --git a/boxen.mdwn b/boxen.mdwn
index 66d27593..d106c6e4 100644
--- a/boxen.mdwn
+++ b/boxen.mdwn
@@ -21,7 +21,7 @@ Mostly mythical creatures.
 * corvid
 * kraken
 * wildebeest
-* garlic (Maggie's)
+* eel {*} (Maggie's)
 
 ## servers
 

diff --git a/blog/archives/2023.mdwn b/blog/archives/2023.mdwn
new file mode 100644
index 00000000..1fd4aa45
--- /dev/null
+++ b/blog/archives/2023.mdwn
@@ -0,0 +1 @@
+[[!calendar type=year year=2023 pages="blog/entry/* and !*/Discussion"]]
diff --git a/blog/archives/2023/01.mdwn b/blog/archives/2023/01.mdwn
new file mode 100644
index 00000000..3e8ad875
--- /dev/null
+++ b/blog/archives/2023/01.mdwn
@@ -0,0 +1,5 @@
+[[!sidebar content="""
+[[!calendar type=month month=01 year=2023 pages="blog/entry/* and !*/Discussion"]]
+"""]]
+
+[[!inline pages="creation_month(01) and creation_year(2023) and blog/entry/* and !*/Discussion" show=0 feeds=no reverse=yes]]
diff --git a/blog/archives/2023/02.mdwn b/blog/archives/2023/02.mdwn
new file mode 100644
index 00000000..99bad978
--- /dev/null
+++ b/blog/archives/2023/02.mdwn
@@ -0,0 +1,5 @@
+[[!sidebar content="""
+[[!calendar type=month month=02 year=2023 pages="blog/entry/* and !*/Discussion"]]
+"""]]
+
+[[!inline pages="creation_month(02) and creation_year(2023) and blog/entry/* and !*/Discussion" show=0 feeds=no reverse=yes]]
diff --git a/blog/archives/2023/03.mdwn b/blog/archives/2023/03.mdwn
new file mode 100644
index 00000000..bcefeeef
--- /dev/null
+++ b/blog/archives/2023/03.mdwn
@@ -0,0 +1,5 @@
+[[!sidebar content="""
+[[!calendar type=month month=03 year=2023 pages="blog/entry/* and !*/Discussion"]]
+"""]]
+
+[[!inline pages="creation_month(03) and creation_year(2023) and blog/entry/* and !*/Discussion" show=0 feeds=no reverse=yes]]
diff --git a/blog/archives/2023/04.mdwn b/blog/archives/2023/04.mdwn
new file mode 100644
index 00000000..364b8582
--- /dev/null
+++ b/blog/archives/2023/04.mdwn
@@ -0,0 +1,5 @@
+[[!sidebar content="""
+[[!calendar type=month month=04 year=2023 pages="blog/entry/* and !*/Discussion"]]
+"""]]
+
+[[!inline pages="creation_month(04) and creation_year(2023) and blog/entry/* and !*/Discussion" show=0 feeds=no reverse=yes]]
diff --git a/blog/archives/2023/05.mdwn b/blog/archives/2023/05.mdwn
new file mode 100644
index 00000000..d568ed88
--- /dev/null
+++ b/blog/archives/2023/05.mdwn
@@ -0,0 +1,5 @@
+[[!sidebar content="""
+[[!calendar type=month month=05 year=2023 pages="blog/entry/* and !*/Discussion"]]
+"""]]
+
+[[!inline pages="creation_month(05) and creation_year(2023) and blog/entry/* and !*/Discussion" show=0 feeds=no reverse=yes]]
diff --git a/blog/archives/2023/06.mdwn b/blog/archives/2023/06.mdwn
new file mode 100644
index 00000000..2d9af7b9
--- /dev/null
+++ b/blog/archives/2023/06.mdwn
@@ -0,0 +1,5 @@
+[[!sidebar content="""
+[[!calendar type=month month=06 year=2023 pages="blog/entry/* and !*/Discussion"]]
+"""]]
+
+[[!inline pages="creation_month(06) and creation_year(2023) and blog/entry/* and !*/Discussion" show=0 feeds=no reverse=yes]]
diff --git a/blog/archives/2023/07.mdwn b/blog/archives/2023/07.mdwn
new file mode 100644
index 00000000..3292a581
--- /dev/null
+++ b/blog/archives/2023/07.mdwn
@@ -0,0 +1,5 @@
+[[!sidebar content="""
+[[!calendar type=month month=07 year=2023 pages="blog/entry/* and !*/Discussion"]]
+"""]]
+
+[[!inline pages="creation_month(07) and creation_year(2023) and blog/entry/* and !*/Discussion" show=0 feeds=no reverse=yes]]
diff --git a/blog/archives/2023/08.mdwn b/blog/archives/2023/08.mdwn
new file mode 100644
index 00000000..ca724f53
--- /dev/null
+++ b/blog/archives/2023/08.mdwn
@@ -0,0 +1,5 @@
+[[!sidebar content="""
+[[!calendar type=month month=08 year=2023 pages="blog/entry/* and !*/Discussion"]]
+"""]]
+
+[[!inline pages="creation_month(08) and creation_year(2023) and blog/entry/* and !*/Discussion" show=0 feeds=no reverse=yes]]
diff --git a/blog/archives/2023/09.mdwn b/blog/archives/2023/09.mdwn
new file mode 100644
index 00000000..0441530b
--- /dev/null
+++ b/blog/archives/2023/09.mdwn
@@ -0,0 +1,5 @@
+[[!sidebar content="""
+[[!calendar type=month month=09 year=2023 pages="blog/entry/* and !*/Discussion"]]
+"""]]
+
+[[!inline pages="creation_month(09) and creation_year(2023) and blog/entry/* and !*/Discussion" show=0 feeds=no reverse=yes]]
diff --git a/blog/archives/2023/10.mdwn b/blog/archives/2023/10.mdwn
new file mode 100644
index 00000000..cc1564fa
--- /dev/null
+++ b/blog/archives/2023/10.mdwn
@@ -0,0 +1,5 @@
+[[!sidebar content="""
+[[!calendar type=month month=10 year=2023 pages="blog/entry/* and !*/Discussion"]]
+"""]]
+
+[[!inline pages="creation_month(10) and creation_year(2023) and blog/entry/* and !*/Discussion" show=0 feeds=no reverse=yes]]
diff --git a/blog/archives/2023/11.mdwn b/blog/archives/2023/11.mdwn
new file mode 100644
index 00000000..101f8262
--- /dev/null
+++ b/blog/archives/2023/11.mdwn
@@ -0,0 +1,5 @@
+[[!sidebar content="""
+[[!calendar type=month month=11 year=2023 pages="blog/entry/* and !*/Discussion"]]
+"""]]
+
+[[!inline pages="creation_month(11) and creation_year(2023) and blog/entry/* and !*/Discussion" show=0 feeds=no reverse=yes]]
diff --git a/blog/archives/2023/12.mdwn b/blog/archives/2023/12.mdwn
new file mode 100644
index 00000000..5fb10013
--- /dev/null
+++ b/blog/archives/2023/12.mdwn
@@ -0,0 +1,5 @@
+[[!sidebar content="""
+[[!calendar type=month month=12 year=2023 pages="blog/entry/* and !*/Discussion"]]
+"""]]
+
+[[!inline pages="creation_month(12) and creation_year(2023) and blog/entry/* and !*/Discussion" show=0 feeds=no reverse=yes]]

diff --git a/blog/entry/completely_linux_distribution-independent_packaging/comment_6_9e24a8f8fcd3fac1abdba40d80cd6597._comment b/blog/entry/completely_linux_distribution-independent_packaging/comment_6_9e24a8f8fcd3fac1abdba40d80cd6597._comment
new file mode 100644
index 00000000..69c7822a
--- /dev/null
+++ b/blog/entry/completely_linux_distribution-independent_packaging/comment_6_9e24a8f8fcd3fac1abdba40d80cd6597._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 6"""
+ date="2022-12-28T21:57:48Z"
+ content="""
+Very close to this same idea has been independantly arrived at by
+<https://zapps.app/>.
+
+The main difference is they change the search paths in the binaries to be
+position-independant. This needs some linker scripting at build time.
+
+Seems like a nice project. Also have to mention that many many git-annex
+users in odd situations have used my packages built this way for the past
+decade.
+"""]]

diff --git a/blog/entry/USB_powered_Sheevaplug/comment_1_e837bf27a27f353f501e1ec0dca3fe9d._comment b/blog/entry/USB_powered_Sheevaplug/comment_1_e837bf27a27f353f501e1ec0dca3fe9d._comment
deleted file mode 100644
index 94762d6d..00000000
--- a/blog/entry/USB_powered_Sheevaplug/comment_1_e837bf27a27f353f501e1ec0dca3fe9d._comment
+++ /dev/null
@@ -1,16 +0,0 @@
-[[!comment format=mdwn
- username="codecomplete@4f4e7a88cc01c6cce47e1d93e38fa53c2e385eb2"
- nickname="codecomplete"
- avatar="http://cdn.libravatar.org/avatar/222fc1ad4f1993620a21cb57fa816f16"
- subject="Any USB cable? How to wire?"
- date="2022-11-25T15:00:54Z"
- content="""
-Thanks much for the tip on powering the Sheevaplug through USB. It'll come handy the day the PSU I've been using for years goes south — it happened with the original.
-
-I know next to nothing about 'lectricity:
-1. Do all USB cables have four wires?
-2. How should connect them to the four-pin white part that plugs into the board?
-3. Will any USB charger provide enough current (1A? 2A? More?)?
-
-Thank you.
-"""]]

diff --git a/blog/entry/USB_powered_Sheevaplug/comment_2_62c2c3b1be30d193e6d832a9a42db8f7._comment b/blog/entry/USB_powered_Sheevaplug/comment_2_62c2c3b1be30d193e6d832a9a42db8f7._comment
new file mode 100644
index 00000000..86b36315
--- /dev/null
+++ b/blog/entry/USB_powered_Sheevaplug/comment_2_62c2c3b1be30d193e6d832a9a42db8f7._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="codecomplete@4f4e7a88cc01c6cce47e1d93e38fa53c2e385eb2"
+ nickname="codecomplete"
+ avatar="http://cdn.libravatar.org/avatar/222fc1ad4f1993620a21cb57fa816f16"
+ subject="Any USB cable? How to wire?"
+ date="2022-11-25T15:01:04Z"
+ content="""
+Thanks much for the tip on powering the Sheevaplug through USB. It'll come handy the day the PSU I've been using for years goes south — it happened with the original.
+
+I know next to nothing about 'lectricity:
+1. Do all USB cables have four wires?
+2. How should connect them to the four-pin white part that plugs into the board?
+3. Will any USB charger provide enough current (1A? 2A? More?)?
+
+Thank you.
+"""]]

diff --git a/blog/entry/USB_powered_Sheevaplug/comment_1_e837bf27a27f353f501e1ec0dca3fe9d._comment b/blog/entry/USB_powered_Sheevaplug/comment_1_e837bf27a27f353f501e1ec0dca3fe9d._comment
new file mode 100644
index 00000000..94762d6d
--- /dev/null
+++ b/blog/entry/USB_powered_Sheevaplug/comment_1_e837bf27a27f353f501e1ec0dca3fe9d._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="codecomplete@4f4e7a88cc01c6cce47e1d93e38fa53c2e385eb2"
+ nickname="codecomplete"
+ avatar="http://cdn.libravatar.org/avatar/222fc1ad4f1993620a21cb57fa816f16"
+ subject="Any USB cable? How to wire?"
+ date="2022-11-25T15:00:54Z"
+ content="""
+Thanks much for the tip on powering the Sheevaplug through USB. It'll come handy the day the PSU I've been using for years goes south — it happened with the original.
+
+I know next to nothing about 'lectricity:
+1. Do all USB cables have four wires?
+2. How should connect them to the four-pin white part that plugs into the board?
+3. Will any USB charger provide enough current (1A? 2A? More?)?
+
+Thank you.
+"""]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index e3f4722c..9595da74 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 6 "I tried it, liked it." 306 "I tried it, needs work." 15 "I haven't tried it, but want to" 5 "I don't plan to try it"]]
+[[!poll 6 "I tried it, liked it." 306 "I tried it, needs work." 16 "I haven't tried it, but want to" 5 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 7307889d..e3f4722c 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 306 "I tried it, needs work." 15 "I haven't tried it, but want to" 5 "I don't plan to try it"]]
+[[!poll 6 "I tried it, liked it." 306 "I tried it, needs work." 15 "I haven't tried it, but want to" 5 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 13fcfe1b..7307889d 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 306 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 306 "I tried it, needs work." 15 "I haven't tried it, but want to" 5 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 59b20ffe..13fcfe1b 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 307 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 306 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 13fcfe1b..59b20ffe 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 306 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 307 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 4145ab7f..13fcfe1b 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 305 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 306 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 1c63b467..4145ab7f 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 304 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 305 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 22ab4f61..1c63b467 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 303 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 304 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 611c32fb..22ab4f61 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 302 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 303 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 4bbdecc8..611c32fb 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 301 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 302 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 6f892180..4bbdecc8 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 300 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 301 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index f4ab8c1d..6f892180 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 299 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 300 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 27819b72..f4ab8c1d 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 298 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 299 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 9c158dc8..27819b72 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 297 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 298 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 747d8737..9c158dc8 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 296 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 297 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index ec536ac9..747d8737 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 295 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 296 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 064c37fa..ec536ac9 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 294 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 295 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 39e0b0ed..064c37fa 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 293 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 294 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index ee224012..39e0b0ed 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 292 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 293 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 365ef0f3..ee224012 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 291 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 292 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index db865dbe..365ef0f3 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 290 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 291 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 56727c7a..db865dbe 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 289 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 290 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index dbd9144f..56727c7a 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 288 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 289 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 2a3aa467..dbd9144f 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 287 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 288 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 9a8ebc0a..2a3aa467 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 286 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 287 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 0da2e08b..9a8ebc0a 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 285 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 286 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index c124191e..0da2e08b 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 284 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 285 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 870b957e..c124191e 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 283 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 284 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index bd3fc7aa..870b957e 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 282 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 283 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 714f1af7..bd3fc7aa 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 281 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 282 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]

diff --git a/code/kaxxt/feedback.mdwn b/code/kaxxt/feedback.mdwn
index 2b6d560a..714f1af7 100644
--- a/code/kaxxt/feedback.mdwn
+++ b/code/kaxxt/feedback.mdwn
@@ -1,4 +1,4 @@
 Whatdayathink? Please vote in the poll, or post your
 experiences/questions to [[/code/Kaxxt/Discussion]].
 
-[[!poll 5 "I tried it, liked it." 280 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]
+[[!poll 5 "I tried it, liked it." 281 "I tried it, needs work." 15 "I haven't tried it, but want to" 4 "I don't plan to try it"]]