The Linux Thread - The Autist's OS of Choice

  • 🐕 I am attempting to get the site runnning as fast as possible. If you are experiencing slow page load times, please report it.
Tiling window managers have been a niche thing since Windows 2.0 came out [...] Time may prove me wrong, of course, but I'm pretty sure it's just a fad.
The fad has been going for 25 years.

no multiple python version or upgrade paths. Python packages MUST be in the official tree to not break
You can have any Python version and package you want.
runit isn't great
It's probably too simple to be an all-purpose init/supervisor. It doesn't have dependency management and the default way of setting up per-user services is kind of limited. That said, I've never missed the former and the latter can easily be fixed with turnstile.
 
You can do virtual environments with literally any Linux distribution. You cannot use virtual environments for Python packages that depend on other Python packages (I mean, I guess you could. But that defeats the point of packages). That pages doesn't tell you how to run multiple SYSTEM Python versions, because you can't in Void. Gentoo lets you run multiple Python version via the eselect tool. You can use individual Python use flags or the global PYTHON_TARGETS and PYTHON_SINGLE_TARGET settings in the make.conf.

When it comes to deb or rpm based distributions, the current version is typically locked to a Python version. Example: Debain Bookworm uses Python 3.11 and Fedora 42 uses Python 3.13. Typically a Python update means going up to the next stable versions. That makes it easy to created 3rd party repositories. You can create a repo named "debain-bookworm" or "fedora-42" and it's clear it will work on that version. Say later Python 3.14 comes out and it ships with Fedora-43, you create a new external repository for your rpms to build against it.

Void does not have any versions, so once a year, they bump all of the Python versions in all the Python packages on their main tree. Anything from a 3rd party repository will just break until after that repository updates their tree as well: https://github.com/ahesford/pybump-void
 
After digging out my old 250gb SSD yesterday, I'm planning on plugging it in and installing Mint so I can try it out for a month or two (I know that dual booting exists, but this just seems like the better option). Any advice or suggestions for things to do/install?
I'd say fuck around with Libre Office and GIMP, see if you can scan and print shit. Install Handbrake/vlc/libdvdcss+libbluray and rip some movies, install a virtual machine, some emulators and Super Tux. Play around, have fun, see if you can be productive too. There really is a lot of good software for Linux these days if you put in the effort to seek it out.
 
