> there's evidence that some government staff grew inexplicably wealthy
Those are a bunch of weasel words. You're giving a certain impression yet being vague enough that it's impossible to assess, argue or discuss the validity of that claim.
What evidence? Who are those 'some' staff? What's inexplicably wealthy?
There's a vast difference between government high-ups getting paid well and making money (as high-ups in any large organization might) and government organizations and their leadership and staff being generally corrupt.
Of course corruption is never impossible, partially because it can take forms that may be difficult to discern as such. But it's again impossible to assess that claim without substance.
Generally, I don't think there's much of a difference once you've got Steam installed.
I've had some crashes of Steam itself in the past and I don't know if those were somehow distro-specific.
I don't think I've run into any issues with games themselves on Steam that would have turned out to be distro-specific. Installing and running games on Steam is the same point and click exercise. Steam uses its own set of runtime library binaries for games anyway, so that probably also unifies things for games regardless of the distro.
Discord worked fine when I used it. I wasn't a heavy user though.
Someone said not to use Fedora if you have an Nvidia GPU and I have no experience with that. Also, I don't know about controllers, but I doubt those come with proprietary Linux drivers so I wouldn't assume there'd be much difference between distros.
The apt command also merges functionality from apt-get and apt-cache.
With apt you don't have to use two separate tools to search for packages to install them. That's probably at least a moderate usability improvement for many people since you don't have to figure out whether you need to use apt-get or apt-cache for some particular command.
Regarding #2, I thought AT commands were something you could send to your modem from your attached device. I'm not aware that they could be sent to a modem by another remote modem over the network link. Is that also possible?
You are correct, it's just there to give you an idea of the capabilities of the modem, what sorts of information it holds and what the cell tower may query.
I honestly can't figure out which Radeon GPUs are supposed to be supported.
The GitHub discussion page in the title lists RX 6800 (and a bunch of RX 7xxx GPUs) as supported, and some lower-end RX 6xxx ones as supported for runtime. The same comment also links to a page on the AMD website for a "compatibility matrix" [1].
That page only shows RX 7900 variants as supported on the consumer Radeon tab. On the workstation side, Radeon Pro W6800 and some W7xxx cards are listed as supported. It also suggests to see the "Use ROCm on Radeon GPU documentation" page [2] if using ROCm on Radeon or Radeon Pro cards.
That link leads to a page for "compatibility matrices" -- again. If you click the link for Linux compatibility, you get a page on "Linux support matrices by ROCm version" [3].
That "by ROCm version" page literally only has a subsection for ROCm 6.2.3. It only lists RX 7900 and Pro W7xxx cards as supported. No mention of W6800.
(The page does have an unintuitively placed "Version List" link through which you can find docs for ROCm 5.7 [4]. Those older docs are no more useful than the 6.2.3 ones.)
Is RX 6800 supported? Or W6800? Even the amd.com pages seem to contradict each other on the latter.
Maybe the pages on the AMD site only list official production support or something. In any case it's confusing as hell.
Nothing against the GitHub page author who at least seems to try and be clear but the official documentation leaves a lot to be desired.
I will provide this feedback to the docs team to clean up. I found it hard when i was making that Poll :D but I looked harder instead of trying to fix the docs. So thank you for the feedback.
Thanks for the effort! Documentation is so easy to neglect especially when there's also a ton of other stuff to do, but it's also so important for anything intended for technical use. Especially when things change over time or from one version to another.
> I honestly can't figure out which Radeon GPUs are supposed to be supported.
Exactly.
I have a 6700 XT with 12 gig ram and a 5700 with 8 gig ram.
If i ctrl+f for either of those numbers on the GH issue, I get one hit. For the 6700, it's a single row that has a green check for "runtime" and a red x for "HIP SDK". For the 5700 card, it's somebody in the peanut gallery saying "don't forget about us!".
HIP is the c++ "flavor" that can compile down to work on amd _and_ nvidia gpus. If the 6700 has support for the "runtime" but not HIP ... what does that even mean for me?
And as you pointed out, the 6800 series card has green checks for both so that means it's fully supported? But ... it's not listed on AMD's site?!
Bad docs are how you cement a reputation of "just buy nvidia and install their latest drivers and it'll be fine".
Removing support for Radeon VII is a bonehead move that smacks of stupidity or greed. The cards were targeted for enthusiast gamers but have enterprise level hardware, like HBM2 memory and 1 TB/s bandwidth.
Depending on what "colder" means, some days it'll still be too warm outside, or some days it will be freezing, or both. Neither is good for many foods or drinks you keep in your fridge.
Of course this might still be micro-optimization from a rural Africa point of view. And a part of the reason for running the fridge is still just convention and convenience.
in rural plqces often they will also use alternate ways to keep things good besides keeping things cold, because its cheaper or more easily available than using a fridge. drying things, salting (pickle? not sure of the term sry) etc. so they have less usecases for a fridge than us (lazy?) ppl whi just throw a fridge at any such problem of food preservation
A higher rendering resolution doesn't require higher resolution textures, and a higher source resolution for textures is what would require more storage and more RAM. (I think a higher rendering resolution does require more video RAM though.)
Of course after some point a higher rendering resolution starts giving diminishing returns if the resolution for the source material isn't also increased.
reply