remove is -R
so
sudo pacman -R vulcan-mesa-implicit-layers
You can force it to ignore dependencies (be careful doing this as it is bypassing an important safety check in the package manager), for example if you’re trying to remove a package that you’re going to replace with another one then you can ignore the dependency warning when you try to remove it.
Use -Rdd to remove and ignore dependency checking.
Yakuake
Press F12 (or whatever) -> Terminal drops down, in focus and always on top -> Press F12 again -> Terminal disappears.
“Chat, this position is aGPL so feel free to incorporate it into your sessions”
It didn’t, but EAC added Linux support a while ago… so any game dev can choose enable Linux support (and most do in my experience). I play many EAC games on Arch(, btw) with an NVIDIA card, HDMI 2.1, HDR works, etc. I have a working VR (Index) setup, a gaming mouse with better customization software (imo) than Windows, etc.
Most of these things had various minor issues even a year ago and now the only thing I can think that is non-standard/requires tinkering is that I’m using beta drivers to have Vulkan support on NVIDIA. This provides a good HDR implementation. Once the Vulkan support is released in the official driver then a user could get all of the same features without ever needing to do anything but update their system and install Steam.
Progress in the Linux gaming space advances every week. Things are approaching perfect, outside of structural issues (such as kernel anticheat). I have 213 games in my Steam library and the only game that I cannot play is Apex: Legends.
Apex runs just fine, but EAC is configured to kick Linux clients if you try to connect to a match. This isn’t a Linux issue that can be patched, this is a developer choosing to not allow Linux.
If you haven’t tried gaming on Linux in a while, you should give it a shot. I’ve long since ditched Windows in order to have more free space.
The siren call of enshittification-driven short-term profits was too strong.
Steam? We had Wine launch scripts AND WE LOVED IT.
If our DXVK and Mesa versions were not compatible we just kernel panicked like a real OS. Kids these days with their GE-Proton and NTSYNC don’t know how good they have it.
Kernel synchronization primitives? ABSOLUTELY NOT, we’ll use file mutexes in userspace like Linus intended.
If they didn’t want to be looked down upon then they wouldn’t be using inferiour software.
Space Marine 2 works just fine on Linux, I was just playing it last weekend. It has a gold rating on Protondb.
Kernel anticheat games can die in a fire, with all due respect to them.
I’ll worry about them when I get through my backlog of games which grows faster than my completed game list.
The progress in the last 2 years has been nothing short of amazing.
The KDE team, Wine, Proton, TKG/GE/etc have worked miracles for the Linux community.
Also, shout out to Microsoft for spectacularly face planting in their move to Windows 11/CoPilot/Vibe coded OS development. Nobody deserves more credit for Linux’s growth than Microsoft’s complete failure to innovate as an operating system developer.
The lines get kind of blurry, it’s a bug that allows people executing code as your user(not sure the specifics of snap’s security) to see things that you thought you deleted.
This doesn’t give an attacker anything particularly useful. If they have that level of privileged already there are much more fruitful avenues of attack that don’t require digging through your trash.
TL;DR:
When you delete in VS Code it stores the files in
~/snap/code/<version#>/.local/share/Trash
Which isn’t automatically emptied by gnome like ~/.local/share/Trash
Updating the package also creates new copies of this directory under a new version, leaving orphaned files/directories which contain data that you deleted.
The #Rust book was found to have been Ye’s inner circle
I knew there was a reason I avoided the Bash manual
Ah, a Rust heretic
Thanks for the explanation. So it works similar to the system partition on windows.
Yeah, same bit. Just put everything on another drive/partition and then mount that on /home (so you get /home/user) and that’s it.
I somehow struggle a little to understand the role of distribution. When researching how to install Linux, it seemed like an important choice with lots of differences between the various distributions. Some are based on arch, some fedora or ubuntu. It seems like all need different types of packages to install software. And so on. A little ironic, that this is less a problem when running Windows executables through a compatibility layer like wine.
Distributions are essentially just a selection of the basic software required to make a system work. Things like, what version of the kernel you will start with, what init system (systemd is the current popular choice, but sysvinit is still widely used). Then there is the package manager, which is responsible for installing/updating all software on your system (you can install software without the package manager, but here there be dragons) and often a distro will include a Desktop Environment (which is, itself, another package of various software maintained by another group) like KDE Plasma, Cinnamon, XFCE, etc and some default software packages (like, LibreOffice, Firefox, or Steam).
There’s a ton of little differences between distros in how they do things. Like one distro may release a full system update periodically and that update will have been in testing for months to ensure stability (Debian). While another strives to ensure the most current version of all software is available (Arch).
Often, groups will like how one system works, let’s say Arch, but want to try something else, like adding a graphical installer, and adding some additional software and they’ll create a new distro that is built on top of the work done by the Arch distro. This is why you see them described as Arch-based(EndeavourOS) or Fedora-based(Nobara).
That being said, there is no major differences between KDE Plasma that was installed on top of Mint and KDE Plasma installed on Arch. They may have different versions which are available in their respective package repositories, but it’s the same software. Mint may not be on the same Kernel version as Nobara but they’re all using some version of the same underlying Linux kernel code. Systemd is Systemd on Bazzite, Mint or Debian, etcetc.
I’m glossing over quite a bit and there are exceptions to almost everything I’ve said but I’m just trying to give you the broad strokes.
Part of the draw of Linux is the ability to swap all of these different components around as you will. Distros are simply popular configurations/design ideas that have a community built around them.
It’s always funny, until that one day where it isn’t
PC-LOAD-LETTER, wtf does that mean?!
e: You guys are making me feel old for not getting this reference: https://en.wikipedia.org/wiki/Office_Space
You can keep your steam library across distros. Games are usually Windows executables, which run through WINE so they’re completely independent of the distro.
A common recommendation is to make a partition for your home directory and another for your system directory (they can be on different disks too if that’s easier). That way, if you decide to try a different distro then you will still have all of your data/games/settings/etc. If you do this, then everything will move between distros because you only need to overwrite the information on the system partition.
If you just want to keep the Steam stuff, it is typically in ~/.local/share/steam (~/ means your home directory, if you didn’t know). If you move it into that same location on your new distro then Steam will see all of your installed games.
I use virtual desktop for GUI tools. I put the volume mixer, OBS and a terminal with ncmpcpp for music. So if I need to screen record or swap inputs or change music it is all on the same key.