7 ms·

I had to deal with fallout from this. At the time I worked at eBay, and were not allowed to use any OS except Windows or RedHat Linux. The reason we had to us

I had to deal with fallout from this. At the time I worked at eBay, and were not allowed to use any OS except Windows or RedHat Linux. The reason we had to use RedHat? Because we had a paid license from them that included them absorbing all liability from IP claims regarding Linux. But if anyone was around then, you'd probably remember that RedHat was one of the worse distros of linux at the time. So we were forced to use an inferior product because it came with IP indemnity. Thanks SCO!

itomato 4y ago
Ahh yes. We also kept our hands and feet inside the roller coaster with SLES and RHEL. The ever-looming “threat” might be laughable in hindsight had it not stifled innovation at such an early stage of growth. IT Directors everywhere should atone.
cheekibreeki2 4y ago
Rh 4.2 ran half the planet, where are you getting this from?
- jedberg 4y ago
  From my experience as a Linux sysadmin? RedHat ran half the planet because they had the best sales force and legal team (as exhibited by my example), but they did not have the best technology.
  - Postosuchus 4y ago
    Wrong. Two reasons actually: 1. RHEL was the first distro directed at enterprise deployment (meaning, strong preference of rock solid stability and predictability over constant churn). Which made it the only distro Dells and HPs of the world recognized and agreed to support. 2. RHEL was created on legacy of RedHat Linux, which was the best distro for non-hobbyist environments (from reproducible deployments to the breadth of packages available) - since 3.0.3 onwards. RedHat JUST. WORKED.
    - hackmiester 4y ago
      I don't think "Wrong" is a very interesting, helpful, or productive response to someone's lived experience.
      - mmcgaha 4y ago
        [flagged]
        flextheruler 4y ago
        Are you stating that someone’s identity is an excuse for them being disagreeable
        ethbr0 4y ago
        Isn't that the current definition of neuro-divergent tolerance?
        nimih 4y ago
        Wrong. Two reasons, actually: 1. Culture is a dynamic and malleable thing, and through thoughtful criticism, it's possible to help people not be pedantic assholes on internet message boards. 2. If a post is both unnecessarily abrasive, and doesn't meaningfully engage with the post it's responding to, it adds no value to the conversation, and thus is not worth defending.
    - btilly 4y ago
      My experience disagrees strongly. 1. Debian always had more stability and predictability than Red Hat in practice. Too much so. The Dells and HPs of the world didn't recognize it because it was not a company. 2. My impression was again that Debian was technically better than RedHat in every way I might care about. We happily installed it at $work, and the experienced Unix sysadmins I knew could use RedHat but didn't like it so much.
      - worik 4y ago
  - bartchamdo 4y ago
    It looks like RHEL zealots never die from the other people’s comments. RHEL had plenty of problems just like all the other OSes and distros.
    - deleted 4y ago
      [deleted]
    - surge 4y ago
      I think you're romanticizing it. Until RHEL and LTS releases for Debian/Ubuntu, most distros you never knew if running and update was going to break something because there simply wasn't effective quality control testing in the hobbyist distros. Best you could do was run a version behind, but that hurt if you needed security updates. There were plenty of people and small highly knowledgeable shops and academics that thought 6 hours fixing a bug after custom compiling a patch was fine and normal (and a RHEL subscription at least meant RedHat would have a team doing that part for you if absolutely necessary), but its not the way companies operated. RHEL at least meant whatever release was stable and an actual QA team put patches through their paces on various hardware and configurations (especially those enterprise high end server configs with special SCSI/RAID controllers, high end network cards, and other chipset other distros simply didn't have the means to test on). The QA/support team wasn't bug reports and guys on usenet going "it works for me, you should have gotten the exact same hardware I have, or be willing to go through the code and figure it out and patch it, and submit it to the source, like a good user should". Or tell you go back to Micro$oft if you want support for your storage controller that the kernel module for worked fine in the last version. Those were the zealots, the rest were sys admins with too much other things on their hands to do than deal with Slackware or whatever the hot distro was on distrowatch.
      - ethbr0 4y ago
        My Redhat experience always seemed to devolve into "this package that I want has a dependency that isn't listed yet..." (cue 2 hours of recursively and manually tracking down dependencies on the early web). But I was a lot younger and didn't know a lot of what I do now, so was probably doing everything RPM wrong.
  - unixhero 4y ago
    You are not wrong...
- hinkley 4y ago
  Windows ran half the planet, where are you getting this from?
  - elromulous 4y ago
    These statements are not mutually exclusive. Math checks out :)
    - hinkley 4y ago
      Only if MS and RH were the only thing that existed 20 years ago, which we know is false. Sun Microsystems, for one. Debian for another. And the thing is I was being conservative about MS running half the planet. They had their grubby hooks in everything.
      - elromulous 4y ago
        For sure. My comment was in jest.
  - worik 4y ago
    > Windows ran half the planet That half of the planet did not run....
