Digital and software freedom/rights advocate from Slovenia, Europe. Also a member of the Pirate party. You can find me on Mastodon: @JRepin@mstdn.io
Already reported on bugs.kde.org.
I use the testing ebuilds system-vide.
Best to report the issue you have with as much information as possible to bugs.kde.org
Installed on my openSUSE Tumbleweed and Gentoo computers and so far Plasma 6.2 working great 👍
Cloning the system and home partitions always worked fine for me with openSUSE Tumbleweed with KDE Plasma desktop. Another option openSUSE offers is AutoYaST
AutoYaST is a system for unattended mass deployment of openSUSE Leap systems. It uses an AutoYaST profile that contains installation and configuration data.
Anyone else having the problem with the new kernel that graphics in games/benchmarks is quite a lot slower (about 15-20%) then with older kernel (I used 6.10.7 before I upgraded). This is with Powercolor Hellhound AMD Radeon RX 7900 GRE? Even Einstein@Home GPU tasks take about 20% longer now (28 min with previous kernel to about 34 min now).
Nope. here it is about the good DRM: Direct Rendering Manager
From my experince AMD drivers are pretty close, I’d even say slightly better on GNU/Linux, definitely more stable and consistent. For Nvidia, yeah they are bad at supporting GNU/Linux. Improved a lot through the years but still not there. For Intel, well not exactly an option for gaming, at least not the integrated GPUs I have used so far, but still better than in Windows in a similar way as in AMD case.
P.S. Another great thing with libre/opensource GNU/Linux drivers: When you report a bug with Mesa3D drivers the bug is quite quickly fixed, especially when you can provide them with backtrace and/or Vulkan/OpenGL API trace. Doing a bisect of source code commits amd identifying the commit that introduced a regression also help a great deal. Good luck doing the same with closed/Windows drivers: you can wait for years and no fix.
It’s totaly messed up in general and has been for a long time. They try to hack it for the new CPU model and stab you in the back for older CPUs, I’d say it is FUBAR.
Even quicker is “#X”
Yup still exists. It is also available in KDE Help Center. And you can quickly jump to a man page you typing “#man” into KRunner.
Yup I agree, openSUSE Tumbleweed with KDE Plasma desktop is just awesome. my favourite distro at this moment,
Bash is my favourite one, second to it being Fish
Yeah the driver supporting LEDs and exposing them should be installed. The exposed LEDs can be found in /sys/class/leds/<device>/multi_[index|intensity]
, See Linux kernel documentation for details: LED handling under Linux and Multicolor LED handling under Linux
One way of greatly improving ROCm installation process would be to use the Open Build Service which allows to use the single spec file to produce packages for many supported GNU/Linux distributions and versions of them. I opened a feature request about this.
Most of them are C++/Qt there is also a lot of QtQuick/QML code which can do a lot and is very similar to ECMAScript, so maybe that would be a great start for someone coming from webdev.
My friend has one (if I remember it it a Slimbook or Tuxedo laptop) and as far as he told me it is flawless (well almost). My next laptop will for sure be a KDE CPU+GPU one. I hear good things about the combo and if it is any similar to desktop AMD GPU support I will be happy.
Better to use Kubuntu edition, much better desktop and less crap that is nowdays in Ubuntu.