For me things actually became easier when I got myself a native Linux install instead of Windows. But I guess it depends on your college.

The size difference is not significant. This is about the maintenance burden. When you need to change some of the code where CPU architecture specific things happen you always have to consider what to do with the code path or the compiler flags that concern 486 CPUs.

Here is the announcement by the maintainer Ingo Molnar where he lists some of the things he can now remove and stop worrying about: https://lore.kernel.org/lkml/20250425084216.3913608-1-mingo@kernel.org/

Wow Nvidia, it’s really that bad? You didn’t have to shout it from the rooftops with your actions like that!

It’s quite cruel of that compiler not being happy until you’re exhausted.

Or they could just have been infected. Especially the ones on Windows 8, which has been EoL for over a year.

Hey OP, regarding Minecraft: It’s a Java program that uses OpenGL for rendering. Therefore it’s not a Windows game, but inherently cross platform. Here’s the official .deb package https://launcher.mojang.com/download/Minecraft.deb

the school’s IT

I wonder if that even exists. A mix of Windows 8 (EoL) and 10 (almost EoL) running on Haswells with students freely installing Roblox… all gives an unmaintained vibe.

I like how their release announcements always kind of read like press releases. Even when it’s just the third maintenance release for some normal release train.

You’re not alone in this:

https://discussion.fedoraproject.org/t/usb-tethering-stopped-working-after-f42-update/148809

https://discussion.fedoraproject.org/t/fedora-42-tethering-from-my-phone-stopped-working-after-upgrade-device-recognized-as-wwan/148927

https://bugzilla.kernel.org/show_bug.cgi?id=220002

https://lore.kernel.org/all/e0df2d85-1296-4317-b717-bd757e3ab928@heusel.eu/

When Debian upgrades to this kernel version you might run into the issue again. Unless there is a fix deployed before then.

I wanted a mainstream option but not Ubuntu, and one that was preferably offered with KDE Plasma pre-packaged.

So I ended up deciding between Debian and Fedora, and what tipped me to Fedora was thinking: Well SELinux sounds neat, quite close to what I learned about Mandatory Access Control in the lectures, and besides, maybe it will be useful in my work knowing one that is close to RHEL.

Now I work in a network team that has been using Debian for 30 years, lol. Kind of ironic, but I don’t regret it, now I just know both.

And fighting SELinux was kind of fun too. I modified my local policies so that systemd can run screen because I wanted to create a Minecraft service to which I could connect as admin, even if it was started by systemd.

2. Ah that makes sense then. I was confused why you would wipe your ESP over and over when it was shared.

I don’t know why it comes off as hostile, it wasn’t intended that way. Sorry for not expressing it better!

If the last sentence came across badly, that was more meant to be incredulous that people accept all these workaround instead. There are other comments in here that go to ridiculous lengths to enforce separation, like using the UEFI boot menu to select a disk manually. To me even having two ESPs seems overly cautious, and against the design philosophy. Sharing one ESP is really not an issue (at least as long as you know you’re doing it, as you unfortunately found out the hard way).

First of all: You don’t have to reinstall Windows to get it’s bootmgr EFI and supporting files back into the ESP. Installing those from the CLI in from a booted install media is possible, I did it before. You can even install all of Windows manually if you ever need to, it’s just annoying to do with the windows command line tools.

Secondly: I’m not familiar with all distro installers, but surely you can just not format the ESP? Worst case scenario you’d have to use manual disk formatting I guess, but it’s not that difficult.

Thirdly: You said Grub doesn’t show the disk. If you mean the Grub command interface didn’t show the disk, then the issue is deeper, at a UEFI or hardware level. If you mean there are no boot entries for a Windows install to be selected, then it could be that they were not generated because the Windows bootmgr EFI was not found when Grub got installed. Sometimes just booting back into Linux and running os-prober again might be enough, if the Windows bootmgr EFI is still around. On my distro the os-proper is automatically run when I run grub-mkconfig -o /boot/grub/grub.cfg

I’ve always used a shared ESP for my dual boot systems and I certainly don’t reinstall one OS as the result of a change with the other.

Looks okay to me. Not sure how important the last two are to be honest, but I included them for completeness

https://github.com/opencloud-eu/opencloud/blob/main/LICENSE

https://github.com/opencloud-eu/web/blob/main/LICENSE

https://github.com/opencloud-eu/web-extensions/blob/main/LICENSE

https://github.com/opencloud-eu/desktop/blob/main/COPYING

https://github.com/opencloud-eu/reva/blob/main/LICENSE

https://github.com/opencloud-eu/rclone/blob/master/COPYING

The marketing statements on the website say the right things too, but they are secondary to the above, obviously:

Openness

OpenCloud is and remains open source software. This means that you can download and use the source code free of charge and without obligation. We welcome and encourage any kind of participation in the work on OpenCloud in the spirit of open source collaboration.

OpenCloud GmbH also offers paid builds of OpenCloud for use in environments where support, professional services and other services are required.

Who are we?

OpenCloud GmbH is a young company founded under the umbrella of the Heinlein Group and employs a team of developers who are familiar with the project code.

The combination of the Heinlein Group’s many years of experience in the open source business and the unwavering enthusiasm of the developers, most of whom have many years of open source experience, provides the perfect foundation for an active project. And we warmly invite everyone to join us!

The foundation

The basis of the project is a fork of a widely used open source project whose components are co-developed by developers from the science organization CERN and other active participants. OpenCloud is now being continuously developed independently by the OpenCloud community and published under the Apache 2.0 and AGPL-3.0 licenses.

In the spirit of reusability of code under free licenses, we are grateful for the strong foundation on which we are building.

My computer doesn’t really break, I’m Ship of Theseus-ing it regularly.

Apart from that, the only one among the normal window based ones that has felt like it respects my will to configure stuff in ways that feel right to me has been KDE Plasma.