- vondur 4y ago
  This was pre DNF/YUM days. RedHat could be a pain installing stuff from RPM’s that had crazy dependencies back in the day.
  - emilsedgh 4y ago
    First time I installed Linux, I was trying to Gaim on it. I managed to compile Gaim before I managed to install it from RPM packages. Using Debian was a moment of pure epiphany. Good times.
    - noisy_boy 4y ago
      I remember using Mandrake (later Mandriva) - it also used rpm. Dependency hell was an issue there too; it probably had to do with state of rpm more than the distro itself.
  - quags 4y ago
    Dependency hell was a thing for sure. I had at the time made a script to easily install rpm's at with a shell script that was searching the mirrors. It didn't handle dependencies but would show what was missing. But so many years later now looking back, a big issue was really just a lack of understanding of rpms with all the other os's with rpms, different arcs and versions. yum was a welcome changed especially since apt had for so long solved dependency issues.
  - ape4 4y ago
    up2date was before then
- MereInterest 4y ago
  My main experience with RedHat has been needing to bend over backwards to support its wildly outdated library versions. Because RedHat “supports” operating systems for about a decade, there’s always an argument that a library should be written to support whatever toolchain is provided by the oldest supported RHEL version. RHEL’s “support” should be seen as “your software will continue to run unmodified when on this system”, but is frequently interpreted as “this is a sane platform for current development”.
  - surge 4y ago
    Current development was better done on Fedora, the upstream of RHEL, I think they were pretty clear that's what it was for. RHEL was for when you needed everything to work no matter what. Fedora was for new development and latest and greatest.
    - MereInterest 4y ago
      The problem with needing “everything to work no matter what” is that it just doesn’t exist. The type of stability that RHEL provides is conditional on never using third-party libraries. RHEL backpoets security fixes to packages that it provides, but you’re on your own for anything else. For example, RHEL 7 was released in 2014, has production support for another year, and extended support until 2026. As libraries are requiring C++17 support today, maintaining compatibility with stock RHEL 7 requires running older versions of a library.
      - surge 4y ago
        That level of backwards compatiblity with legacy versions exists on other platforms (Windows, z/OS, AIX), especially those implemented in enterprise environments. If I have a Windows app written in Win32 API, it'll run on Windows 11 on 64-bit architecture. That's what companies want. That's how Linux became viable for those customers. Even Edge has an IE mode because that's what enterprise environments need, support for older libraries and APIs. I won't deny RHEL was higher technical debt for sure, but that was the trade off, because that's what enterprises prioritized, support, stability, and knowledge that an update during their monthly patch cycle and change window for rebooting the server won't break the business applications they rely on for fundamental operations, at least not on the same major release version. RHEL was never supposed to be the latest, I think even a every new major release they'd be on a kernel and library version that was 2 years behind but had been through its paces. IOW, it was a feature not a bug, and its what companies were paying for (their customers were boring legacy Fortune 500s not startups). As a business model, it was solid, and the most successful in the commercial market by far because it catered to their customers needs, even if they're not our own, even Ubuntu Server took pages from their book.
- nix23 4y ago
  That was Debian and FreeBSD not RH.
