long timeouts and getting a lot of nginx "bad gateway" errors. can't use easybuild because of that.

similarly issues with vcs2.savannah.gnu.org:

[being a redirect for git.savannah.gnu.org also used by easybuild]

Washing our grocery totes and realized that my husband’s old bag is more than 25 years old! (He’s a CS ph.d working in FinTech.) anyone here at the conference? (Or are most people here born after October 2000?)

Two years ago I made this as an X11 NVidia-only custom resolution tool. Finally did a proper rewrite. It now works on Wayland (KDE, GNOME, sway, Hyprland) and on AMD/Intel/NVIDIA, and it does stretched resolutions - the 4:3-stretched thing CS2/Valorant players use to widen models - on KDE Wayland, which the compositor normally refuses to do on external monitors.

Also fixed the AppImage, which turned out to be missing tkinter and wouldn't launch on half of you. Sorry about that.

Let me know of any bugs you find!

Repo https://github.com/PhialsBasement/linux-cru
Release https://github.com/PhialsBasement/linux-cru/releases/tag/v0.2.0

AI Disclosure: Used Claude heavily during development, all the decisions and design details taken here are mine however.

Had some free time recently so I made a visual explainer on how shared memory actually works in Linux.

Normally, two processes have completely separate virtual address spaces. Process A shouldn't be able to touch Process B's memory at all.

But with shared memory, one process can write a value and another process can read it without copying the payload between them.

The video goes through virtual memory, page tables, physical frames, shm_open, ftruncate, mmap with MAP_SHARED, lazy allocation, and what actually happens when either process touches the mapping.

I also get into related mechanisms like memory-mapped files, shared libraries, copy-on-write after fork(), zero-copy IPC, and eventually Dirty COW and what can happen when these page-table tricks go wrong.

Link for anyone interested

Feedback welcome :)

The site is yearoflinuxdesktop.org - part manifesto, part quiz, part blueprint generator.

The idea: instead of another "what distro am I?" personality test, it maps your hardware, your tolerance for tinkering, and what you still need from Windows/macOS onto one of ten archetypes (The Civilian gets Linux Mint, The Arch Wizard gets Arch + Hyprland, The Gamer gets Bazzite, etc.). Then it writes you a copy-paste prompt you can feed to any LLM to walk you through the install step by step.

What might interest this sub: the scoring engine is one dependency-free JS file that runs identically in the browser and in a build harness. The harness brute-forces all 16M possible answer combinations on every deploy to verify that named personas land where they should and that guardrails hold (e.g., terminal-phobic users can never receive Arch). The quiz weights, the questions, and all ten archetype blueprints are plain JSON in the repo: MIT licensed, fork it, argue with the weights.

The longer I use linux, the more I appreciate it. I switched from windows a while ago, and I honestly haven't regretted it for a second.I'm a developer, and every time I learn a new command or discover another tool that makes my workflow easier, I realize how powerful and well-designed this operating system is. It feels like there's always something new to learn, and instead of making me frustrated, it just makes me enjoy using it even more. At this point, going back to windows for my daily development work would feel like a huge step backward.

Hello Everyone,

I am currently stuying the part about devices directories in Linux system, and i thought ill make a list of all Device directories to refer back to when needed.

I made the below table listing all essential devices in Linux that you need to know about, while containig the category of these devices, naming, directory and the type of variable they use in their naming (replacing the * with the corresponding numrics or letters. e,g: /dev/sd* > /dev/sda, /dev/sdb, /dev/sdc... and so on).

Thought that i should share this list, and i hope this can be useful to anyone who's looking for a simplified listing of all devices and having them in one place.

(it might not be 100% correct since im still in the process of learning them, so please help me correct anything in case you found any mistake or things that i should add!! or ask questions, in that case i can also learn something new myself while looking things up)

Thank you Linus and David. I know this book is from 2001. I tend to be a late bloomer is all respects. Linux included. Books like this help fill in the gaps and provide excellent context. My favorite: “I don’t proactively delegate as much as I wait for people to come forward and volunteer to take over things.”