I have to upgrade my Mint install every two years

I know you’re joking around here, but you don’t have to upgrade every two years. You can use an LTS release instead, or, on the opposite of the spectrum, a rolling release.

Release schedule and duration of support should always be factored into the decision of choosing a distro.

Save your sanity and do Settings -> Blocks -> Block instance -> lemmy.ml

I approve this comment.

Millenials - Load"$“,8 LIST LOAD"LEISURESUIT*”,8,1 (wait 10 min.) RUN

Even the oldest millennials were just toddlers when the C64 was relevant, so this is not a typical millennial experience at all. It’s really a GenX thing… so once again we are forgotten.

I would say millennials’ computer experience starts in the late DOS/Win3.11 era at the very earliest, but more typically in the Windows 9x and early XP era. So even IRQ/DMA/config.sys/autoexec.bat fuckery is not that typical.

Now we’ve got to fucking participate in it?

Ah yes, killing all those innocent civilians hidden in incoming Iranian ballistic missiles…

I see military spending as a necessary evil, it’s like paying your insurance policy against the evils in the world. There will always be someone with a stick willing to beat someone weaker than them. So you could theoretically spend that military money on something “more useful”, but if all your friends do that as well, you won’t be able to enjoy that nice world for very long.

Also, people usually highly overrate how much a country spends on defense and underrate how much is spent on social security. Where I live, in Belgium, with a similar military budget as Canada (in terms of % of GDP) they did a survey once and asked people to estimate how many euros out of €100 of tax money went to the military and other things. People on average thought it was €6.1 to the military and €17.4 to social security. In reality the proportions are just €1.3 to the military and €37.5 to social security.

So I guess what I’m saying is: it’s okay to enjoy the cool noises without guilt. You paid for it, it’s necessary, and at least they’re providing people with some entertainment now.

I guess it’s why some Jellyfin streams started transcoding for me.

You’re better off using the Jellyfin Media Player standalone application anyway.

The past year or two I’ve found several stores where they are abandoning it. I presume because people carrying cash, especially coins, is becoming rarer and they don’t want to inconvenience their customers?

Strangely enough, carts still get returned even at these stores.

The flag is called --no-preserve-root, but the flag wouldn’t do anything here because you’re not deleting root (/), you’re deleting all non-hidden files and directories under root (/*), and rm will just let you do it.

It’s apparently a hobby and to be competitive, you need to be able to spew bullshit at amazing rates. Personally I’ve maxed out at 140 wpm

I’m limited by the rate at which I can think of bullshit.

yet all I needed is a “this side up” symbol …

Since you forgot to add - - preserve-root It won’t go too far

Go on then … try it.

Or don’t because you will erase your system. (Hint: it’s in the asterisk)

as the binary is already loaded into memory

That’s not the reason why it continues. It’s because there’s still a file descriptor open to rm.

That’s not the reason why it continues. It’s because there’s still a file descriptor open to rm.

In Unix/Linux, a removed file only disappears when the last file descriptor to it is gone. As long as the file /usr/bin/rm is still opened by a process (and it is, because it is running) it will not actually be deleted from disk from the perspective of that process.

This also why removing a log file that’s actively being written to doesn’t clear up filesystem space, and why it’s more effective to truncate it instead. ( e.g. Run > /var/log/myhugeactivelogfile.log instead of rm /var/log/myhugeactivelogfile.log), or why Linux can upgrade a package that’s currently running and the running process will just keep chugging along as the old version, until restarted.

Sometimes you can even use this to recover an accidentally deleted file, if it’s still held open in a process. You can go to /proc/$PID/fd, where $PID is the process ID of the process holding the file open, and find all the file descriptors it has in use, and then copy the lost content from there.

kill -9 1

Leave the poor kernel out of it, it has nothing to do with this. It’s Lennart, not Linus.

I don’t think it’s intended as a “solution”, it just lets the clobbering that is caused by the case insensitiveness happen.

So git just goes:

• checkout content of README.md to README.md (OS creates README.md)
• checkout content of README.MD to README.MD (OS overwrites README.md)

If you add a third or fourth file … it would just continue, and file gets checked out first gets the filename and whichever file gets checked out last, gets the content.

It tells you there’s a name clash, and then it clones it anyway and you end up with the contents of README.MD in README.md as an unstaged change.

That’s some suckless level cope

Thanks, really constructive way of arguing your point…

Who really cares about some programming purity aspect?

People who create operating systems and file systems, or programs that interface with those should, because behind every computing aspect is still a physical reality of how that data is structured and stored.

What’s correct is the way that creates the least friction for the end users

Treating different characters as different characters is objectively the most correct and predictable way. Case has meaning, both in natural language as well as in almost anything computer related, so users should be allowed to express case canonically in filenames as well. If you were never exposed to a case insensitive filesystem first, you would find case sensitive the most natural way. Give end users some credit, it’s really not rocket science to understand that f and F are not the same, most people handle this “mindblowing” concept just fine.

Also the reason Microsoft made NTFS case insensitive by default was not because of “user friction” but because of backwards compatibility with MSDOS FAT16 all upper case 8.3 file names. However, when they created a new file system for the cloud, Azure Blob Storage, guess what: they made it case sensitive.