I feel guilty even owning a house because it’s gotten so bad
It’s not like prices are going to rise forever. Market cycles are natural. There will be a crash, and there will be cheaper homes once again, and as long as the government is competent, random businesses won’t buy them all with the intent to rent them out to potential homeowners.
For the opponents, what is the proposed alternative?
I’d imagine this is the crux of the problem. Banks need some way to determine if someone will pay back their loans, and what better way than to tabulate their history of doing just that? Should banks be willing to take risks in a system with stuff like the 7 year rule?
SuSE and RH have their own legal teams who have combed through all of this and have decided not to chance it. Personally, I wouldn’t base a significant part of the foundation of any product on something as fickle as a Supreme Court ruling, especially when the product is something major from a group like SuSE or RH.
Yep, 41 unless something else happens: https://fedoraproject.org/wiki/Changes/AnacondaWebUIforFedoraWorkstation#Current_status Not sure about the atomic desktops, though. F41 is also getting DNF5, so it’ll definitely be a cool release.
The US’s Department of Defense is one of Red Hat’s biggest customers. Other than that, the US government theoretically uses Linux quite extensively, going as far as making significant contributions such as SELinux. It was mentioned already, but academia uses Linux a lot, too. I saw lots of machines at SLAC running CentOS 7.
The entire thing. It needs to be completely rewritten in rust, complete with unit tests and Miri in CI, and converted to a high performance microkernel. Everything evolves into a crab /s
Calamares has poor integration with the rest of the ecosystem including their existing tooling. For example, it has no kickstart support, and no support for their immutable installs (afaik, anyway). It was less effort to put their existing cockpit tooling into anaconda and make a whole new web ui than it would be to add support for all their stuff into calamares.
It wouldn’t be too difficult™ to fork their kernel and make custom configs of it. Here’s the git repo that holds their rpms and their respective kernel configs, it’s just that nobody has cared enough to create/propose “slimmed down” specialized kernel images: https://src.fedoraproject.org/rpms/kernel/tree/rawhide You can just clone the repo and point COPR to it, then automatically build custom kernels.
Awhile ago there was a proposal to move the x86 microarchitecture level. Here’s recent discussion on that proposal: https://discussion.fedoraproject.org/t/what-happened-to-bumping-the-minimum-supported-architecture-from-x86-64-to-x86-64-v2/96787/2
In general, though, Fedora would not want to leave any users behind. Instead, the proposal for hwcaps is currently being drafted: https://pagure.io/fesco/issue/3151
With hwcaps, default installs will be x86_64 v1, but will be upgraded to “optimized” packages if available upon updating. This makes packaging a bit awkward, though. Packagers already need to maintain packages for multiple versions of the distro. In fact, they need to support F38, F39, F40, and rawhide atm. Needing to maintain an extra 3 builds for each package on top of x86, x64, aarch64, ppc64le, and s390x is a bit of a burden, so success might be limited.
Distrobox, while feature-rich, is still a bit hacky (though it’s still more reliable in my experience than toolbx). You’re not the first to want this, though: https://github.com/fedora-silverblue/issue-tracker/issues/440
I’d really like it if Fedora didn’t discourage packaging static libs, but still discouraged building packages with static libs. It’d be nice to have them for development purposes.
I also wish they made “third party” software a bit easier to access in their installer and distro as a whole. The option to enable Nvidia drivers is buried, and even though flathub is now unrestricted when toggled in the installer, it’s not the first priority when prompted for software to install in gnome software.
A longer support cycle with less releases would also be nice, but would defeat the purpose of the distro. I guess it’d make more sense if CentOS Stream released more frequently and with more packages available in EPEL, similar to Ubuntu.
It’s something we might see with the next EL release cycle. rpm-ostree has treefiles complete with the option for (experimental) lockfiles. There’s already config files for CentOS Stream to build CentOS Stream CoreOS, and those can be adapted for Alma. I think, atm, it’s more of an issue of general interest than technical limitations.
It’d be dangerous if an installed app claimed to be something like sudo or bash. Even if a mechanism was created for flatpak apps to claim a single shell command, there is no centralized authority on all flatpak apps to vet them. If there was for flathub, and each uploaded package was checked, that still leaves every other non-flathub flatpak repo which must implement the same vetting. Because there’s no way to guarantee to do it safely, and because flatpak devs are unwilling to compromise, this is just what we get.
We might not be as lucky with the next one (or the ones in the past).
Or the ones in the present, for what that’s worth
I think that’s the issue here, but that might just be poor documentation
If anyone’s curious, here’s the RHBZ ticket listing the products RH has patched this in: https://bugzilla.redhat.com/show_bug.cgi?id=2262126
+1 to running whatever is packaged by your distro. For me, Fedora is rarely out of date. If worse comes to worse, you can always volunteer to become a packager and improve the ecosystem for everyone while fixing your own problems.
This is not April fools. The submitter did want to mess with people, though.
By the way, all Fedora packages are scanned with ClamAV as part of bodhi tests. Here’s the test matrix where xz 5.6.0 passed the scan, and would have allowed the exploit in for the F40 beta if it wasn’t obsoleted by another build where the vulnerability’s mechanism was disabled because it triggered valgrind failures in other software.
Sure, there’s more sophisticated AV software out there, but at the end of the day, the F40 beta was temporarily saved because of luck, the beta freeze period, and valgrind. The ecosystem as a whole was saved because “Jia Tan” wasn’t aware that making Postgres run slightly slower immediately raises alarm bells.
Fedora has a (disabled) present repo for Nvidia drivers from rpm fusion OOTB. Just open the hamburger in gnome software, go to software repositories and enable “RPM Fusion for Fedora <version> - Nonfree - NVIDIA Driver”, and install akmod-nvidia as usual. For atomic desktops, you’ll want to use something like ublue, though, because rpm-ostree doesn’t support akmods afaik
Part of your credit score is also the present. It’s more than a bit predatory, but not having any current financial responsibilities looks bad. For example, if you have no loans whatsoever but paid back a bunch in the past, there’s little evidence saying you can currently pay them off. At least, that’s the theory of it.