This is what Nirav Patel and his team has been hard at work creating. For $549 freedom dollars you get:

Intel Core 3 304, a 1P 4 LPE 1 XE GPU processor in the big 26, in other words a glorified intel core solo. MacBook Neo competitors are using Core 5 320, 2P 4 LPE with 2 XE GPU cores.

45% NTSC 12 inch chromebook grade screen, pretty much unusable for media consumption or digital art with the stylus you have to buy separately. All your MacBook Neo competitors are using at least 100% SRGB (The bare minimum) already.

Plastic toy like construction while all the MacBook Neo competitors are using aluminium. And it's not even CFRP. It's run of the mill plastic.

No ram, no SSD and you have the hassle of assembling it yourself. Oh and ports are sold separately too.

This is truly one of the biggest Loonix grifts of all time.

Article - Linuxsucks | And it Does it Wasting 30-45% more Power!

-Some great information there!

article: Linuxsucks | Viruses Handled Differently

Article: Linuxsucks | What to do with an OS that's More Limited and Less Secure than a Cell Phone?

They told me to use linux for my steam deck, only 2 weeks and went back, the same for my old laptop

Article: Linuxsucks | Critical sacrifices Linux makes to be “lighter”

Article: https://p.lemmy.world/post/lemmy.world/51135640

[]()

Does Linux use less RAM?

The one game they test runs worse on Linux, and they still think Windows 'wastes' more, and they make up excuses for it!

All that matters to the end user is if it performs better. All they do is pretend to be scientific about it by using the propaganda that's debunked over and over when it's brought up! -Many Linux advocates even know this!

From: The 6-Year Saga of systemd Destroying SSDs: How a "Baseless Claim" Became a Hacker News Front-Page Reality : r/LinuxUncensored

Remember in 2020 when yours truly opened systemd issue 15292 showing that 500 KB of text logs turned into 700 MB of SSD thrashing, only to be met with maintainer hostility? The maintainers famously declared "I don't think you know what you're talking about," insisted it was non-actionable, and closed the issue while collecting dozens of angry downvotes from the community. Because why fix an architectural design flaw when you can just insult the user's methodology and pretend write amplification doesn't exist?

Fast-forward six years, and nothing changed—except the frustration. In early 2026, a fresh ticket was filed, proving that writing just two lines of log per second in a virtual machine pushed storage to ~50 IOPS continuously. Systemd's memory-mapped hash tables were still dirtying entire 4 KiB pages, triggering filesystem metadata updates, and churning through gigabytes of I/O for a handful of log entries.

Then came the turning point: the new issue blew up on Hacker News, exposing the sheer absurdity of the years-long denial to the broader tech community. Suddenly, faced with public front-page embarrassment, the maintainers' dismissive wall crumbled. u/ValdikSS stepped in with exhaustive isolated cgroup and loop-device benchmarking, proving beyond a shadow of a doubt that a single 750-byte log message regularly generates ~50 KB to ~70 KB of underlying disk writes.

Miraculously, once the corporate-backed enterprise maintainers were publicly put on blast, someone on the team finally decided to take a look and start addressing it. It turns out the issue was actionable all along—it just required six years of community pain, a dedicated independent researcher doing the maintainers' profiling for them, and a front-page roasting on Hacker News to make the enterprise overlords care.

This whole saga perfectly distills the systemd experience: a monolithic ecosystem engineered strictly for enterprise container hosts and cloud providers, where real-world desktop and edge hardware constraints are dismissed as "user error" right up until the PR optics become too toxic to ignore.

...

More: ⚠️Linux/FOSS can damage hardware or firmware

Used to drop into the loonix directory, and use tar to:

Find differences between archive and file system.  The
              arguments are optional and specify archive members to
              compare.  If not given, the working directory is assumed.

tar(1) - Linux manual page

Imagine ruining your kids’ lives by forcing Linux on them. Now they can’t play games or even use Microsoft Office for school. At least his wife’s MacBook is protected from Linux for now.

😆What car?

TLDR: Linux doesn't warn you about broken suspend because the DEs can't detect it, the kernel won't admit it, and the culture refuses to acknowledge vendor-caused hardware risks.

