I guess it depends what you mean by “chip production”.

AFAICT mostly via Chip War (2022) and reading a bit on the topic there are few bottlenecks, e.g chip design IP like ARM (UK) or lithography machines like ASML (NL) or high efficiency chip production like TSMC (Taiwan) but overall the grip from the US is mostly on democratization and scale with AMD, NVIDIA, Broadcom or even Intel, namely making a LOT of chips, not necessarily high end (some are) or mobile (also some), for a relatively low price. What I mean is that China is already claiming that they are producing about on-par IPS with e.g. Loongson.

So yes there are for sure incumbents based in the US that do not want RISCV and overall open architectures to make significant progress but is it fair to call them “the US” I’m not sure. Are they heavily leaning on US lawmakers to get their positions strengthened? Maybe. Maybe they do not yet do so simply because they don’t believe it’s a threat yet, nor it might be ever be.

I believe that in chip production you can lock production via innovation but also, like in other sectors, solely with the supply chain. ASML is powerful because they basically own their markets but also because who would contract with newcomers versus a very well established company that can provide all the insurances imaginable that they will indeed deliver on time a specific amount? Why risk it when you are already contracting with the leader?

Sure there is a potential innovator dilemma but what could prevent e.g. NVIDIA or Intel to switch to RISC-V if somehow they can dominate there too thanks to both their existing expertise but also supply chain stronghold?

If you like working in slow motion, yes, sure.

Source : I have a Banana-Pi SBC https://www.banana-pi.org/en/banana-pi-sbcs/175.html and… it works, running Linux proper, with a desktop environment, which is in itself pretty cool IMHO but damn, you have to be patient. That being said “just” already being at that stage on economically affordable hardware is amazing. We are probably not far, say few years at most, with usable RISC-V chips for mundane tasks, e.g. text authoring, coding, Web browsing, but don’t expect compilation of a browser, Blender, or gaming on this for few more years. IMHO it will go fast because it’s catching up so the path is rather well laid down, which is much harder than innovating and pushing the envelope.

It’s rare that a software compatibility is distribution specific but just in case for games you can verify with ProtonDB and for the rest WineHQ AppDB. That’s assuming there is no native support which in this case according to a quick DuckDuckGo search returns https://linuxvox.com/blog/unreal-engine-linux/ indicating that it seems fine.

So… I’d suggest you pick whatever distribution you heard most about, if you are unsure I’d advise on Debian (Stable) but honestly I don’t think it matters much. There might be slight difference in hardware support and performances but assuming you use mainstream hardware it hopefully should have minimal impact.

Regardless of what you choose, document the process and as long as you learn while doing it, you’re going forward!

If you are in rush… maybe postpone the transition to after that project or do it with a 2nd computer.

