This is why the marketing around flatpak bothers me. It’s touted as some kind of “universal Linux package manager” but Linux is just a kernel - all the stuff that apps depend on comes with the distro. So, in order for flatpaks to be “distro independent” they basically have to supply all the stuff that normally comes from the distro - effectively building a second distro on top of your existing one.

Nix and Guix are the same but at least I think they’re more up front that they are effectively distros that can run on top of your existing distro or as a standalone operating system directly on top of Linux.

FUTO changing the definition of open source to suit their business model is like that time US Congress decided that pizza was a vegetable because it has tomato sauce.

FUTO’s EULA may superficially resemble a true free software license (and may be good enough for you, personally) but it fundamentally undermines core tenets of the free software movement in order to preserve their business interests. All pseudo-FOSS licenses (whether of the “ethical” or the “business” variety) do this, because they prioritize the interests of the rightsholder above those of the community and the user. If important free software projects like Linux and Firefox were released under this license the free software world as we know it would not be possible.

As proprietary licenses go, it’s certainly far from the worst.

Free software is a matter of liberty, not price. It is perfectly legal and ethical to sell free software. Keep in mind if you’re using third party code (whether it’s libraries or external contributions to your application) you must abide by the terms of whatever license it is under, this is whether it’s paid or gratis.

It’s even perfectly legal to fork an existing free software project and sell it on the play store, although whether that is ethical or not is up for debate - depending on what efforts you put into your fork before selling it, an orthodox Stallmanist might have no problem with it but the original developer(s) of that code may perceive this as “theft.” Keep in mind you must abide by the terms of whatever license the project is under, so if it is a copyleft license like the GNU GPL you must either provide corresponding source code or an offer for such.

Assuming they own the copyright (which I believe they do, since they were able to relicense it to begin with) they can absolutely offer it under a dual licensing arrangement even if the licenses are incompatible. It would only be an issue if other peoples’ AGPLv3 licensed code was in there, but as it is not the only copyright they would theoretically be violating is their own, which is literally not possible.

Dual licensing under a free software license and proprietary EULA is a common business model, especially when the free software license is a strong copyleft like the AGPL, since the proprietary licensors do not have to abide by certain conditions that free license users have to.

When one asks if something is free software (a.k.a. FOSS) the concern isn’t so much trust but rather can one view, modify, and share the program. Sandboxes solve a different problem.

In the case of a javascript bundle, in order for a user to exercise the Four Freedoms they must at minimum be provided with corresponding source code for each component in the bundle, and preferably some way in the browser for the user to inspect and modify it. In other words, it must be treated like any other compiled binary program. A lock file with specific versions probably isn’t necessary (and server configuration and source code definitely isn’t).

You are right in that this would require cooperation from the service provider to provide this metadata, and most definitely would not do this. Therefore, such an extension as OP suggests would have the effect of blocking the vast majority of javascript on the web today. LibreJS tries to some extent but I don’t know how well it can handle bundled javascript files.

No opinion on OSMand but Magic Earth is proprietary which is a deal breaker for me.

Aseprite is proprietary, but so is this. There is LibreSprite though.

I feel like there’s a lot of FUD around this subject, because people bring it up as if it’s purely a negative without talking about the reasons why it’s done the way it is. The whole point of F-Droid is that it’s a repository (not a store) of free software applications. They have an inclusion policy forbidding proprietary code and dependencies, and in order to enforce this policy they have to build from publicly available source code, and in order to do so they need to sign the builds themselves. This means, yes, you are trusting F-Droid instead of the upstream developer - but given F-Droid has higher standards than upstream developers this is a tradeoff I am willing to make.

Reproducible builds solves this in a way that preserves the standards of F-Droid, however, “security peoples’” favored “alternatives” (such as Accrescent, Obtainium, and Google Play Store/Aurora Store) forego this entirely, showing they don’t either have a viable solution to offer or that they don’t really care about the problem that F-Droid is addressing to begin with.

Icedove (Thunderbird) works well enough for me. Maybe the reason it’s “old fashioned” is because it works well enough that it doesn’t need to be changed that often.

In the proprietary software world we’re used to UI’s being redesigned on a regular basis for no user benefit.

If Valkey is the de facto successor of Redis, then maybe abandoning Redict is the right move. If he continued to put effort into Redict, people would just ask why is he wasting time with Redict when Valkey exists.

