$ cat post/uptime-of-nine-years-/-the-health-check-always-lied-/-the-container-exited.md

uptime of nine years / the health check always lied / the container exited


Title: A Leap of Faith into the Linux Desktop


May 1st, 2000 felt like a strange time in the tech world. The Y2K scare was behind us but the dot-com bubble was about to burst. I remember sitting in my office with a cup of stale coffee staring at the monitors that were littered with various web pages, logs, and databases. It was clear: things had to change.

At work, we were still running mostly on Windows servers and machines for development environments. The idea of using Linux as a desktop operating system was something we often discussed but rarely adopted in practice. I personally held off because I wasn’t fully convinced of its stability or productivity. But the time for excuses was over; it was 2000, and change was necessary.

I decided to take the leap and start using Linux on my personal laptop as a desktop environment. The choice was easy enough — Red Hat 6.1 seemed like the most popular distribution at the time with good support and community backing. I downloaded the ISO, burned it to a CD, and installed it on my machine.

The installation went smoother than expected, but after booting up for the first time, I quickly realized there were some growing pains ahead. The default GNOME desktop looked pretty, but many of the applications felt sluggish compared to their Windows counterparts. XFree86, while functional, had its quirks and bugs that needed ironing out.

The biggest issue was a tool called gpm, which provided mouse support in terminal emulators. For some reason, it would freeze up or misbehave whenever I moved my mouse cursor into the window manager’s control area. This made switching applications quite a challenge as I had to navigate carefully just so I could move a few lines of text.

I spent hours trying to debug this issue, but every attempt was fruitless. I’d read through man pages, source code, and forums, but no solution seemed to fit the problem perfectly. Eventually, I decided to file a bug report with the gpm team and hope for a fix in the next release.

In the meantime, I had to find workarounds. I ended up using the mouse only within certain areas of applications or by keeping my cursor out of troublesome zones when switching between windows. It was a temporary solution, but it kept me productive enough until things could improve.

As days turned into weeks, I noticed other benefits of Linux that I hadn’t anticipated. The package manager yum made software installations a breeze—no more hunting for the right version or worrying about dependencies. The community support was surprisingly robust and helpful. Even when I couldn’t find an answer to my problem online, someone would eventually chime in with a solution.

By June 2000, Red Hat 6.1 had matured enough that I could finally move over from Windows for good. I switched all of my personal machines to Linux, and the transition went much smoother this time around. The tools were more polished, and the ecosystem was beginning to catch up with the desktop needs.

That initial struggle with gpm turned out to be just one small battle in a larger war. Over the next few years, I would face many more challenges as Linux continued to evolve on the desktop. But those early days of debugging and arguing for its use were formative experiences that shaped my perspective and prepared me for the future.

Today, it’s hard to imagine a world without Linux on the desktop or server side. And yet, looking back at 2000, it all seems so different—like stepping into an alternate timeline where everything took longer to unfold but ultimately came together beautifully.

In the end, that little leap of faith in May 2000 led me down a path I never could have predicted. It taught me that sometimes taking risks and embracing change can lead to unexpected rewards.