<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>MacOS on Notes from the Rabbit Hole</title><link>https://magnus919.com/tags/macos/</link><description>Recent content in MacOS on Notes from the Rabbit Hole</description><generator>Hugo</generator><language>en</language><copyright>© [Magnus Hedemark](https://github.com/magnus919)</copyright><lastBuildDate>Sun, 09 Feb 2025 00:00:00 +0000</lastBuildDate><atom:link href="https://magnus919.com/tags/macos/index.xml" rel="self" type="application/rss+xml"/><item><title>Fedora 41 Workstation notes</title><link>https://magnus919.com/notes/fedora-41-notes/</link><pubDate>Sun, 09 Feb 2025 00:00:00 +0000</pubDate><guid>https://magnus919.com/notes/fedora-41-notes/</guid><description>&lt;h1 id="background--motivation">Background &amp;amp; Motivation&lt;/h1>
&lt;p>My history with Linux and with Fedora (and CentOS) is pretty dense and somewhat intense going back to the first announcement of &amp;ldquo;Fedora Core&amp;rdquo; by Red Hat. And it extends to a short period of my professional career when I worked for Red Hat (and a much longer part of my career where I had a pivotal role as an individual contributor in IBM&amp;rsquo;s Linux Technology Center).&lt;/p></description></item><item><title>oh-my-zsh alternatives</title><link>https://magnus919.com/notes/oh-my-zsh-alternatives/</link><pubDate>Sun, 19 Jan 2025 21:44:43 -0400</pubDate><guid>https://magnus919.com/notes/oh-my-zsh-alternatives/</guid><description>&lt;h1 id="background">Background&lt;/h1>
&lt;p>I&amp;rsquo;ve been a &lt;code>zsh&lt;/code> user for a long time, both on Linux (where it&amp;rsquo;s not the default) and &lt;del>OS X&lt;/del> macOS (where it now &lt;em>is&lt;/em> the default).&lt;/p>
&lt;p>The first thing I used to do on new machines is port all of my &lt;code>.oh-my-zsh&lt;/code> stuff over.&lt;/p>
&lt;p>&lt;a href="https://ohmyz.sh">Oh My Zsh&lt;/a> is not bad! This is not mean to slam the project at all.&lt;/p>
&lt;p>But I&amp;rsquo;ve recently (Jan 2025) upgraded to a new &lt;a href="https://magnus919.com/tags/mac/">Mac&lt;/a> Mini M4 and I thought maybe I should see what else is out there. If there&amp;rsquo;s something that&amp;rsquo;s &lt;em>good enough&lt;/em> without being quite as large in size.&lt;/p></description></item><item><title>My MacBook Setup</title><link>https://magnus919.com/2025/01/my-macbook-setup/</link><pubDate>Wed, 08 Jan 2025 18:01:29 -0500</pubDate><guid>https://magnus919.com/2025/01/my-macbook-setup/</guid><description>&lt;h1 id="2020-macbook-air-m1">2020 MacBook Air M1&lt;/h1>
&lt;p>I&amp;rsquo;ve got this old MacBook Air M1 that&amp;rsquo;s getting on in years, but I&amp;rsquo;m not quite yet feeling the need to upgrade it. Partly because I&amp;rsquo;ve got so many other Apple products to stay on top of, I really like to space my Mac purchases apart more.&lt;/p>
&lt;p>But the M1 was such a huge leap in performance. I was coming &lt;em>from&lt;/em> a MacBook Pro 16&amp;quot; Core i7 and I&amp;rsquo;m not kidding when I say this lowly Air that came out not much later is a better computer, and certainly more convenient to travel with. In fact, I&amp;rsquo;m literally writing this now from inside of Terminal 2 at RDU airport, and I&amp;rsquo;m looking forward to getting some writing done during my long flight.&lt;/p></description></item><item><title>Setting Up Podman on MacOS: A Docker Alternative for Local Container Development</title><link>https://magnus919.com/2025/01/setting-up-podman-on-macos-a-docker-alternative-for-local-container-development/</link><pubDate>Mon, 06 Jan 2025 09:56:50 -0500</pubDate><guid>https://magnus919.com/2025/01/setting-up-podman-on-macos-a-docker-alternative-for-local-container-development/</guid><description>&lt;h2 id="why-run-containers-locally">Why Run Containers Locally?&lt;/h2>
&lt;p>Running containers on your development machine has become an essential practice for modern software development. Local containers provide:&lt;/p>
&lt;ul>
&lt;li>Consistent development environments across team members&lt;/li>
&lt;li>Quick testing of containerized applications without remote dependencies&lt;/li>
&lt;li>Easy experimentation with different software stacks&lt;/li>
&lt;li>Simplified microservices development and testing&lt;/li>
&lt;li>Efficient resource usage compared to traditional virtual machines&lt;/li>
&lt;/ul>
&lt;h2 id="why-podman-instead-of-docker-desktop">Why Podman Instead of Docker Desktop?&lt;/h2>
&lt;p>While Docker Desktop has been the de facto standard for local container development, Podman offers several compelling advantages:&lt;/p></description></item></channel></rss>