You are 100% right about thr wiki, and it doesnt help that there's an unofficial wiki that pops up in search results too. And the wiki it especially out of date and confusing for nvidia. Its a known problem, and a bunch of "high level" contributers complain about it in discorse threads all the time.

You linked "nixos-hardware" repo, so you've obviously done your homework. If youre not importing that as a flake, and importing the "common-gpu-nvidia" (or whatever the module is actually exposed as, thats just the pathing) modules, and instead grabbing the values manually, then you also need to grab the ones from here: https://github.com/NixOS/nixos-hardware/blob/master/common/gpu/nvidia/default.nix

Your gpu is too old to be includes in the cuttoff that nvidia did when starting to open source their drivers, but i wouldn't say its too old to be usable or anything.

The wiki is out of date when they say power Management is experimental and unstable, I recommend setting that to true.

I think the main problem is using nouveau drivers, and setting the option provided in the link above should switch that to their closed source drivers. If you make that change, definitely do a rebuild boot instead of switch, and then reboot into the new Gen.

Its so annoying thag theres open (nouveau), open (nvidia - but only newer gpus), and closed (nvidia). There's been a lot of talk about making major changes to the nixos nvidia configuration settings, but there's a lot of conflicting ideas about how to improve them so it hasn't made much progress.

And apologizes for any weird formatting, especially around option names, on my phone.

You should give it 5 more minutes, it's still walking up /s

its definately not hibernation as I could set it to that instead of sleep but there is only one sleep option. I could see this as the way the os kinda works everything is its own thing so I could see the power management sleep being different than the click a button and sleep.

Those are probably different sleep states. I don't know much about it, but maybe this will help? https://www.kernel.org/doc/html/v4.15/admin-guide/pm/sleep-states.html

So bazzite gets gui issues if I close the lid and it sleeps but not if I sleep from the start menu.

Thank you for the reassurance. I update packages automatically, but I don't see either of those having changed recently. I'll keep an eye out for upgrades touching them.

The Nixos Wiki is often annoyingly confusing and/or out of date. I built my config based on the wiki but options are introduced in different sections and it isn't clear which ones are supposed to be used together. Maybe I'll bother the wiki maintainers on Matrix.

I'm not "intentionally" using either driver version, so I'm happy to switch!

https://github.com/NixOS/nixos-hardware/blob/master/common/gpu/nvidia/pascal/default.nix

Only lists two option lines. Trying that now.

  # The open source driver does not support Pascal GPUs.
  hardware.nvidia.open = false;
  hardware.nvidia.package = lib.mkDefault config.boot.kernelPackages.nvidiaPackages.legacy_580;

Well this is confusing. I added it set to true because sometimes the system doesn't respond to input when it's suspended and I need to reboot. Wonder if it's contributing. I'll leave it on for now, and turn it off once I've tried the two liner above for a few days.

Graphical corruption and system crashes on suspend/resume powerManagement.enable = true can sometimes fix this, but is itself unstable and is known to cause suspend issues. hardware.nvidia.powerManagement.enable = true can also sometimes fix this issue; it is false by default.

I'm running an Nvidia GTX 1070 (10th gen, Pascal) and I hadn't remembered my system being that old! I don't remember when I bought it, and I guess it's too late to do anything about it now. Though maybe I can still get a previous-gen AMD card at a not too-outrageous price and have a big upgrade.

From lspci:

[nix-shell:~]$ sudo lshw -c video
[sudo] password for clay: 
  *-display                 
       product: nouveaudrmfb
       physical id: 0
       bus info: pci@0000:01:00.0
       logical name: /dev/fb0
       version: a1
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress bus_master cap_list rom fb
       configuration: depth=32 driver=nouveau latency=0 resolution=3840,1600
       resources: irq:138 memory:f6000000-f6ffffff memory:e0000000-efffffff memory:f0000000-f1ffffff ioport:e000(size=128) memory:c0000-dffff

It is neat, I agree! Almost like a privacy blur.

I think I had a similar error on my laptop (MX150). If I recall correctly it would unscramble a bit while passing with the mouse over it.

I've since ditched the nvidia card and only use the also included Intel one.

Sorry, can't help, but it'd be so cool to do this on purpose and unscramble on hover

I'll try it and let you know.

I think I've seen other nvidia users have this issue, and it turned out to be a problem with the driver not preserving font bitmaps. Does the corruption go away or change if you zoom in/out (i.e. change the font size)?

Also are you intentionally using "novaveu" instead of their "open" version? If so, not "judgement" or anything, just wanting to confirm. Also what gen nvidia gpu? Alot of the settings have different defaults depending on whether your over or under a certain gen.

I wouldn't jump to your gpu going bad. There's been quite a few issues in the past with nvidia + sleep + power management.

I would recommend trying to comment out those values you shared, the generally recommendation is to use to the defaults when it comes to nvidia, unless youre positive you need to override them for some reason you feel very confident about.

A lot of them aren't named clearly and dont always do what you expect, at least from what ive read and from my personal experience.

It also completes things a bit because gnome and kde like to automatically decide what gpu to use for what, its a little opaque, and sometimes causes issues.

Did you update the kernel or the Nvidia driver package recently? This is a bug that comes and goes for both AMD and Nvidia cards. Your GPU is fine.

sorry for the late reply, sudo apt install --reinstall network-manager fixed it Thank you so much

no. either you have to use the CLI or the browser extension. If you use qutebrowser there's a script that will tie into the bitwarden-cli and that would autofill for you. if you have multiple logins for something then it just opens dmenu or rofi or whatever you use and you can select your login from there.

You can probably run the official version using DistroBox (https://wiki.archlinux.org/title/Distrobox). It's pretty straightforward to setup using one of the GUI tools (both of which are available as flatpak). Once you have it all installed you can export a desktop shortcut and you wont even know its in a container.

not yet, desktop app isn't integrated into the system secrets and i don't know if they have plans to ever support that. the browser plugins are the closest you can get to autofill on linux atm

on desktop, yes, I think it is useless.

You can manage your logins, which I've done before (like importing and exporting records). For general use and autofill, you can exclusively use the web extension.

So, the desktop app is useless?

Looking for GUI. Want to autofill. Desktop app cannot do that?

Thank you for the insight.

Yes. I do want to use autofill feature.

Then what's the point of Desktop app?

If it's in the Arch or CachyOS repos, it should be perfectly fine. The Arch packages are maintained by trusted devs, and unless the CachyOS team has been backdooring all their optimized builds this entire time with nobody noticing, they seem to be trustworthy, too.

Generally, if you can get it via pacman, you shouldn't have to worry.

That said, it sounds like you would want password autofill and easy adding. For that, don't bother with the desktop app and just use the extension in your browser of choice. There's no autofill via the desktop app.