<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[2️⃣ Here&#x27;s the 2nd post highlighting key new features of the upcoming v261 release of systemd.]]></title><description><![CDATA[<p>2️⃣ Here's the 2nd post highlighting key new features of the upcoming v261 release of systemd. <a href="https://mastodon.social/tags/systemd261" rel="tag">#<span>systemd261</span></a> <a href="https://mastodon.social/tags/systemd" rel="tag">#<span>systemd</span></a> </p><p>When you care for a more than a single system, it is often advisable to roll out new stuff in a staged fashion: first 1% of your fleet should get it, and only after the results are in and all is good, you up it to 10%, and then to 25% and finally to 100% (or in other steps like this).</p><p>With v261, systemd is going to help you with this to some degree:</p>]]></description><link>https://board.circlewithadot.net/topic/3d388b4c-c36e-4b69-a66d-917f9f041695/2-here-s-the-2nd-post-highlighting-key-new-features-of-the-upcoming-v261-release-of-systemd.</link><generator>RSS for Node</generator><lastBuildDate>Fri, 05 Jun 2026 12:17:33 GMT</lastBuildDate><atom:link href="https://board.circlewithadot.net/topic/3d388b4c-c36e-4b69-a66d-917f9f041695.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 22 May 2026 02:06:00 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to 2️⃣ Here&#x27;s the 2nd post highlighting key new features of the upcoming v261 release of systemd. on Sat, 23 May 2026 10:06:44 GMT]]></title><description><![CDATA[<p><span><a href="/user/purpleidea%40mastodon.social">@<span>purpleidea</span></a></span> <span><a href="/user/pid_eins%40mastodon.social">@<span>pid_eins</span></a></span> I think there’s room for both <a href="https://infosec.exchange/tags/configmanagememt" rel="tag">#<span>configmanagememt</span></a> driven sharding of populations and autonomous local stable sharding. The latter is useful when you want the local state to be persistent and stable even when <a href="https://infosec.exchange/tags/configmanagememt" rel="tag">#<span>configmanagememt</span></a> stops working or is not used in the first place.</p>]]></description><link>https://board.circlewithadot.net/post/https://infosec.exchange/users/tzz/statuses/116623330794984561</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://infosec.exchange/users/tzz/statuses/116623330794984561</guid><dc:creator><![CDATA[tzz@infosec.exchange]]></dc:creator><pubDate>Sat, 23 May 2026 10:06:44 GMT</pubDate></item><item><title><![CDATA[Reply to 2️⃣ Here&#x27;s the 2nd post highlighting key new features of the upcoming v261 release of systemd. on Fri, 22 May 2026 08:56:27 GMT]]></title><description><![CDATA[<p><span><a href="/user/raito%40nixos.paris">@<span>raito</span></a></span> yeah, you can query the result of conditions via D-Bus and "systemctl status"</p>]]></description><link>https://board.circlewithadot.net/post/https://mastodon.social/users/pid_eins/statuses/116617392104466822</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://mastodon.social/users/pid_eins/statuses/116617392104466822</guid><dc:creator><![CDATA[pid_eins@mastodon.social]]></dc:creator><pubDate>Fri, 22 May 2026 08:56:27 GMT</pubDate></item><item><title><![CDATA[Reply to 2️⃣ Here&#x27;s the 2nd post highlighting key new features of the upcoming v261 release of systemd. on Fri, 22 May 2026 08:54:22 GMT]]></title><description><![CDATA[<p><span><a href="/user/purpleidea%40mastodon.social">@<span>purpleidea</span></a></span> … is now just adds a tiny bit of code on top which instead of doing memcmp() of the machine-id now calculates `HMAC(machine-id, tag) &lt;= X`. Which is frankly a triviality.</p>]]></description><link>https://board.circlewithadot.net/post/https://mastodon.social/users/pid_eins/statuses/116617383932990700</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://mastodon.social/users/pid_eins/statuses/116617383932990700</guid><dc:creator><![CDATA[pid_eins@mastodon.social]]></dc:creator><pubDate>Fri, 22 May 2026 08:54:22 GMT</pubDate></item><item><title><![CDATA[Reply to 2️⃣ Here&#x27;s the 2nd post highlighting key new features of the upcoming v261 release of systemd. on Fri, 22 May 2026 08:53:01 GMT]]></title><description><![CDATA[<p><span><a href="/user/purpleidea%40mastodon.social">@<span>purpleidea</span></a></span> …that's not a given: consider an image based desktop OS with a strong feedback path, which wants to deploy some tooling/metrics collection in a staged fashion. They typically don't have a list of their installations, but they still want to deploy piecemeal.</p><p>Hence, I am pretty sure this is very useful, and in many way systematically better than a centrally scheduled approach. </p><p>Also, systemd already had ConditionHost= (which can condition on /etc/machine-id) before. This feature…</p>]]></description><link>https://board.circlewithadot.net/post/https://mastodon.social/users/pid_eins/statuses/116617378611180118</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://mastodon.social/users/pid_eins/statuses/116617378611180118</guid><dc:creator><![CDATA[pid_eins@mastodon.social]]></dc:creator><pubDate>Fri, 22 May 2026 08:53:01 GMT</pubDate></item><item><title><![CDATA[Reply to 2️⃣ Here&#x27;s the 2nd post highlighting key new features of the upcoming v261 release of systemd. on Fri, 22 May 2026 08:48:47 GMT]]></title><description><![CDATA[<p><span><a href="/user/purpleidea%40mastodon.social">@<span>purpleidea</span></a></span> well, people can push out unit files with any tool they like, it's really up to users.</p><p>The great thing about this is that it just works, i.e that there's no scalability problem. If you centrally determine a list of hosts to run something on, then you always have that: the algorithm needs to pick hosts, and compile things in a massive list, which could be quite large for a datacenter.</p><p>Also, you are assuming that there even *is* a central node that could do such scheduling. But…</p>]]></description><link>https://board.circlewithadot.net/post/https://mastodon.social/users/pid_eins/statuses/116617361985952708</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://mastodon.social/users/pid_eins/statuses/116617361985952708</guid><dc:creator><![CDATA[pid_eins@mastodon.social]]></dc:creator><pubDate>Fri, 22 May 2026 08:48:47 GMT</pubDate></item><item><title><![CDATA[Reply to 2️⃣ Here&#x27;s the 2nd post highlighting key new features of the upcoming v261 release of systemd. on Fri, 22 May 2026 08:45:50 GMT]]></title><description><![CDATA[<p><span><a href="/user/purpleidea%40mastodon.social">@<span>purpleidea</span></a></span> we have no API for this, but it's trivial to reimplement. And this stuff is supposed to be deterministic and reproducible, hence I guess we really should try to keep it stable so that it doesn't  lose it's reliable properties if you mix different systemd versions in the same datacenter. Hence I guess you can consider the algorithm the stable API here.</p>]]></description><link>https://board.circlewithadot.net/post/https://mastodon.social/users/pid_eins/statuses/116617350396286707</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://mastodon.social/users/pid_eins/statuses/116617350396286707</guid><dc:creator><![CDATA[pid_eins@mastodon.social]]></dc:creator><pubDate>Fri, 22 May 2026 08:45:50 GMT</pubDate></item><item><title><![CDATA[Reply to 2️⃣ Here&#x27;s the 2nd post highlighting key new features of the upcoming v261 release of systemd. on Fri, 22 May 2026 08:41:30 GMT]]></title><description><![CDATA[<p><span><a href="https://aus.social/@jamesh">@<span>jamesh</span></a></span> <span><a href="/user/purpleidea%40mastodon.social">@<span>purpleidea</span></a></span> it's SHA256, not SHA1. It's 2026 after all</p>]]></description><link>https://board.circlewithadot.net/post/https://mastodon.social/users/pid_eins/statuses/116617333309878489</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://mastodon.social/users/pid_eins/statuses/116617333309878489</guid><dc:creator><![CDATA[pid_eins@mastodon.social]]></dc:creator><pubDate>Fri, 22 May 2026 08:41:30 GMT</pubDate></item><item><title><![CDATA[Reply to 2️⃣ Here&#x27;s the 2nd post highlighting key new features of the upcoming v261 release of systemd. on Fri, 22 May 2026 08:20:50 GMT]]></title><description><![CDATA[<p><span><a href="/user/pid_eins%40mastodon.social">@<span>pid_eins</span></a></span> very nice! I assume there's a way to determine via DBus or Varlink if the randomized condition was true or not on a given unit file so that rollout agents can retrieve it?</p>]]></description><link>https://board.circlewithadot.net/post/https://nixos.paris/users/raito/statuses/116617252065774556</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://nixos.paris/users/raito/statuses/116617252065774556</guid><dc:creator><![CDATA[raito@nixos.paris]]></dc:creator><pubDate>Fri, 22 May 2026 08:20:50 GMT</pubDate></item><item><title><![CDATA[Reply to 2️⃣ Here&#x27;s the 2nd post highlighting key new features of the upcoming v261 release of systemd. on Fri, 22 May 2026 02:54:21 GMT]]></title><description><![CDATA[<p><span><a href="/user/pid_eins%40mastodon.social">@<span>pid_eins</span></a></span> As an aside, I love the machine-id deterministic hashing... I think we should add the machine-id as a built in value users can query, and copy the hash function to be able to model the same distribution! I will eventually UTSL unless you have an API we can query directly.</p>]]></description><link>https://board.circlewithadot.net/post/https://mastodon.social/users/purpleidea/statuses/116615968304293939</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://mastodon.social/users/purpleidea/statuses/116615968304293939</guid><dc:creator><![CDATA[purpleidea@mastodon.social]]></dc:creator><pubDate>Fri, 22 May 2026 02:54:21 GMT</pubDate></item><item><title><![CDATA[Reply to 2️⃣ Here&#x27;s the 2nd post highlighting key new features of the upcoming v261 release of systemd. on Fri, 22 May 2026 02:51:39 GMT]]></title><description><![CDATA[<p><span><a href="/user/pid_eins%40mastodon.social">@<span>pid_eins</span></a></span> Well put it this way, what tooling would deploy the `ConditionFraction=` line?</p><p>Why wouldn't that tooling have the ability to choose which hosts?</p><p>I don't mind having this feature in, but I'm struggling to see the value. Like it's great to have a ladder, but if everything is already at eye level, how useful is it really?</p>]]></description><link>https://board.circlewithadot.net/post/https://mastodon.social/users/purpleidea/statuses/116615957646363414</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://mastodon.social/users/purpleidea/statuses/116615957646363414</guid><dc:creator><![CDATA[purpleidea@mastodon.social]]></dc:creator><pubDate>Fri, 22 May 2026 02:51:39 GMT</pubDate></item><item><title><![CDATA[Reply to 2️⃣ Here&#x27;s the 2nd post highlighting key new features of the upcoming v261 release of systemd. on Fri, 22 May 2026 02:47:24 GMT]]></title><description><![CDATA[<p><span><a href="/user/purpleidea%40mastodon.social">@<span>purpleidea</span></a></span> Yeah, well, that's just like, your opinion, man.</p><p>You can have a multitude of conditions in the same unit file, to further restrict things. And there's another condition type we added in this release that might fit will into the concept you describe, but that's for later.</p>]]></description><link>https://board.circlewithadot.net/post/https://mastodon.social/users/pid_eins/statuses/116615940933073973</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://mastodon.social/users/pid_eins/statuses/116615940933073973</guid><dc:creator><![CDATA[pid_eins@mastodon.social]]></dc:creator><pubDate>Fri, 22 May 2026 02:47:24 GMT</pubDate></item><item><title><![CDATA[Reply to 2️⃣ Here&#x27;s the 2nd post highlighting key new features of the upcoming v261 release of systemd. on Fri, 22 May 2026 02:44:28 GMT]]></title><description><![CDATA[<p><span><a href="/user/pid_eins%40mastodon.social">@<span>pid_eins</span></a></span> neat feature. thank you for your work, sir</p>]]></description><link>https://board.circlewithadot.net/post/https://social.vivaldi.net/users/synlogic4242/statuses/116615929446229354</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://social.vivaldi.net/users/synlogic4242/statuses/116615929446229354</guid><dc:creator><![CDATA[synlogic4242@social.vivaldi.net]]></dc:creator><pubDate>Fri, 22 May 2026 02:44:28 GMT</pubDate></item><item><title><![CDATA[Reply to 2️⃣ Here&#x27;s the 2nd post highlighting key new features of the upcoming v261 release of systemd. on Fri, 22 May 2026 02:41:45 GMT]]></title><description><![CDATA[<p><span><a href="/user/pid_eins%40mastodon.social">@<span>pid_eins</span></a></span> This is a very neat idea but I don't think it belongs in systemd. Tools like <a href="https://github.com/purpleidea/mgmt/" rel="nofollow noopener"><span>https://</span><span>github.com/purpleidea/mgmt/</span><span></span></a> are where this belongs.</p><p>This design implies a static representation of the world, when in reality we might care about doing this in 15% of machines that are in a certain zone or with a certain version or something else.</p><p>So you need automation tools to deploy to that subset anyways, so the same tools can choose which % get the workload.</p>]]></description><link>https://board.circlewithadot.net/post/https://mastodon.social/users/purpleidea/statuses/116615918750656303</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://mastodon.social/users/purpleidea/statuses/116615918750656303</guid><dc:creator><![CDATA[purpleidea@mastodon.social]]></dc:creator><pubDate>Fri, 22 May 2026 02:41:45 GMT</pubDate></item><item><title><![CDATA[Reply to 2️⃣ Here&#x27;s the 2nd post highlighting key new features of the upcoming v261 release of systemd. on Fri, 22 May 2026 02:16:19 GMT]]></title><description><![CDATA[<p>…of systems that are selected. If multiple units use the same tag they'd be conditioned on the same subset of systems, and if they use a different tag the subset will be selected differently.</p>]]></description><link>https://board.circlewithadot.net/post/https://mastodon.social/users/pid_eins/statuses/116615818729165811</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://mastodon.social/users/pid_eins/statuses/116615818729165811</guid><dc:creator><![CDATA[pid_eins@mastodon.social]]></dc:creator><pubDate>Fri, 22 May 2026 02:16:19 GMT</pubDate></item><item><title><![CDATA[Reply to 2️⃣ Here&#x27;s the 2nd post highlighting key new features of the upcoming v261 release of systemd. on Fri, 22 May 2026 02:15:20 GMT]]></title><description><![CDATA[<p>As defined above the only input for the hash function is the machine ID, which would mean that for any unit you condition like this, it would be the very same subset of systems that would run it, and the same subset that wouldn't, regardless of the unit.</p><p>This typically is not what you want. Hence, you can also specify "ConditionFraction=foo 15%" where "foo" is an arbitrary string called the "tag". When specified it's mixed into the hash, and thus selects a random, yet deterministic subset…</p>]]></description><link>https://board.circlewithadot.net/post/https://mastodon.social/users/pid_eins/statuses/116615814884538527</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://mastodon.social/users/pid_eins/statuses/116615814884538527</guid><dc:creator><![CDATA[pid_eins@mastodon.social]]></dc:creator><pubDate>Fri, 22 May 2026 02:15:20 GMT</pubDate></item><item><title><![CDATA[Reply to 2️⃣ Here&#x27;s the 2nd post highlighting key new features of the upcoming v261 release of systemd. on Fri, 22 May 2026 02:13:42 GMT]]></title><description><![CDATA[<p><span><a href="/user/pid_eins%40mastodon.social">@<span>pid_eins</span></a></span><br />This will be an essential feature for Works On My Machine certification!</p>]]></description><link>https://board.circlewithadot.net/post/https://c3d2.social/users/astro/statuses/116615808419712416</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://c3d2.social/users/astro/statuses/116615808419712416</guid><dc:creator><![CDATA[astro@c3d2.social]]></dc:creator><pubDate>Fri, 22 May 2026 02:13:42 GMT</pubDate></item><item><title><![CDATA[Reply to 2️⃣ Here&#x27;s the 2nd post highlighting key new features of the upcoming v261 release of systemd. on Fri, 22 May 2026 02:11:28 GMT]]></title><description><![CDATA[<p>With that simple setting you just declared that the service shall be run on only ~15% of systems and be skipped on ~85% of them.</p><p>How does this work?</p><p>Basically, we derive an 32bit integer value from the machine ID (i.e. /etc/machine-id) by hashing, and if that integer is below the specified percentage of 2^32, the condition holds, and otherwise it doesn't.</p><p>You can also invert the check, so that you can condition some stuff to run on the in-group, and something else on the out-group.</p>]]></description><link>https://board.circlewithadot.net/post/https://mastodon.social/users/pid_eins/statuses/116615799667484918</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://mastodon.social/users/pid_eins/statuses/116615799667484918</guid><dc:creator><![CDATA[pid_eins@mastodon.social]]></dc:creator><pubDate>Fri, 22 May 2026 02:11:28 GMT</pubDate></item><item><title><![CDATA[Reply to 2️⃣ Here&#x27;s the 2nd post highlighting key new features of the upcoming v261 release of systemd. on Fri, 22 May 2026 02:07:06 GMT]]></title><description><![CDATA[<p>There's a new setting ConditionFraction= which allows to condition a unit to only run on a certain, randomly selected (but deterministic) subset of your fleet.</p><p>You can use it like this:</p><p>[Unit]<br />…<br />ConditionFraction=15%<br />…</p>]]></description><link>https://board.circlewithadot.net/post/https://mastodon.social/users/pid_eins/statuses/116615782506601463</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://mastodon.social/users/pid_eins/statuses/116615782506601463</guid><dc:creator><![CDATA[pid_eins@mastodon.social]]></dc:creator><pubDate>Fri, 22 May 2026 02:07:06 GMT</pubDate></item></channel></rss>