If you're already running Linux, this is a super easy way to contribute info about the hardware you have to help others [1]. For many distros it's already in the repos. For example Fedora:
sudo dnf install -y hw-probe
Run the hardware probe/report and store it locally in `/root/HW_PROBE/LATEST/hw.info/` (no upload) sudo -E hw-probe -all
Run the hardware probe/report and upload it (uses privacy preserving techniques)[2]: sudo -E hw-probe -all -upload
[1]: https://linux-hardware.org/?view=howto[2]: https://linux-hardware.org/?view=howto See section "Privacy"
Maybe run this from a Live CD rather than your system.
Also note that hashing MAC addresses prevents someone from getting your MAC address by looking at your report, but does not prevent anyone from finding your report if they know your MAC addresses.
This is not true because it's hashed on the server side by secret salt.
I swear, every time I use a RPM based distro, there is a new package manager.
> While during these crazy times it feels like Fedora transitioned from Yum to DNF yesterday, it's already been a half-decade since the DNF package manager has been the default on Fedora. Next year with Fedora 38 they are looking at further evolving package management by way of MicroDNF.
https://fedoraproject.org/wiki/Changes/MajorUpgradeOfMicrodn...
urpmi was developed by Mandrake/Mandriva in a time where rpm had nothing similar to apt-get.
Also DNF replaced yum 7 years ago. This is hardly news.
Say I search for a laptop graphics card model and find that 4000 people are using it in their builds. That only tells me that it's minimally functional, not that it actually works at full features.
For example, it could be the that the video drivers for that card don't support[ 3d acceleration for Linux and people are just fine without it because they don't play games anyway. This info is missing.
Basically, I'd think a qualitative approach would be more useful than quantitative approach. I want to know that the thing I buy is going to work properly, not that I was suckered into buying something along with 1000 other people.
To give a real example this time, the Wi-Fi card I bought works fine under Windows, but the Broadcom drivers available in the Ubuntu distro didn't work properly at the time, so I had to go the old route of finding drivers that worked and then recompile the kernel modules on every kernel update. It got rather annoying fast. Linux Hardware Database would mark me as a user of this card (which would be correct), but it falsely implies that it's worth buying, which I think it isn't.
Although that combination seems strange, because seems like an intel wifi chip would be present only on an intel cpu motherboard, and intel cpus are usually paired with nvidia gpu
Is there a wifi chip with good drivers for amd laptops?
As far as I know, Linux is massively used at the state level in Russia, for example, in schools and universities.
I think I've seen something like that with Ubuntu but I assume it would go to Canonical only.
Would not the "Find computer" tables benefit from a column "OS/Kernel" near the "Probes", especially when the probe is just one? If you want to check how an OS or a kernel fares with a model, you would not want to open them all.
That’s going to quite significantly limit the amount of available HW, no?
Is that intentional? If so, why?
this affects oss wifi router OSes, linux on laptops + chromebooks, cell phones, gadgetbridge for fitness trackers, probably many iot devices
in the chromebook linux space gallium seems to have lost momentum (the most recent device with full support is from 2018, or 2017 from a well known manufacturer). if you want to run linux on a pixelbook there are stale forks of stale repos, but like 'alsa doesn't work yet' and support doesn't get merged to the kernel
committers are always complaining 'we don't have test hardware for this device' (and also they're uncompensated)
we should as a community find a way to fund this work. can be hardware donations, paying competent volunteers, and eventually working with hardware vendors directly to answer questions / do signed firmware builds if necessary
Looks like it's successor also defaults to a Core 2 Duo, though with 2 cores and SMT.
https://github.com/foxlet/macOS-Simple-KVM https://github.com/kholia/OSX-KVM
That being said, just browsing through that site, it doesn't immediately seem like it's this family of Hackingtosh VMs adding significantly to the list or at all.
Shouldn’t the hardware support be the same in a given kernel version?
I don't know how much the other versions of Ubuntu differ, they all seem relatively minimal in comparison.
e.g desktop envoronments need to care for how it interacts with touchpads, you want your wireless interface to actually be configurable. You want sane handling of which audio device is the default, and you'd want recognicable names to select them. The list goes on for another mile.