Note that I generally don’t think time put into free software is wasted, because once its put out into the commons it can be picked up and reused elsewhere - although in this particular case since Redict is licensed under LGPLv3 contributions made to it cannot be reused by Valkey which is licensed under the BSD license. One is, however, free to add their own contribution to both projects as neither requires a CLA, however both do require a Developer Certificate of Origin (DCO) https://codeberg.org/redict/redict/src/branch/main/CONTRIBUTING.md https://github.com/valkey-io/valkey/blob/unstable/CONTRIBUTING.md This is as far as I know an unusual case as generally forks use the same license allowing code to be freely exchanged between them.

GNU/Linux != Linux

Linux is a kernel

GNU/Linux is the GNU userland (tools and libraries) combined with the Linux kernel to form a complete operating system

Android is Linux but not GNU. So are Alpine, postmarketOS, and others I can’t think of

Linux is to an operating system as bread is to a sandwich… an essential component, but a slice of bread by itself does not make a sandwich make

Librewolf comes packaged by my distro (GNU Guix) so that’s what I use. I’m sure most “privacy” or “hardened” Firefoxes are more or less interchangeable. The only one that’s really noteworthy is GNU IceCat, because it’s more focused on software-freedom and includes the LibreJS addon, but I switched to Librewolf once it was packaged for Guix.

If Linux is just the kernel then Android and Ubuntu are equally Linux.

It is and they are. These are demonstrable facts.

I have no problem with referring to the family of Linux based operating systems collectively as Linux (with GNU/Linux being a subfamily of such), however, I firmly believe that the mythical concept of “real Linux” where some Linuxes aren’t really Linux is what creates the confusion. I would rather use other terms, like POSIX, Unix(like), and FreeDesktop to refer to so-called “real Linux” (with the caveat that they also include BSDs and the like - but I include these as part of the free desktop operating system spectrum, as most so-called Linux apps also run here. I don’t place special importance on the kernel because it is technically the furthest thing away from the user experience).

(Android being Linux isn’t a mere technicality - it means you can get a full terminal environment with a package manager and “Linux apps” and even run a full desktop environment if you really want)

Stallman’s attempt to rename Linux

There was never any “attempt to rename Linux.” Stallman simply wants to clarify which part of the operating system is “Linux” (the kernel) and which part(s) are not (many of which are his work, which Linux fans insist on also calling “Linux” even though the GNU project predates it by almost a decade).

Any “confusion” on this point is the result of Linux fans spreading mistruths (I assume only sometimes intentionally). Unfortunately at this point the myths are so firmly ingrained we have myths about the myths (like “Stallman wants to rename Linux”) and in my mind Stallman is definitely fighting a losing battle nowadays. Still, a falsehood being widely accepted does not make it true.

Linux is an operating system kernel and Windows is an entire operating system. You can’t really compare them

For me LineageOS is a good baseline. I don’t have anything against “privacy” OS’s but they’re not really for me. I just use F-Droid to get apps and don’t care about compatibility with proprietary stuff so neither microG nor the GrapheneOS sandboxed Play services are of interest to me. I don’t use GrapheneOS because I don’t have or want a Pixel phone.

LineageOS significantly increases the lifespan of devices it supports and that’s important to me. Planned obsolescence is cancer.

My ideal mobile OS would be something like Mobian (or even better, a GNU Guix based distribution) but it should be noted that AOSP is also a Linux based operating system and thus anything derived from that is a Linux mobile OS.

but user adoption is abysmal comparatively

I guess this is a matter of perspective. What I was saying in my previous comment is that what people commonly refer to as “Linux” (as in “Linux distributions”) is not just Linux (which is just a kernel) but also includes a bunch of other stuff, including GNU (that is what GNU/Linux refers to). If you’re talking about the actual thing called Linux, you’d be right, because most GNU systems are GNU/Linux systems, whereas arguably most Linux systems are not GNU systems; Alpine and Android are non-GNU Linux systems.

However, if like many in the Linux fandom you discount Android, then most Linux systems are GNU systems and vice-versa.

That’s debatable, since what people generally call “Linux” is more GNU than Linux anyway. “Linux” as the Linux fandom considers is it big and professional like GNU, because it is GNU (among other things).