<story><title>What FreeBSD can offer compared to other operating systems (2020)</title><url>https://vermaden.wordpress.com/2020/09/07/quare-freebsd/</url></story><parent_chain><item><author>Mister_Snuggles</author><text>Honestly, I like and use FreeBSD.&lt;p&gt;FreeBSD definitely has things to offer compared to other operating systems, but I&amp;#x27;d also argue that the reverse is true in many cases.&lt;p&gt;Linux, generally speaking, has a much nicer upgrade story.  FreeBSD&amp;#x27;s works, but having to reboot and run freebsd-update multiple times during a major upgrade is annoying.&lt;p&gt;FreeBSD&amp;#x27;s init system works and is generally fine, but I much prefer the simplicity of systemd unit files over FreeBSD&amp;#x27;s rc scripts.  The common use-case of &amp;quot;Run $X as user $Y, capture it&amp;#x27;s output, restart it if it dies, and track it&amp;#x27;s PID&amp;quot; is incredibly easy to do in a systemd unit file.  FreeBSD could learn a lot here[0].&lt;p&gt;Related to the upgrade story, packaging is interesting in FreeBSD.  The base system is just &amp;quot;there&amp;quot; and managed by freebsd-update, but 3rd party software is installed via packages (ports build a package then install it).  The separation of base (&amp;#x2F;, &amp;#x2F;usr, etc) vs 3rd party (&amp;#x2F;usr&amp;#x2F;local) is good, but it would be nice if all of the software was managed the same way.  FreeBSD has started work on this[1], but I have no idea if it&amp;#x27;s actually going anywhere.&lt;p&gt;[0] &lt;a href=&quot;https:&amp;#x2F;&amp;#x2F;papers.freebsd.org&amp;#x2F;2018&amp;#x2F;bsdcan&amp;#x2F;rice-the_tragedy_of_systemd&amp;#x2F;&quot; rel=&quot;nofollow&quot;&gt;https:&amp;#x2F;&amp;#x2F;papers.freebsd.org&amp;#x2F;2018&amp;#x2F;bsdcan&amp;#x2F;rice-the_tragedy_of_s...&lt;/a&gt;&lt;p&gt;[1] &lt;a href=&quot;https:&amp;#x2F;&amp;#x2F;wiki.freebsd.org&amp;#x2F;PkgBase&quot; rel=&quot;nofollow&quot;&gt;https:&amp;#x2F;&amp;#x2F;wiki.freebsd.org&amp;#x2F;PkgBase&lt;/a&gt;</text></item></parent_chain><comment><author>vermaden</author><text>&amp;gt; Linux, generally speaking, has a much nicer upgrade story. FreeBSD&amp;#x27;s works, but having to reboot and run freebsd-update multiple times during a major upgrade is annoying.&lt;p&gt;This also annoyed me so I implemented one reboot way with ZFS Boot Environments - described here in details:&lt;p&gt;- &lt;a href=&quot;https:&amp;#x2F;&amp;#x2F;vermaden.wordpress.com&amp;#x2F;2021&amp;#x2F;02&amp;#x2F;23&amp;#x2F;upgrade-freebsd-with-zfs-boot-environments&amp;#x2F;&quot; rel=&quot;nofollow&quot;&gt;https:&amp;#x2F;&amp;#x2F;vermaden.wordpress.com&amp;#x2F;2021&amp;#x2F;02&amp;#x2F;23&amp;#x2F;upgrade-freebsd-wi...&lt;/a&gt;&lt;p&gt;Sometimes its even possible to upgrade without reboot as beadm(8) supports the &amp;#x27;reroot&amp;#x27; feature. If you kernel did not upgraded - then you do not need to reboot - just reroot:&lt;p&gt;- &lt;a href=&quot;https:&amp;#x2F;&amp;#x2F;vermaden.wordpress.com&amp;#x2F;2022&amp;#x2F;03&amp;#x2F;14&amp;#x2F;zfs-boot-environments-revolutions&amp;#x2F;&quot; rel=&quot;nofollow&quot;&gt;https:&amp;#x2F;&amp;#x2F;vermaden.wordpress.com&amp;#x2F;2022&amp;#x2F;03&amp;#x2F;14&amp;#x2F;zfs-boot-environme...&lt;/a&gt;&lt;p&gt;Regards.</text></comment>
<story><title>What FreeBSD can offer compared to other operating systems (2020)</title><url>https://vermaden.wordpress.com/2020/09/07/quare-freebsd/</url></story><parent_chain><item><author>Mister_Snuggles</author><text>Honestly, I like and use FreeBSD.&lt;p&gt;FreeBSD definitely has things to offer compared to other operating systems, but I&amp;#x27;d also argue that the reverse is true in many cases.&lt;p&gt;Linux, generally speaking, has a much nicer upgrade story.  FreeBSD&amp;#x27;s works, but having to reboot and run freebsd-update multiple times during a major upgrade is annoying.&lt;p&gt;FreeBSD&amp;#x27;s init system works and is generally fine, but I much prefer the simplicity of systemd unit files over FreeBSD&amp;#x27;s rc scripts.  The common use-case of &amp;quot;Run $X as user $Y, capture it&amp;#x27;s output, restart it if it dies, and track it&amp;#x27;s PID&amp;quot; is incredibly easy to do in a systemd unit file.  FreeBSD could learn a lot here[0].&lt;p&gt;Related to the upgrade story, packaging is interesting in FreeBSD.  The base system is just &amp;quot;there&amp;quot; and managed by freebsd-update, but 3rd party software is installed via packages (ports build a package then install it).  The separation of base (&amp;#x2F;, &amp;#x2F;usr, etc) vs 3rd party (&amp;#x2F;usr&amp;#x2F;local) is good, but it would be nice if all of the software was managed the same way.  FreeBSD has started work on this[1], but I have no idea if it&amp;#x27;s actually going anywhere.&lt;p&gt;[0] &lt;a href=&quot;https:&amp;#x2F;&amp;#x2F;papers.freebsd.org&amp;#x2F;2018&amp;#x2F;bsdcan&amp;#x2F;rice-the_tragedy_of_systemd&amp;#x2F;&quot; rel=&quot;nofollow&quot;&gt;https:&amp;#x2F;&amp;#x2F;papers.freebsd.org&amp;#x2F;2018&amp;#x2F;bsdcan&amp;#x2F;rice-the_tragedy_of_s...&lt;/a&gt;&lt;p&gt;[1] &lt;a href=&quot;https:&amp;#x2F;&amp;#x2F;wiki.freebsd.org&amp;#x2F;PkgBase&quot; rel=&quot;nofollow&quot;&gt;https:&amp;#x2F;&amp;#x2F;wiki.freebsd.org&amp;#x2F;PkgBase&lt;/a&gt;</text></item></parent_chain><comment><author>gunapologist99</author><text>&amp;gt; Linux, generally speaking, has a much nicer upgrade story. FreeBSD&amp;#x27;s works, but having to reboot and run freebsd-update multiple times during a major upgrade is annoying.&lt;p&gt;This is the only issue I have with FreeBSD. On my desktop is one thing, but trying to manage upgrades across a large fleet of remote servers? No thanks.. (To be fair, this goes for some Linux distributions as well. Upgrades should &lt;i&gt;never&lt;/i&gt; require user intervention.)</text></comment>