<?xml version="1.0" encoding="utf-8"?><feed xmlns="http://www.w3.org/2005/Atom" ><generator uri="https://jekyllrb.com/" version="4.4.1">Jekyll</generator><link href="https://wlair.us.to/feed/by_tag/rant.xml" rel="self" type="application/atom+xml" /><link href="https://wlair.us.to/" rel="alternate" type="text/html" /><updated>2026-07-13T17:37:40-07:00</updated><id>https://wlair.us.to/feed/by_tag/rant.xml</id><title type="html">xoddf2’s Blog</title><subtitle>xoddf2&apos;s personal blog</subtitle><author><name>xoddf2</name></author><entry><title type="html">Back to Irssi</title><link href="https://wlair.us.to/blog/2021/10/28/back-to-irssi" rel="alternate" type="text/html" title="Back to Irssi" /><published>2021-10-28T07:58:00-07:00</published><updated>2021-10-28T07:58:00-07:00</updated><id>https://wlair.us.to/blog/2021/10/28/back-to-irssi</id><content type="html" xml:base="https://wlair.us.to/blog/2021/10/28/back-to-irssi"><![CDATA[<p>For several years, I used <a href="https://irssi.org/">Irssi</a> in <a href="https://tmux.github.io/">tmux</a> on a <a href="https://en.wikipedia.org/wiki/Shell_account">shell server</a>.  A few months ago, I started using <a href="https://github.com/emacs-circe/circe">Circe</a> as my IRC client (connected to a <a href="https://wiki.znc.in/ZNC">ZNC</a> bouncer) after a brief stint with <a href="https://en.wikipedia.org/wiki/ERC_(software)">ERC</a>.  Circe had various issues:</p>

<ul>
  <li>Basic features, such as the display of my current nick, current channel modes, and <code class="language-plaintext highlighter-rouge">/LIST</code>, were not implemented.</li>
  <li>The tab completion omitted the colon after the nick, even with <code class="language-plaintext highlighter-rouge">circe-completion-suffix</code> set to the default <code class="language-plaintext highlighter-rouge">: </code>.  It also occasionally gave odd tab completion suggestions based on obscure substrings.</li>
  <li>The currently focused channel(s) still appeared in the tracker regardless of <code class="language-plaintext highlighter-rouge">lui-track-behavior</code>’s value.</li>
  <li>Even with <code class="language-plaintext highlighter-rouge">circe-lagmon-mode</code>, Circe did not reconnect to my bouncer after losing the network connection.</li>
  <li><code class="language-plaintext highlighter-rouge">circe-lagmon-mode</code> did not work with some servers.</li>
  <li><code class="language-plaintext highlighter-rouge">circe-lagmon-mode</code> would cause Circe to spam “<code class="language-plaintext highlighter-rouge">*** User away: &lt;current nick&gt;</code>” when I was set as away, at least with multiple instances of Circe running.</li>
  <li>Circe would set my away message to my nick instead of what I typed as an argument to <code class="language-plaintext highlighter-rouge">/[G]AWAY</code>.</li>
  <li>The topic was not always visible <em>à la</em> Irssi, WeeChat, or ERC’s top bar.  I would rather not type <code class="language-plaintext highlighter-rouge">/TOPIC</code> constantly.</li>
  <li>WHOIS output would appear in random buffers.</li>
</ul>

<p>Early this month, I switched back to Irssi (with ZNC this time) after getting tired of Circe’s bugs.  With multiple clients at least, it is not as good as bare Irssi in a terminal multiplexer, but it works better than Circe did.</p>]]></content><author><name>xoddf2</name></author><category term="computing" /><category term="rant" /><category term="irc" /><category term="irssi" /><category term="circe" /><category term="emacs" /><summary type="html"><![CDATA[For several years, I used Irssi in tmux on a shell server. A few months ago, I started using Circe as my IRC client (connected to a ZNC bouncer) after a brief stint with ERC. Circe had various issues:]]></summary></entry><entry><title type="html">I Feel Slower Now</title><link href="https://wlair.us.to/blog/2019/01/09/i-feel-slower-now" rel="alternate" type="text/html" title="I Feel Slower Now" /><published>2019-01-09T19:46:00-08:00</published><updated>2019-01-09T19:46:00-08:00</updated><id>https://wlair.us.to/blog/2019/01/09/i-feel-slower-now</id><content type="html" xml:base="https://wlair.us.to/blog/2019/01/09/i-feel-slower-now"><![CDATA[<p>During the first week of 2019, <a href="http://wlair.us.to/my-computers/">nomad</a> ran OpenBSD 6.4.  Here is how that went:</p>

<p><strong>The good:</strong> Unlike <a href="http://wlair.us.to/blog/2016/05/17/freebsd-vs-debian-on-nomad/index.html">under FreeBSD 10.3 a few years earlier</a>, hardware support was better.  The Wi-Fi signal strength thing turned out to be i3status not supporting <code class="language-plaintext highlighter-rouge">%quality</code> under the BSDs.  5 GHz worked fine.  Suspension and hibernation worked well.  OpenBSD also does not have the headphone jack switching issue that FreeBSD has.</p>

<p><strong>The bad:</strong> Performance was unacceptably slow.  If audio and/or video was playing, loading a Web page, even a simple one, in Chromium would cause the audio to stutter.  Swapping would occur when memory usage reached roughly 1.5 GB (nomad has 3 GB) despite adding my user account to <code class="language-plaintext highlighter-rouge">staff</code> and adjusting <code class="language-plaintext highlighter-rouge">staff</code>’s resource limits in <code class="language-plaintext highlighter-rouge">/etc/login.conf</code>.  It would avoid the rest of the RAM as if it were poison or something.  Wi-Fi was about half the speed it was under GNU/Linux for some reason.  Also, some Web sites, such as Twitch streams (mpv + youtube-dl worked fine, though) and Internet Archive’s JavaScript implementation of MAME, would not work in either Chromium (with sandboxing) or Firefox.</p>

<p>I have reverted to Debian GNU/Linux in the meantime.  OpenBSD mostly worked, and I would have stayed with it, if not for the above issue.</p>]]></content><author><name>xoddf2</name></author><category term="computing" /><category term="openbsd" /><category term="rant" /><summary type="html"><![CDATA[During the first week of 2019, nomad ran OpenBSD 6.4. Here is how that went:]]></summary></entry></feed>