<?xml version="1.0" encoding="utf-8"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Anthias 2026.06.0 | Screenly</title><description>Stops Raspberry Pi 4 players on the official balena fleet from rebooting over and over, and a Pi 4 with no screen attached now waits for one.</description><link>https://www.screenly.io/releases/anthias/2026.06.0/</link><language>en</language><atom:link href="https://www.screenly.io/releases/anthias/2026.06.0/rss.xml" rel="self" type="application/rss+xml"/><lastBuildDate>Mon, 01 Jun 2026 00:00:00 +0000</lastBuildDate><item><title>Anthias 2026.06.0: Raspberry Pi 4 devices on balena no longer reboot in a loop</title><link>https://www.screenly.io/releases/anthias/2026.06.0/raspberry-pi-4-balena-reboot-loop/</link><guid isPermaLink="true">https://www.screenly.io/releases/anthias/2026.06.0/raspberry-pi-4-balena-reboot-loop/</guid><pubDate>Mon, 01 Jun 2026 00:00:00 +0000</pubDate><category>fix</category><description>&lt;p&gt;If your Raspberry Pi 4 gets Anthias from the official balena fleet and kept restarting after 2026.05.2 came out, it&amp;#39;s fixed and you don&amp;#39;t need to do anything. Every Pi 4 on that fleet was caught in the loop and couldn&amp;#39;t take the release.&lt;/p&gt;
&lt;p&gt;The fleet is &lt;code&gt;screenly_ose/anthias-pi4&lt;/code&gt;. Its setting was corrected by hand as soon as it was found, which stopped the loop before this release, and Anthias 2026.06.0 puts the same fix into the release itself, so the next release doesn&amp;#39;t bring the loop back.&lt;/p&gt;
&lt;p&gt;The fleet&amp;#39;s boot settings come from &lt;code&gt;balena-host-config.json&lt;/code&gt; in the repository, which the release workflow &lt;a href="https://www.screenly.io/releases/anthias/2026.05.2/boot-splash-hangs-on-x86-and-raspberry-pi-4/"&gt;started applying in 2026.05.2&lt;/a&gt;. For the Pi 4 it set &lt;code&gt;dtparam&lt;/code&gt; to &lt;code&gt;i2c_arm=on,spi=on,audio=on&lt;/code&gt;, and balena never settled on that comma-joined value, so the device kept rewriting its boot configuration and rebooting. Anthias 2026.06.0 sets it to &lt;code&gt;audio=on&lt;/code&gt;, the same line the Anthias installer writes on Raspberry Pi OS. Onboard audio keeps working. The fleet configuration no longer turns on the I2C and SPI buses. Anthias doesn&amp;#39;t use them, and the installer on Raspberry Pi OS never turned them on.&lt;/p&gt;
&lt;p&gt;If you run your own Pi 4 fleet and set &lt;code&gt;BALENA_HOST_CONFIG_dtparam&lt;/code&gt;, give it a single value.&lt;/p&gt;</description></item><item><title>Anthias 2026.06.0: A Raspberry Pi 4 with no screen attached waits for one, and other improvements</title><link>https://www.screenly.io/releases/anthias/2026.06.0/fixes-and-improvements/</link><guid isPermaLink="true">https://www.screenly.io/releases/anthias/2026.06.0/fixes-and-improvements/</guid><pubDate>Mon, 01 Jun 2026 00:00:00 +0000</pubDate><category>roundup</category><description>&lt;h2 id="fixes"&gt;Fixes&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;A Raspberry Pi 4 that starts with no display attached waits for one instead of crash-looping with &lt;code&gt;no screens available&lt;/code&gt;. When a screen is connected or powered on, the viewer starts by itself. This is the Pi 4 counterpart of the wait that &lt;a href="https://www.screenly.io/releases/anthias/2026.05.2/pi-2-and-pi-3-wait-for-a-display/"&gt;Pi 2 and Pi 3 got in 2026.05.2&lt;/a&gt;.&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="for-contributors"&gt;For contributors&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;code&gt;bin/balena_fleet_maintenance.py&lt;/code&gt; moves devices on the 5 official &lt;code&gt;screenly_ose/anthias-*&lt;/code&gt; balena fleets forward a batch at a time. For each device it removes the pin to a release, so the device follows the fleet&amp;#39;s latest stable release, and starts an update to the latest balenaOS. It does a dry run unless you pass &lt;code&gt;--apply&lt;/code&gt;, skips offline devices, takes 1% of the remaining devices per run unless you set &lt;code&gt;--percent&lt;/code&gt; or &lt;code&gt;--count&lt;/code&gt;, records finished devices in &lt;code&gt;.balena-maint-state.tsv&lt;/code&gt; so the next run skips them, and moves on when a device fails.&lt;/li&gt;
&lt;/ul&gt;</description></item></channel></rss>