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.
OpenSUSE is to SUSE what Fedora is to Red Hat, but SUSE is worse than Red Hat, with OpenSUSE calling conservatives rotten flesh. Fedora is a rolling release distro like Arch and is known for being easy to use (even if they like to push things before they're ready so Red Hat can test them), which is why I recommended it.
depends how you define "worse". some open source faggot being retarded on the internet is nothing new, and even if he wants to smear his libshit all over the distro, suse isn't nearly as big and influential enough to get far with it. if the more levelheaded people haven't already told him to STFU and get back to work.
meanwhile fedora is redhat, the same guys that try to force me become a footfag and pozz any (even your) distro's neghole (and silently holding the same opinion, if they don't tunnel vision on the tangerine terror while drinking one of their shaman's "home-made" medicine...)

I can ignore the former knowing karma is a bitch and that kraut retard will probably contract aids sooner or later fucking troon cock at a pride afterparty (if he hasn't already), while the latter has a much more direct effect on me and linux.
not to mention the real "fight the system!" sugarrush putting a swastika as my opensuse background. what's he gonna do about it, cry some more on bluesky like the pathetic tard he is?
 
not to mention the real "fight the system!" sugarrush putting a swastika as my opensuse background. what's he gonna do about it, cry some more on bluesky like the pathetic tard he is?
As an OpenSUSE user you are legally subject to German laws, so they're gonna sick interpol on you and throw you in Guantanamo Bay.
 
As an OpenSUSE user you are legally subject to German laws, so they're gonna sick interpol on you and throw you in Guantanamo Bay.
given past statements I wouldn't put it past him and his ilk to race to the police (remember, ACAB!) because there are "nazi opensuse users".
imagine behaving like moby with all to show for being some "who?" distribution leadership.
 
Since he mentioned using KDE, the correct package is the annoyingly similar "ffmpegthumbs".
Baffling how absent this seems to be in most KDE suites I've used across distros. If I pull in an entire DE suite I know I am bloatmaxxing and I don't care, that's basically the point. What then is the reasoning behind leaving out a package like that? You need this even for generating thumbnails of videos using non-proprietary codecs.
 
Ideally you'd have a single framework for crap like file associations, media thumbnails, settings etc that all the other DE's would rely on so that things would work more smoothly for both end users and developers. Kinda like taking Windows Explorer and decoupling the GUI part from the rest, since everything relies on Explorer which works fine, but no one really wants to use Explorer's GUI, which is why Linux's freedom to choose your DE is such a net positive.

Then again:
1751050338163.webp
 
Baffling how absent this seems to be in most KDE suites I've used across distros. If I pull in an entire DE suite I know I am bloatmaxxing and I don't care, that's basically the point. What then is the reasoning behind leaving out a package like that? You need this even for generating thumbnails of videos using non-proprietary codecs.
Debian-based distributions tend to 'recommend' this package as part of kdemultimedia (which is a required part of kde-full)- so it won't be installed by default, but if you install things normally, you will be given that choice.

My guess would be that this choice to recommend, rather than require, is some combination of packagers:
  1. not actually liking video thumbnails and considering them all but useless (I'm in this camp)
  2. not wanting a program which will run a pretty complex program that has several security vulnerabilities reported every year to be automatically run against any old video you download from the internet by default (I would find it hard to argue against this unless there's some very very very secure sandboxing being down by the thumbnailer)
  3. being huge nerds who will actually read through all the 'recommends' packages that come up when they install 'kdemultimedia' or 'kde-full' and make a considered decision as to whether they need the recommended packages (considered decisions are for suckers)
EDIT: Lol, so apparently ffmpegthumbs is just a decade old fork of ffmpegthumbnailer that makes some minor changes to allow reading files from KIO plugins rather than regular file IO, that has not been updated since.
 
Last edited:
So I take it the about 1GB per day for OS operations is normal?
Just want to make sure. Did you verify this is stuff actually getting written to disk? Or just writing to some file?

I don't know what a normal amount is because I don't pay it much mind. If you run an update, install some packages, download something. Open a browser look around at some sites. All kinds of things are going to be written to disk through out that. Or read from disk.
 
  • Informative
Reactions: ToroidalBoat
Just want to make sure. Did you verify this is stuff actually getting written to disk? Or just writing to some file?
Much of it is just jbd2, but there's some daily "untraceable" 50 to 100 MB being written here and there. Hopefully it's just some kind of OS updates. Or maybe it's the swap.
 
Kernel 6.15 seems to have tons of issues. I have it almost working as well as 6.14 but I am certain I am jerry rigging a lot of this.
 
  • Informative
Reactions: Hieronymus Lex
Does anyone know of a way to make it work like Windows (where once its done in the file copy dialog its just done, and doesn't lie to you that its done and still copying in the background)?
You can use sync for this. When I run dd I do something like this:

dd if=infile of=outfile status=progress etc && sync

...so when it finishes, it's really finished.
 
is it possible now to have a somewhat stable Arch based system running Xlibre and Cinnamon? and would that be Arch directly or like Manjaro or Artix?
 
dd if=infile of=outfile status=progress bs=4M oflag=sync

Add oflag=sync and DD will sync every 4M block. You can change 4M to whatever to change the sync frequency.
It’s going to be more efficient to sync after rather than through dd, that way you use more of your cache and flood the ssd with writes better.
 
use more of your cache and flood the ssd with writes better
bs=[lowest buffer size of the two drives] and you can match the sync to your optimal stride length. Might end up being more optimal than leaving the method undefined.

Edit: finally got mounting microsd via Termux figured out. sudo --su-run-options=--mount-master mount -t ext4 /dev/block/mmcblk1p1 /mnt/ext you need this --mount-master magic flag in your su execution. This had been pissing me off for hours. Finally found that option reading this ( https://github.com/mpartel/bindfs/issues/124#issuecomment-1368201418 ) Had to tell someone. Maybe this shows up in a search. Peculiar Termux corner cases... But hey, now I can use RetroArch to access ROMs on a MicroSD on a junker old phone that will now be my (old)retrogaming phone.
 
Last edited:
  • Informative
Reactions: ZMOT
is it possible now to have a somewhat stable Arch based system running Xlibre and Cinnamon? and would that be Arch directly or like Manjaro or Artix?
Update less than once a week, don't use testing repos, use pacman frontend like yay so that you will get news alerts if manual intervention is required.
Arch being unstable is a meme, install on my main PC is 3 years old, I also have a fully working copy which was installed 8 years ago.
 
  • Agree
Reactions: Hieronymus Lex
is it possible now to have a somewhat stable Arch based system running Xlibre and Cinnamon? and would that be Arch directly or like Manjaro or Artix?
Depends on your definition on "stable" I suspect. The reason for forking Xlibre was to get a raft of changes in, and it's probably safe to bet at least one of them will go sideways, so I assume it's going to be a little while before it's absolutely solid.
I'd be inclined to go with a downstream distro like Artix since it has an extra set of eyes on it, but that may just be me.
I'd also be inclined to avoid Manjaro because they still occasionally shit the bed, and I don't find it endearing anymore.
 
Depends on your definition on "stable" I suspect. The reason for forking Xlibre was to get a raft of changes in, and it's probably safe to bet at least one of them will go sideways, so I assume it's going to be a little while before it's absolutely solid.
I'd be inclined to go with a downstream distro like Artix since it has an extra set of eyes on it, but that may just be me.
I'd also be inclined to avoid Manjaro because they still occasionally shit the bed, and I don't find it endearing anymore.
There's no systemd so which version should I try? I'd just be running things like brave browser and inkscape on it
 
There's no systemd so which version should I try? I'd just be running things like brave browser and inkscape on it

OpenRC is the closest thing to a saner systemd command line-wise, while Runit (my preference) would be closer to the classic sysvinit init, if you want the most basic init system option Artix provides.
 
is there any 3rd party GUI update system that's recommended for Artix? and yay or Pikaur?
 
Last edited:
Back