My kids have always been using Linux because that’s what I use on my gaming PC. When it was time for my eldest to get his own computer I tried to educate him on the differences between Linux and Windows (admittedly with my bias) and he chose Linux. I feel like wobbly windows played a big part in that.
He moans about some unsupported multiplayer games now and then and I have told him that we have a spare SSD he may use to install Windows. But so far his suffering wasn’t big enough to help me step him through that process.
I got a stick with Neon unstable on it, and so far the experience is pretty damn good. Haven’t tried anything gaming related, but the shell itself is functioning really well. The only thing that’s straight up not working is Discover, but when did it, really
Neat! What proccess did you follow for building distroless? I was using buildah, mounting dir, yum installing into the mount, and exporting that container off.
Eh…the usual “FROM: alpine:edge”, pull everything in with git, change the code as needed, static compiling everything, strip dead code out of the binary, send the binary in a scratch image and then assigning a non-root user to it.
Currently, to have full control of your AMD GPU while using the amdgpu driver, you need to append the boot parameter amdgpu.ppfeaturemask=0xffffffff to your bootloader configuration and reboot. NOTE: The following instructions are for guidance only. Check your distribution documentation on how to add boot parameters.
GRUB bootloader Edit the file /etc/default/grub as root and append amdgpu.ppfeaturemask=0xffffffff to GRUB_CMDLINE_LINUX_DEFAULT:
NOTE: In the above example, … represent other existing parameters. Do not add … to your GRUB_CMDLINE_LINUX_DEFAULT. You should only add amdgpu.ppfeaturemask=0xffffffff. Then regenerate the bootloader configuration file with the command:
sudo grub-mkconfig -o /boot/grub/grub.cfg
Reboot your system. You should have more controls when you select Advanced as Performance mode where you can tweak the mhz and voltage easily.
I did this and i can tweak the voltage and stuff. Just max memory is wrong. On amd adrenalin i was running vram 2124mhz and here only 1075mhz. And how does the voltage work in CoreCTRL i only know how to do it in amd app in mv but i dont know what -30 is.
For the 6000 series amd gpus corectrl can only offset the voltage and not control each voltage step like adrenalin can. The -30 would probably be a 30mV reduction to the gpu voltage, but it should tell you exactly what you’re doing.
In CoreCTRL, you tweak the voltage for each state. -30 in your case would reduce the voltage by 30 mv in every state which is not ideal. Just deduct 30 mv in each state in CoreCTRL.
Nearly all settings are stored in .config in your home directory. It’s a hidden directory so you may need to find that option in your file browser.
Rename .config to something else, .config_old for example, then reboot. The system will notice the lack of config files and generate new default ones.
Some settings are stored elsewhere like .local/share but this should reset most of the settings while still allowing you to restore the old configurations if needed.
Dope, thank you for posting. Been using ‘Core CTRL’ for quite awhile but Imma give this a rip. For some reason the former tool never could control the fan curve for my GPU (all the other fans in the box worked fine with it) so this might be profit.
Definitely the transition from QT5 to QT6. It Looks identical, but has better wayland support and performance.
There are also a few new and hot features which I can’t recount at the moment (it’s 4:30 in the morning), but the pointieststick blog should have the droids you’re searching for
Arch should be fine for university stuff. The main problem with Arch is not Arch itself, but all the software it tracks being very fresh. You’ll be pulling updates as they come down the line, and that may result in temporary bugs or day-to-day workflow changes - caused by the software developers themselves. I don’t think an Arch system is unusually unstable or prone to breaking, but last year they did brick everyone’s GRUB loaders by pushing an update too early (post-mortem here). It’s up to you, but if you want to err on the side of system/software stability I would go for Mint/OpenSUSE Tumbleweed/Debian.
I don’t have any practical experience with EndeavourOS but TMK it’s just preconfigured Arch and it uses the default repos, so that sounds good to me. Vanilla Arch is not inherently better or worse, it’s just a more minimal starting point.
Laptop is fine as a tinkering device, but if you have something critical it’s best not to trust a rolling release. I would recommend Fedora Silverblue or something else immutable that automatically updates and does not have a lot of incompatibility issues.
Arch is not something to be relying on consistently. You can make it stable, but then one day you will do a yay -Syu and all of a sudden your critical machine is offline pending troubleshooting that is not required with more stable distros.
EOS is the best out of the box Arch experience I’ve had, it makes it a lot more user friendly than just the base, and it can be customized just as much as the base. When I was running Arch I was running EOS and it was good for what I needed, although I have had it basically brick itself with an update. I am currently running Fedora Silverblue on my laptop and it’s been very stable.
I don’t need any of the advanced tools, I just want a cleaner interface for the tools that already exist. The only thing I’m able to do is make header pics for my posts. The 2.x UI is really, really old now. The time for a refresh was a few years back, but I do understand the limitations of a small team. Like others have said, I’ll likely run both and migrate to 3.x when it’s stable. Though, I do like the idea of non-destructive editing :)
Krita has been adding photo manipulation tools faster than GIMP is fixing their UX/UI, so at this point I think Krita will be the first to become the most viable FOSS alternative to Photoshop.
linux
Newest
This magazine is from a federated server and may be incomplete. Browse more on the original instance.