Just recently there was a guy on the NANOG List ranting about Anubis being the wrong approach and people should just cache properly then their servers would handle thousands of users and the bots wouldn’t matter. Anyone who puts git online has no-one to blame but themselves, e-commerce should just be made cacheable etc. Seemed a bit idealistic, a bit detached from the current reality.

Ah found it, here

Yes it’s very common, which is why everyone of even mild intelligence knows to check the results of a plain full text search.

Whoever came up with that stupid word filter and decided to follow through on it without proper human review that the filter matched what they meant to find, is pretty trans-intelligent.

Pre-UEFI they were fighting over the boot sector, sure, but now that everything is more well defined, and every OS can read the FAT32 ESP? Never seen it…

At worst the UEFI boot entry is replaced. There are some really shitty UEFI implementations out there which only want to load \efi\microsoft\boot\bootx64.efi or \efi\boot\bootx64.efi, or keep resetting you back to those.

Assuming you were dumped into Windows suddenly, you can check if you have the necessary boot entries still with bcdedit and its firmware option

bcdedit /enum firmware

If you just have a broken order you can fix it with

bcdedit /set {fwbootmgr} displayorder {<GUID>} /addfirst

If you actually need a new entry for Linux it’s a bit more annyoing, you need to copy one of the windows entries, and then modify it.

bcdedit /copy {<GUID1>} /d "Fedora"
bcdedit /set {<GUID2>} path \EFI\FEDORA\SHIM.EFI
bcdedit /set {fwbootmgr} displayorder {<GUID2>} /addfirst

Where GUID1 is a suitable entry from windows, and GUID2 is the one you get back from the copy command as the identifier of the new entry. Of course you will have to adjust the description and the path according to your distro and where it puts its shim, or the grub efi, depending on which you’d like to start.

Edit: Using DiskGenius might be a little more comfortable.

Actually Solaris is still squirming while the first shovels of dirt are being heaped on.

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/

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

A type of bondage suit

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.

Chaotic Stupid 😄

Using the video tool for a single still image is a bit chaotic, but it’s still a tool made for the job so it’s good. Chaotic Good. Makes sense to me.

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.