That part was brillant. I must admit I almost didn't click on the link as small builds have been done for ages until I realized that since you can now buy stuff that is much smaller out of the box something must have been very special on that build for that article to be posted here so many years later
They give 2 separate dates for debian and ubuntu which looks to me they will just release drivers but haven't decided to be good citizen and have their drivers in the mainline kernel source tree.
In other words: it might be a trap and you could get screwed in n years if they stop maintaining it and some kernel changes make the driver not compilable on newer versions.
I actually think your comment reinforces the point of the author. Zero interest into making things clear or attractive to outsiders, the main point is to be smug towards those poor ignorants.
Good post, and the advanced use of the font typographic settings was alone worth the visit.
> I actually think your comment reinforces the point of the author.
Not really because I am not one of said developpers.
However I do know that some of the most active ones are actually involved in the production of an animation movie, receive direct feedback and work on features and bits that artists involved in that movie care about so the author of this post is at best ignorant and didn't care to do a slight bit of research before publishing slop, at worse a plain liar.
Only on specific devices, but generally every GPU released in last few generations, and every dedicated GPU from intel[1], supports "large BAR" this way to map entire GPU memory into MMIO space. This has to be supported on both target device and AFAIK the PCI Root Port[2], and of course needs to be properly handled in firmware - which this tool fixes.
[1] Intel GPUs actually can't work without it, because they do not have legacy "windowing" mode where portions of 256MB BAR window are mapped to different areas in GPU memory
[2] This tool implies that it's possible to handle root port side entirely in firmware, but it's new to me at least, so I can't vouch for that :)
The prisons here have programs where people who want to can complete high school and college degrees. I met a guy who had two degrees (he was in for life since he, well, killed several people.)
Wild guess is they have to reject palm input mostly because they make them too big. I don't even put my palm on my thinkpad trackpad so I don't even know if it has such functionnality as it isn't even needed.
Gesture is more an OS functionnality but I am not sure how a trackpad can be better or worse for scrolling or clicking. You slide 2 fingers, it scrolls right? you click (or rather tap these days), it clicks? right? Can a trackpad click "less" or even "scroll less"?
OK maybe some handle better wet fingers, that is maybe the weak point of my current trackpad.
> I am not sure how a trackpad can be better or worse for scrolling or clicking. You slide 2 fingers, it scrolls right? you click (or rather tap these days), it clicks?
I laughed. I have a work HP machine. The click is only available on the bottom half or third of the trackpad, with no visual indication of the area. It takes a strong push. It’s bad.
The scroll is shiite too.
When you get one that doesn’t work right, you really miss a good one.
> issues with audio during Zoom, Teams, and Google Meetings sessions
I don't know about the app but it has been a solved problem on linux using the web browser early in 2020 when people started getting sent home due to the covid and remaining bugs were quickly ironed out.
I've been regularly plugging/unplugging my usb-c docking connected to ethernet while being on teams video call without issues on both linux and windows but ultimately it depends on the protocol. Web/https stuff is usually more forgiving thanks to sessions being maintained "externally" from the protocol itself. Copying files via sftp be a different experience I reckon because you usually use a different source ip address when you switch and need to initiate a new connection.
reply