<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Perhaps Mint 20? No Snap, but with ZFS as it is based on Ubu 20 LTS. They claim improved Nvidia support, see --</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><a href="https://linuxmint.com/rel_ulyana_cinnamon_whatsnew.php">https://linuxmint.com/rel_ulyana_cinnamon_whatsnew.php</a></div><div class="gmail_default" style="font-family:tahoma,sans-serif">The 20 Beta is out, and the 20 release is expected in the next few days, likely Sunday.<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Thanks,<br><br>Ron S.<br><br></div></div></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jun 26, 2020 at 1:46 PM Doug Moen <<a href="mailto:doug@moens.org">doug@moens.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><u></u><div><div>I'm deciding how to upgrade my Ubuntu 18.04 LTS desktop.<br></div><div><br></div><div>One issue is that I use ZFS and rely on Ubuntu's ZFS packaging. Most distribution don't support ZFS, so you have to roll your own. Another issue is that I have an nvidea GPU.<br></div><div><br></div><div>Options:<br></div><div> Ubuntu 20.04, but remove Snap.<br></div><div> Pop OS 20.04. No support for ZFS on root or automatic filesystem snapshot on package install. But I could roll my own using BTRFS on root. My existing ZFS array is supported. Pop has some features i'd like to try, such as tiling window mode, and a flat pack app store. No snap and good nvidea support.<br></div><div><br></div><div>Doug.</div><div><br></div><div>On Fri, Jun 26, 2020, at 11:39 AM, Khalid Baheyeldin wrote:<br></div><blockquote type="cite" id="gmail-m_7470646473541480417qt"><div dir="ltr"><div>In another thread, Paul said:<br></div><div><br></div><div><div dir="ltr">On Thu, Jun 25, 2020 at 8:51 PM Paul Nijjar via kwlug-disc <<a href="mailto:kwlug-disc@kwlug.org" target="_blank">kwlug-disc@kwlug.org</a>> wrote:<br></div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Clearly LTS is losing, which means a lot more cognitive burdens for<br></div><div> sysadmins -- but at the same time Salt (and many other projects) that<br></div><div> use the rolling release "move fast and break things" approach depend<br></div><div> upon a stable Ubuntu onto which they can build THEIR software. They<br></div><div> just don't want the people USING Salt to have the same experience.<br></div><div> There is some kind of disconnect here.<br></div><div> <br></div><div> In this case the situation is worse. Ubuntu included the<br></div><div> salt-master in its LTS release. Ubuntu 18.04 is still supported. But<br></div><div> the LTS release promise is now broken, because if somebody installs<br></div><div> Salt from the Ubuntu repos they will get software with a level 10 CVE. <br></div><div> <br></div><div> Unfortunately, I think this means I ought to track upstream and use<br></div><div> their repos, which is another administrative headache I wanted to<br></div><div> avoid. It also means that I would now need to upgrade all my minions to<br></div><div> track the latest release, and who knows what that will break.<br></div></blockquote><div><br></div><div>Paul,<br></div><div><br></div><div>I am in complete agreement with you here. I don't use Salt, but I know<br></div><div>that I want to stay with LTS releases, feeling secure. This depends on <br></div><div>repository governance and stewardship by those who maintain the <br></div><div>packages and the distro's security team. <br></div><div><br></div><div>Lately, there have been cases where the ball was dropped (Salt is such<br></div><div>a case). <br></div><div><br></div><div>More worrying is that going forward, Canonical is forging ahead with snap.<br></div><div>Snap freezes the dependencies of an app at a certain point. Moreover, it<br></div><div>requires a cluttered file system, with each app having its own /snap/xxx <br></div><div>file system mounted!<br></div><div><br></div><div>On a new 20.04 LTS server install, I am getting these snap apps by default:<br></div><div><br></div><div><div>/dev/loop0 72M 72M 0 100% /snap/lxd/15682<br></div><div>/dev/loop3 97M 97M 0 100% /snap/core/9436<br></div><div>/dev/loop1 72M 72M 0 100% /snap/lxd/15766<br></div></div><div><br></div><div>And Canonical will be releasing Chrome/Chromium as a snap package, <br></div><div>encapsulated withing a .deb. This means Canonical is acting as an intermediary<br></div><div>unnecessarily. <br></div><div><br></div><div>Mint decided that enough is enough, and will not support snap anymore.<br></div><div><br></div><div><a href="https://www.zdnet.com/article/linux-mint-dumps-ubuntu-snap/" target="_blank">https://www.zdnet.com/article/linux-mint-dumps-ubuntu-snap/</a><br></div><div><br></div><div>All this makes me wonder whether Ubuntu should still be the favoured distro<br></div><div>with LTS and rich maintained repos. Should I go with Debian stable and be<br></div><div>done with it?<br></div></div></div><div>_______________________________________________<br></div><div>kwlug-disc mailing list<br></div><div><a href="mailto:kwlug-disc@kwlug.org" target="_blank">kwlug-disc@kwlug.org</a><br></div><div><a href="https://kwlug.org/mailman/listinfo/kwlug-disc_kwlug.org" target="_blank">https://kwlug.org/mailman/listinfo/kwlug-disc_kwlug.org</a><br></div><div><br></div></blockquote></div>_______________________________________________<br>
kwlug-disc mailing list<br>
<a href="mailto:kwlug-disc@kwlug.org" target="_blank">kwlug-disc@kwlug.org</a><br>
<a href="https://kwlug.org/mailman/listinfo/kwlug-disc_kwlug.org" rel="noreferrer" target="_blank">https://kwlug.org/mailman/listinfo/kwlug-disc_kwlug.org</a><br>
</blockquote></div>