• 0 Posts
  • 16 Comments
Joined 7 months ago
cake
Cake day: February 27th, 2024

help-circle
  • Personally my arch install is almost boring me with how stable it’s been - and if anything goes wrong, it backs itself up before and after every single update plus on every boot just cuz, so I can roll back to wherever I want. I’ve put a lotta work into building out all these redundancies I’m happy with, and arch has been so goddamn stable I haven’t even had an excuse to use them. The process of getting a complete install was absolutely not “it works” - but now that I’m there, yeah, it really does just work. My only complaint is that I don’t have any reason to tinker with it more.


  • Honestly I’ve found the opposite of what you said, where on Debian based distros I commonly had to go to a project’s git repo and follow readme instructions to build when it wasn’t in an apt repository. Meanwhile on arch, the only thing you have to install manually is yay and then afterwards everything is in the AUR. Not saying that makes arch more user friendly than Debian (obviously), but that one aspect I do actually find easier on arch at least if you’re willing to use an AUR helper.





  • Your build looks good (setting the ongoing intel issues that somebody else already mentioned aside), but personally I’d consider a different drive than the Samsung - it’s a great drive, but usually overpriced imo. If you can get it for a good price then absolutely go for it, but most times I find sn850x drives significantly cheaper and insignificantly slower. Otherwise, the only other note I’d make is that grub is abysmally slow at higher resolutions on chips with no igpu, at least when using a nvidia gpu. I’m not certain if this would apply to an AMD gpu, and either way you can just use something better (cough cough refind) to avoid the problem, but for anyone who just wants the default out-of-the-box bootloader on most distros to just work properly it might be worth spending the extra ~$40 for the K series instead of the KF to get the igpu. It’s not something I’d recommend doing personally, but it’s at least worthwhile to know about when you’re making the K/KF choice imo. Anyway, good luck with your build and have fun with setting everything up!




  • I remember being able to figure out a solution with the kwin docs and dfeet for introspection, but it was a while ago and my memory is less than stellar lol. I ended up running all my window-related logic in the kwin script (js) and just using python+dbus to see if the script had been injected and do it if not. If you go the same route (though the python is unnecessary this way if you aren’t using it for something else, like running one of the windows you wanna manipulate) the workspace global variable stores all windows in stackingOrder, so looping through that list (for (window of workspace.stackingOrder) {…}) is an easy way to check each window. I definitely remember docs on the workspace/windows part, but tbh I think I just introspected with the jsconsole.log and the log kwin prints it to (journalctl maybe?). Sorry I don’t remember more about the process, I got into the kwin scripting for all of an hour cuz of the Wayland regression of not being able to control your own window’s size/position in qt so it was a bit of a hack fix I haven’t had to think about since.



  • felsiq@lemmy.ziptoLinux@lemmy.mlNvidia to AMD
    link
    fedilink
    arrow-up
    14
    ·
    edit-2
    4 months ago

    I did a search for nvidia on my system and got these, which OP might wanna check for too:

    egl-wayland
    lib32-nvidia-utils
    libvdpau
    libxnvctrl
    nvidia-open
    nvidia-settings
    nvidia-utils
    opencl-nvidia 
    

    I’ve installed extra packages for proton and machine learning, so some of these may not be there, but hopefully that helps.





  • felsiq@lemmy.ziptoLinux@lemmy.ml[HELP] /efi fails to mount
    link
    fedilink
    arrow-up
    2
    ·
    edit-2
    4 months ago

    sdb looks like the bootable USB to me - /dev/sda1 should be the system’s EFI, no? OP, could you try mounting that one (shouldn’t be encrypted afaik) and/or post the output of cat /etc/fstab? Edit: just realized you were unable to mount the encrypted drive in the first place so /etc is inaccessible, sorry


  • I ran it (bg3.exe) through the latest vanilla proton (9.0.1 I think?) earlier today and it had no issues. I used the experimental version for character creation and it had some fucked up textures (color banding mostly), but after switching it ran perfectly in the stable version. I’m running thru steam on a nvidia gpu, so hopefully on amd you’ll be fine if you try that.