Linuxsucks

183 readers
34 users here now

Rules:

  1. FOSS advocates and Linux evangelists aren't welcome. -We ask that you block us.
  2. Moderation is heavy handed. Try to stay on topic.
  3. No Complaining Mute the sub if users, content, or rules bother you

founded 1 month ago
MODERATORS
1
-10
submitted 2 days ago* (last edited 2 days ago) by madthumbs to c/linuxsucks
 
 

It appears that even most Linux users will admit that battery management in Linux is bad. - https://www.reddit.com/r/linux/comments/1gtgpkb/does_linux_have_better_battery_management_that/

Battery management related factors in which off-gassing can occur:

  • Overcharging: Excessive charging can cause the decomposition of electrolytes within the battery, leading to gas generation.
  • Overheating: Like off-gassing, excessive heat can trigger thermal runaway by destabilising the battery’s internal chemistry.
  • Over-discharging: Discharging a battery beyond its recommended limit can also result in the release of gases.

https://www.crowcon.com/us-en/article/battery-safety-what-is-off-gassing-and-why-does-it-occur/#:~:text=Off-gassing%20refers%20to%20the%20release%20of%20gases%20from,of%20internal%20components%2C%20causing%20the%20release%20of%20gases.

If you insist on using a Linux on a laptop or portable device, consider: How to optimize laptop battery life with TLP on Linux

How to remove a swollen battery from a laptop

2
-32
submitted 1 week ago* (last edited 1 week ago) by madthumbs to c/linuxsucks
 
 

In A UEFI World, "rm -rf /" Can Brick Your System

This New Linux Kernel Update Can Damage Your Laptop Display

There was also a particular optical drive that would brick if installing from a particular I believe Red Hat Linux installation cd, though I can't find a source for this (personal experience with 2 drives - warning was in manual). -This was ~20 years ago.

3
-9
submitted 18 hours ago by madthumbs to c/linuxsucks
 
 
4
 
 
5
12
submitted 2 days ago* (last edited 2 days ago) by rtxn to c/linuxsucks
 
 

This place needs better memes.

ExplanationIn the Wayland protocol development process, an authorized representative of a large project has the power to issue a NACK (negative acknowledgement) if they think that a protocol or its implementation is harmful to the Wayland project, which essentially kills that protocol, or at least its current implementation. GNOME has been very actively NACKing protocols that they don't find useful (even if they would be for other compositors). It got to the point where the entire ACK/NACK process was restructured to prevent such abuse.

6
7
 
 

"You don't need an anti-virus on Linux" , "forced updates are bad"

8
12
Funding (lemmy.world)
submitted 3 days ago by madthumbs to c/linuxsucks
 
 
9
19
They all suck (lemmy.world)
submitted 4 days ago by madthumbs to c/linuxsucks
 
 
10
16
Pfft.. Normies! (lemmy.world)
submitted 4 days ago by madthumbs to c/linuxsucks
 
 
11
-16
submitted 2 days ago* (last edited 2 days ago) by madthumbs to c/linuxsucks
 
 

Linux was inspired by Unix, and initially developed on Minix, but is its own OS with its own code. GNU+Linux doesn't follow Unix philosophy with the monolithic kernel and SystemD.

12
-2
submitted 2 days ago* (last edited 2 days ago) by madthumbs to c/linuxsucks
 
 

So, I'm reading about some improvements to the new Linux kernel. -Something I use to chase when I was on Linux and part of why I chose Arch initially. Of course I never noticed any of the 'performance improvements'.

-So, I'm thinking... Where are the benchmarks, or quantification of performance improvements?

And then this comment from David Huang seems to nail the reason:

It's really frustrating to see AMD kept shipping code that's not gonna actually work at all.

The 3D V-cache optimizer driver requires x86_sched_itmt_flags() to be returned in x86_die_flags() to function (i.e. let the kernel prioritize threads to 3D V-cache die), otherwise the core prioritizing scheduling would only gonna work within a single CCD rather than selecting the preferred CCD first, then selecting the highest performance cores. 7950X3D definitely needs that, it's also the whole point of this driver. But that flag is only enabled for heterogeneous configurations like Strix Point because AMD added a feature check for X86_FEATURE_AMD_HETEROGENEOUS_CORES there before returning the flag in x86_die_flags().

The whole preferred core scheduling thing on Linux is just a few AMD kernel engineers following Intel's implementation without a clue how they worked, and how to test them to ensure they work as expected.

With Linux, you're trusting your hardware, and homes to hobbyist developers that don't know what they're doing.

13
4
Starter Pack (lemmy.world)
submitted 3 days ago by madthumbs to c/linuxsucks
 
 
14
 
 

-Yet another.

'all eyes on code' BS

15
-7
Wayland still buggy (lemmy.world)
submitted 2 days ago by madthumbs to c/linuxsucks
 
 

It's been over a year since the insufferable evangelists told us Wayland was ready. Well, just yesterday someone posted a video showing drag and drop still not working as it should.

https://www.reddit.com/r/kde/comments/1gw1mhm/more_drag_drop_issues_kde_is_so_buggy/

Here's a comment from the thread:

"Kde is amazing and sucks at the same time." - Silver_Quail4018

-That's quite the participation trophy!

DistroTube just put a video out on Hyprland recently as well, and I couldn't believe all the hoops he had to jump through to get things to work.

And it's the same group of people that tell us how bad and insecure X11 supposedly is and how it's never been a better time to switch. -2024 and you can't even drag and drop.

One person mentioned how they didn't have the issue in Arch. -And people ask why people use Arch (because it's the most up to date and tested or 'cutting edge'?). -We all know the problems with Arch though.

16
6
The new JWs (lemmy.world)
submitted 6 days ago by madthumbs to c/linuxsucks
 
 
17
 
 
18
-7
Demands (lemmy.world)
submitted 3 days ago by madthumbs to c/linuxsucks
 
 
19
 
 
20
 
 
21
 
 
22
 
 
23
 
 
24
-13
submitted 6 days ago by madthumbs to c/linuxsucks
 
 
25
view more: next ›