Live data from Hacker News

The History of S.u.S.E

abortretry.fail

1–10 of 132 posts

Re: The History of S.u.S.E

#2
My first introduction to linux was SuSE 7.2. Got it in the physical box from a local Borders bookstore. I think I was about 12-13 years old. Installed it on the family Gateway computer (PIII, 128mb ram).

Re: The History of S.u.S.E

#5

My first introduction to linux was SuSE 7.2. Got it in the physical box from a local Borders bookstore. I think I was about 12-13 years old. Installed it on the family Gateway computer (PIII, 128mb ram).

My boss had me install SuSE 4.? but I reverted to Slackware after a few months. Yast was pretty cool from what I recall.

Re: The History of S.u.S.E

#6
post #5

My first introduction to linux was SuSE 7.2. Got it in the physical box from a local Borders bookstore. I think I was about 12-13 years old. Installed it on the family Gateway computer (PIII, 128mb ram).

My boss had me install SuSE 4.? but I reverted to Slackware after a few months. Yast was pretty cool from what I recall.

Slackware was my first distro as well... want to say kernel was around 0.94 or thereabouts.

Re: The History of S.u.S.E

#7
I've been a user of openSUSE since "openSUSE", nearly. It's my daily driver, today.

I want to say I was playing with Mandrake, Red Hat and a little Gentoo at the time. I started using it regularly around 2010ish - I was working at a Windows shop and had a pretty elaborate home lab with Windows servers and domain controllers so I could do things at home "before trying that on corporate." I remember the deciding factor became "I can use YaST to add this device to my domain controller and login with domain credentials easier than I can add a Windows box to the domain." And I found that was often the theme with many tasks, whether they're unusual like "logging into a Windows host" or mundane. Over the years, the software options available have been pretty incredible. I run Tumbleweed in most places and it's, by far, the smoothest "bleeding edge rolling update" distribution I've worked with. `Snapper` was my first experience with "working rollback."

Because of the fine folks at openSUSE, I went from "knowing nothing about Linux" to "using it as my primary desktop" and I'm mostly a .NET developer. So many development tasks are just easier to do under Linux, whether it's the pesky node or python module that needs gcc/LLVM to compile some dependency and the expansive set of software repositories and available `.rpm`s make it all very straight-forward.

I recently picked up a higher-end AMD GPU and was dismayed to find that ROCm support was limited, mostly, to Ubuntu[0]. I got everything mostly working in Tumbleweed -- interestingly, most of the AI workloads I put it through worked as well in Tumbleweed as they did in Ubuntu following the official documentation but a few of the ROCm utilities didn't run. I ended up reloading with Ubuntu and quickly regretted the situation. Stupidly, I assumed doing a distribution update would be flawless like it typically is with Tumbleweed. After all, the only way to actually update Tumbleweed is via a distribution update, and 2K packages later it very rarely fails to boot. I knew right away that I wouldn't have the safety of being able to pick the previous snapshot but I was surprised that when it failed half-way through it didn't bother to roll anything back; it simply left my machine in a broken state that booted directly to a text console. Having re-loaded this box four times in the prior few days, I decided to go back to what I knew.

About the only complaint I have centers around their default choice of `btrfs` for the filesystem. While I like the CoW functionality (the only particular "advanced" feature that I utilize with `btrfs`), it seems to excel -- mostly -- at teaching me about filesystem recovery. My home lab isn't anywhere near as elaborate as it had been in the past. It seems even on a UPS with proper shutdowns it's ridiculously prone to getting itself into a state where a `btrfs restore` is the only way to recover from a filesystem problem. Every single time I get everything back except for some random cache/tmp/log file but I need to dig up or purchase a volume of equal size to restore it to, meaning I have to keep around an empty drive at least as large as my largest volume. It seems to me "if the filesystem can literally restore everything except for a file or two that has become corrupted" it should offer a "dangerous" option to do so online. To this day I have never had to restore everything from an actual backup, it's always gotten back everything important simply restoring the broken filesystem to a new volume and the filesystem becomes corrupted without explanation -- power didn't fail, the system had a clean shutdown, it just randomly goes "read-only" with a guarantee that the next boot will drop to an emergency console. Unfortunately, CoW helps a lot with the work I do and ends up being worth the grief involved. While I've had fewer failures in the last couple of years and an easier time recovering from those failures, it's often a full day's work to get everything right, again.

[0] Support exists for Leap but the repositories were broken for a solid month while I was setting things up.

Re: The History of S.u.S.E

#8

IMHO, Deutsche Linux-Distribution (DLD) was the first german linux distribution (first release in 1992).

So it's not just a meme that Germans like to put "Deutsche" in front of every product/company name, it's the reality. How imaginative, the marketing departments who come up with these names must be making bank.

Re: The History of S.u.S.E

#9

My first introduction to linux was SuSE 7.2. Got it in the physical box from a local Borders bookstore. I think I was about 12-13 years old. Installed it on the family Gateway computer (PIII, 128mb ram).

SuSE 6.3 for me. With the handbook and everything on CDs it's the sort of introduction to Linux as physical artifacts that you had to deal with. It defined a life-changing experience that's near impossible to avoid. Because you sure weren't able to pull a Docker container of any size in two seconds flat, you weren't able to Google for whatever (Linux Documentation Project was the only website worth visiting), and what you had was what you had, none of this having the latest from github at any time.

It was nice to have these limitations that forced you to sit down and just be with it, free of all the distractions and doubts that arise from always seeing the latest on Hacker News. You knew it was good, you knew you had it all, and you could make the world your oyster with ancient Perl and PHP, documentation and all included right there on those CDs.

Post reply on HN