dekhn 4y ago
There were several good versions of Red Hat (IIRC 7.3 was pretty good) and then RH9 had NPTL but unfortunately was incompatible with the rest of the world (very custom kernel, userspace, compiler). IIRC the egcs included in that led to all sorts of interesting outcomes.
- bitcharmer 4y ago
  I'm confused. RH9 is the latest release, how is it custom? What are you referring to exactly?
  - surge 4y ago
    RH 9 is different than RHEL 9. Just like Windows 11 is different from Windows 98 (98 doesn't mean it's newer). They went through a rebranding from RedHat Linux to RedHat Enterprise Linux over a decade ago but after or during the SCO nonsense. Early versions of RedHat's Linux were just called RedHat Linux because at the time it was just like any other Linux distro or starting from those early hobbyist roots. RHEL was meant to be stable and have commercial add ons for big companies. https://en.wikipedia.org/wiki/Red_Hat_Linux https://en.wikipedia.org/wiki/Red_Hat_Linux https://en.wikipedia.org/wiki/Red_Hat_Enterprise_Linux https://en.wikipedia.org/wiki/Red_Hat_Enterprise_Linux (at the top it notes, not to be confused with Red Hat Linux) What could be thought of as Red Hat Linux today is the Fedora distro (which it was spun off into), which is upstream, more frequently released or up to date (and thus less stable), and targeted at the hobbyist or enthusiast user, which I'm one of the weird people that still uses it. Once something useful goes through its paces on Fedora, it'll eventually get integrated into RHEL where reliability is of higher value than the latest features. I started on RH 5.2 myself, in '99, and literally got it on disc for $40 at BestBuy. I also lived near RedHat's offices (in Durham, NC) at the time and got to visit them once with coworker friends. Exciting time, I was very young, and wish I knew enough to buy stock during its IPO at the time.
  - znpy 4y ago
    No, the latest release is rhel9, not rh9. At the time it was just “red hat linux” while today it is “red hat enterprise linux”. The split (and the counter reset) was made to mark the split between a regular distro (fedora core, at the time) and an enterprise-oriented distro (red hat enterprise linux).
ajross 4y ago
> But if anyone was around then, you'd probably remember that RedHat was one of the worse distros of linux at the time. There's no better microcosm of the early Linux world than this. "Yeah, that giant market-driving lawsuit was bad, I was there too and suffered along with the rest of you. But that's not the important thing: let me tell you about how bad RPM is compared to DPKG! Did you know the underlying archive format was cpio? CPIO!" That's not intended to be too much of a barb (I was a Debian nut too, FWIW), but really, all that stuff seems pretty silly in hindsight.
- biorach 4y ago
  > me tell you about how bad RPM is compared to DPKG! I'm pretty sure the person you're replying to was taking about the distro as a whole, not the package file format
  - jacobr1 4y ago
    Yes, but the arguments of that era always seemed to revolve around minutiae like the package manager, or default filesysem, or choice of default desktop.
    - biorach 4y ago
      Nah, RH was very much it's own little world. Many of us were forced to use it because they offered a package (indemnification, support) that appealed to the bean counters and lawyers. For a few years they patched _everything_ that mattered (compilers, kernel, core libraries) to a massive extent in an attempt to differentiate and to give the appearence of adding value. I don't have fond memories.
    - realitychex 4y ago
      You're being dismissive of issues that were far bigger than you make them look. >like the package manager It wasn't about, for example, dpkg vs rpm, but apt-get versus.. nothing, because Red Hat had nothing to solve dependencies. Installing software on Red Hat was a truly hellish experience. >default filesysem I have never in my life seen people dismiss a distro because of a default filesystem. I question whether you've truly experienced the early days of Red Hat. They shipped broken development snapshots of GCC that led to serious compatibility issues : https://linux.slashdot.org/story/00/10/07/0027218/gccs-response-to-red-hat https://linux.slashdot.org/story/00/10/07/0027218/gccs-respo... They employed one of the most abrasive and divisive personality to helm the development of the libc : https://news.ycombinator.com/item?id=2380062 https://news.ycombinator.com/item?id=2380062 They were one of the most barebones distro in terms of tooling to configure and manage them. Debian was more fully featured on the terminal tooling front, while Mandrake and SUSE had a lot of GUI wizards for people more used to the Windows ways. Even much later in the Fedora days, when Kernel developer Alanx Cox questions the sanity of releasing a completely broken distro (version 18 of Fedora) this is what they had to answer : >So yeah: in case you didn't get the memo, F18 has a new installer and a new upgrade tool. They are both v1.0s. As in the case of all v1.0s, you may want to exercise some frickin' caution. If you want a Fedora release whose installer and upgrade tools were stabilized over a period of several years and 20+ releases, Fedora 17 is right in the torrent list Uh, like.. okay? but maybe don't release it, until, you know, it's not garbage? And then there's the whole thing with what Red Had did to take over the whole userland desktop stack with systemd, logind, dbus, pulseaudio, wayland.. all of which caused more issues than they ever solved. You still can't make software like autohotkey on wayland. All those pieces of software are heavily interconnected with each other making it less and less tenable to maintain a distro that doesn't package them. There are many, many reasons to be soured with what Red Hat contributed to linux.
