I wrote a program to do just that
CalcProgrammer1
joined 3 years ago
Maybe this explains why my webcam indicator is on when no applications are using it. It's been confusing me for a while now. I've double checked anything that I expect to access it is not, and it doesn't seem to be locked because opening it works, but it sometimes boots up woth the light on. I am using Arch with pipewire so I'll check and see if this is what's going on.
Ugh, I got a fair return from buying to AMD right before Ryzen came out. I sold some of it and bought multiple different chip companies so now I have some AMD, some Intel, some NVDA. Oh well, it's not a huge amount but still sucks. I hope they can come back if only because AMD needs competition to keep them from becoming the evil that old Intel was. I was hoping Intel would also be a viable third GPU competitor, I like my Arc A770 for the price and I'm hoping they don't kill off the GPU division.
I second this, second disk is best as you can keep your old Windows drive in case you ever need to go back for any reason. Modern UEFI makes dual booting way easier than it used to be as the UEFI itself provides a boot menu so you don't need to fiddle with dual booting using a bootloader like GRUB.
Linux works well on supported ARM platforms, but the problem is that a lot of ARM platforms aren't supported. I recently got a Xiaomi Pad 5 Pro (had to import it as it's a China-only model) and put postmarketOS on it. The experience is surprisingly good. Paired with a Bluetooth keyboard/touchpad, it is basically as functional as a normal light-duty Linux laptop except for the lack of x86 support, which mostly just means no gaming. I have been attempting to run Steam via box64 and FEX, but pmOS isn't a supported distro for that so I have been trying in a Docker container and in Distrobox. I managed to get it started but it crashes due to steamwebhelper, and I think it's a dependency or configuration issue. Otherwise, for browsing, coding, videos, terminal use, office, etc. it's great and the battery life is amazing compared to my laptop. This is on a Snapdragon 870. Open source games run and they can hit 120fps on the 120Hz screen. I hope to see ARM support continue to improve, but I am worried about bootloader locks on these new ARM Windows machines.
Mastodon added text search a while ago.
I'm not sure about FF specifically, but 99% of the time you're connecting a microcontroller to a PC you're doing so over a serial port (UART) of some sort. It may be a physical COM port or it may be a USB to serial adapter or even a purely virtual serial port over a USB connection, but the methodology is all the same. Unless you are running a serial terminal on that port (as in, a commandline on your PC served on the given /dev/ttyX interface, not a terminal emulator letting you read/write from the port), the microcontroller can't just run scripts on the PC. Instead, you will want to write a script/program that opens the port and waits for a command to be sent from the microcontroller, then that listener script can execute whatever functionality you require. Note that only one application can have the port active at a time, so if your listener is a separate program from your event handler, you will have to close the port on the listener before running the handler, then reopen the port on the listener once the handler is done so it can start listening for the next event. Better to just make it all one program that is always running on the PC and does both listening for events and handling them so there's only one program that needs access to the serial port.
Please, get this garbage out of the kernel. If it isn't there to talk to hardware, third party code has no place in the kernel. The same shit that Crowdstrike did could easily happen with any of these useless anticheats.
I don't disagree, but today the blame lies with CrowdStrike, not Windows. As much as I hate defending Windows.
It's not specific to Microsoft, but the general idea of letting proprietary software install whatever it wants whenever it wants directly into your kernel is a bad idea regardless. If the user had any control over this update process, organizations could do small scale testing themselves before unleashing the update on their entire userbase. If it were open source software, the code would be reviewed by many more eyes and tested independently by many more teams before release. The core issue is centralizing all trust on one organization, especially when that organization is a business and thus profit-driven above all else which could be an incentive to rush updates.
It's also a "don't allow third party proprietary shit into your kernel" issue. If the driver was open source it would actually go through a public code review and the issue would be more likely to get caught. Even if it did slip through people would publically have a fix by now with all the eyes on the code. It also wouldn't get pushed to everyone simultaneously under the control of a single company, it would get tested and packaged by distributions before making it to end users.
AMD. Not even a question, really. AMD has by far the best drivers. Intel is in a reasonable second place in that they at least have open source drivers and those drivers work well, but due to their newness in the discrete GPU space I still occasionally see issues on my A770. It is solidly usable for the most part though. NVIDIA? Dead freakin last. Their proprietary driver is a mess to install and only recently is able to render anything without screen tearing and unplayable flicker. The situation is improving though thanks to NVK, an awesome third-party, reverse engineered, open source driver that is seeing rapid improvement. I can play Overwatch at 165fps on my RTX3070 laptop finally, but only at lowest settings and 50% resolution scaling (it can do the same at ultra on Windows at 100%). I am very confident we'll see NVK improve performance though.