I've had to grab PPDs for the printer system at work, but generally nowadays printers do tend to work with the default system.
ace
I feel that the problem right now is that Starfield can be both considered a Game of the Year contender as well as an absolute waste of money and time for different people, and they can both be completely correct based on their personal preferences.
Personally, I've already played all the Starfield (~45h) I'm likely to play for a long while. It turns out that the majority of the gameplay - random exploration, radiant questing, etc - are things that absolutely bore me, and the crafting/construction/research systems are far too rudimentary, pointless / siloed from the rest of the game, and clunky to keep me particularly interested either. So for me it's a very mid game, something I'd at best recommend picking up at a significantly discounted sale a few years from now - when there's enough mods to actually make it interesting.
On the other hand, some people I've spoken to turn out to absolutely love the radiant questing and proc-gen worlds, a few of them now having more than twice as much time as me in the game - and still loving every second they can spend in it.
To me it sounds a lot like "We don't really want to answer that question, so here's a bit of technobabble to ease your mind."
I mean, writing your own linked list in C and then summing its values could be considered as having "a proprietary data model that calculates", but it has basically nothing to do with the question on how they track such things, just hints that they're not using an existing - and proven - tracking method.
To clarify; they took the question "How are you tracking installs" to mean "With your tracking data, how are you counting installs", and then basically answered "We add the numbers together"
This is a complete non-answer, and it seems to suggest that their actual tracking method is likely unreliable.
I love their response to (paraphrasing) "Are you going to do another Darth Vader and alter the deal on us in the future?" - "Oh yes, potentially every year."
It's nice to see that ReactOS continues their slow but steady progress.
I've actually more than once helped test versions of ReactOS for research IT at the university where I work, since for some reason even modern equipment sometimes comes with Windows XP -era software - alongside requirements for network access.
I've got a Steam Controller as well, was absolutely amazing sitting and playing Civ in my couch when I got it.
I'm hoping that Valve will release an updated version at some point, because there's still not a single competing product available.
It's rather interesting to me how nobody puts any value on the Deck trackpads in comparisons like these, and yet they are basically essential if you want the device to be able to play anything but console-optimized games / games that are built for gamepads first.
Playing something like Skyrim on one of the alternative portables can certainly be done, but being able to comfortably play games like Against the Storm, Anno, Civilization, Dwarf Fortress, Factorio, Homeworld, Northgard, OpenTTD, Stellaris, etc is where the Deck really shines and where all the "alternatives" fall completely flat.
Edit: Not to mention that trying to run Windows without any kind of direct mouse input is really painful, and all the "alternatives" keep doing exactly that.
When I worked through some AutoYaST setups for Leap 15.5 the default disk setup did BTRFS across the line, though that could definitely differ from doing the install interactively.
RHEL is going hard on XFS, they've even completely removed BTRFS support from their kernel - they don't have any in-house development competency in it after all. It's somewhat understandable in that regard, since otherwise they wouldn't necessarily be able to offer filesystem-level support to their paying customers.
Though it is a little bit amusing, seeing as Fedora - the RHEL upstream - uses BTRFS as their default filesystem.
The main benefits to BTRFS over something like ext4 tends to be considered as; the subvolume support - which is what's used for snapshotting, the granluar quotas, reflinks, transparent compression, and the fact that basically all filesystem operations can be performed online.
I'm personally running BTRFS in a couple of places; NAS, laptop, and desktops. Mainly for the support to do things like snapshots and subvolumes, but I also make heavy use of both reflinks and compression, and I've also made use of online filesystem actions quite a few times.
Well, both SUSE and Fedora use BTRFS as the default file system, RHEL uses XFS, etc.
A.k.a. do you have a larger version?