dmitryminkovsky 4y ago
What were the best distros then?
- dwater 4y ago
  When I was a CS major in 1999-2003, the big names I remember people using were RedHat, SUSE, Debian, and Mandrake was gaining market share for desktop use. The installfests I went to were all RedHat. There seem to be a lot of complaints here about RedHat after that era, but my memory is that RedHat was the main linux distro circa 2003.
  - pianoben 4y ago
    Mandrake! What a blast from the past. I also remember Gentoo and Slackware from around the same time, though apparently the latter predates the former by a decade or so.
    - omoikane 4y ago
      I also remember Gentoo, mostly from here: https://www.shlomifish.org/humour/by-others/funroll-loops/Gentoo-is-Rice.html https://www.shlomifish.org/humour/by-others/funroll-loops/Ge... https://web.archive.org/web/20170602132852/https://fun.irq.dk/funroll-loops.org/ https://web.archive.org/web/20170602132852/https://fun.irq.d...
      - morelisp 4y ago
        I'm equal parts gobsmacked that funroll-loops is still around, and that it's thanks to Shlomi Fish who is still writing his creepy-ass fanfic.
    - hnlmorg 4y ago
      Slackware in the 90s was amazing. Super stable. I think I continued to run Slackware until around 2002 to 2004 (can’t say for sure but it was to run an early(ish) version of Ableton for laptop DJing - as I was creating a concept set that just wouldn’t have been possible with vinyl alone), and wanted a distro that was a little lower maintenance given the advances to Linux at that point. I’ll always have a soft spot for Slackware even if I’d never dream of running it any longer.
jasoneckert 4y ago
While I agree that the SCO FUD surrounding Linux was real at that time (we all felt it), Red Hat was one of the most respected, functional, and widely-implemented distributions for the entire time SCO was in the news headlines.
- Kye 4y ago
  It was also a huge pain if my experiences (early-mid 2000s) with Fedora are any indicator. Red Hat and co. were great because, given enough effort, they could be tuned into unshakable systems for any purpose. And you paid for that with your time and energy (or a support contract with Red Hat itself) and occasional frustration at things that didn't work like any other distribution.
znpy 4y ago
> Because we had a paid license from them that included them absorbing all liability from IP claims regarding Linux. Not a trivial thing by the way, if you think about it.
ryukoposting 4y ago
Aaaaah, so that's why <company I interned at a few years ago> used RHEL!

itomato 4y ago

Ahh yes. We also kept our hands and feet inside the roller coaster with SLES and RHEL. The ever-looming “threat” might be laughable in hindsight had it not stifled innovation at such an early stage of growth. IT Directors everywhere should atone.

cheekibreeki2 4y ago

Rh 4.2 ran half the planet, where are you getting this from?

jedberg 4y ago
From my experience as a Linux sysadmin? RedHat ran half the planet because they had the best sales force and legal team (as exhibited by my example), but they did not have the best technology.
- Postosuchus 4y ago
  Wrong. Two reasons actually: 1. RHEL was the first distro directed at enterprise deployment (meaning, strong preference of rock solid stability and predictability over constant churn). Which made it the only distro Dells and HPs of the world recognized and agreed to support. 2. RHEL was created on legacy of RedHat Linux, which was the best distro for non-hobbyist environments (from reproducible deployments to the breadth of packages available) - since 3.0.3 onwards. RedHat JUST. WORKED.
  - hackmiester 4y ago
    I don't think "Wrong" is a very interesting, helpful, or productive response to someone's lived experience.
    - mmcgaha 4y ago
      [flagged]
      - flextheruler 4y ago
        Are you stating that someone’s identity is an excuse for them being disagreeable
        ethbr0 4y ago
        Isn't that the current definition of neuro-divergent tolerance?
      - nimih 4y ago
        Wrong. Two reasons, actually: 1. Culture is a dynamic and malleable thing, and through thoughtful criticism, it's possible to help people not be pedantic assholes on internet message boards. 2. If a post is both unnecessarily abrasive, and doesn't meaningfully engage with the post it's responding to, it adds no value to the conversation, and thus is not worth defending.
  - btilly 4y ago
    My experience disagrees strongly. 1. Debian always had more stability and predictability than Red Hat in practice. Too much so. The Dells and HPs of the world didn't recognize it because it was not a company. 2. My impression was again that Debian was technically better than RedHat in every way I might care about. We happily installed it at $work, and the experienced Unix sysadmins I knew could use RedHat but didn't like it so much.
    - worik 4y ago
