• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

Seriously consider moving to Linux

Page 10 - Seeking answers? Join the AnandTech community: where nearly half-a-million members share solutions and discuss the latest tech.
I think a lot of people are willing to put themselves through a lot of awkwardness because the awkwardness is "more familiar".
Probably true.

I haven't used Ubuntu, but when I have been forced to see one, I have looked up CLI instructions. Same with the Red Hat family; I don't even want to know what GUI package managers may exist.
 
I find it quite surprising they are moving to make x64_v3 the only build version, cutting pre-Haswell/Ryzen cpus completely out. At least Windows 11 had fake hardware requirements that were easy to spoof.
Seems a bit odd not to have some sort of fallback for older hardware.
Really don't like deprecating synaptic package manager and focusing on the app center. I have never liked any of these app centers. They have always been sluggish, buggy, prone to freezing or simply not working at all, and they dont show all your installed apps. Hope they made some big improvements to it in 26
I dont mind an app center for browsing apps or if I want to see if theres a flatpak or native package, but for updates the terminal is a lot easier.
 
I find it quite surprising they are moving to make x64_v3 the only build version, cutting pre-Haswell/Ryzen cpus completely out. At least Windows 11 had fake hardware requirements that were easy to spoof.
Red Hat has v2 required in RHEL 9 and v3 required in RHEL 10. Then again, RHEL has a decade of support. How well will the pre-Haswell boxes run in 2035?

AlmaLinux does build also v2 of their version 10, but third parties that build for el10, do that with v3 ...

At least the requirements are clear and honest, unlike the "something, maybe" of Windows 11.
 
I dont mind an app center for browsing apps or if I want to see if theres a flatpak or native package, but for updates the terminal is a lot easier.

One thing I like about the Synaptic package manager is that I understand that what's in it is software that's essentially trusted, whereas with say the Mint Software Manager, you have to keep your eyes open because it's not clear-cut (in a similar way that say the Google Play Store is not clear-cut in terms of safety).
 
I find it quite surprising they are moving to make x64_v3 the only build version, cutting pre-Haswell/Ryzen cpus completely out. At least Windows 11 had fake hardware requirements that were easy to spoof.
Pre-Haswell is ancient, and who wants to run a chonky distro on an old ass PC?
Sure, part of the Linux ethos is that it'll run on a potato, and there are distros targeted to low end hardware.

And AMD pre-Ryzen was in shambles, so it's not like a 2016 AMD-based PC is viable either.

Even Ubuntu 24.04 has extended support until 2034. I don't know what other major distros are doing (see above for RHEL), but this change is not impactful.
 
One thing I like about the Synaptic package manager is that I understand that what's in it is software that's essentially trusted, whereas with say the Mint Software Manager, you have to keep your eyes open because it's not clear-cut (in a similar way that say the Google Play Store is not clear-cut in terms of safety).
They are pulling from the same repos though so what you get should be the same its just a different visual way of getting it.
 
Pre-Haswell is ancient, and who wants to run a chonky distro on an old ass PC?
Sure, part of the Linux ethos is that it'll run on a potato, and there are distros targeted to low end hardware.

I've got quite a few customers running 2/3/4000 series Intel PCs I built who have moved on to Windows 11.
 
Pre-Haswell is ancient, and who wants to run a chonky distro on an old ass PC?
Sure, part of the Linux ethos is that it'll run on a potato, and there are distros targeted to low end hardware.

And AMD pre-Ryzen was in shambles, so it's not like a 2016 AMD-based PC is viable either.

Even Ubuntu 24.04 has extended support until 2034. I don't know what other major distros are doing (see above for RHEL), but this change is not impactful.
We have an abandoned family system that is a Lenovo H50-55 with an AMD A10-7800, 12GB RAM, and a 256GB SSD. I tried Linux Mint 22.3 and CachyOS and had to disable hardware acceleration in the web browser to prevent it from freezing the system while web browsing in those Linux distros. It also happens in Chromium as well in those distros. Also after a few hour of leaving the system powered on, the USB keyboard and mouse don't respond be the system is not frozen as physically reconnecting them to the USB ports gets them to respond again. Actually Windows 11 Home works better than those 2 Linux distros on this specific system despite this system not being officially supported for Windows 11 and having to use one of the known workarounds to get it to install Windows 11 to run on it and use Windows 10 Legacy AMD Radeon Software Package as there is no Windows 11 version of that package. Now if there is a Linux Distro that designed for a system of this time period and still gets security updates so I could go online safely then I'd like to know because I'd rather use a Linux distro that officially supports this hardware of this time period than use Windows on it.
 
Last edited:
Welp, some big changes have arrived.



The "Legacy hardware warning" on that page does not match what the Ubuntu 20.04 LTS changenotes say
in https://documentation.ubuntu.com/re...-lts-users/#architecture-variants-and-amd64v3 :

Ubuntu now has the ability balance hardware compatibility and fuller utilization of modern hardware by building multiple versions or “variants” of a package. The first variant we are introducing is amd64v3, which is optimized for the x86-64-v3 microarchitecture level.


For maximum compatibility, this variant is opt-in by default.
That is, Ubuntu repos will have both "normal" and "amd64v3" variants of packages and one can configure apt to pull the v3 versions. Can, not "has to as only option".

FOSS Linux did not see the same fine print as I do now?
 
Back
Top