Captain Beyond

This

I go out of my way to look for Linux-libre compatible hardware and everything “just works.” Sure it’s not a gaming rig but I don’t expect it to be. Expecting some random “Linux” to be a drop in replacement for Windows is going to disappoint.

This

I use Guix as my “default” distro because I value software-freedom and reproducibility. It fits my needs very well, and I make sure to buy hardware that works with it instead of expecting it to work with whatever I throw at it. For my Windows gaming machine I use PopOS as the replacement OS instead of trying to beat Guix into serving that purpose, because PopOS is better suited for that role, and I have different expectations for it.

It’s okay if something doesn’t meet your needs, that doesn’t make it bad, just means it’s not the right thing for you. There’s like hundreds of distros for Windows gamers, let us free software zealots have ours too please.

Not a fan for a few reasons. Flathub (as far as I know) works on the app store model where developers offer their own builds to users, which is probably appealing to people coming from the Windows world who view distros as unnecessary middlemen, but in the GNU/Linux world the distro serves an important role as a sort of union of users; they make sure the software works in the distro environment, resolve breakages, and remove any anti-features placed in there by the upstream developers.

The sandboxing is annoying too, but understandable.

Despite this I will resort to a flatpak if I’m too lazy to figure out how to package something myself.

It absolutely is. WSL literally runs Linux in a virtual machine.

I don’t use brew but I do use Guix on top of PopOS, for most of the same reasons I use Guix System as a daily driver distro on my other machines. The PopOS install is meant to act as a “Windows replacement” so it has proprietary drivers, Steam, etc. For anything that’s not a system package I get it from Guix if possible, because I prefer Guix’s package management and its commitment to software freedom.

On Windows I use Scoop which has a handful of similarities in terms of user package management.

Guix is currently hosted on FSF infrastructure and, as another commenter pointed out, is in the process of migrating to Codeberg. It has never been on Github.

This is not so much an “ActivityPub problem” as it is just how things work when you move something from point A to point B. You can’t unsend an email (or physical mail) or untell a secret.

The idea that you can just delete something on a whim is an illusion created by the centralized silo networks, and it’s not even true those cases as it’s generally a soft delete, and archived by other means anyway.

Linux is the kernel, so the userspace is irrelevant. And I’m not sure what the exact amount of Linux you can change before it is no longer Linux, but it’s Linux enough to run entire desktop environments.

Disagree - making it harder to ship proprietary blob crap “for Linux” is a feature, not a bug.

I just think it’s worth to keep in mind that the most widely used smartphone OS already is a Linux… especially since people who want so called “real Linux phones” end up wanting to run Android crapware on them anyway.

If you want a Linux phone that can run Android apps, they are very plentiful. You can even run so-called Linux applications including entire desktop environments. Android is very much not a “fake Linux.”

(That is not to say I have no interest in non-Android Linuxes, I just don’t think it’s worth switching just so you can claim to run “real Linux”)

Yes, pre-NT Windows actually was DOS. Windows 95 was MS-DOS 7.0.

Android is Linux.

There is always good old Thunderbird.

According to the official fediverse account of Thunderbird, they are not going to adopt the new Firefox EULA.

“Female” is fine as an adjective, just don’t use it (or “male”) as a noun.

Librewolf mainly because that’s the Firefox-type browser that comes with my distro (IceCat is there too, but it’s based on ESR and not frequently updated).

Sure if your hardware works to your satisfaction with it. The only way to know is to try it yourself. You can test it with a Trisquel liveusb.

Codium is fine and technically FOSS although it’s association with Microsoft taints it for anyone who still hates MS from the bad old days.

“New” Microsoft isn’t really any better, and although Codium itself is perfectly fine (Electron notwithstanding) many of Microsoft’s extensions only work with/are only licensed for the official VSCode build and include proprietary parts.

One of my professors said you don’t need an IDE, the Linux system already is a development environment.

Considering “the Linux system” is literally anything you throw on top of the kernel called Linux, it can be a development environment or anything you want it to be. But I think part of the appeal of an IDE is how all the parts integrate (the “I” in “IDE”) so a bunch of packages thrown together might not provide the same cohesive feeling.

I don’t know if grouping disparate projects under the “community” label has any worthwhile benefit. Given the label is meant to classify related operating systems, the label should provide an accurate description of the basis of the system. A simpler solution would be to just say GNU/Linux is a subcategory of Linux (and maybe even sub-sub-categorize by package manager or init system or whatever makes the most sense). Similarly, I think Android and its derivatives are worthy of being its own classification of Linux operating system (as long as you don’t try to claim “it’s not real Linux” or whatever).

With regards to software compatibility, I think it’s rather the other way around - software written for “Linux” usually works on any POSIX operating system, and sometimes even Windows. Unless you’re talking about binary compatibility, which is meaningless in the Linux space anyway.

Why not also recognize systemd, or musl, or kde or gnome or any of the other millions of non GNU packages that are needed to make up a complete OS.

Unironically there might be some value in recognizing “systemd/Linux” as a subfamily of Linux operating systems.

And these days GNU makes up less and less of the core packages that most distros run anymore.

Linux makes up exactly one package on a so-called Linux system.