- bartchamdo 4y ago
  It looks like RHEL zealots never die from the other people’s comments. RHEL had plenty of problems just like all the other OSes and distros.
  - deleted 4y ago
    [deleted]
  - surge 4y ago
    I think you're romanticizing it. Until RHEL and LTS releases for Debian/Ubuntu, most distros you never knew if running and update was going to break something because there simply wasn't effective quality control testing in the hobbyist distros. Best you could do was run a version behind, but that hurt if you needed security updates. There were plenty of people and small highly knowledgeable shops and academics that thought 6 hours fixing a bug after custom compiling a patch was fine and normal (and a RHEL subscription at least meant RedHat would have a team doing that part for you if absolutely necessary), but its not the way companies operated. RHEL at least meant whatever release was stable and an actual QA team put patches through their paces on various hardware and configurations (especially those enterprise high end server configs with special SCSI/RAID controllers, high end network cards, and other chipset other distros simply didn't have the means to test on). The QA/support team wasn't bug reports and guys on usenet going "it works for me, you should have gotten the exact same hardware I have, or be willing to go through the code and figure it out and patch it, and submit it to the source, like a good user should". Or tell you go back to Micro$oft if you want support for your storage controller that the kernel module for worked fine in the last version. Those were the zealots, the rest were sys admins with too much other things on their hands to do than deal with Slackware or whatever the hot distro was on distrowatch.
    - ethbr0 4y ago
      My Redhat experience always seemed to devolve into "this package that I want has a dependency that isn't listed yet..." (cue 2 hours of recursively and manually tracking down dependencies on the early web). But I was a lot younger and didn't know a lot of what I do now, so was probably doing everything RPM wrong.
- unixhero 4y ago
  You are not wrong...
hinkley 4y ago
Windows ran half the planet, where are you getting this from?
- elromulous 4y ago
  These statements are not mutually exclusive. Math checks out :)
  - hinkley 4y ago
    Only if MS and RH were the only thing that existed 20 years ago, which we know is false. Sun Microsystems, for one. Debian for another. And the thing is I was being conservative about MS running half the planet. They had their grubby hooks in everything.
    - elromulous 4y ago
      For sure. My comment was in jest.
- worik 4y ago
  > Windows ran half the planet That half of the planet did not run....
vondur 4y ago
This was pre DNF/YUM days. RedHat could be a pain installing stuff from RPM’s that had crazy dependencies back in the day.
- emilsedgh 4y ago
  First time I installed Linux, I was trying to Gaim on it. I managed to compile Gaim before I managed to install it from RPM packages. Using Debian was a moment of pure epiphany. Good times.
  - noisy_boy 4y ago
    I remember using Mandrake (later Mandriva) - it also used rpm. Dependency hell was an issue there too; it probably had to do with state of rpm more than the distro itself.
- quags 4y ago
  Dependency hell was a thing for sure. I had at the time made a script to easily install rpm's at with a shell script that was searching the mirrors. It didn't handle dependencies but would show what was missing. But so many years later now looking back, a big issue was really just a lack of understanding of rpms with all the other os's with rpms, different arcs and versions. yum was a welcome changed especially since apt had for so long solved dependency issues.
- ape4 4y ago
  up2date was before then
