Ok, the df one works, so--assuming the mount ones work (I haven't checked)--I guess you are up to 2/3 and so "the majority": touché ;P. The lsblk one though isn't even close... I'm not sure whether you are trying to cover this with your parenthetical that the functionality isn't the same, but then I don't get why you are trying to slip it in that list.

The basic/key functionality of lsblk is that it shows me all the things that look like disks; which, to me, shouldn't include all of these squashfs mounts, but--very very critically--includes disks that haven't been mounted, as the whole point is that we are looking at block devices, not mount points, or we would be using mount instead of lsblk.

Another important feature of lsblk is how it then takes those block devices and builds them into a tree, showing me how the various layers of--again: potentially as yet unmounted--block devices are "built": I can see that this device isn't in a filesystem, but is being used by an md array which is then used by a bcache or (conversely) that this filesystem isn't just some opaque bcache but is a cache of an md array of some set of specific disks.

The findmnt command you provided thereby simply doesn't seem to do anything related to lsblk; again: you said it wasn't functionally the same... but then what are you trying to show me? I will note your findmnt version also doesn't even succeed in filtering all of the loopback disks, much less all of the random mount trash... 7:0 is just the first /dev/loop, but I have a giant pile of them (due to the stupidly slow and wasteful way Ubuntu insists on using squashfs). I don't think -S even supports something akin to filtering '7:*'?

(FWIW, I do thank you for at least causing me to think about my lsblk usage, as I usually hated how the tree was to-me inverted and I was going to say I'd love to have a tool which didn't do that... but after decades of using lsblk I finally looked at --help and it turns out I can use -s to get the output I actually want, so I am amazingly happy! findmnt definitely isn't a useful alternative, enough.)

This article covers three commands, and the two I use the most--df and lsblk--don't seem easily covered by "findmnt"?

Which only worked if you had both phones working at the same time... I'd bet a sizable portion of new phone enablements are due to losing the previous phone irrevocably.

Does anyone know when h.264 patents expire ? Was is 2027 ? Fedora is pretty unusable without rpmfusion. All this will also likely move to rpmfusion.

They likely use XATTRs to store the ACL (that is an option in Samba), but it's not native like it's on the TrueNAS systems with the kernel. I bet if you log into the Syno's via SSH you don't get the ACLs enforced on the shell. With the NFSv4 ACL patchseries, they would and you could benefit from the better options that the NFSv4 ACLs give you.

Storing them in metadata is not the same as having them natively.

  $ synoacltool -get .config
  ACL version: 1 
  Archive: is_inherit,is_support_ACL 
  Owner: [semiotic(user)] 
  --------------------- 
   [0] user:semiotic:allow:rwxp-DaARWc--:fd-- (level:1)
   [1] group:users:allow:r-x---a-R-c--:fd-- (level:1)

I've been a Firefox user for at least 15 years as well, and the recent UI updates in v89 is the first instance of me refusing to update Firefox.

I updated my user prefs file to permanently disable updates, so I'm remaining on pre-ProtonUI v88. Of course, I don't know how much longer I could sustain that because I'd also not receive security patches, but in the short term it's what I'm doing.

The new Firefox UI is incredibly frustrating, and feels like it walks back sensible UI principles. Removing icons in the main menu was celebrated as "de-cluttering" [0], when in reality icons improve ease of use. The "floating" tabs feel more distracting [1], when they claim the opposite. Heck, even user prompts no longer colorize the "primary action" button [2].

Also, what's with modern UIs becoming increasingly childish and watered down? The word I'd use to describe the new proton UI is "blurry".

[0] https://www.mozilla.org/media/img/firefox/releasenotes/note-... [1] https://www.mozilla.org/media/img/firefox/releasenotes/note-... [2] https://www.mozilla.org/media/img/firefox/releasenotes/note-...