That's true, but the syntax is different then. In this blog post I cover fish, and I didn't intent to say that this cannot be done in other shells (and I think I never said so).
Pretty unrelated, but I just wanted to say that I love how bash scripting uses if to open an if statement and fi to close it... makes me giggle every time lol
I've seen similar errors before. It's referring to what the xorg server considers to be "monitor 0". Maybe your xorg.conf file has an error in it, or perhaps that monitor is unplugged? If you're running an NVIDIA card, you can run sudo nvidia-xconfig for it to overwrite your xorg.conf file which is in /etc/X11 on my machine, note that the X in X11 is capitalized.
Of course harassment is never okay, but I'd say when it comes to GNOME, this is not surprising. GNOME developers have been so hostile towards both users and other developers for a long time. I'm not saying every single person associated with the project does this, but it is pretty common (e.g. here and here ). Of course the GNOME devs don't have to accomodate everyone, but it is a common theme with the project to remove features despite user backlash and also to close bugs as WONTFIX often without good explanations as to why, even when there are pull requests for fixing the problem.
I am simply avoiding the project, since there are enough good alternatives.
I am not exactly sure what you mean by that... But the main advantage is that the command does not have to be executed manually everytime you change something. Instead entr recognizes when something changes and re-executes the command for you.
Ah, you are talking about systemd, wasn't aware of that... I imagine that to be much more complicated for many use cases. E.g. running a unit test (as I describe in the article) isn't something I would use systemd for. Setting up a path and a service seems more complicated than using entr, and it is probably also harder to get to the output as well.
For anyone unfamiliar with how kernel support works, unless you manually installed your kernel you don’t need to worry about this.
Distros that shipped 6.5 will continue to support 6.5 during their normal release/support cycle and back port any important patches as needed (or they will update their packages to 6.6).
Yes, initially thoughts on a distro. As well as addressing a concern I encountered about additional steps that are perhaps necessary with an NVIDIA card (that it doesn't mix as easily with Linux, I think). And, of course, whatever else I should know straight out the gate — although I assume a lot would be covered in the process of installing a distro.
I've definitely noted the development of gaming with Linux. Dual boot was just to have one less element in the mix, as I adjust to Linux (I've MacOs for a while now). TBH, there's a bit of an irrational element, too: I got a PC so I can play a bunch of games that aren't on Macs. So if I'm going to find a workaround in Linux, well, why didn't/don't I do that with a Mac, instead?
You'll just need to check how to install the proprietary NVIDIA drivers on your distro. For most that won't be a problem. Just a quick google search, haven't tried this myself: https://itsfoss.com/nvidia-linux-mint/
I was going to default to Mint, just because it's the one I've most encountered being referenced, especially for beginners. I'll do some searching on Pop_Os vs Mint. Thank you!
Linux
Oldest