MereInterest 4y ago
My main experience with RedHat has been needing to bend over backwards to support its wildly outdated library versions. Because RedHat “supports” operating systems for about a decade, there’s always an argument that a library should be written to support whatever toolchain is provided by the oldest supported RHEL version. RHEL’s “support” should be seen as “your software will continue to run unmodified when on this system”, but is frequently interpreted as “this is a sane platform for current development”.
- surge 4y ago
  Current development was better done on Fedora, the upstream of RHEL, I think they were pretty clear that's what it was for. RHEL was for when you needed everything to work no matter what. Fedora was for new development and latest and greatest.
  - MereInterest 4y ago
    The problem with needing “everything to work no matter what” is that it just doesn’t exist. The type of stability that RHEL provides is conditional on never using third-party libraries. RHEL backpoets security fixes to packages that it provides, but you’re on your own for anything else. For example, RHEL 7 was released in 2014, has production support for another year, and extended support until 2026. As libraries are requiring C++17 support today, maintaining compatibility with stock RHEL 7 requires running older versions of a library.
    - surge 4y ago
      That level of backwards compatiblity with legacy versions exists on other platforms (Windows, z/OS, AIX), especially those implemented in enterprise environments. If I have a Windows app written in Win32 API, it'll run on Windows 11 on 64-bit architecture. That's what companies want. That's how Linux became viable for those customers. Even Edge has an IE mode because that's what enterprise environments need, support for older libraries and APIs. I won't deny RHEL was higher technical debt for sure, but that was the trade off, because that's what enterprises prioritized, support, stability, and knowledge that an update during their monthly patch cycle and change window for rebooting the server won't break the business applications they rely on for fundamental operations, at least not on the same major release version. RHEL was never supposed to be the latest, I think even a every new major release they'd be on a kernel and library version that was 2 years behind but had been through its paces. IOW, it was a feature not a bug, and its what companies were paying for (their customers were boring legacy Fortune 500s not startups). As a business model, it was solid, and the most successful in the commercial market by far because it catered to their customers needs, even if they're not our own, even Ubuntu Server took pages from their book.
nix23 4y ago
That was Debian and FreeBSD not RH.

dekhn 4y ago

There were several good versions of Red Hat (IIRC 7.3 was pretty good) and then RH9 had NPTL but unfortunately was incompatible with the rest of the world (very custom kernel, userspace, compiler). IIRC the egcs included in that led to all sorts of interesting outcomes.

bitcharmer 4y ago
I'm confused. RH9 is the latest release, how is it custom? What are you referring to exactly?
- surge 4y ago
  RH 9 is different than RHEL 9. Just like Windows 11 is different from Windows 98 (98 doesn't mean it's newer). They went through a rebranding from RedHat Linux to RedHat Enterprise Linux over a decade ago but after or during the SCO nonsense. Early versions of RedHat's Linux were just called RedHat Linux because at the time it was just like any other Linux distro or starting from those early hobbyist roots. RHEL was meant to be stable and have commercial add ons for big companies. https://en.wikipedia.org/wiki/Red_Hat_Linux https://en.wikipedia.org/wiki/Red_Hat_Linux https://en.wikipedia.org/wiki/Red_Hat_Enterprise_Linux https://en.wikipedia.org/wiki/Red_Hat_Enterprise_Linux (at the top it notes, not to be confused with Red Hat Linux) What could be thought of as Red Hat Linux today is the Fedora distro (which it was spun off into), which is upstream, more frequently released or up to date (and thus less stable), and targeted at the hobbyist or enthusiast user, which I'm one of the weird people that still uses it. Once something useful goes through its paces on Fedora, it'll eventually get integrated into RHEL where reliability is of higher value than the latest features. I started on RH 5.2 myself, in '99, and literally got it on disc for $40 at BestBuy. I also lived near RedHat's offices (in Durham, NC) at the time and got to visit them once with coworker friends. Exciting time, I was very young, and wish I knew enough to buy stock during its IPO at the time.
- znpy 4y ago
  No, the latest release is rhel9, not rh9. At the time it was just “red hat linux” while today it is “red hat enterprise linux”. The split (and the counter reset) was made to mark the split between a regular distro (fedora core, at the time) and an enterprise-oriented distro (red hat enterprise linux).

ajross 4y ago

> But if anyone was around then, you'd probably remember that RedHat was one of the worse distros of linux at the time. There's no better microcosm of the early Linux world than this. "Yeah, that giant market-driving lawsuit was bad, I was there too and suffered along with the rest of you. But that's not the important thing: let me tell you about how bad RPM is compared to DPKG! Did you know the underlying archive format was cpio? CPIO!" That's not intended to be too much of a barb (I was a Debian nut too, FWIW), but really, all that stuff seems pretty silly in hindsight.