even programs that may likely just sit there until the next release comes along. … the only thing you can do is install flatpaks for your preferred programs so that they’d be up to date. … Wine (gamers, you’re gonna cry a lot unless you work it around with flatpaks

I already posted on this a while ago but that’s is a recurring misconception. No distribution, literally 0, provides all software to the latest version or to the version one expects. Consequently IMHO it is perfectly acceptable to go beyond what the official package manager of the distribution offers. It can be flatpaks, am, build from source, etc but the point precisely is that the distribution is about a shared practical common ground to build on top of. A distribution is how to efficiently get to a good place. I also run Debian stable on my desktop and for gaming, I use Steam. It allows me to get Wine, yes, but also Proton and even ProtonFix so that I basically point and click to run games. I do NOT tinker to play Elden Ring, Baldur’s Gate 3, Clair Obscur, etc and my hardware is well supported.

So… sure if you consider a distribution as something you must accept as-is and NOT rely on any of the available tools to get the latest software you actually need, can be games but can be tools e.g. Blender, Cura, etc, then you WILL have a tough time but that’s the case for all distributions anyway.

TL;DR: a distribution is the base layer to build on. Its package manager, on Debian and elsewhere, is not the mandatory and sole way to get the software you need.

Debian stable.

Everybody think they are a special snowflake who needs bleeding edge, or a specific package manager or DE or whatever. Truth is 99.99% do not. They just like to believe they do, claim they do, try it, inflict self pain for longer than they need, convince themselves that truly they are, because of the pain, special.

Chill, just go with stable, it’s actually fine.

Edit: posted from Arch, not even sarcasm.

Interesting, could be nice to help move away from Firefox Profile by being able to import from it rather than “just” the current installed Firefox instance.

Proton is built on top of Wine in order to make sure games specifically work well.

You can check https://www.protondb.com/ before buying a game (with Steam or otherwise) to insure it works as expected. A lot will work with 0 tinkering but some might next extra command line parameters.

You might get the same result with Wine directly but Proton it doing everything it can to “hide” away those (hopefully small) challenges away from the final user, a gamer (like me) who wants to just sit down and play.

So… the heuristic is basically :

• games? Proton
• not games but Windows applications that somehow do not have a better open-source equivalent running on Linux? Wine

Edit: for the anecdote I wrote this reply on my SteamDeck, the gaming console by Valve coming with Steam, and Proton, and running Linux to… just play BUT I also use it to work while traveling. So yes, works like a charm!

Meanwhile me as a barbarian installing Debian and copying my ~/.bashrc file (and a few others) if not just remounting /home/ in the new installation every few years.

Indeed hence my warning. I’m only sharing this alternative because in practice it works and it’s secure (AFAIK).

Edit :

black box security fob

IMHO that’s a feature, namely I do not want to OS to mess with this specific part of my setup. I do also have NitroKeys and FPGAs to tinker with but that’s different. FWIW if there is an OSHW&FLOSS alternative to the YubiKey Bio please do share.

FWIW because you do so professionally I’d factor in the time you spend too versus buying hardware (e.g. USB dongles) or even laptop, ideally reselling the old one. I don’t know your rate or how much you can buy VAT free or your income at the moment, only that in your context this is also a business decision so you have to consider the ROI of “just” moving on with another hardware, selling the old one and with the time earned (if work is available) get another paid task instead of tinkering.

For people who are curious https://lvra.gitlab.io/docs/hardware/#xr-devices according to which quite a few WMR VR HMDs are supported via the Monado SteamVR plugin.

external cam haha. I use the laptop cam daily to video call family

I actually did that on desktop recently and I enjoy being able to unplug and physically remove it as I don’t use it daily. Same for the large external microphone, it’s only on my desk when I’ll have meetings planed. Maybe you could also use a mobile phone as camera.

Anyway kudos on leaving Google! It’s a great step.

For Samsung chips maybe https://wiki.debian.org/InstallingDebianOn/Samsung could help.

Don’t be too sad, I’m playing and working daily with an NVIDIA for years now and it’s just working.

Fingerprint readers, in general, also widely seem to be poorly supported.

Not sure if it technically counts as fingerprint readers but using my YubiKey Bio daily, for login on my desktop and WebAuthN and… 0 problem.

voice actor, artist, and musician. My main concern is recording software and to a lesser extent, art software

Even if you are not based in Brussels where we have https://resonance-mao.be/ you might have a local equivalent, namely open source and open hardware music enthusiast and profesisonals who meet monthly at least to learn and jam. They know this domain a lot more than I do. There are a LOT of software for all that but I wouldn’t go as far as advising you. That said yes it mostly likely will require a bit of re-training. Still IMHO you have done the hardest, namely you understand the concepts behind what the tools do. The interface will be different but how it is actually done should be the same. My advice is to find “your people” and discover together.

Regarding hardware Mint is based on Ubuntu which is based on Debian. I have an NVIDIA GPU and I play (and work) with it daily. Sometimes sleep/resume is buggy but pretty much never ever while actually working or playing. Regarding the Webcam, it’s not super convenient but until it gets supported (hopefully) you might have to rely on an external camera.

Neat! Two quick things :

I’m not convinced Linux has comparable software I need).

Feel free to ask here. I might not know alternatives but others could, no matter how niche.

Samsung Galaxy Book 3 Ultra […] didn’t play well unfortunately

Same advice. I don’t have one of these but what fails and how? Any specific error message?

The lack of support seems very daunting at first.

I started thinking “Oh I wish I could transition to Linux, away from Windows, but what about the latest hardware or random gadget?”

The trick is to flip the question around, namely not “Does my current hardware work with Linux?” but rather “Am I sure my next hardware work well with Linux BEFORE I buy it?” then this remove 99% of headaches. It’s typically 1 Web search away from either a lot of complaints or positive feedback… or not much, and then it’s up to you to see if you are ready for an adventure. If there is not much but there is some standard interface, e.g. Bluetooth, and no need for a proprietary application, it’s nearly sure the main features will work. If a proprietary application is needed, then safer to avoid.

So… yes maybe surprisingly a LOT of hardware does work well with Linux!

What does not work for me, to give a random example, is the LED controller of my desktop case, which I bought several years ago while Windows was still my main OS. I didn’t put a lot of effort into it, cf https://gitlab.com/CalcProgrammer1/OpenRGB/-/issues/1683 but the recent article posted on this instance, namely https://lemmy.ml/post/32389687 makes me want to give it another go at some point!

Shit… kind of makes me want to learn Rust now!

Anyway, wonderful write up. No BS, both shortcuts if you just want to the code and in depth links e.g. https://www.beyondlogic.org/usbnutshell/usb1.shtml all written with a fun tone. Plenty of actually useful content showing us all that sure, it is not trivial to write a (USB) driver but it is also probably not as hard as we imagine. Particularly enjoyed the :

• userspace driver, namely being able to tinker locally without feel the pressure to push back the work to Linux the kernel itself
• libusb and other drivers, namely that there is a myriad of points to start from already, not just writing reverse engineering bits in memory to the new device and hoping it’ll work

Focus on productivity and pleasure, so make the transition easier :

• try Linux without dual boot, e.g. https://distrosea.com/ (I made a 30min video discussion if you are curious)
• try Linux on a USB stick to get persistence and not be afraid of using private data
• try dual boot with default on Windows, your important data backed-up (e.g. music you created)
• try dual boot with default on Linux and Ableton or whatever you need on Wine, if it doesn’t work in virtual machine
• try boot on just Linux with Wine
• try boot on Linux with Ableton FLOSS equivalents (few listed in this thread)
• try boot on Linux with e.g Ardour or LMMS but genuinely benefit from FLOSS by making and sharing your own plugins

The entire process must be risk free and fun!

Start kdeconnect-app from a console and share what the actual error message is.