Skip Navigation

Posts
6
Comments
197
Joined
2 yr. ago

    • package it once, instead many times by many different maintainers
    • solves the dependency hell
    • makes it easier to run multiple versions of same program (or driver) or install a program without it's complete desktop environment
    • sandboxed, better control of permissions (at least with Flatpak) and makes easier to backup the whole program version and state
    • same package manager across distributions (at least with Flatpak)
    • useful on LTS distributions which does not get new packages or programs or even beta software, other than security fixes (think of Debian)
    • useful for write only distributions such as SteamOS
    • does not need sudo to install new programs (at least with Flatpak and AppImages)

    For simple applications this is probably not that wild. But the more complex programs we talk about, the more helpful are these formats. Programs like OBS or Firefox in example is a lot of trouble to compile quickly. And imagine more of these programs. Package maintainer of your distro could use the time in a better way. Those who want to package it themselves (probably Arch) could still do, but most who want to provide the newest Firefox could just use Flatpak, coming directly from the developer day 0.

    One also does not need to wait until its packaged by your distro maintainer and it comes directly from the developer instead (maybe). The original developers often do not support all distros and would like to have a known state and version of the program that they can rely on, like a Flatpak.

    That being said, I don't use Flatpak. But I used it in the past and it was helpful in some cases. Even on an Arch based distribution. Currently I use an AppImage for a program that is not in the official Arch repos. The AUR has it, but the -bin is outdated and the -git version building from source takes too long and power. Even on my new modern machine it would take at least an hour for every new version. Or I just download the Applmage once (88 MB) and use the self updating system of it (which downloads newest version automatically and renames it to current executable filename). I'm talking about RPCS3 emulator.

  • From what I have read it's only the initial phase when running the Snap for the first time. The package is setting up the environment and does some things only once. And the first iteration of the Snap concept was very slow, which is improved a lot. Didn't use Ubuntu in years, so cannot test it myself at the moment.

  • But only the first time you open it, right?

  • Makes sense. I hope Nintendo uses these as game cartridges in the future. :D

  • A platform driven by customers, I would say this has direct impact for Amazon too, if it impacts the customer.

  • Fake reviews with false information or recommendation could lead to a lot of wasted money and disappointed people. Even refunding in mass. And probably avoiding to buy from Amazon. Well it's a bit dramatic, but I don't see a positive effect for Amazon with many fake reviews in place. I'm sure Amazon want them removed, but it is hard to do this automatically for millions of products and reviews. It's hard to find out automatically which one is real and which one is false. They don't want delete legit reviews either.

  • I have some questions: How fast are read and write operations and random access? What are the expected prices, once it hit mass production for the average consumer? And how long is expected to take until this happens?

  • while our team has worked tirelessly to deliver the best experience possible, we have not achieved the benchmark we targeted.

    In light of this, we still think for the long-term of the project, releasing now is the best way forward.

    At least they admit the game is not finished yet. But sad another company pushes an unfinished game.

  • I don't trust Google or Microsoft for privacy and such stuff. But Microsoft does not give up as fast as Google.

  • I didn't consider this to be intentional. But given that part and context (Valve loves to make jokes), this could be it. Either it is a typo or an intentional joke, which is also likely.

  • My first instinct was it might be a function on the server that calculcates the years passed dynamically from today. A quick look with Wayback Machine showed this number 22 is hardcored into the webpage. So the question is, what that means. Obviously it cannot be 22 years ago from the time of writing the article. Valve didn't exist in 1987. Quake came out in 1996 and then someone did the Team Fortress mod for that game. Which Valve created the standalone game Team Fortress Classic a few years later. And Team Fortress 2 came out 2007 (it wasn't Free to Play back then).

    Or do he refer to some ideas written on paper, but was not able to create a game with it back in the 80s? Or it's just a typo and I over analyze this. I need help. Medic!

  • I learned about this game through MAME and it's one of the most interesting old Arcade games to me. It's also worth checking out the original Arcade version if you can.

  • There are colorized versions available, made by community, but really well done.

  • Pitman, also known as Catrap in US: https://en.wikipedia.org/wiki/Catrap

    It's not really something special or so, but I had it in my youth and used the level editor to build countless levels with my friend. It's a side scrolling puzzle game, with the abiliy to go back in history with a nice backwards animation.