• 0 Posts
  • 80 Comments
Joined 1 year ago
cake
Cake day: June 22nd, 2023

help-circle











  • Have you heard of TV tropes? It’s a wiki of … well, tropes in story telling (warning: for some people following a single link to https://tvtropes.org/ means they find themselves half a day later with 32 tabs open and having read up on all kind of story tropes while having forgotten what time is).

    On the one hand it will help you recognize the tropes and figure out how many of them are used in all story telling (yes, even the good ones), but on the other hand it can help appreciate that it’s not the tropes or the broad strokes that make up a story, but how well it’s told.

    There’s a reason there are so many movies/stories/plays that are just re-tellings of some Shakespear play or another: it doesn’t matter that the outcome is known from the start. The journey and how well it’s told is what’s important.

    So basically: “Oh yeah, that guy’s gonna betray me. I wonder how and why exactly!”




  • I was answering under the assumption/the context of of “Amazon wants to release an Android-based OS that doesn’t contact any of Googles services”.

    So, when I said “easy enough to remove” that was relative to releasing any commercial OS based on AOSP, as in: this will be one of the smallest tasks involved in this whole venture.

    They will need an (at least semi-automated) way to keep up with changes from upstream and still apply their own code-changes on top of that anyway and once that is set up, a small set of 10-ish 3-line patches is not a lot of effort. For an individual getting started and trying to keep that all up to do date individually it’s a bit more of an effort, granted.

    The list you linked is very interesting, but I suspect that much of that isn’t in AOSP, my suspicion is that at most the things up to and excluding the Updater even exist in AOSP.





  • Not to diminish what Valve has achieved there (it’s an amazing PC/console hybrid, love mine).

    But a smooth experience without any hitches is much easier to achieve when your hardware variation basically boils down to “how big is the SSD”. The fact that all Steamdecks run the same hardware helps keep things simple.

    I guess that’s also the reason why they are not (yet?) pushing the new SteamOS as a general-purpose distribution for everyone to use. Doing that would/will require much more manpower.


  • Not OP, but as someone using Ubuntu LTS releases on several systems, I can answer my reason: Having the latest & greatest release of all software available is neat, but sometimes the stability of knowing “nothing on my system changes in any significant way until I ask it to upgrade to the next LTS” is just more valuable.

    My primary example is my work laptop: I use a fairly fixed set of tools and for the few places where I need up-to-date ones I can install them manually (they are often proprietary and/or not-quite established tools that aren’t available in most distros anyway).

    A similar situation exists on my primary homelab server: it’s running Debian because all the “services” are running in docker containers anyway, so the primary job of the OS is to do its job and stay out of my way. Upgrading various system components at essentially random times runs counter to that goal.