Navigate Select ESC Close

ThePrimeagen's Arch Experience - Standup #7

2025-05-19 Science & Technology
154.9k
4.9k
510
ThePrimeTime
ThePrimeTime
1.1m subscribers

Unlock all features

FREE: Get instant access to 10 AI summaries, chats, or transcripts per day.

Description

Twitch https://twitch.tv/ThePrimeagen Discord https://discord.gg/ThePrimeagen Timestamps 0:00 Streaming Woes Begin 0:40 Tech Chaos Recap 1:22 Prime’s Streaming PC Half-Shutdown 2:04 Modern Software is a Mess 3:40 Prime’s Grub Boot Fail 5:35 Debugging Live 6:35 Prime’s Linux Setup Style 7:15 Prime Bricked His Machine 8:55 AI Won’t Take Jobs — Just Break PCs 10:06 Confused by Sway vs DE 11:43 Composite Deez Nuts 12:34 Top Comment Will Explain It 14:29 Randall Speech-to-Text Trick 15:19 PewDiePie vs Prime 16:52 Chat Paste Mode 18:20 Pewds or Peudes? 19:02 Prime’s Journaling Adventure 22:06 Keyboard Layout Pain 24:36 Emacs vs Vim Pain 25:43 GNU+Linux Correction 26:14 Casey’s Pinky Journey 27:17 Anders the Typing Wizard 28:36 Emacs Was a Weighted Bat 29:18 Real Question: Why Linux? 31:28 Buddhism & Mac Mindset 33:48 Forced Cortana Reinstalls 34:59 Windows Losing Its Edge 35:48 Plug-and-Play Linux 38:46 Nvidia vs AMD on Linux 40:14 Prime’s Login Hope 42:47 The Real Linux Desktop Experience 43:45 The Bald Eagle Spiral 46:58 Why Is Software Like This? 47:41 Ending in Pain 🎙️ The Standup Ep. 7 – The Linux Desktop Apocalypse, OBS Mayhem, and the Bald Eagle Sex Spiral. In this chaotic and hilarious episode of The Standup, the crew dives deep into the reality of running Linux in 2024, bricking systems live on stream, and the painful truth behind modern developer tooling. From bootloader disasters to OBS crashes, this episode captures the true experience of developers trying to “just get things working” — and failing spectacularly. Featuring real-time Linux troubleshooting, software fails, and priceless developer banter, Ep. 7 is both a comedy of errors and a relatable journey for every dev who’s dared to install Arch. 👨‍💻 Topics covered: • Live Linux install gone wrong 😬 • OBS crashes, Stream Deck failures, and power button accidents • The real reason modern software is unreliable • PewDiePie’s switch to Arch Linux 💥 • Keyboard layout injuries & pinky pain from Emacs and Vim • What the heck is a compositor vs. window manager? • Windows vs Mac vs Linux in 2024 🪟🍎🐧 • And of course… the Bald Eagle Sex Spiral 🦅 🔍 Keywords: Linux fail, Arch Linux install, OBS crash, Stream Deck, Windows update rant, dev podcast, software development comedy, PewDiePie Linux, Emacs vs Vim, pinky pain devs, KDE vs GNOME, compositor vs window manager, year of the Linux desktop, developer burnout, live Linux debugging, Ubuntu vs Arch, dev setup fails, Linux install live stream #Linux #ArchLinux #OBS #DeveloperLife #TechPodcast #SoftwareFails #TheStandup

Top Comments (10)

@xNaxdy 2025-05-19

