This is what Gentoo needed. I’ve been using it for a long time and love it as it is but sometimes when there’s a bunch of slot conflicts or a compile error it makes me wish I just dealt with binaries instead. Now that we have the best of both worlds, it will make Gentoo appeal to a wider userbase and make it less painful to use on older hardware.
There are still a number of clock sync issues with the Zen4 chips. I’ve had issues on 6.4/5/6 with similar sounding audio/video that I’ve been able to somewhat mitigate by getting my amd_pstate settings to stop competing with other power tuning tools. Turn off EVERYTHING you have running dealing with cpufreq management, and just let the kernel amd_pstate do it’s thing. No TLP, no desktop tuning tools, just the upstate.
Also, double check that your memory frequencies aren’t bouncing all over the place, and consider under locking in the BIOS to exactly match the channel freq for CPU/mem.
I believe the only power tuning I had was cpupower. I just stopped it and will give it some time. Do you know a tool that’ll graph out my memory frequency? My memory seems pretty stable at 4800 MHz but I’ll watch it with “watch lshw -short -C memory”
I have been using wayland on kde the last two years on Debian and MX Linux with zero issues. My general usa includes coding, music production, Libre office and web browsing. So, no much gaming, if that is your concern.
I would not recommend working on two GUI’s at once, but if you build it in a way you can use different frameworks for it, the maker of Rich also makes a nice TUI framework API called Textual.
Not vim necessarily, but I would really suggest thinking about a plain text editor of your choice and some of those lightweight markup languages (Markdown itself, reStructuredText, ASCIIDoc … I prefer rST, but they are mostly the same). Exactly because it allows me to concentrate on the content and ignore formatting. Besides, formatting, do you write for print or as everybody else these days for HTML? Why do you need a large word processor which is build primarily for preparing documents for print? Every serious text editor has some kind of plugins with spellcheckers, grammar checkers, dictionaries, etc.
Yes, of course, the sockets are the answer to everything (and BTW, d-bus uses sockets as well, e.g. /run/dbus/system_bus_socket on my current system), but the problem is no standard for the communication over these sockets (or where is the socket located). For example, X11 developed one system of communicating over their socket, but it was used just by few X11 programs, and everybody else had their other system of communication. And even if an app found some socket, there was absolutely no standard how exactly should programs communicate over it. How to send more than just plain ASCII strings? Each program had to write their own serialization/deserialization code, their own format for marshalling binary data, etc. Now there is just one standard for those protocols, and even libraries with the standard (and well tested) code for it.
I will conveniently avoid any dbus talk, because the why is not so interesting as the how and direct you to this path /var/run/wpa_supplicant. You would probably send SCAN_RESULTS on the socket, you could also initiate a SCAN first to include the strength of stations you’re not connected to. If you want deeper access to wireless, you use netlink to communicate with the kernel (see /usr/include/linux/nl80211.h) and poke some NL80211_STA_INFOs… or the other direction (everything is a file) you just parse /proc/net/wireless without any special permissions for the current signal strength.
Oh… and btw dbus has a simple binary protocol underneath all the XML/interface fluff and uses a UNIX socket.
linux
Newest
This magazine is from a federated server and may be incomplete. Browse more on the original instance.