Or just use hyprland instead of sway. Sway is for niggers and trannies. In hyprland you just just enable tearing in the config file if you want it.
This is an environment variable. You had to use it for any form of wlroot based wm (Hyprland included since aquamarine is just wlroot but rewritten in C++.
I thought tearfree was only an option on X11 because it was old and busted? I'm sure they said it wasn't a problem on Wayland because it was the new hotness.
Wayland by default will never tear since it always uses vsync. Experimental support for tearing was finally merged a year ago and it only got to the point of usability 6-7 months ago.
 
  • Like
Reactions: Rekeita's Kidneys
I picked up a 1TB M.2 SSD and plan to use that for a Linux dual boot on my main PC, as my motherboard can take another one of those and I had an old PCI-E SATA card to deal with the slots that the motherboard would disable once it is in use.

I am thinking of splitting it into two and keeping a space for general storage that can be accessible in Windows too, but for the other part is there anything I need to pay attention to, as I understand that I'll have to set up a Linux boot loader too, will that run from that SSD or from elsewhere?
 
I picked up a 1TB M.2 SSD and plan to use that for a Linux dual boot on my main PC, as my motherboard can take another one of those and I had an old PCI-E SATA card to deal with the slots that the motherboard would disable once it is in use.

I am thinking of splitting it into two and keeping a space for general storage that can be accessible in Windows too, but for the other part is there anything I need to pay attention to, as I understand that I'll have to set up a Linux boot loader too, will that run from that SSD or from elsewhere?
If you want to deal with a little less partitioning hassle, you can keep two drives with two operating systems. I'm pretty sure you can configure GRUB to add an option to boot from the other drive, but if anything you can always use the UEFI boot menu to switch between them when needed. Set the boot order in UEFI to prioritize the Linux partition, set up GRUB, or not, done. Just about all the hassle of dual booting Windows and Linux happens when you're trying to put both on the same drive, since Windows really doesn't like it when it's not in charge of the EFI partition.
 
I picked up a 1TB M.2 SSD and plan to use that for a Linux dual boot on my main PC, as my motherboard can take another one of those and I had an old PCI-E SATA card to deal with the slots that the motherboard would disable once it is in use.

I am thinking of splitting it into two and keeping a space for general storage that can be accessible in Windows too, but for the other part is there anything I need to pay attention to, as I understand that I'll have to set up a Linux boot loader too, will that run from that SSD or from elsewhere?
Depending on distro it may do it all for you. I use Mint (not the most adventurous I know but it just works) installed on an NVME and just left the previous Windows 10 install untouched on the other NVME. As long as the UEFI is set to look at the Linux drive first, on power up it presents an option screen to boot into either (and some safe boot options as well) with it continuing to boot into Linux if nothing else is done in ten seconds. I did nothing to set that up. Seems to be just part of the default install.
 
This is an environment variable. You had to use it for any form of wlroot based wm (Hyprland included since aquamarine is just wlroot but rewritten in C++.

Wayland by default will never tear since it always uses vsync. Experimental support for tearing was finally merged a year ago and it only got to the point of usability 6-7 months ago.
I know it's an environment variable. I'm saying hyprland has had a config option to enable screen tearing without needing to add that environment variable for at least a year.

And sway, is the real thing that wouldn't need to exist if it wasn't Wayland. It's just i3 Wayland. Really it's i3 but you get less by the nature of it being Wayland.
 
If you want to deal with a little less partitioning hassle, you can keep two drives with two operating systems. I'm pretty sure you can configure GRUB to add an option to boot from the other drive, but if anything you can always use the UEFI boot menu to switch between them when needed. Set the boot order in UEFI to prioritize the Linux partition, set up GRUB, or not, done. Just about all the hassle of dual booting Windows and Linux happens when you're trying to put both on the same drive, since Windows really doesn't like it when it's not in charge of the EFI partition.
Yeah you just install os-prober along with grub. Then you uncomment or add the line if it isn't there to enable os-prober for finding other bootable drives. And it should just work after regenerating your config.

Because os-prober takes forever for whatever reason. If the other drive isn't mounted before looking for other partions. So I made a script that mounts one of the partitions from the other drive. Then runs grub-mkconfig -o /boot/grub/grub.cfg , then it unmounts the partition. I also have it echo when it's mounting and unmounting the drives so I know things are working properly. Then I named that update-grub

Using that script it's just as fast as it normally is to run grub-mkconfig. Not sure what that's the case. But it is.
 
So I found much of the daily huge writes are from this auto update thing, maybe "gnome-software". Any way to set that to manual so updates when I want, not every single day?

:thinking:
 
  • Lunacy
Reactions: HalHalliday
And so we return to where we started?
It's either some updating thing, fstrim, or both. If it is fstrim and it's not broken, I should leave that as is even though it does it daily despite weekly schedule. But if it's the former, I want to find a way to make updates manual rather than automatic. For some reason auto-updates have always annoyed me. Even on a HDD with unlimited writes.
 
Wayland shill quote time:
X11 can use an x window property to know if some windows should be dialogs. Wayland has no such attribute at all. This meant on Sway, the file transfer dialog in Dolphin file manager was treated like a full window instead of floating. You needed custom regex rules on the title just to make sure the file transfer dialog didn't split your windows. This isn't an issue with Hyprland and I'm not quite sure how they worked around it.
XDG Shell is supported by every compositor: https://wayland.app/protocols/xdg-shell#xdg_toplevel:request:set_parent.
Sounds like sway just doesn't respect it.
honestly wayland would be so much further if they removed this retard, instead of kicking out people that try actually implementing things. like vaxry from hyprland.
Luckily this retard has no voting power. He's known for shitting up protocol discussions though.
Wayland would be much better of if in addition to swick, all gnome stakeholders were banned from protocol discussions.
A WM is a better word than Compositor by the way, sounds like a liberal word.
It isn't the same thing. An X11 window manager just manages windows, as in placement and size. A wayland compositor is responsible for compositing and displaying them as well, whereas under X you'd have a compositor like picom or the X server itself to do that.

Under X, kwin, mutter, and potentially other window managers were simultaneously compositors. Under wayland all window managers are compositors. There are legitimate arguments for it working both ways, and it is technically possible to separate the window manager under wayland, but there aren't any compositors that do so which don't also suck.
you should really be calling it wlroots/Wayland because without wlroots wayland would be nothing.
At this point there are a bunch of bases:
- KWin (KDE)
- Mutter (Gnome)
- Hyprland (Hyprland)
- Smithay (Cosmic, Niri)
- Wlroots (Sway, Wayfire, others)
- A couple others which no compositor of note uses

Wlroots is rather shitty. It helped kickstart the smaller wayland compositors but anything actually based on it is noticeably worse (as an end user) than any other base to use if you know where to look. (Except mutter, because gnome)
 
At this point there are a bunch of bases:
- KWin (KDE)
- Mutter (Gnome)
- Hyprland (Hyprland)
- Smithay (Cosmic, Niri)
- Wlroots (Sway, Wayfire, others)
- A couple others which no compositor of note uses

Wlroots is rather shitty. It helped kickstart the smaller wayland compositors but anything actually based on it is noticeably worse (as an end user) than any other base to use if you know where to look.
if only there was like one compositor that everyone used and contributed to.
 
whereas under X you'd have a compositor like picom or the X server itself to do that.
Since you mentioned it, what is the best compositor for X? It seems like all the standalone ones (picom, compton, compiz, compipicom picompi pipipicomcomcom) are abandoned or deprecated or who-knows-what.
As near as I can tell, the only workable options are "whatever the X defaults are" or "Borrow KWin out of KDE".
 
  • Like
Reactions: Jang Joo
if only there was like one compositor that everyone used and contributed to.
I know what you're saying, but if that happened under wayland then gnome would end up controlling it and blocking anything that didn't fit the redhat vision from ever getting in.
Since you mentioned it, what is the best compositor for X? It seems like all the standalone ones (picom, compton, compiz, compipicom picompi pipipicomcomcom) are abandoned or deprecated or who-knows-what.
As near as I can tell, the only workable options are "whatever the X defaults are" or "Borrow KWin out of KDE".
As far as I am aware, picom or one of its variants is the most widely used, but I don't use X and can't give you any opinions on that. The default is no compositor.
 
It's either some updating thing, fstrim, or both. If it is fstrim and it's not broken, I should leave that as is even though it does it daily despite weekly schedule. But if it's the former, I want to find a way to make updates manual rather than automatic. For some reason auto-updates have always annoyed me. Even on a HDD with unlimited writes.
For your own mental health stop autisticly watching your I/O. It doesn't even seem to actually be effecting anything. Other than you seeing that it happened.


As far as I am aware, picom or one of its variants is the most widely used
Yeah. Picom is. I forget the name of the fork but their is one people particularly like.

Really if people don't care about transparency and just want to fix screen tearing. Xlibre does a great job if anyone wants to continue using xorg. And are on a distro like arch that lets you fairly easily install it.
 
Back