laskobar

According to the linked wiki, try to go to https://nouveau.freedesktop.org/CodeNames.html.

Check on your laptop with dmesg | grep -i chipset the codename of your graphic card. With this you can check which driver is the best on https://wiki.archlinux.org/title/NVIDIA. There is a paragraph, explaining which driver is the best.

If I understand it right, the nvidia package is the correct one for 1050. So you can use pacman -S nvidia with root privileges. All dependencies should be resolved automatically.

I would recommend to reboot, in case there are changed kernel modules.

2 things i have to note: Using Wayland is a total mess with nvidia. Specially on Arch Linux. I have screen flickering in GUI and games, the performance is so lala and tools like KeePass which needs access to the text in window titles did not work complete. On Manjaro, the flickering doesn't exist, but the other symptoms do. Maybe im missing some packages on Arch.

Second with Vulkan i have some tearing in games. I have not looked further in to that.

On the other hand, games like Satisfactory or Elder Scrolls Online, have more FPS with the same settings as on Windows.

Currently i test Arch and Manjaro in parallel on the same Laptop. But I tend to keep Manjaro and remove Arch. There are light pro's and con's, but overall, I'm more happy with Manjaro. But this has nothing to do with you're issue.

I have a 1050 in my Laptop and it works fine with the nvidia package AS proprietary driver

I got it to work...

I have used the command grub-install --target=x86_64-efi --efi-directory=esp --bootloader-id="Arch Linux" before, but without success. This didn't worked before. But now...

I have no idea, whats changed. Anyhow. Im happy.

df -h

Manjaro:

dev             7,8G       0  7,8G    0% /dev
run             7,8G    1,9M  7,8G    1% /run
/dev/sdb3        68G     50G   15G   78% /
tmpfs           7,8G       0  7,8G    0% /dev/shm
tmpfs           7,8G    9,0M  7,8G    1% /tmp
/dev/sdb4       587G    272G  285G   49% /mnt/games
/dev/sda1       296M     56M  241M   19% /boot/efi
tmpfs           1,6G    100K  1,6G    1% /run/user/1000

Arch:

dev             7,8G       0  7,8G    0% /dev
run             7,8G    1,7M  7,8G    1% /run
efivarfs        128K     46K   78K   38% /sys/firmware/efi/efivars
/dev/sdb5        69G     21G   45G   32% /
tmpfs           7,8G       0  7,8G    0% /dev/shm
tmpfs           7,8G    8,6M  7,8G    1% /tmp
/dev/sdb4       587G    272G  285G   49% /mnt/games
/dev/sda1       296M     56M  241M   19% /boot/efi
tmpfs           1,6G    108K  1,6G    1% /run/user/1000
/dev/sdb2       1,2T    796G  332G   71% /mnt/volume

Yes. Because some games work only with proper privileges. This can get complicated on NTFS.

Keep a minimum of 30GB free, for Windows update processes on the windows system partition. I don't how much the windows installation counts in space, but add that to the 30gb free space. I would recommend to have a extra partition for the games on NTFS and move your steam, epic, ubisoft, whatever library to that partition.

I have tried to use the same gaming partition between Linux and Windows, but failed every time. In the worst case this can alter your Windows privileges. At least I had this issue.

Currently I'm using Windows only for 2 games: Space Engineers and Empyrion. The rest works with better performance on Linux. Satisfactory, Ark survival, Elder Scrolls Online have more FPS on Linux with the same settings. I have to use a nvidia 1050 Ti in my laptop. With a AMD GPU the situation is a lot better on Linux.

I'm not a hardcore gamer, mostly im coding here and there. But sometimes gaming is a must have.

OK, many thx for the tips. Since my script in the service file is already doing some logging, i will try to use the last log entry, to find out, when it was last time running and exit the script, if it is not in the timeframe of 1 week.

This makes sense. Yes, I have paid in the playstore for this app (and I would do it again and again). But if I understand it correctly this would also mean, I could download their v4.3.8-ose from the official GitHub repo for free, and it would be updated automatically from Playstore to v4.3.8-gplay version (which is not free). Strange.

But this app is worth every penny.

Oh thats my standard browser. I need Chromium only for testing my webextensions and for Geforce Now. Since the last will not work with Firefox.

I can give it a try, but I would prefer a more "native" approach. I don't like this flatpack/snap concept. But yes, it's an alternative.

I absolutely never trust blindly in such things. I have never seen a plausible explanation why this is a security feature.

When there are dev's from X11 involved, this is fine and it seems that this leads to decisions which prevent from current X11 issues. But it absolutely is no guarantee that everything is trustable. I'm not that expert, but your mentioned link points in the right direction. But as long this isn't supported in the wide mass, it's only a wish...

That window titles can be easily changed is quite true, so all applications I know monitor such changes and abort the autotype on request when a change is made. But as already said, this is not a security feature, at least not a useful one.

Monitoring the application itself makes no sense for a password manager. As you write yourself, it's easy to customize the title. All applications make use of this. It is already changed when the tab in the browser changes, a new page is loaded or similar. The same is true for non-browser applications. Windows also allows read access to window titles.

What the Wayland developers do is, in my opinion, gross mischief or ignorance regarding window titles. The password manager needs a simple way to assign a window to an entry, which should be the same for all applications. This should be the same for all DE's, window managers and OS. The simplest is the window title. The status bar makes no sense and an API would have to be the same or at least similar across all DE's, window managers and OS. Such a thing does not exist. To implement something like that only for KDE is too niche. This would have to be implemented and established, if already for the broad mass. So also for Gnome, Mate, Cinnamon and all the others. Not to forget, this must also work for Windows and MacOS in a similar way.