Alright, let me try to explain some things as best I can. First off, "compositor" is not the Wayland equivalent to X11's "window manager". Window managers are an X11-only thing, whereas compositors also exist in X11. Historically, in X11, compositors were used to render effects, such as blur, drop shadows, etc. whereas window managers were responsible for, well, managing your windows. In KDE, you could even disable the compositor for extra performance on lower end devices, at the cost of having your image look like trash. So in X11, "compositor" and "window manager" refer to two different concepts. In Wayland, "window manager" is not a thing anymore, and compositors also perform the role of managing your windows. "Wayland" itself is just a set of protocols that specify how clients (windows) interact with servers (compositors), much like HTTP is just a set of protocols that also defines how clients (web browsers) interact with servers (web servers). The Wayland protocols allow clients & servers to talk to each other about what contents the clients are rendering, the size of the windows, what sizes they support, whether they are fullscreen, etc. A Wayland "server" (compositor) is responsible for collecting all the data from its clients (windows) and presenting it to the end user in whatever way it sees fit. It could layer windows on top of each other, choose to not display some at all (e.g. if they are minimized), display them in a tiling fashion, attach window decorations to them, you name it. The compositor is also responsible for handling user input and forwarding it to the clients that it concerns. This is one of the points where Wayland is significantly more secure than X11, because in X11, user input is broadcast globally over the X11 socket, whereas in Wayland, compositors only send input events to a subset of clients (usually the window that's currently in focus). Furthermore, Wayland clients are completely unaware of each other, unlike in X11, where one window can see other windows and even the entire screen. This means that for things such as screenshots or screensharing under Wayland, you will need some sort of way to provide clients with the information they need. For this, we have another set of protocols in the form of "portals" (see the freedesktop portal spec if you're interested). The ScreenCast portal for example describes a D-Bus API that Wayland clients can use to request a video stream of either the entire screen, a subregion, or a single window (selection here is performed by the user through the portal, not through the client) from the compositor in a secure and well-defined way. This is why, when working under Wayland, you will also need an application that provides these APIs to its clients (usually called something like xdg-desktop-portal-[compositorname]), as well as a library like Pipewire, which handles video encoding in the case of screen sharing. Finally, as for the difference between a compositor and a fully-fledged desktop environment, the compositor is literally just the thing that talks to clients, manages input, and renders your screen contents (it does a few more things than that, but those are the most important ones), whereas a desktop environment is a compositor plus a set of commonly used helper applications and utilities, e.g. some sort of user shell with a task bar, a file explorer, management utilities for things like networking, bluetooth, a notification daemon, a settings application, and so on. All of these you'd have to source yourself (or omit, if not needed) when working with a standalone compositor such as Sway or Hyprland. The X11 world here is much the same, last I checked i3 didn't come with a file browser out of the box :) Let me know if you have any questions.

2.5k 84 replies
@JStack 2025-05-19

Prime did not install arch. Prime got stuck at the keyboard. Chat installed Arch lol Lmfao chat installed, he nuked it, and then Casey troubleshot it 😂😂😂😂😂😂

659 13 replies
@demolitionGoat 2025-05-19

I appreciate that the standup podcast has the same length as an actual corporate standup.

405 4 replies
@maladroitthief 2025-05-20

linux is my favorite rogue-like

240 5 replies
@finderOC 2025-05-19

This episode really spiraled out of control.

186 4 replies
@mattihn 2025-05-20

Prime is such a nice guy essentially being an interface for remote code execution on his own machine <3

150
@prschorn 2025-05-19

Casey's laugh is the best part of this video

143 2 replies
@zer0daymalware 2025-05-19

The beginning of this video has been the most amount of chaos I've seen in a long time.

79
@LordOfCake 2025-07-16

macOS: You get to use your computer, but only if you do it the right way. Linux: You get to use your computer, but only if you figure out how to do it. Windows: You get to use your computer. Microsoft also gets to use your computer.

69 3 replies
@statphantom 2025-05-20

honestly, this is the BEST standup, it's what made british topgear so good, just dudes spitting the shit

23

Unlock the Data Inside
Turn Videos into Knowledge

  • Get FREE 10/day: transcripts, summaries, chats
  • Chat with videos, export text & PDF
  • $1 free API credit for RAG, chatbots & research

Free forever plan • All features unlocked

App screenshot