This is a valid Atom 1.0 feed.
This feed is valid, but interoperability with the widest range of feed readers could be improved by implementing the following recommendations.
help]
[<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom"><title>sixohthree.com</title><link href="https://sixohthree.com/" rel="alternate"></link><link href="https://sixohthree.com/feeds/atom.xml" rel="self"></link><id>https://sixohthree.com/</id><updated>2025-04-22T00:00:00-04:00</updated><entry><title>Links (22 April 2025)</title><link href="https://sixohthree.com/links-22-april-2025" rel="alternate"></link><published>2025-04-22T00:00:00-04:00</published><updated>2025-04-22T00:00:00-04:00</updated><author><name>Annika Backstrom</name></author><id>tag:sixohthree.com,2025-04-22:/links-22-april-2025</id><summary type="html"><p>Some links I collected recently.</p></summary><content type="html"><ul>
<li><a href="https://bylandandsea.ie/">bylandandsea.ie</a> – Travel to and from Ireland without flying</li>
<li><a href="https://garagehq.deuxfleurs.fr/">Garage</a> — An open-source distributed object storage service tailored for
self-hosting, supporting the S3 API</li>
<li>Human chains feel like a metaphor in these dark times<ul>
<li><a href="https://www.nbcnews.com/news/us-news/ice-tries-detain-man-tennessee-home-neighbors-form-human-chain-n1032791">ICE came for their neighbor, so these Tennesseans formed a human chain to
protect him</a></li>
<li><a href="https://www.theguardian.com/us-news/2025/apr/17/book-brigade-us-town-forms-human-chain-to-move-9100-books-one-by-one">‘Book brigade’: US town forms human chain to move 9,100 books
one-by-one</a></li>
</ul>
</li>
<li><code>stty -ixon</code> to stop ^S from freezing your terminal via
<a href="https://social.jvns.ca/@b0rk/114354742870242559">@b0rk@social.jvns.ca</a></li>
<li><a href="https://www.chiark.greenend.org.uk/~ianmdlvl/rust-polyglot/">Rust for the Polyglot Programmer</a> via
<a href="https://infosec.exchange/@raptor/114363710652153874">@raptor@infosec.exchange</a></li>
<li><a href="https://www.seriouseats.com/chai-recipe-8364307">How to Make Chai</a></li>
<li><a href="https://fxrant.blogspot.com/2025/04/the-movie-mistake-mystery-from-revenge.html?m=1">The Movie Mistake Mystery from "Revenge of the Sith"</a></li>
<li><a href="https://typst.app/">Typst</a> – A more productive workflow for science.</li>
<li><a href="https://twinery.org/cookbook/">Twine Cookbook</a> – "This Cookbook contains documentation, tips, and
examples for using the non-linear story creation tool <a href="https://twinery.org/">Twine</a>"</li>
</ul></content><category term="Personal"></category><category term="links"></category></entry><entry><title>Webhooks as a (Systemd) Service</title><link href="https://sixohthree.com/webhooks-as-systemd-service" rel="alternate"></link><published>2025-04-12T12:23:00-04:00</published><updated>2025-04-12T12:23:00-04:00</updated><author><name>Annika Backstrom</name></author><id>tag:sixohthree.com,2025-04-12:/webhooks-as-systemd-service</id><summary type="html"><p>Using the <code>webhook</code> Go package to deploy on demand.</p></summary><content type="html"><p>The <a href="https://xoxo.zone/docs/">"docs" microsite</a> for <a href="https://xoxo.zone/">xoxo.zone</a> is a static page built with
Eleventy. I explicitly didn't want to overcomplicate the site's setup with a
cloud build process triggered by commit actions: the static site is compiled
locally and committed alongside the content changes. A cron on the server runs
<code>git pull</code> on the repo every 5 minutes. The web server can directly serve the
site without any additional build.</p>
<p>The site is updated a couple times a month on average. Of the 8,640 average
monthly cron git pulls, 8,638 will do nothing. The net impact of this is
probably negligible, but it did annoy me. Besides, Codeberg (my forge of choice
for xoxo) gets the occasional DDoS and I'm sure is getting hammered by "AI"
scrapers that never sleep. Why send them more traffic than necessary?</p>
<p>I wanted to update the site when I pushed to the repo, without a complex
configuration that would be difficult for someone else to pick up. Maybe I could
write a lightweight web server that listened for a request and perform an
action?</p>
<h2>Stop giving things generic names</h2>
<p>The obvious choice for triggering an action on push is a <a href="https://en.wikipedia.org/wiki/Webhook">Webhook</a>, which
Codeberg supports natively. Expose an endpoint, verify incoming requests, run a
command.</p>
<p>Doing some preliminary searches, I stumbled across the extremely
generically-named <a href="https://github.com/adnanh/webhook/">webhook</a>, a Go web server for triggering commands based
on webhook requests. It's apt-installable on Ubuntu, has a simple configuration
file syntax in JSON or YAML, and doesn't mind being proxied behind nginx. From a
maintenance perspective, that's better than rolling my own server.</p>
<h2>Webhook configuration</h2>
<p>After <code>apt install webhook</code>, I customised some of the launch parameters with
<code>systemctl edit webhook</code><sup id=sf-webhooks-as-systemd-service-1-back><a href=#sf-webhooks-as-systemd-service-1 class=simple-footnote title="Technically these are in an Ansible playbook, but I'm simplifying so the code examples are more self-contained.">1</a></sup>:</p>
<pre><code class=language-ini>[Unit]
ConditionPathExists=
ConditionPathExists=/etc/webhook.yaml
[Service]
ExecStart=
ExecStart=/usr/bin/webhook -nopanic -hooks /etc/webhook.yaml -ip 127.0.0.1 -port 9899 -urlprefix my-webhook-prefix
User=www-data
Group=www-data
</code></pre>
<p>I configured my hook in <code>/etc/webhook.yaml</code>. <code>webhook</code> has an awkward syntax for
passing arguments to commands, so I made a small bin script to wrap <code>cd</code> and
<code>git pull ...</code>. <code>webhook</code> also includes "matchers" to further customise the hook
based on incoming parameters. This config performs request signature
verification based on a shared secret, and filters for push events.</p>
<pre><code class=language-yaml>- id: deploy-docs
execute-command: /usr/local/bin/xoxo-docs-pull
response-message: ok
trigger-rule:
and:
- match:
type: payload-hmac-sha256
secret: my_secret
parameter:
source: header
name: X-Forgejo-Signature
- match:
type: value
value: push
parameter:
source: header
name: X-Forgejo-Event
</code></pre>
<p>Then I proxied the requests through Nginx:</p>
<pre><code class=language-nginx>upstream webhooks {
server 127.0.0.1:9899 fail_timeout=5;
}
server {
# the rest of the server config...
location ~ ^/my-webhook-prefix/ {
proxy_pass http://webhooks;
}
}
</code></pre>
<p>That's enough to get a working webhook. No more cron needed!</p>
<h2>The future</h2>
<p>Mastodon itself supports webhooks, and I'd love to improve our admin hooks in
the future. Today we get a Discord message when a report is created, but it's
not very readable and there's no ability to update the initial message when the
report is actioned. <code>webhook</code> feels like a good starting place to improve that
experience.</p><ol class=simple-footnotes><li id=sf-webhooks-as-systemd-service-1>Technically these are in an <a href="https://www.ansible.com/">Ansible</a> playbook,
but I'm simplifying so the code examples are more self-contained. <a href=#sf-webhooks-as-systemd-service-1-back class=simple-footnote-back>↩</a></li></ol></content><category term="Web"></category><category term="eleventy"></category><category term="mastodon"></category><category term="codeberg"></category><category term="webhooks"></category></entry><entry><title>Migrating xoxo.zone to OVHcloud</title><link href="https://sixohthree.com/migrating-xoxo-zone-to-ovhcloud" rel="alternate"></link><published>2025-04-10T07:02:00-04:00</published><updated>2025-04-10T07:02:00-04:00</updated><author><name>Annika Backstrom</name></author><id>tag:sixohthree.com,2025-04-10:/migrating-xoxo-zone-to-ovhcloud</id><summary type="html"><p>A postmortem on moving the server (again)</p></summary><content type="html"><p>Mastodon hosted on <a href="https://xoxo.zone/">xoxo.zone</a> is now living on its new server at OVHcloud.
We were hosted at Hetzner for <a href="https://xoxo.zone/docs/">just about 2 years</a>, but draconian terms of
service and <a href="https://tenforward.blog/hetzner-considered-hostile-a-psa/">some scary experiences</a> for other communities made the move
inevitable. I evaluated a few EU-based hosts, including Netcup and Scaleway. OVH
hit the sweet spot of pricing, specs, and terms of use.</p>
<h2>We built this shitty</h2>
<p>Due to a miscalculation, the server I provisioned on Hetzner used spinning rust
HDDs instead of SSDs. This gave us a ton of storage overhead we didn't need, and
was also slow as fuck and made many simple things very painful. Even git
operations and restarting services could take minutes instead of seconds.</p>
<p>The upgrade to Mastodon v4.2.0 last October was particularly painful. I first
upgraded the server from Ubuntu 20.04 to Ubuntu 22.04, and planned to keep going
to Ubuntu 24.04. This required a PostgreSQL upgrade from v15 to v17. I started
this upgrade at 15:00, and gave up for the day when the database finally
finished rebuilding at 01:30. The server was down the whole time. Bummer.</p>
<h2>A lot of effort went into making this look effortless</h2>
<p>A challenge of running a server like this is needing to know a little bit about
everything. It was clear to me that I could do better than 10.5 hours of
downtime, but I wasn't sure how to get there. I've done a lot of reading about
PostgreSQL migration strategies since October.</p>
<p>The server database is backed up twice a day. The <code>pg_dump</code> takes about 2 hours,
and the upload is another half hour, to say nothing of restoring the db on a new
host. Not awesome.</p>
<p>A test <code>rsync --checksum</code> of the database took about 80 minutes, even for
subsequent rsyncs that (in theory) had to transfer less data.</p>
<p>Replication was daunting, but I stuck with it. In the end it was pretty painless
and worked <em>extremely</em> well.</p>
<p>I created a replication role on the old server, xoxo-4:</p>
<pre><code>CREATE ROLE xoxo5 WITH REPLICATION PASSWORD 'secret_password' LOGIN;
</code></pre>
<p>And I updated the access rules in <code>/etc/postgresql/17/main/pg_hba.conf</code>:</p>
<pre><code># Allow replication from xoxo5@10.0.0.5
host replication xoxo5 10.0.0.5/32 scram-sha-256
</code></pre>
<p>On the new host, xoxo-5, I emptied out the <code>/var/lib/postgresql/17/main</code>
directory and enabled replication:</p>
<pre><code>sudo -u postgres pg_basebackup -h 10.0.0.4 -p 5432 -U xoxo5 -D /var/lib/postgresql/17/main/ -Fp -Xs -R
</code></pre>
<p>This took a few hours but it was worth every second. Once the backup was done,
the results were extremely promising: <code>select * from pg_stat_replication</code> and
<a href="https://pgmetrics.io/">pgmetrics</a> showed delays in the milliseconds, and spot checking counts in
the <code>statuses</code> and <code>accounts</code> tables looked good (other than <code>count(*)</code> taking
over 10 minutes on xoxo-4).</p>
<p>In theory the hardest, slowest part was done: the 88GB database was ready for
cutover whenever we were.</p>
<h2>Not zero-downtime but I remain chuffed</h2>
<p>I was emboldened by successful replication and from listening to Eurovision
playlists at high volume for the previous hour. After some encouraging words
like "why not" and "if you fuck this up maybe i can focus on work," I finalised
a migration plan and kicked things off.</p>
<p><img alt="Screenshot from Discord, Clarity says: thinking emoji, if it goes wrong and the server crashes that'll probably just help me focus on work better" src="/media/2025/04/focus.png"></p>
<p>I had done a lot of work already at this point:</p>
<ul>
<li>I had run the <a href="https://docs.joinmastodon.org/admin/install/">server setup guide</a> and finished an initial rsync on some
key directories, including the nginx config</li>
<li>A bunch of server config, including Mastodon service files, backup
configuration, and crons are in an Ansible playbook, which I had already run</li>
<li>The domain TTL was already ramped down to 60 seconds</li>
</ul>
<p>Winding down xoxo-4 looked like this:</p>
<pre><code>mastodon-bounce stop all # wrapper script that runs systemctl on all mastodon services
mastodon-bounce disable all
systemctl disable --now redis-server.service
</code></pre>
<p>Bringing things back up on xoxo-5 looked like this:</p>
<pre><code>/root/sync.sh # /home/mastodon/live, /var/lib/redis, /etc/letsencrypt, /etc/nginx
pg_ctlcluster 17 main promote
systemctl enable --now redis-server.service
mastodon-bounce start all
mastodon-bounce enable all
RAILS_ENV=production ./bin/tootctl feeds build
RAILS_ENV=production ./bin/tootctl search deploy
</code></pre>
<p>I would also run a few SQL commands to check data consistency:</p>
<pre><code>sudo -u postgres psql -c '\x' -c 'select * from pg_stat_replication'
time sudo -u mastodon psql mastodon_production -c &quot;select count(1) from statuses&quot;
time sudo -u mastodon psql mastodon_production -c &quot;select id, created_at from statuses order by created_at desc limit 10&quot;
time sudo -u mastodon psql mastodon_production -c &quot;select count(1) from accounts&quot;
</code></pre>
<h2>Job's done</h2>
<p>The migration took about 15 minutes from start to finish. Next time, with SSD
hosts on both sides, I could probably get it down to seconds or maybe even zero
downtime.</p>
<p>I did hit one snag that was obfuscated by caching in the Mastodon service
worker: the mastodon account's home directory was created with permissions
<code>0750</code>, and Nginx could not read files in the web directory, causing a lot of
busted client pages for about 30 minutes after I "finished" the migration.
There's always something.</p>
<p>But still! It's done and I'm happy with how it went.</p>
<p>Let's not do it again for a long time.</p></content><category term="Web"></category><category term="mastodon"></category><category term="xoxo.zone"></category><category term="fediverse"></category></entry><entry><title>XOXO 2024</title><link href="https://sixohthree.com/xoxo-2024" rel="alternate"></link><published>2024-08-27T22:38:00-04:00</published><updated>2024-08-27T22:38:00-04:00</updated><author><name>Annika Backstrom</name></author><id>tag:sixohthree.com,2024-08-27:/xoxo-2024</id><summary type="html"><p>The final XOXO Festival wrapped up this weekend in Portland, Oregon. It was my fifth XOXO, and it's been 5 years since the previous festival, XOXO 2019.</p></summary><content type="html"><p><img alt="Five XOXO Festival badges" src="/media/2024/08/badges.jpg"> <em>Badge lineup: 2015, 2016, 2018, 2019, 2024</em></p>
<p>The final XOXO Festival wrapped up this weekend in Portland, Oregon. It was my
fifth XOXO, and it's been 5 years since the previous festival, XOXO 2019.</p>
<p>Five years is a long time. Maybe long enough that, like me, you see a change in
yourself. Since 2019, I'm a little frayed around the edges, more cautious, more
reserved in the face of an unfriendly world.</p>
<p>I have allowed myself to harden in the past five years. I saw it happening and I
fucking leaned in. It was a learned response to a hostile environment. The
timeline of this blog is a reflection of that change: withdrawal, retreat, a
reluctance to engage.</p>
<p>XOXO is an event, yes. It's a particular point in time with a beginning and an
end. But XOXO is also a feeling of curiosity, a sense of wonder, a rejection of
cynicism, a community. A reminder. <a href="https://xoxo.zone/@jkent/113036275692117626">A dream</a>.</p>
<p>XOXO is made of people. This weekend, those people reminded me what it's like to
allow myself to feel joy and hope. I saw a lot of old friends and maybe made
some new ones. I heard their stories and felt their excitement. Hibernating
parts of me woke up, did a little stretch, and thought maybe it's time to leave
the cave.</p>
<p>It's easy to harden up. <a href="https://www.youtube.com/watch?v=cNwy1Th4NYo">Only natural</a>, as I heard through <a href="https://aratin.gay/">a friend</a>.
Going soft again is not so easy. All these great people make me want to at least
try.</p>
<p>There will not be another XOXO Festival, but there are many people who embody
its spirit, whether they associate it with the festival or not. I will try to
remember that without the festival's periodic reminder.</p>
<p><img alt="People at night on a lawn under strings of lights, in front of a large white tent" src="/media/2024/08/tent.jpg">
<em>The traditional "leaving XOXO" shot, 2024</em></p>
<h2>Collected XOXO 2024 Posts</h2>
<ul>
<li><a href="https://www.spideyj.com/the-final-xoxo/">The Final XOXO</a> by Kit Jones (SpideyJ)</li>
<li><a href="https://hey.georgie.nu/post-xoxo/">some thoughts (but not enough thoughts), post-XOXO 2024</a> by Georgie</li>
<li><a href="https://buttondown.com/hupfen/archive/this-will-all-end-in-tears/">This Will All End in Tears</a> by Zoe Landon</li>
<li><a href="https://lyonheart.us/xoxo-2024/">My experience of XOXO 2024</a> by Matthew Lyon</li>
<li><a href="https://brookshelley.com/posts/2024-08-27-xoxo/">The Last XOXO: 2024</a> by Brook Shelley</li>
<li><a href="https://kottke.org/24/08/thanks-xoxo">Thanks, XOXO</a> by Jason Kottke</li>
<li><a href="https://phildini.dev/xoxo-2024">XOXO 2024</a> by Phil Dini</li>
<li><a href="https://bamoon.com/my-first-year-with-xoxo/">My first year with XOXO</a> by Brian Moon</li>
<li><a href="https://justinpot.com/the-internet-doesnt-have-to-feel-like-this/">The internet doesn’t have to feel like this</a> by Justin Pot</li>
<li><a href="https://netninja.com/2024/08/29/lowering-expectations-one-project-at-a-time/">Lowering Expectations, One Project at a Time</a> by BrianEnigma</li>
<li><a href="https://geekdad.com/2024/08/creating-community-at-xoxo/">Creating Community at XOXO</a> by Jonathan Liu</li>
<li><a href="https://jrubenoff.com/writing/xoxo-festival/">XOXO taught me it was OK to be weird</a> by Josh Rubenoff</li>
<li><a href="https://benjaminchait.net/archives/xoxo-2024">XOXO 2024</a> by Benjamin Chait</li>
<li><a href="https://emorydunn.com/blog/2024/09/xoxo/">XOXO</a> by Emory Dunn</li>
<li><a href="https://open.substack.com/pub/byvishmili/p/spotted-a-deep-dive-into-the-digital">Spotted: A deep dive into the digital jungle, where the survival of the fittest isn’t about brawn but brains—and a little (a lot of) kindness, too</a> by Višnja Milidragović</li>
<li><a href="https://jwithy.weblog.lol/2024/09/it-has-been-a-time">It has been a time</a> by Jim Withington</li>
<li><a href="https://www.mmmx.cloud/after-xoxo">After xoxo</a> by Ním Daghlian</li>
<li><a href="https://clarity.flowers/journal/goodbye_xoxo.html">goodbye, xoxo</a> by clarity flowers</li>
<li><a href="https://www.rawsignal.ca/newsletter-archive/lower-your-expectations">Lower your expectations</a> by Johnathan and Melissa Nightingale</li>
<li><a href="https://arun.is/blog/farewell-xoxo/">Farewell, XOXO</a> by Arun Venkatesan</li>
<li>Photo album: <a href="https://www.flickr.com/photos/linkletter/albums/72177720320167689/">XOXO Festival 2024</a> by Ian Linkletter</li>
</ul></content><category term="Personal"></category><category term="xoxo"></category></entry><entry><title>Marshall Turner Moulton, 1928-2022</title><link href="https://sixohthree.com/marshall-turner-moulton" rel="alternate"></link><published>2022-07-27T21:15:00+00:00</published><updated>2022-07-27T21:15:00+00:00</updated><author><name>Annika Backstrom</name></author><id>tag:sixohthree.com,2022-07-27:/marshall-turner-moulton</id><summary type="html"><p>Rest in peace, Grampy.</p></summary><content type="html"><p>January 3, 1928 - July 22, 2022. Rest in peace, Grampy.</p>
<p><img alt="Marshall Turner Moulton" src="/media/2022/mtm.jpg"></p></content><category term="Personal"></category></entry><entry><title>Introductions</title><link href="https://sixohthree.com/introductions" rel="alternate"></link><published>2022-04-26T18:37:00-04:00</published><updated>2022-04-26T18:37:00-04:00</updated><author><name>Annika Backstrom</name></author><id>tag:sixohthree.com,2022-04-26:/introductions</id><summary type="html"><p>Welcome to Mastodon</p></summary><content type="html"><p>Is Elon Musk buying Twitter? Maybe.</p>
<p>Is the Fediverse hoppin'? Definitely.</p>
<p><img alt="introductions" src="/media/2022/introductions.png"></p></content><category term="Social"></category><category term="mastodon"></category><category term="twitter"></category></entry><entry><title>Hollybank Road</title><link href="https://sixohthree.com/hollybank-road" rel="alternate"></link><published>2022-03-31T12:03:00+01:00</published><updated>2022-03-31T12:03:00+01:00</updated><author><name>Annika Backstrom</name></author><id>tag:sixohthree.com,2022-03-31:/hollybank-road</id><summary type="html"><p>What I want to remember</p></summary><content type="html"><p>Air thick with the smell of spring onions.</p>
<p>Cool beers and good craic over the garden wall on any night of the week.</p>
<p>That's what I will carry with me.</p></content><category term="Personal"></category></entry><entry><title>ACNH: Removing a Deleted Profile's House</title><link href="https://sixohthree.com/acnh-removing-deleted-profiles-house" rel="alternate"></link><published>2021-11-13T14:32:00+00:00</published><updated>2021-11-13T14:32:00+00:00</updated><author><name>Annika Backstrom</name></author><id>tag:sixohthree.com,2021-11-13:/acnh-removing-deleted-profiles-house</id><summary type="html"><p>A new profile can claim an abandoned house. This took me a while to figure out.</p></summary><content type="html"><p><strong>tl;dr</strong> To remove the house of a player whose profile is deleted from your
Switch, just start up ACNH has a user who does not have a house,
and link them to the deleted profile.</p>
<p>A while back my kids got ahold of my Switch, and created a profile (not linked
to a Nintendo account, in this case) and made themselves a house (or tent) on my
island in Animal Crossing: New Horizons. I deleted this profile but to my
surprise, the house stayed behind. The normal process to delete a resident and
their house is to launch them game with their profile, press the "minus" key on
the title screen, and request to delete your data. This was no longer possible
because I had deleted the anonymous profile.</p>
<p>The fix is actually pretty simple, if non-obvious. This took me a bit to figure
out so I'm writing it here for posterity.</p>
<h2>Claiming the house with a new profile</h2>
<p>In short, if you have deleted user data on the island, and launch the game with
a new profile (that doesn't have a house), you'll be asked if you want to link
the abandoned resident with the new profile. Once you've linked them, you can
use the regular process to delete the resident data from the title scree, and
then delete the profile (if you created it just for this purpose).</p>
<p>There are a few warnings and prompts along the way. The whole process can be
seen in the screenshots below.</p>
<p><img alt="Notification of existing resident data not linked to a user account" src="/media/2021/11/01.jpg"></p>
<p><img alt="Prompt to play using existing resident data" src="/media/2021/11/02.jpg"></p>
<p><img alt="Notification of number of players with unlinked data" src="/media/2021/11/03.jpg"></p>
<p><img alt="Prompt to select user to play as" src="/media/2021/11/04.jpg"></p>
<p><img alt="Warning when user does not have a linked Nintendo Account" src="/media/2021/11/05.jpg"></p>
<p><img alt="Warning that Internet-related features will be reset" src="/media/2021/11/06.jpg"></p>
<p><img alt="Confirmation to play as selected resident" src="/media/2021/11/07.jpg"></p>
<p><img alt="Account linking screen" src="/media/2021/11/08.jpg"></p>
<p><img alt="Notification that data was updated" src="/media/2021/11/09.jpg"></p>
<p><img alt="Notification that profile will now play as the selected resident" src="/media/2021/11/10.jpg"></p>
<!-- links --></content><category term="Games"></category><category term="acnh"></category><category term="animal crossing: new horizons"></category></entry><entry><title>Kingswood 2461</title><link href="https://sixohthree.com/kingswood-2461" rel="alternate"></link><published>2021-03-20T22:13:00-04:00</published><updated>2021-03-20T22:13:00-04:00</updated><author><name>Annika Backstrom</name></author><id>tag:sixohthree.com,2021-03-20:/kingswood-2461</id><summary type="html"><p>My Mom's childhood phone number.</p></summary><content type="html"><p>My Mom's childhood phone number in Rockport, Massachusetts was Kingswood 2461.
This would have been some time in the mid to late 1950s.</p>
<p>This is not useful information. It's just a funny thing she told me once, and I
wrote it down. Now I'm writing it here, where maybe a bunch of robots will put
it on a bunch of hard drives and remember it forever.</p>
<p>That's all.</p></content><category term="Personal"></category></entry><entry><title>Hades: There is No Escape</title><link href="https://sixohthree.com/hades-there-is-no-escape" rel="alternate"></link><published>2020-11-15T22:56:00-05:00</published><updated>2020-11-15T22:56:00-05:00</updated><author><name>Annika Backstrom</name></author><id>tag:sixohthree.com,2020-11-15:/hades-there-is-no-escape</id><summary type="html"><p>After just over 80 hours, I've finally reached the epilogue in Hades.</p></summary><content type="html"><p>After just over 80 hours, I've finally reached the epilogue in <a href="https://www.supergiantgames.com/games/hades/">Hades</a>. As a
<a href="https://en.wikipedia.org/wiki/Roguelike">roguelike</a>, you maybe never "finish," but the epilogue is a pretty
significant milestone. It feels especially signifcant for me, as I don't have a
great track record of sticking with games these days.</p>
<p>I picked Hades up on the Nintendo Switch after its 1.0 release in September.
After a few very satisfying runs, I bought the game on Steam on September 25. My
first clear on PC was October 23, I finished the main storyline on October 25,
and it took until November 15 to reach the epilogue, 82 hours in.</p>
<p>Hades checks a lot of boxes for me: the characters (and voices) are great, the
combat is fast and fun, there's lots of variety available in each run, and I can
feel myself improve with practice. I'll probably keep playing for a while yet:
there are still a few achievements left for me, plus a whole lotta heat to push.</p>
<p><a href="https://sixohthree.com/media/2020/11/hades.jpg"><img alt="Hades &quot;win&quot; screen showing victory in 42 minutes, 58 seconds" src="https://sixohthree.com/media/2020/11/hades.jpg"></a></p>
<!-- links --></content><category term="Games"></category><category term="Hades"></category><category term="Roguelike"></category></entry></feed>
If you would like to create a banner that links to this page (i.e. this validation result), do the following:
Download the "valid Atom 1.0" banner.
Upload the image to your own server. (This step is important. Please do not link directly to the image on this server.)
Add this HTML to your page (change the image src
attribute if necessary):
If you would like to create a text link instead, here is the URL you can use:
http://www.feedvalidator.org/check.cgi?url=https%3A//sixohthree.com/feeds/atom.xml