[-] ipacialsection@startrek.website 8 points 1 day ago* (last edited 1 day ago)

These are the mixes of the Federation DJ Enterprise. His five-hour mission: to spin strange new records, to seek out new sounds and new labels, to boldly crate-dig where no DJ has dug before. (disco Alexander Courage theme plays)

It's very new. Previously the system would just drop to a console with a message saying "Kernel panic: not syncing: [reason]" and a whole bunch of debug info.

But still, on a well-maintained system, that pretty much never happens. Mainly because Linux is significantly more resilient to faults in device drivers than Windows.

I'm against a megathread. That would be too busy and I think there will be more than enough to discuss about each episode.

For entirely selfish reasons, I'd like individual discussion threads for each episode that come out one or two a day, since that's the pace I expect to be watching it (optimistically).

Though, I think the best option for everyone might be five-episode blocks. That would allow both bingewatchers and slower viewers to enjoy the conversation without spamming the feed, and will match up well enough with the "parts" it would have been split into if it aired on Nickelodeon that both broad and individual episode discussions will make sense.

Yeah, 50% (ram / 2) seems about right.

The major tradeoff with zRAM is that programs are much more likely to crash due to running out of memory, but will run faster when memory is running low and freezes are less likely. You can think of it as offloading the pressure that traditional swap puts onto your disk, onto the (much faster) CPU. There will be an impact on CPU usage, but not enough to cause noticeable slowdown; in my experience running Linux, the CPU is almost never the reason something is slow, and is only going to be under significant pressure if you're running a 3D game in software rendering, compiling a large program, or another complex CPU-bound task.

I wouldn't recommend making the switch unless you often encounter system freezes or slowness while running tasks that use a lot of RAM (like web browsing on certain sites, or gaming), but it will improve things in that case.

[-] ipacialsection@startrek.website 9 points 5 days ago* (last edited 5 days ago)

You can install an antivirus, but you really don't need to. Malware for Linux is rare, and malware that targets desktop Linux users is extremely rare (to the point that it's a newsworthy story every time it does appear). Most distros have ClamAV and the frontend ClamTk in their repos, but it's primarily used to scan servers for Windows malware before it reaches its intended target. Some Windows malware can still be harmful if run with Wine/Proton, but unless you're downloading and running a lot of Windows software from unofficial sources (which you shouldn't have any reason to) that won't be a risk.

[-] ipacialsection@startrek.website 1 points 6 days ago* (last edited 6 days ago)

I'm using an AMD Ryzen iGPU on Wayland. I switched to Testing because the support already existed, but the kernel and mesa versions in stable were buggy for my particular GPU and I didn't want to make a FrankenDebian.

[-] ipacialsection@startrek.website 22 points 6 days ago* (last edited 6 days ago)

It's not systemd's fault, though systemd most often implements offline updates. The arguments for and against offline updates have nothing to do with systemd.

A lot of Linux distros, and graphical package managers like Discover and GNOME Software, are moving in that direction, under the argument that updating while online can cause disruptions to running software, in the worst case including the package manager itself (which can brick the system if it occurs in the middle of a critical update), and updates can't be applied until the affected program (or the system, in case of critical components like the kernel) restarts anyway. Fedora Magazine explains the reasoning here: https://fedoramagazine.org/offline-updates-and-fedora-35/

In my personal experience though, I have never had an issue enabling automatic online updates on Debian Stable, and have had computers stay online for several months without any noticeable issues beyond Firefox restarting, so the risk is there but it's pretty minor.

13
[-] ipacialsection@startrek.website 239 points 4 months ago

This really bothers me. Closed standards locked behind a licensing fee may as well not be standards at all, in my opinion.

[-] ipacialsection@startrek.website 167 points 4 months ago

I remember when gitlab.com was the most accessible alternative to GitHub out there, but it seems they're only interested in internal enterprise usage now. Their main page was already completely unreadable to someone not versed in enterprise tech marketing lingo, and now this.

Thankfully Gitea and Forgejo have gotten better in the meantime, with Codeberg as a flagship instance of the latter.

54
submitted 8 months ago* (last edited 8 months ago) by ipacialsection@startrek.website to c/unixporn@lemmy.ml

bonus screenshot with apps:

A KDE Plasma 5 desktop disguised as Plasma 4 with Neofetch in Konsole, KPatience, and Plasma Discover open

[-] ipacialsection@startrek.website 80 points 8 months ago

Even worse: the .deb file's dependences are only available in a specific version of Ubuntu LTS or with PPAs.

[-] ipacialsection@startrek.website 159 points 10 months ago

Well, Linux is 32 years old; GNU goes back to 1984, and Unix all the way back to 1970! The history of this OS is much older than Linus Torvalds's involvement; he "only" created and maintains the most popular kernel.

But yes, happy birthday to Linux. Many thousands have contributed to making this operating system what it is today and they all have my utmost thanks for it.

view more: next ›

ipacialsection

joined 11 months ago