biorach 4y ago
> me tell you about how bad RPM is compared to DPKG! I'm pretty sure the person you're replying to was taking about the distro as a whole, not the package file format
- jacobr1 4y ago
  Yes, but the arguments of that era always seemed to revolve around minutiae like the package manager, or default filesysem, or choice of default desktop.
  - biorach 4y ago
    Nah, RH was very much it's own little world. Many of us were forced to use it because they offered a package (indemnification, support) that appealed to the bean counters and lawyers. For a few years they patched _everything_ that mattered (compilers, kernel, core libraries) to a massive extent in an attempt to differentiate and to give the appearence of adding value. I don't have fond memories.
  - realitychex 4y ago
    You're being dismissive of issues that were far bigger than you make them look. >like the package manager It wasn't about, for example, dpkg vs rpm, but apt-get versus.. nothing, because Red Hat had nothing to solve dependencies. Installing software on Red Hat was a truly hellish experience. >default filesysem I have never in my life seen people dismiss a distro because of a default filesystem. I question whether you've truly experienced the early days of Red Hat. They shipped broken development snapshots of GCC that led to serious compatibility issues : https://linux.slashdot.org/story/00/10/07/0027218/gccs-response-to-red-hat https://linux.slashdot.org/story/00/10/07/0027218/gccs-respo... They employed one of the most abrasive and divisive personality to helm the development of the libc : https://news.ycombinator.com/item?id=2380062 https://news.ycombinator.com/item?id=2380062 They were one of the most barebones distro in terms of tooling to configure and manage them. Debian was more fully featured on the terminal tooling front, while Mandrake and SUSE had a lot of GUI wizards for people more used to the Windows ways. Even much later in the Fedora days, when Kernel developer Alanx Cox questions the sanity of releasing a completely broken distro (version 18 of Fedora) this is what they had to answer : >So yeah: in case you didn't get the memo, F18 has a new installer and a new upgrade tool. They are both v1.0s. As in the case of all v1.0s, you may want to exercise some frickin' caution. If you want a Fedora release whose installer and upgrade tools were stabilized over a period of several years and 20+ releases, Fedora 17 is right in the torrent list Uh, like.. okay? but maybe don't release it, until, you know, it's not garbage? And then there's the whole thing with what Red Had did to take over the whole userland desktop stack with systemd, logind, dbus, pulseaudio, wayland.. all of which caused more issues than they ever solved. You still can't make software like autohotkey on wayland. All those pieces of software are heavily interconnected with each other making it less and less tenable to maintain a distro that doesn't package them. There are many, many reasons to be soured with what Red Hat contributed to linux.

dmitryminkovsky 4y ago

What were the best distros then?

dwater 4y ago
When I was a CS major in 1999-2003, the big names I remember people using were RedHat, SUSE, Debian, and Mandrake was gaining market share for desktop use. The installfests I went to were all RedHat. There seem to be a lot of complaints here about RedHat after that era, but my memory is that RedHat was the main linux distro circa 2003.
- pianoben 4y ago
  Mandrake! What a blast from the past. I also remember Gentoo and Slackware from around the same time, though apparently the latter predates the former by a decade or so.
  - omoikane 4y ago
    I also remember Gentoo, mostly from here: https://www.shlomifish.org/humour/by-others/funroll-loops/Gentoo-is-Rice.html https://www.shlomifish.org/humour/by-others/funroll-loops/Ge... https://web.archive.org/web/20170602132852/https://fun.irq.dk/funroll-loops.org/ https://web.archive.org/web/20170602132852/https://fun.irq.d...
    - morelisp 4y ago
      I'm equal parts gobsmacked that funroll-loops is still around, and that it's thanks to Shlomi Fish who is still writing his creepy-ass fanfic.
  - hnlmorg 4y ago
    Slackware in the 90s was amazing. Super stable. I think I continued to run Slackware until around 2002 to 2004 (can’t say for sure but it was to run an early(ish) version of Ableton for laptop DJing - as I was creating a concept set that just wouldn’t have been possible with vinyl alone), and wanted a distro that was a little lower maintenance given the advances to Linux at that point. I’ll always have a soft spot for Slackware even if I’d never dream of running it any longer.

jasoneckert 4y ago

While I agree that the SCO FUD surrounding Linux was real at that time (we all felt it), Red Hat was one of the most respected, functional, and widely-implemented distributions for the entire time SCO was in the news headlines.

Kye 4y ago
It was also a huge pain if my experiences (early-mid 2000s) with Fedora are any indicator. Red Hat and co. were great because, given enough effort, they could be tuned into unshakable systems for any purpose. And you paid for that with your time and energy (or a support contract with Red Hat itself) and occasional frustration at things that didn't work like any other distribution.

znpy 4y ago

> Because we had a paid license from them that included them absorbing all liability from IP claims regarding Linux. Not a trivial thing by the way, if you think about it.

ryukoposting 4y ago

Aaaaah, so that's why <company I interned at a few years ago> used RHEL!