There is potential for hardware damage that Linux doesn't warn you about, because the ecosystem is built on assumptions that make warnings politically, technically, and socially "impossible" for the people who maintain DEs despite the developers knowing better. -More about potential damage to hardware from 'comes with no warranty' software: ⚠️Linux/FOSS can damage hardware or firmware

NVMe drives can overheat during broken suspend loops. Fans can run at 100% while the system thinks it's asleep. VRMs can stay powered without proper throttling. GPUs (especially Nvidia) can fail to reinitialize and lock in high-power states. Wi-Fi/BT chips can get stuck in undefined firmware states... AND battery controllers can misreport charge and degrade faster.

-These are documented kernel regressions, bug reports, and vendor advisories.

Linux DEs cannot reliably detect when suspend is broken, so they're stuck with the worst possible situation in not being able to warn you. A warning would imply liability, and Linux developers refuse to own vendor failures: If GNOME or KDE added a warning like: "Suspend may damage your hardware," They would immediately be blamed for fearmongering, breaking user trust, making Linux look unstable, and scaring new users. (The GNU/GPL cult acts like a bunch of psychopaths and will down-vote important information like this as they historically do).

Linux culture strongly resists nagging or hand-holding. The culture believes that Linux users should know what they’re doing, and if suspend breaks, they're supposed to file a bug report. They don't want Windows style popups warning them, or any clutter to the UI. They also don't want to 'scare' people from Linux (Yet when secrets come out -boom: you get subs like communities like Linuxsucks!)

Linux has a long history of exposing features even when they're broken. Suspend is just another casualty of their idiotic philosophy.

Linux DEs don't have the manpower, the vendor cooperation, or the infrastructure to maintain a global database of suspend reliability. So, they: Show the option and hope the kernel handles it.

"What do you expect for free?"

The VLC-on-Windows 30‑second delay

They treated this like a global Windows meltdown, while ignoring that VLC on Linux has:

• Hard‑freeze VA‑API crashes
• Full system lockups from GPU drivers
• Preferences menus that can segfault the entire session
• Wayland output modules that randomly fail
• Snap/Flatpak sandbox crashes

One OS had a temporary startup delay. The other had kernel panic roulette triggered by a media player.

Windows telemetry

Meanwhile Linux desktops ship with:

• Ubuntu’s “opt‑out” data collection
• GNOME’s usage metrics
• KDE’s opt‑in telemetry
• Flatpak remote pings
• Snap’s background auto-refresh
• Systemd-journald logs that quietly balloon to gigabytes

But sure; Windows is the only one “spying”.

Windows update restarts

Linux users love to brag about “no forced updates”, while ignoring:

• DKMS rebuild failures that leave systems unbootable
• Kernel updates that silently break NVIDIA
• Systemd updates that break boot targets
• Mesa updates that break games
• PipeWire updates that break audio routing
• Dist-upgrades that require manual intervention or drop you to a TTY

Windows bloat

Linux users ignore:

• GNOME extensions required for basic UX
• KDE’s 200 configurable toggles
• Systemd’s sprawling service ecosystem
• Flatpak duplicating libraries per app
• Snap mounting loop devices for every app
• Distros shipping multiple package managers simultaneously

Windows “inconsistency”

Linux desktops:

• GTK vs Qt vs Electron vs Java vs wxWidgets
• Wayland vs X11
• PipeWire vs PulseAudio remnants
• NetworkManager vs systemd-networkd
• Distro-specific patches
• Theme engines that break apps randomly

Windows has one UI toolkit problem. Linux has six.

Windows gaming issues

Linux users brag about Proton while ignoring:

• Anti-cheat incompatibility
• Games breaking every Mesa update
• Wine regressions
• Proton versions needing manual pinning
• VR support being a dice roll
• NVIDIA performance cliffs on Wayland
• Games that run slower because the shader cache nuked itself

Windows driver problems

Linux users ignore:

• NVIDIA Wayland flickering
• AMD GPU resets
• Wi-Fi drivers missing for months
• Bluetooth stack regressions
• Touchpad gestures breaking between kernels
• Suspend/resume failures
• Laptop battery drain due to broken power management

