To be clear, I’m not complaining that we don’t have these aforementioned applications on the Linux desktop. That’s not the point. The point is “we” still don’t have a robust way for developers to monetise their application development work.

Most desktop Linux users run Ubuntu. Followed by others you’ve likely heard of like Arch, Fedora, Manjaro, SUSE and friends. Most users of these desktop Linux distributions have no baked-in way to buy software.

Similarly developers have no built-in route to market their wares to Linux desktop users. Having a capability to easily charge users to access software is a compelling argument to develop and market applications.

For sure, I can (and do) throw money at a patreon, paypal, ko-fi or buy a developer some coffee, beer or something from their Amazon wishlist. But I can’t just click “Buy” and “Install” on an app in a store on my Linux laptop.

Maybe one day all the ducks will be in a row, and I’ll be able to buy applications published for Linux, directly on my desktop. Until then, I’ll just keep looking longingly at those macOS app developers, and hoping.

  • Software was not meant to be someone’s ‘property’ that can be bought or sold. Everyone has a right to free download, modify and share, that’s the point of GNU and Linux.

  • Flatpak started working on payments earlier this year, so that is happening. But have we forgotten about Steam? It’s mainly used for games yes, but your can sell software on it too. I’ve even bought some software on it.

  • I would say that’s more of a feature than a bug.

    I think I would have more of a problem with the centralisation implied by this proposal than I would with paying for apps; a centralised “store” gives too much power to one organisation - but if you could choose to download one I don’t think that’s too much of a problem. But then we already have Steam for that.

    • And most of the revenue in software comes from outside the Windows Store anyway. As someone else said, there’s no stopping a dev from putting in monetisation options in their software directly. I don’t get the need for an app store, especially when Linux has had the superior repo and package management system.

  •  ulkesh   ( @ulkesh@beehaw.org ) 
    link
    fedilink
    English
    101 year ago

    “store” - n. - a quantity or supply of something kept for use as needed

    A store doesn’t have to mean that something must be for sale. There are numerous Linux app stores that all function exactly as they are designed.

  • Is there anything stopping something like connecting your credit card to GNOME Software Manager and then putting a big fat “donate” button next to the “install” button? I imagine there are legal considerations.

  • The real “problem” is how you make it work without a monopoly system like Google’s or Apple’s or Steam or Microsoft. They have to varying extents made monopolies where app makers want to list in their store, and accept they take 30% of the revenue because they are the sole gatekeeper to a large number of users. That model doesn’t work in Linux because you can’t create a monopoly to force someone to use your store.

    Microsoft keeps trying in Windows via sheer scale but UWA’s are not a monopoly so people currently largely bypass it. Microsoft even now lets App makers keep every penny of money generated “in-app” (except for games) as it’s desperate to try and grow. Canonical has tried it with Linux and has also failed because ultimately it isn’t a monopoly and it’s method of Debs as the article said didn’t really work. Steam works cross platform because of sheer size and it’s managed to make a convenient cross platform library which gradually locks users in to an extent, and also forces publishers to list it’s game there. It’s very difficult to get to that kind of scale to be compelling.

    For an “App store” to work in Linux under the currently “accepted” business model, you’d need to find some way of making it a monopoly or compelling somehow so that users will buy in and the 30% price tag to App makers becomes impossible to ignore due to the scale. I can’t see that happening. Google did it with Android by forking Linux and making it an entirely walled garden it controlled; the free route into that garden is there but is very marginal and you have to bypass security measures to get to it.

    The only way I can see it working in a limited fashion in Linux is if someone makes an “at cost” model where the share of revenue taken by the app store is purely to maintain the store (including the payment system, any “drm” that might be needed etc). That sounds like the Flathub route. But I can’t see it growing rapidly or being compelling for App makers to take a risk on - it’ll probably take a long time to gradually grow and prove itself as a reliable way of monetising apps.

    Whether or not we need monetised Apps in linux is a whole other question. For me personally, aside from Games, all the software I use on Windows and Linux is free OR a subscription service (such as Office paid for by work, or my Email, Password manager and Backup software which I pay for). On my phone, the only software I’ve ever bought has been low level - like a music player or a theme app; and that has been an engineered demand because Google has a monopoly, which largely keeps out the opensource community allowing app makers to step in. I bypass that now with F-droid. I accept I’m part of the exception in Android, but most users have that expectation in Linux and Windows.

    I don’t see a substantial “app store” type eco-system growing in those environments. If someone is willing to give it away for free as FOSS, then it leaves little room for App makers for low level software. The only route to make money is then the “premium” or value added models, and a lot of that is going subscription model - software as a service. App stores are largely the result of closed eco-systems; in an open eco-system like Linux and even Windows it just doesn’t make much sense.

  • I think I would like to see Amazon, Google, Netflix etc to pay for the free and open source projects they use to make money and sell in their AWS and database offerings.

    I -personally- don’t miss a store for end users. Marketshare for Linux on the destop is slim anyways. That’s not where you earn a considerable amount of your money.

    And i like things like the value-for-value model. So maybe instead include donation links in the package managers and into the databases of the gnome-software etc. (I think it’s called packagekit.)

  • Well there were/are attempts to make flatpak with flathub an universal app store on linux. If I remember correctly, there were some ideas mooted on adding paid apps in to flathub.

    • You know, that probably is the closest thing Linux has. The only thing is it’s not preinstalled and I wonder how many of the actual programs are Linux compatible.

      But otherwise, yeah it’s more an app store than the package manaer

      • It’s preinstalled if you buy a Steam Deck – which by default runs a corporate backed (i.e. by Valve) Arch-derived distro called SteamOS. I bought one. If you hook it up like a regular computer (plug in mouse, keyboard, and external monitor with the dock) damned near everything I’ve tried has worked acceptably. Some games need a little fiddling around (e.g. installing video codecs or CJK language support or changing the proton version from the default setting to “experimental”) and I’ve run into bugs with full screen or the on screen keyboard a couple times, but I have yet to find a game I straight up could not play even if it was marked as unsupported. (I expect some games with obnoxious DRM/anti-cheat or that need ridiculously powerful cutting edge GPU specs probably wouldn’t work well though, but haven’t really tested the limits in that direction.)

        • Oh definitely, the Steam Deck is a great example of this - the preinstalled package manager handles desktop side updates while Valve handles the Steam side updates. You could never use the package manager and know none the wiser, and likewise you could pretty much never boot into gaming mode and it’s still all handled for you via package manager. Love my Steam Deck. I’ve experienced basically the same as you, pretty much nothing I’ve thrown at it fails, unless I were to cheat and try VR or something.

          The only actual thing that made me sad was I planned on using it for portable Rocksmith but there are some pretty major issues with audio, even in a Windows install, but I was pretty much expecting that since the software already has issues. But that’s fine, it does stellar emulating switch games :)

      • many distros have something a kin to a software ‘store’. the strength of open source, where everyone is free to ‘do their own thing’, is also why a central ‘app store’ for linux won’t happen without a major shift in how things are done. there’s simply way too much fragmentation.

        something like snap or flathub would have to become the dominant distribution mechanism for linux applications in order for a ‘store’ to have the user base to make it possible. canonical is trying with snaps but ubuntu’s marketshare is far from enough to make it a reality, and all they’re doing for their efforts is pushing some users away.

        steam is an alternative. it is a proven and time-tested multi-platform distribution channel. there are some ‘non game’ titles on it, not many, but there are some. and it would be up to valve to market it differently, and perhaps change the pricing structures to make it more appealing to developers of non-entertainment titles. 30% off the top is just too fucking much for smaller developers to give up.

      •  tal   ( @tal@kbin.social ) 
        link
        fedilink
        3
        edit-2
        1 year ago

        The Steam store does have a section for non-game software. It’s not very heavily-populated, but it’s there.

        https://store.steampowered.com/search/?category1=994&supportedlang=english&ndl=1

        1,439 results match your search.

        If I exclude non-Linux-native stuff (which will still generally run via Proton):

        https://store.steampowered.com/search/?category1=994&os=linux&supportedlang=english&ndl=1

        100 results match your search.

        And because it has a standard set of libraries, it’s probably the closest thing to a stable, cross-Linux-distro binary target out there, which I suspect most closed-source software would just as soon have.

        You run your open-source stuff on the host distro, and run the Steam stuff targeting the Steam libraries.

          •  tal   ( @tal@kbin.social ) 
            link
            fedilink
            2
            edit-2
            1 year ago

            Well, whoever does that for closed-source software is going to basically have to do what they have done. Probably some kind of cross-distro fixed binary target, client software to do updates, probably some level of DRM functionality like steamlib integration.

            If it’s not Steam, it’s gonna be something that has a lot of the same characteristics.

            Personally, I kind of wish that there was better sandboxing for apps from Steam (think what the mobile crowd has) since I’d rather not trust each one with the ability to muck up my system, but given how many improvements Valve’s driven so far, I don’t feel like I can complain at them for that. A lot of the software they sell is actually designed for Windows, which isn’t sandboxed, and given the fact that not all the infrastructure is in place (like, you’d need Wayland, I dunno how much I’d trust 3d drivers to be hardened, you maybe have to do firejail-style restrictions on filesystem and network access, and I have no idea how hardened WINE is), it’d still take real work.

            Their use of per-app WINE prefixes helps keep apps that play nicely from messing each other up, but it isn’t gonna keep a malicious mod on Steam Workshop or something from compromising your system.