So I guess I’m both “Chad” and “Schizo” at the same time.
And also “Cool And Good” on the side. (I run Fedora on a few machines. It’s a relatively hassle-free no-nonsense distro that usually works for what i need.)
So I guess I’m both “Chad” and “Schizo” at the same time.
And also “Cool And Good” on the side. (I run Fedora on a few machines. It’s a relatively hassle-free no-nonsense distro that usually works for what i need.)
Spoken like someone who never accidentally typed something into the wrong terminal or accidentally used the wrong keyboard.
Funny thing about that one, gnuplot is not under GPL and has nothing to do with GNU.
The password for the hard drive encryption and the system login are two separate things, so, yes, this combination is easily possible. You’ll have to input a password for system bootup, but not for logging in.
How advisable that combination is is another question entirely.
Well, it’s not the department of planning ahead…
CRTs just plain don’t have a native resolution. They just reach a point when you cannot tell two neighboring pixels apart any more.
Why the he fuck am I sitting here, looking at this pic and getting nostalgic about those stupid bulky, power-hungry, washed-up picture producing, x-ray-emitting CRT shit boxes?
I don’t even know which Linux specific fork you are referring to, it could be either a git fork or fork(2).


Well, in PHP you cannot #define new words from some new language to mean basic language keywords.
The original is a lot lamer than I thought it would be…
It lags for me whenever I access some filesystem that takes a while to respond. That could be a faulty or old device, or it could be an NFS share with multiple large file transfers going on in the background.
And when I say it lags, I don’t mean it just takes a while to show me a directory’s content, I mean the entire UI freezes and kwin will grey out the window because tha application isn’t responding any more.
This does not happen a lot, and if your file browsing is largely limited to a fast local storage, like a SATA SSD or even an NVMe, you may well never see this problem at all. But it does happen.
I think I know this meme template from somewhere, but I cannot quite recall from where. Could you give us a link to the original?
Okay, I’m generally on the side if dolphin UI-wise, but when it comes to the topic of lagginess, it has to be said that dolphin, and in fact, almost everything using the kio infrastructure, is the one shitting the bed here. You’d think a bit of multithreading will keep the UI from freezing up whenever the underlying I/O has some minor hiccup (which can absolutely happen in practice with network filesystems or USB sticks in combination with large file transfers), but apparently dolphin can’t do that.
Something is compressing this house sideways. The tiles have no give, so the floor with them bulges up.
There is no wise way to use that information.
But the foolish ones could be entertaining.


You just gave me flashbacks to that abomination of a programming language they call sqf.
This is x86 assembler. (Actually, looking at the register names, it’s probably x86_64. On old school x86, they were named something like al, ah (8 bit), ax (16 bit), or eax (32 bit).) Back in the old days, when you pressed a key on the keyboard, the keyboard controller would generate a hardware interrupt, which, unless masked, would immediately make the CPU jump to a registered interrupt handler, interrupting whatever else it was doing at the point. That interrupt handler would then usually save all registers on the stack, communicate with the keyboard controller to figure out what exactly happened, react to that, restore the old registers again and then jump back to where the CPU was before.
In modern times, USB keyboards are periodically actively polled instead.
IMHO, it was a mistake to make USB block storage use the same line of names also used for local hard disks. Sure, the block device drivers for USB mass storage internally hook into the SCSI subsystem to provide block level access, and that’s why the drives are called sd[something], but why should I as an end user have to care about that? A USB drive is very much not the same thing for me as a SCSI harddisk. A NVMe drive on the other hand, kinda sorta is, at least from a practical purpose point of view, yet NVMe drives get a completely different naming scheme.
That aside, suggest you use lsblk before dd.
Have you tried to actually use GNU/Hurd?