Amateur Linux Hour

  • 🐕 I am attempting to get the site runnning as fast as possible. If you are experiencing slow page load times, please report it.
Just use a proper OS like Windows and you no longer have to waste your life away trying to fix shit some tranny broke. It's a better use of your time. Also, you will not have to spend your entire life trying to convince Windows users that Linux is worth using for the handful of shitty programs that actually run on it.

Pick smart, not tranny shit.
My hardware is too outdated for windows 11, so Linux is the only option once Windows 10 support gets dropped.
 
Just use a proper OS like Windows and you no longer have to waste your life away trying to fix shit some tranny broke. It's a better use of your time. Also, you will not have to spend your entire life trying to convince Windows users that Linux is worth using for the handful of shitty programs that actually run on it.

Pick smart, not tranny shit.
The past few days my browser has been stuffed with tabs about how to play Rimworld (which runs just fine on Mint). Games are harder than Linux per se.
 
How can I actually install new programs on a different drive in case my original one is full?

Edit: Since most programs just put their binaries under the /usr/bin- folder when installed, can someone explain to me how they avoid name collisions?
 
Last edited:
How can I actually install new programs on a different drive in case my original one is full?

Edit: Since most programs just put their binaries under the /usr/bin- folder when installed, can someone explain to me how they avoid name collisions?
What exactly is the situation here? Clean your drive as the simplest and obvious solution. If this is some theoretical issue where you're wondering how the program would be determined then it's by the PATH variable.
 
What exactly is the situation here? Clean your drive as the simplest and obvious solution. If this is some theoretical issue where you're wondering how the program would be determined then it's by the PATH variable.
The situation is me wondering how to install stuff on another disk, and how the potential for name collisions is resolved in the usr/bin or usr/share/bin folders, when programs install their executables there.
 
The situation is me wondering how to install stuff on another disk, and how the potential for name collisions is resolved in the usr/bin or usr/share/bin folders, when programs install their executables there.
Are you simply wanting to install stuff on another disk from the normal repositories or have programs on another disk? Either way you'd need to update your path variable, probably in ~/.bashrc but I don't know your setup. It checks each directory in order (left to right) and as soon as it finds the program you're trying to run then it runs it. If you're just putting programs on another disk then add the path to where you mount it to your path variable, it doesn't matter what the directory is named.
If you're trying to overcomplicate things by having your system binaries spread between 2 places then... don't do that. Do what Betonhaus linked.

What programs are installing executables anywhere for you? Your package manager should be managing that.
 
  • Like
Reactions: Max Free
The situation is me wondering how to install stuff on another disk, and how the potential for name collisions is resolved in the usr/bin or usr/share/bin folders, when programs install their executables there.
In Linux mount points and directories are pretty much the same thing. Just rsync the contents of /usr to a new partition, set fstab to mount that partition to /usr, reboot so you don't have anything still accessing the old files, and now your os is using the partition on a different drive for /usr. Technically the old version of the files still exist on your root drive under /usr, but those ones are not used by the os and are essentially inaccessible. You can access them by doing a mount --bind (which ignores mount points) root to a subdirectory (such as /mnt/root), so that the /usr on the new drive is at /usr and the /usr on the root drive is accessible from /mnt/root/usr, and once you verify that test files made in one don't show up in the other then you can safely rm -rf /mnt/root/usr/* and free up space that way.
 
I have an issue with gayming on Linux (Arch), usually it works really good but sometimes the games on Steam run at a shitty framerate and the mouse lags a lot. So far the only way to fix it is to reboot the computer. Does anyone know how to fix this?
 
I have an issue with gayming on Linux (Arch), usually it works really good but sometimes the games on Steam run at a shitty framerate and the mouse lags a lot. So far the only way to fix it is to reboot the computer. Does anyone know how to fix this?
You need to figure out why this is. When it happens, run some sort of "task manager" like btop or whatever you prefer to use. Since it's an issue that's fixed by rebooting, I'd figure it's to do with memory or cache but no clue.
 
I have an issue with gayming on Linux (Arch), usually it works really good but sometimes the games on Steam run at a shitty framerate and the mouse lags a lot. So far the only way to fix it is to reboot the computer. Does anyone know how to fix this?
Wayland or X11? If X11, try turning off your compositor. KDE lets you set a window rule per game to do this automatically, no idea if GNOME does (I doubt it).
 
You need to figure out why this is. When it happens, run some sort of "task manager" like btop or whatever you prefer to use. Since it's an issue that's fixed by rebooting, I'd figure it's to do with memory or cache but no clue.
I'll try that to see what's going on.
Wayland or X11? If X11, try turning off your compositor. KDE lets you set a window rule per game to do this automatically, no idea if GNOME does (I doubt it).
Wayland on Gnome but I had that issue on KDE too sometimes.
 
I have an issue with gayming on Linux (Arch), usually it works really good but sometimes the games on Steam run at a shitty framerate and the mouse lags a lot. So far the only way to fix it is to reboot the computer. Does anyone know how to fix this?
If you are on nvidia I recommend the proprietary driver, nouveau freaking sucks
 
Why are fonts in the package managers or even as part of dependencies? I never understood that.
Some applications genuinely need certain fonts. For example, the best open-source multiplayer game, Xevil, requires particular fixed-DPI fonts to display its interface in the most beautiful manner. In the case of this 'gargoyle' thing, it doesn't make a lot of sense to me. You wouldn't need this fonts-noto-core unless you were playing games with the text in gook.
 
AMD drivers are built into the kernel so you're all good. Try Gamescope. It fixed a lot of performance issues for me.
I decided to test Arch on a spare SSD to see if the problem appears there too, according to Htop it's been 8 hours and so far nothing. I guess I will back-up all the stuff I have on my system and re-install Arch.
 
Well, I spoke too soon. Here's a capture via Steam (no audio because I was listening to Youtube in the background).
Steam didn't record the overlay but the framerate was at around 10-12 fps. The issue also appears on non-Steam games, I have a Ubishit game installed on Lutris and it's the same laggy and low framerate experience.
Screenshot From 2024-12-31 18-21-48.png
 
Last edited:
  • Thunk-Provoking
Reactions: Aidan
Back