I hate how installing or removing (or even updating) a flatpak causes the whole software center to completely refresh, and it doesn’t keep its state so if you were in the middle of a search or scrolled down through a category… say goodbye to it.

Ah I see, that’s unfortunate then. For what its worth, I still think the bot is a great idea for discoverability and bridging the two services together! I hadn’t seen it before since I usually have bot users muted and happened to see this comment chain while logged out.

I’ve given it a follow from my Mastodon account since I do tend to miss quite a few cool Lemmy posts it seems, and I think it’ll help me find some communities in general that I’ll want to subscribe to from over here.

I wonder if perhaps wrapping the majority of the text in a spoiler would work. Though I don’t know if that translates over to Mastodon (if not, it might look a bit funky on that side).

I miss those things so much, along with Etch-A-Sketches…

They’re not hating on Arch, they’re “hating” on the small (but loud) group of people who have a superiority complex for just running Arch and doing it the manual way (and tends to see those who installed with archinstall as a cop-out).

Just like the people who shit on those for using Windows.

And if you really want even more barebones, you can just do git init --bare into a directory on your VPS, and then git clone user@your.ip.here:path/to/the/directory and use git as you would normally!

In that case, couldn’t you just use something like btrfs snapshots + Timeshift to pull this off?

Sure, but at the end of the day, for better or for worse, there are going to be tons of people who simply don’t care about whose fault it is - they’re going to want their system to work.

I was lucky enough that I was finally able to make enough money to swap out my 2080 with a 6700 XT this week (and wow what a significant difference in how the Linux desktop works with AMD cards), but I have plenty of friends who do have Nvidia cards and if they asked me whether they should give Linux a try I’d have to warn them that they’re going to get a subpar experience due to it - and all they’re going to hear despite me saying that it’s Nvidia’s fault is that Linux isn’t good enough.

So when it comes to Wayland + Nvidia, hopefully Nvidia gets with the program, but otherwise we’re (the Linux community) going to be at a crossroads of whether we want to get more adoption on Linux - Nvidia is not a small market by any means.

I don’t go and try to proselytize people into coming over to Linux, but there are absolutely plenty of people who do and the mindset of “It’s not Linux’s fault, its X (ha)” isn’t exactly going to work there.

I get it, you get it, but plenty of people won’t.

RTX 2080 here, and this is the major blocker for me with Nvidia + Wayland: https://gitlab.freedesktop.org/xorg/xserver/-/issues/1317

This issue causes XWayland apps to effectively render previous frames very sporadically, and it’s especially very noticeable in Electron apps. Discord for example, sometimes someone will send a message and the message will appear, then disappear, then reappear, then disappear over and over again until it finally syncs back up. The user isn’t actually deleting and resending their message of course, but the render state of the app is basically “jumping backwards through time”.

Tried out the 544 beta driver, and while we did get Night Light/Color support (and that incessant top-screen flicker bug was fixed, occurred in both Wayland and X11), I started to notice the aforementioned issue heavily occurring in IntelliJ which is a Java based development tool which unfortunately is the final deal breaker for me since I can’t really work when I write a line of code, and it disappears, reappears, disappears, then reappears again.

This only occurs via XWayland, and surprisingly games don’t seem to get hit with it (in my case) so I suppose if you only use Wayland native apps like a web browser then it’s fine - otherwise, it makes things very difficult. It also occurs on both Mutter (GNOME) and KWin (KDE) but I imagine there isn’t a compositor where this doesn’t happen due to what causes the actual problem in the first place.

After trying the 545 beta and the problem getting worse, it’s put the nail in the coffin for me on Nvidia and I’ll be picking up a 6700XT after my next paycheck comes in. It is a beta driver yes, but the root of the issue is due to the architecture of their driver which isn’t going to be magically redone in between the beta and “stable” release.

So, no - I wish it was just a circlejerk, and realistically I can’t see how it’d end up being this popular if it was just user error.

Yep, my desktop PC may or may not have one of its SSDs not mounted…

If you’re on an EFI based system and have systemd, you can use systemctl reboot --firmware-setup to get into BIOS!

Maybe your bug report didn’t get collected into the other bug report, but it’ll be resolved for Plasma 6 thankfully!

Or AMD, apparently. The bug report for this issue was explicitly renamed to say “Non Intel GPUs” - even though it seemed to be more likely(?) to happen to Nvidia users.

I think that is only if you pass /, I don’t think the flag is required for /* which is what is shown here - if I remember right, it’s because the * triggers the shell to expand the paths and that flag is only built to protect / (from say, having an empty variable alongside /).

Also another important one is :q! if you want to quit without saving changes, though vim will remind you if you leave off the ! in case you forget.