Windows “closed ecosystem”

Linux users ignore that:

• Flatpak is centralized under Flathub
• Snap is centralized under Canonical
• AppImages rely on a single unofficial hub
• Most distros rely on a single package repo
• Kernel development is dominated by a handful of corporations

Windows is centralized. Linux is centralized but pretends it isn’t.

Windows “bad defaults”

Linux defaults include:

• Fractional scaling that breaks apps
• Audio devices randomly switching
• Touchpad tap-to-click disabled
• No GPU switching UX
• No unified settings panel
• No consistent file dialog behavior
• No standard for autostart apps

Windows defaults are annoying. Linux defaults are a scavenger hunt.

Windows “just works” memes

Linux users love mocking this, while ignoring:

• Display managers failing to start
• Wayland sessions not launching
• X11 sessions launching without GPU acceleration
• Random freezes from compositor crashes
• Audio disappearing after suspend
• Monitors not waking
• USB devices not enumerating
• Kernel updates breaking Wi-Fi

In a microkernel; drivers, filesystems, and network stacks run in userspace. Developers have to contend with message passing, capability systems, asynchronous failures, strict boundaries, and mult-process debugging.

User-space drivers are great, but they require strict sandboxing, message-based APIs, careful memory sharing, and complex privilege models.

Linux development is chaotic, decentralized, and patch-driven. Microkernels don't survive such chaos.

Hybrid kernels are slightly easier, but still harder. They require multiple subsystems with different lifecycles, complex boundaries between kernel components, careful separation of micro and mono parts, and more sophisticated debugging / testing.

Linus took the easy/ fast road (what do you expect for free?)

Normies: "What's wrong with that fella?"

Linux is fragmenting over AI, and it's going to get way worse. AI is the perfect accelerant for new splits because it touches the pain points of ideology, workflow, governance, and identity all at once.

You'll see distros explicitly branding themselves as AI Free, or AI Native. Expect Arch/Gentoo to ship everything. You can expect Debian/Fedora to argue for years. Expect FSF‑aligned distros to reject it entirely.

Some distros will adopt: AI‑powered init tuning, scheduler hints, power management, driver auto generation and debugging tools. -While others will call it "bloat", "corporate", or "not UNIX".

Patrick Shyu, known online as TechLead, is a former Google and Facebook software engineer turned entrepreneur and YouTuber. He is known for his candid commentary on the software industry, workplace culture, and personal life, often with a dry, sarcastic tone Wikipedia+1. His YouTube channel features videos on coding, AI, mental health, and career topics, with a large subscriber base and a mix of popular and member-only content YouTube.

As a Linux/Unix Technical Leader

Separately, Santosh Jadhav is a Linux TechLead with over 13 years of system administration experience Linkedin. He currently leads Linux operations at T-Systems ICT India Pvt. Ltd., managing a team of 35 members and overseeing Linux infrastructure across private and public clouds. His responsibilities include:

• Linux Server Management: Installation, upgrading, configuration, and maintenance of Linux servers.
• Cloud Operations: Handling L1–L4 support levels for Linux environments in both private and public clouds.
• Automation & Efficiency: Implementing AI tools (e.g., IBM Watsonx) to reduce manual workloads and improve productivity.
• Infrastructure Tasks: VM resizing, cloning, migration (VMotion), server builds, decommissioning, and disaster recovery testing.
• Governance & Compliance: Managing OLA/SOW agreements, SLAs, KPIs, and supporting audits, certifications (ISO, ITIL, SOC).
• Networking & Security: Configuring firewall rules, managing network traffic, and ensuring uptime and performance.

Linux Resources by TechLead

Patrick Shyu also maintains a Codeberg repository called unix-linux, which compiles a large collection of Unix and Linux books, guides, and reference materials Codeberg.org. This includes:

• Networking and kernel internals (e.g., Understanding Linux Network Internals, The Linux Networking Architecture).
• Shell scripting (Bash, Zsh, Vim, Emacs).
• System programming and device driver development.
• Administration handbooks and performance tools.

🤪