Slashdot Mirror


Linux Vendors to Standardize on Single Distribution

Jon James writes "eWeek is reporting that a number of Linux vendors will announce on Thursday that they have agreed to standardize on a single Linux distribution to try and take on Red Hat's dominance in the industry. " The vendors in question are SuSe, Caldera, Conectiva, and Turbolinux. However, as the article also points out - Red Hat has a very well established lead in the corporate market - and Sun's decision to create Yet Another Linux Distribution (Sun Linux! Now With McNealy Vision!) will make the waters even more muddy.

162 of 455 comments (clear)

  1. Red Hat's dominance in the industry by delphi125 · · Score: 5, Funny

    Lucky for Red Hat there are no bigger OS companies around!

    1. Re:Red Hat's dominance in the industry by goldspider · · Score: 2, Interesting
      I agree with the moderation; quite amusing!

      But the post (unintentionally?) brings up a good point. If RedHat were to gain a relatively large desktop environment market share, and consequently earn more profits, will Microsoft be alone atop the Evil Empire pedestal?

      I hope that these vendors will compete by trying to create a superior product that can take some share away from Windows, not just from RedHat.

      Infighting among the open-source community is one of those things, I believe, that is keeping Windows atop the OS market. Until the distributions stop fighting each other, MS isn't going to lose an inch to Linux.

      --
      "Ask not what your country can do for you." --John F. Kennedy
    2. Re:Red Hat's dominance in the industry by Anonymous Coward · · Score: 3, Funny

      Clearly the battery has run low in someone's irony detector.

    3. Re:Red Hat's dominance in the industry by CynicTheHedgehog · · Score: 4, Insightful

      Why would RedHat be considered evil? Aren't they doing what we want them to (i.e. release a free (as in beer and speech) operating system based on the tools we love)?

      How can that be considered evil? Because they take a loss on every ISO download? SuSE would probably have more market share if they gave away their YaST2 enabled distribution, but it's not in their business plan. In the copycat IT industry it's refreshing to see someone take a different approach.

      Personally I think there are better distributions than RedHat (Mandrake and SuSE come to mind), but RedHat has more exposure, marketability, and history. They were in the game first, and they're on the tip of every newbie tongue. And apparently they're doing something right on the business side, or they wouldn't be viable.

      If other distributions are to survive they are going to have to provide something new and different, create strategic partnerships, and establish credibility. In other words, compete. There's little intellectual property disputes, and everyone has the same resources to pull from. This is the free market, and it's far from evil.

    4. Re:Red Hat's dominance in the industry by Anonymous Coward · · Score: 5, Insightful

      I agree. There seems to be some creepy groupthink going on around here.

      capitalism = evil
      profitablity = evil
      success = evil
      North American = evil

      therefore...
      Red Hat = evil

      The fact of the matter is that Red Hat said, early on in this game, that Free software can be the basis for a legitimate business model. With the exception of some technical issues (LSB, gcc, blah, blah, blah), they've put their money where their mouths are. And, they haven't wavered from the "Free" part, either. In addition, they haven't shut the door on free ISOs like SuSE has ("live evalution" CD, anyone?), they don't panhandle like Mandrake (incidentally, I use Mandrake on a couple of boxes but I find their "business model" quite disconcerting -- I'd never recommend them for use in a business environment), and Red Hat isn't proprietary like Caldera, Turbo, or even (please correct me if I'm wrong) SuSE. All they've asked (although it was handled a bit heavy handed, if you ask me) is that businesses redistributing Red Hat disks make it clear that downloaded ISOs are not Red Hat supported. That doesn't seem too much to ask.

      Finally, ask yourself this question: If it were SuSE or Mandrake that was the dominant distro, what would be your reaction? If you'd feel the same as you do about Red Hat's dominance, then we're fighting a losing battle. It's unreasonable, counterproductive, and just plain idiotic to punish / censure /sanction those who've succeeded in distributing, promoting, and profiting from Linux.

    5. Re:Red Hat's dominance in the industry by Znork · · Score: 2, Insightful

      And Redhat has taken a fairly consistent free software stance for their distribution throughout most of their history. While not everyone may actually care about that, the people most likely to push Linux adoption within an enterprise are often people who do care. For those the choice falls between Redhat and Debian, with debian more adherent to the free software interests, but with redhat not too bad, and more palatable for buisness (not to mention support for all that fun enterprise software needed).

      Standardizing may solve the problem with software, but it wont solve how they're percieved. Being semi-proprietary may help them get their customers to pay, but it isnt going to help their marketshare, or help them gain advocates. Redhat remains a better compromise between freedom and buisness.

    6. Re:Red Hat's dominance in the industry by CynicTheHedgehog · · Score: 2

      SuSE already has a partnership with IBM, and has specialized database and E-mail distributions that feature DB2 and Lotus Domino. And all their distributions feature IBMs JVM/compiler. As long as IBM succeeds in the Linux arena, I don't think SuSE is going anywhere.

      Of course, if SuSE does run into problems, there's always the possibility that they will be acquired by Big Blue. That'd put them well above Sun and RedHat in terms of industry footing. And then there's the whole IBM/Sun thing. I dunno, it'll be interesting.

    7. Re:Red Hat's dominance in the industry by ncc74656 · · Score: 2
      SuSE makes their distribution available to be installed via FTP, but their download site it so slow that it usually doesn't work.

      That's why they have mirrors...you can install from those, and they're usually fairly quick. (That said, I usually build Linux From Scratch. You need an existing Linux system to kickstart the LFS build, though, and SuSE is what I used before LFS.)

      --
      20 January 2017: the End of an Error.
    8. Re:Red Hat's dominance in the industry by MrResistor · · Score: 4, Informative

      they take a loss on every ISO download? SuSE would probably have more market share if they gave away their YaST2 enabled distribution, but it's not in their business plan.

      That's why SuSE Pro is $80 and Red Hat Pro is $200. To be fair, though, SuSE does give their distro away for free, just not as ISOs. Anyone can install it over FTP, and they provide instructions for doing so on their website. IIRC, it was also an option on the boot disk install menu (my Mother-in-Law's computer mourns the demise of the boot disk in 8.0), at least from 6.3 to 7.2.

      I haven't tried it, so I don't know how easy/difficult it really is, but it's an available option, and certainly a viable one for anyone who has the bandwidth to download ISOs, especially since (at least in theory) you'd only be downloading the packages you were actually installing. There's certainly nothing stopping anyone from simply burning their FTP directories to CD. Hell, they even let you mount their FTP directory as an NFS partition if that floats your boat...

      --
      Under capitalism man exploits man. Under communism it's the other way around.
    9. Re:Red Hat's dominance in the industry by MrResistor · · Score: 2

      Well, ftp://ftp.suse.com/pub/suse/i386/8.0/ currently contains a README dated 5/23/02 saying that the 8.0 ftp version will be up in a few days. I'll have to try an FTP or NFS install sometime to see if I have the same problems you describe.

      As far as missing packages, though, There are some that I wouldn't mind having to install by hand, like OpenOffice and Mozilla for example. That has more to do with their 1.0 releases being right after SuSE 8.0 was released, though.

      To be fair, though, all the downloaded ISOs I've ever seen of either Mandrake or Red Hat have been missing packages as well. I didn't download them myself, so I don't know if it was just laziness on the part of the person that did, or if the ISO distros are squeezed down to one disk by the vendor to make it easier/save bandwidth.

      --
      Under capitalism man exploits man. Under communism it's the other way around.
    10. Re:Red Hat's dominance in the industry by CynicTheHedgehog · · Score: 2

      I'd just like to point out that I said "YaST2 enabled" distribution. You can, of course, install via FTP, but you get YaST1, which makes my want to pry out my teeth with a fork.

      Not that I have anything against it.

    11. Re:Red Hat's dominance in the industry by 1010011010 · · Score: 2

      But, apparently,

      Envy = good
      Hatred = good
      and
      Whining = good

      --
      Napster-to-go says "Fill and refill your compatible MP3 player", which is a lie. It's not MP3. It's WMA with DRM.
    12. Re:Red Hat's dominance in the industry by MrResistor · · Score: 2

      Hey, YaST1 beats YaST2 text mode any day of the week, especially if you don't have a mouse :P

      --
      Under capitalism man exploits man. Under communism it's the other way around.
    13. Re:Red Hat's dominance in the industry by budgenator · · Score: 2

      SuSE is used predominately in european contries, although I'm a yank I first used SUSE many years ago because of the breadth of software in the distro. As far as YAST2 it works good when it works, but is painfully slow to start up. And it is proprietary software, not open source. Now its the biggest differentiation between SuSE and the other distro's, and why they charge what they do.

      Personaly I welcome the diferent distro's standardizing, it lets the different distro's work on what differenciates them rather than re-inventing the wheel all of the time.

      --
      Apocalypse Cancelled, Sorry, No Ticket Refunds
    14. Re:Red Hat's dominance in the industry by Cylix · · Score: 2

      I haven't had a missing package on a downloaded RedHat ISO yet...

      I've been downloading ISO's and performing FTP installs since version 6.0. With 5.2 we simply had a burnt copy sent to us from a friend.

      I'll vouche for RedHat that at least the distribution I had gotten my hands on was free of major install bugs and whatnot. Granted sometimes even simple things were broken (ie, service script didn't take arguements in 6.2!). Issues have always been taken care of quickly.

      I'm going to go ahead and buy 7.3. It isn't that I don't have access to bandwidth (full ds3), but I think it is time for me to support my favorite distribution.

      --
      "You should always go to other people's funerals; otherwise, they won't come to yours." -- Yogi Berra
    15. Re:Red Hat's dominance in the industry by Dwonis · · Score: 2
      Debian's package manager is not "far better than rpm" (I am also a Debian user). What makes Debian better is the system integration amd automation that other distros lack. Besides apt-get, Debian has
      • diversions (somewhat part of dpkg),
      • alternatives (somewhat part of dpkg),
      • a more consistent filesystem hierarchy (i.e. /usr/share/doc/packagename/(copyright|README |README.Debian),
      • menu (before most other distros did),
      • defoma (automatic font management),
      • dhelp (centralized documentation management),
      • mime-support (centralized MIME-type management),
      • the Debian Bug Tracking System,
      • the main/contrib/non-free split,
      • debconf,
      • more packages than the other distros,
      • good internationalization support (don't know for sure because I'm a native English speaker, but I've dabbled with it and it seemed to work easily enough),
      • dpsyco (not sure what this does yet, exactly, but I think it has something to do with configuring your entire system simply by installing a few custom packages via apt-get)
      • it asks me about configuration file changes, rather than clobbering (or not) my current config
      • kernel-pkg (this may be a good thing or a bad thing, depending on your taste)
      • debhelper/lintian/etc (basically the package development suite)
      and probably other transparent stuff I'm not even aware of. That is why I like Debian.

      (Note that I'm not implying that all other distros lack all of these features, since I'm not that familiar with other distros any more.)

    16. Re:Red Hat's dominance in the industry by mrdlinux · · Score: 2

      The only reason why Debian is having trouble with LSB compliance is because LSB was deliberately being Redhat-centric. After a number of flamewars (etc etc) and some constructive criticism, I believe there will now be more input from Debian developers in the LSB process.

      As for the installer: Progeny Graphical Installer exists and has been packaged. I'm sure that help would be appreciated for turning this into a releasable, complete replacement for the current Debian installer. Efforts are already underway...

      --
      Those who do not know the past are doomed to reimplement it, poorly.
  2. More RPMs for more things more timely? by dinotrac · · Score: 5, Insightful

    I've used SuSE for some time, and been happy.
    However, many is the time that I wanted a newer version of software than was available from SuSE. An "uber" distribution, compatible with the assorted branded distros catches my interest because it may increase the likelihood of finding new software in rpm form that may actually work on my system.

    Worth watching.

    1. Re:More RPMs for more things more timely? by uebernewby · · Score: 3, Redundant

      I've been very happy with SuSE as well - it's very beginner friendly.

      Unfortunately, once you start looking at installing stuff that *didn't* come with the distro, it gets ver ugly very fast. Apparently, they've got a non-standard layout that many ./configure scripts choke on.

      Hopefully this standardization effort (which I've yet to read the details about - it's /.-ed) will put an end to this.

      Although I must say it's too late for me - I'm downloading Red Hat ISOs now, hopefully Red Hat will be a bit more usable.

      --

      News and bla for computer musicians: http://lomechanik.net/
    2. Re:More RPMs for more things more timely? by geschild · · Score: 2, Insightful

      I've used Debian and have been fairly happy.

      Things we would like from this new and improved distro:
      - Debians packaging format but with signatures from day one and perhaps some other things. (I don't care if it's not going to be debian compatible, if it's good enough Debian will adapt it too.)
      - LSB compliant
      - A fingerprint database like Sun's for all files/binaries.
      - An overall maintainer for the format of this packaging standard.

      ---

      Others have said it before but now that they are going for a change they better make it a big change for the better...

      --
      Karma? What's that again?
    3. Re:More RPMs for more things more timely? by CynicTheHedgehog · · Score: 4, Informative

      Unfortunately, once you start looking at installing stuff that *didn't* come with the distro, it gets ver ugly very fast. Apparently, they've got a non-standard layout that many ./configure scripts choke on.

      SuSE follows the Linux Standard Base (LSB) specification, which is an impartial specification that outlines where certain binaries and libraries should be put. If the ./configure scripts don't work, it's because they were created with some kind of dependency on a nonstandard (non LSB) platform such as RedHat.

      Granted, automake and autoconf really shouldn't be subject to this. The only other explanation is that the libraries aren't misplaced, they are missing (not installed). Personally I've never had a problem compiling stuff on SuSE. mplayer, xine, gnupg, and gaim all compiled without much ado.

    4. Re:More RPMs for more things more timely? by uebernewby · · Score: 2

      Yeah, I know SuSE is *supposed* to be standards compliant in some way, and for lots of things ./configure scripts work just fine. However, I'm trying to get the audio production thing going on it, and that means installing all sorts of non-standards compliant applications.

      mplayer, xine, gnupg and gaim, popular apps such as these present no problem at all. It's things like SpiralSynthModular, PD, Canoscan drivers that take an inordinate amount of fiddling to get working.

      If Red Hat proves not to be the solution to the 'nothing compiles the way it should' problem, I'll at least have gained some experience working with a distro I have very little experience with.

      --

      News and bla for computer musicians: http://lomechanik.net/
    5. Re:More RPMs for more things more timely? by Mr.Ned · · Score: 2

      I've found my uberdistro in Gentoo. It uses a simple tbz2 package system (now that I think about it, a lot like Slackware's). This means that I can use RPMs and debs through simple conversion process.

    6. Re:More RPMs for more things more timely? by MrResistor · · Score: 5, Insightful

      Apparently, they've got a non-standard layout that many ./configure scripts choke on.

      Actually, it is Red Hat that has a non-standard layout, and I've read a number of complaints about their choices (or, rather, apparent lack thereof), particularly with regards to directory structure.

      SuSE, being the wierd Germans that they are, actually follow the two relevant standards very closely. The main one is the LSB (Linux Standards Base), which is supposed to fix the problems you describe. The other one I can't remember the name of right now, but it has to do with directory structure.

      The problem you are having, as I understand it, is that you are trying to install rpms targeted at the hideous RH directory structure, as opposed to one that makes sense (and there are a few, remember that Linux builds on Unix traditions).

      Sorry if that sounds like a flame to you Red Hat fans out there, but really, for what they charged for a boxed version, you'd think they could put some thought into organizing their files better than just mashing them all into one directory.

      --
      Under capitalism man exploits man. Under communism it's the other way around.
    7. Re:More RPMs for more things more timely? by MrResistor · · Score: 2

      SuSE has every directory that Red Hat has and more (which is where the standards compliance comes in), so I doubt that is the problem. I'm guessing, then, that the ./configure is looking for dependencies in non-standard places, which is easily fixed.

      The ./configure should tell you what it's looking for and where it expects to find it, though you may need to redirect or --verbose to get that info. find will tell you where the file actually is, and then it's a matter of either editing the ./configure or creating a symbolic link to the file where ./configure expects it to be. I usually go with the link, reasoning that other packages may look for said file in the same place.

      If the file isn't on your system, then you'll have to find it and install it first, which is a problem all distros suffer from with certain packages. KDE, in prticular, has a reputation for having this problem.

      --
      Under capitalism man exploits man. Under communism it's the other way around.
    8. Re:More RPMs for more things more timely? by friedmud · · Score: 2

      I was just getting ready to say the exact same thing!

      Just to add a little more to your statement though: Gentoo can use RPMs directly (try "rpm --nodeps") also - and you can manage them just like you can on any other RPM distro. But the great thing about Gentoo is that you don't have to wait for an RPM package!

      Anyone who is using linux on a desktop machine should try this distro - I guarantee you will like it. (I personally came from Slack myself and will never go back).

      Derek

    9. Re:More RPMs for more things more timely? by NonSequor · · Score: 2

      Yeah, but I like the lack of structure. If everything is in one pile then you always know where everything is. Things that install to /opt irritate the hell out of me.

      --
      My only political goal is to see to it that no political party achieves its goals.
    10. Re:More RPMs for more things more timely? by msaavedra · · Score: 2

      Do you have any specific examples of how RedHat is non-standard in its directory structure? I have read the Filesystem Hierarchy Standard 2.2 (which is the standard used by the LSB) and RedHat is either completely compliant or very nearly so. In fact, at work we have a mail server running SuSE and a web server running RedHat, and the directory layout is almost identical.

      The main difference is that SuSE installs lots of apps in /opt, but RedHat leaves it empty, allowing admins to install add-ons there if they choose. Both practices are perfectly acceptable according to the FHS.

      --
      "Any fool can make a rule, and any fool will mind it."
      --Henry David Thoreau
    11. Re:More RPMs for more things more timely? by MrResistor · · Score: 2

      SuSE installs lots of apps in /opt, but RedHat leaves it empty

      That's exactly the problem. Red Hat piles everything in one directory, a lot of which belongs in other places, like /opt. What's the point of having the directories if you don't use them? Every one of those directories has a specific purpose, and has had that purpose since before Red Hat, or probably even the Linux kernel, existed.

      --
      Under capitalism man exploits man. Under communism it's the other way around.
    12. Re:More RPMs for more things more timely? by MrResistor · · Score: 2

      That's the one!

      Thanks.

      For some reason I'm thinking of a Monty Python sketch where they keep having to slap this politician upside the head because his tiny brain keeps getting dislodged...

      --
      Under capitalism man exploits man. Under communism it's the other way around.
    13. Re:More RPMs for more things more timely? by MrResistor · · Score: 2

      You're a sick individual, and should probably seek counseling

      ;)

      --
      Under capitalism man exploits man. Under communism it's the other way around.
  3. This actually seems to be a good thing. by Dr.+Manhattan · · Score: 2
    If they actually come through on LSB compliance, that'd be awesome. I added Linux support to a product I work on, but the install script had me stumped. There are too many different ways of setting up something to run at boot. I finally had to punt and just tell the user "you've got to read the docs and do it yourself."

    The number of distributions needed soe pruning anyway. In theory, you could have as many dists as there are Linux users, but in practice it seems the "supportable number" is far less.

    --
    PHEM - party like it's 1997-2003!
  4. Three minnows and one pike by DrXym · · Score: 2

    Hmm, I wonder which distribution these four will standardize on.

    1. Re:Three minnows and one pike by Zocalo · · Score: 2

      Hopefully none of the above, as such. It seems like an ideal moment to build a fully LSB compliant distro to me - anything else is a missed opportunity. I'm guessing it'll be primarily Connectiva's purdy icons and SuSE's customised config tools though.

      --
      UNIX? They're not even circumcised! Savages!
    2. Re:Three minnows and one pike by Anonymous Coward · · Score: 2, Informative

      Good point. But, TurboLinux, which lagged in producing a GUI installer for its distribution, now has the most logical and easy to use GUI installer. Doubt it? Give it a try, it's pretty cool. Too bad the finished product leaves much to be desired.

      The point really, is this: Each of these four, with perhaps the exception of Caldera, has some areas in which it excels. And, even Caldera forms the base for Lycoris, which seems to be the darling of many a reviewer, these days. It would be really nice to see them pick and choose to build a better mousetrap... or Linux distro...

      However, even if they do build a better distro, there's something else worthwhile to point out: Except possibly for Connectiva, this group has a less than stellar devotion to free software. Check out some of Ransom Love's quotes on the matter. Although Red Hat has strayed from LSB and has made some less-than-gracious efforts to protect its brand name, it has never backed off from making its software free or freely available. ("Now, where did I put my "Live Evaluation" copy of SuSE? I need to get some work done...") Personally, for this reason, I can endorse (with appropriate caveats) Red Hat, Mandrake, Debian, or Slackware (or countless minor distros), but none from this group. Maybe this will change things...

  5. Package Management? by loply · · Score: 3, Funny

    /Me prays its Debian inspired. Perhaps this will put more momentum behind the campaign for destroying the useless (read: Surpassed long ago) RPM standard.

    1. Re:Package Management? by ZaMoose · · Score: 4, Informative

      You do realize that there is APT for RPM, don't you? Connectiva ported it, so maybe there's a chance that this MegaDistro will be apt-rpm based.

      It works like a charm, esp. if you use the FreshRPMS repositories.

      --
      I wish I had a kryptonite cross, because then you could keep Dracula and Superman away.
    2. Re:Package Management? by finkployd · · Score: 2

      Obviously you are unaware that the Linux Standard Base (which all major distros have committed to support, including Debian) mandates RPM as the package format.

      It must be doing something right.

      Finkployd

    3. Re:Package Management? by finkployd · · Score: 2

      No, I was aware of that. My point is that obviously RPM was chosen for a reason over, say DEB. I know there are programs that will convert RPM to whatever.

      Finkployd

    4. Re:Package Management? by Nailer · · Score: 2
      Thanks for your vast quantity of supporting arguments. If you want most distros to use a very good quality packaging system ou have two options:

      Option 1:
      • Add the features for Dpkg that RPM currently does better (eg, rpm's verification provides more information about what was changed than debsums). Apparently the RPM GPG stuff it also a little more mature than the Debian equivalent, but I'm not 100% sure.
      • Switch every major distro, which would be easily more than 95% of deployed Linux servers, from RPM to Dpkg. Modify the LSB accordingly.
      • Move all the third party organizations who package for the LSB to package from rpm to dpkg

      I reckon this should only take seven years. If I were following an OS whose standards body did such a thing, I'd decide to change OSs.

      Option 2:
      • Add suggested and recommanded dependencies to RPM
      • Add either/or dependencies to RPM
      • Document the changes, create a new RPM version number and make this the LSB standard


      That should be about it. RPM already has apt-get support. There are RPM based Linux distributions with quality packaging policy and standards.

      I'm off to to do a dist-upgrade on my Red Hat 7.3 machine now.
  6. Sounds good by kvn299 · · Score: 2, Insightful

    If they can pool the strengths of each distribution into the new one, that will make it stronger.

    I think some major consolidation is way overdue for Linux. Of course, new distributions will always appears to fill in the empty spaces.

  7. Correction .... by evil_roy · · Score: 3, Insightful

    It should read .."cash in on redhat's dominance"

    These companies came in on the wave of redhat

    So they wont use rpm then ?

  8. To be honest... by Bnonn · · Score: 3, Funny
    ...I didn't realise Red Hat had much dominance. I'd always thought of it as the "crappy Linux distro" (which I know is unfair). I run Windows 2000 at the moment, and have been looking into which distro would be best for my needs. Essentially, Mandrake and SuSE were the two that seemed most useful. RedHat never featured.

    However, when I think about it, perhaps that makes sense; I'm looking to run a desktop (mostly), whereas I'm presuming that when Linux is used in the corporate environment it is basically only on servers.

    Is RedHat really such a good distro for corporate needs, or is it merely that it has a big name so everyone buys it? I always think of RedHat as the distro that's been around forever, even though no one seems to use it (here come the RedHat users to set me straight...) Guess I've been talking to the wrong people.

    Corporations never did make good friends to talk to though.

    1. Re:To be honest... by say · · Score: 5, Insightful
      " Is RedHat really such a good distro for corporate needs, or is it merely that it has a big name so everyone buys it? I always think of RedHat as the distro that's been around forever, even though no one seems to use it (here come the RedHat users to set me straight...) Guess I've been talking to the wrong people."

      Well, most die-hard linux hackers do not say they use RedHat (Notable exception: Linus Torvalds). Most have used RedHat, though. Why don't they admit it? Because there is not very much to hack on RedHat. Red Hat's strength is that the stuff they throw in actually works. More or less out of the box.

      However, I don't use RedHat today. I used RedHat up to 6.2. Then I started looking at other distributions. At that time, I did not know much about how GNU/Linux _really_ works. I never made my own startup scripts. I did'nt compile programs. Heck, I didn't know where my libraries were or how I inserted a kernel module from the command line!

      I started testing different distros. Mandrake. TurboLinux. SuSE. Many others. I tried at least seven or eight distros before I met Slackware. At first, the entire Slackware system seemed awkward. But after a while, I experienced a lot and learnt even more.

      Now, I'm most productive on Slackware. Because I know the system so well that doing stuff from scratch is _easier_ and _faster_ than using tools like rpm and linuxconf. (overall, of course, some things are still faster with linuxconf).

      RedHat is a distro for those that want a GNU/Linux that works - not for those that want to get a GNU/Linux to work. It is a good distro, but not what I want from a GNU/Linux system.

      As a last addition: It is not a funny OS either. Mandrake is. Cute little penguins and round, purple install buttons. Colors and fun. RedHat is grey and red. Only a few, boring games. A corporate-type webpage. RedHat has lost the childishness of linux jokes and internal humour. It has grown up.

      Grown-ups are easy to communicate with - but children are much more fun and can be adjusted and tweaked more easily.

      --
      Roses are #FF0000, violets are #0000FF, all my base are belong to you
    2. Re:To be honest... by FreeUser · · Score: 2, Informative

      ...I didn't realise Red Hat had much dominance. I'd always thought of it as the "crappy Linux distro" (which I know is unfair). I run Windows 2000 at the moment, and have been looking into which distro would be best for my needs. Essentially, Mandrake and SuSE were the two that seemed most useful. RedHat never featured.

      If you are not afraid to get your hands dirty, and don't mind compiling stuff, you should give Source Mage or Gentoo a gander. Both are "source-based" distros, meaning their packaging systems have been designed to automate the download-compile-install procedure. The result are packages that are compiled against the libraries already on your system (read: no subtle binary compatability issues between library versions, etc. as crop up with binary distros from time to time, and is the reason redhat RPMs often don't work with Suse and visa versa), and which are optimized for your hardware. Systems so constructed are typically 20-30% faster (based on anecdotal benchmarks people on the mailing lists have run. It matches my own experience ... my video capture, editing, and playback tools run much more smoothly on a Source Mage or Gentoo system than any other binary distro I've tried, and I've tried a bunch of them).

      cons:
      * installation takes time
      - time to download sourcecode packages
      - time to compile said packages
      * you have to get your hands dirty
      - no easy X config a la Mandrake/Suse/RH
      - no hardware autodetection a la Mandrake

      pros:

      * stable, rock solid system
      * fast, optimized system
      * very current versions of the software
      * ability to keep current fairly easilly (no waiting for months, perhaps even a year, before getting the current version of xfree or KDE)
      * utter flexibility as to what you choose to include or exclude from your installation ... little to no cruft
      * package system takes most of the pain out of compiling and installing packages by hand

      --
      The Future of Human Evolution: Autonomy
    3. Re:To be honest... by jilles · · Score: 5, Interesting

      The one reason I have not yet downloaded this is recompilation. I mean, compiling is pretty much a deterministic activity. Given similar compiler settings you'd expect the result to be the same each time. Apart from being deterministic it is also time consuming. Just compiling a pretty bare bones installation with gnome, kde, open office, mozilla would likely take me weeks by which time most of the packages would need recompilation because of updates!!! I'm all in favour of optionally compiling a few key things but I'm even more in favour of using pre-packaged binaries. Most of us probably would go for the 686 type code, so create binaries for all popular variants of X86 and distribute those (and maybe also other processors).

      An alternative, admittedly far fetched, idea would (imagination going beserk here) be p2p compilation. Compilation can be distributed over computers and there likely is a small subset of all possible compiler settings that is most frequently used. Simply cache the results for such compilations and given a match in source code version processor architecture and compiler settings, reuse the result (and offer the replicated binary for download). If there is no match, compile yourself and offer the result. This should quickly eliminate redundant compilations and offer most of the advantages of compiling everything yourself.

      --

      Jilles
    4. Re:To be honest... by FreeUser · · Score: 4, Interesting

      The one reason I have not yet downloaded this is recompilation. I mean, compiling is pretty much a deterministic activity. Given similar compiler settings you'd expect the result to be the same each time.

      What isn't deterministic is what packages (and what versions of those packages, and what compile-time options for those packages you've selected) you've chosen to install. If you're using somelib.so.1.0.1 and someone else is using somelib.so.1.0.2, there is a small (but real) chance that a minor incompatability will result in a binary compiled against one displaying some occasional flackeyness when run against the other. This isn't terribly common (and it represents a mistake on the library maintainer's part when it does happen ... incomopatabilities should mean major revision number changes, not minor), but it does happen. When borrowing packages and binaries from other distros this becomes more acute.

      Compiling on your own machine eliminates this.

      There is also the problem of binaries compiled with different versions of the GCC compiler behaving is subtly different ways ... again, this is very acute when moving from GCC 2.9.x to 3.x, and again, compiling everything yourself fixes that problem.

      If you have a decent processor, compiling isn't really that burdensome (the initial installation excepted of course). Most people start their daily or weekly upgrades in the evening before going to bed, making the burden effectively zero. In any event, the advantages are well worth the trouble, and the speed improvements are dramatic.

      Your P2P idea is interesting (sort of a shared cpu cycle approach a la Seti@home). Again, the problem with having others compile for you (rather than sharing cpu cycles you use yourself) is that they will likely have slightly different libraries than you do, for some things at least, possibly compiled with different optimizations, so you cannot be 100% certain that what you are getting is exactly what you want. With Gentoo and Source Mage's approach you can be 100% certain that you are getting precisely what you want, and that it is compiled against precisely what is on your system.

      --
      The Future of Human Evolution: Autonomy
    5. Re:To be honest... by bonius_rex · · Score: 2

      RedHat still has some silliness in its installer.
      The 7.3 installer has singing, dancing hotdogs advising you to get a snack while the packages are copied!

    6. Re:To be honest... by jilles · · Score: 2

      The obvious solution is standardization in combination with version management that's how regular distributions pull it off.

      As I pointed out compilation is no real solution because software is released faster than it can be compiled sequentially. Mozilla for example has a nightly release. Many PC's would have a hard time already keeping up to date with just Mozilla. Many open source projects have short release cycles. E.g. KDE seems to come with a new stable version every few months, the same applies to the kernel and many other projects. Keeping a stable up to date setup

      --

      Jilles
    7. Re:To be honest... by wadetemp · · Score: 3, Funny

      As a last addition: It is not a funny OS either. Mandrake is. Cute little penguins and round, purple install buttons.

      Cute!? The Mandrake penguin is frickin' scary. Duuubee dubee duuuu.....

    8. Re:To be honest... by LunaticLeo · · Score: 2

      In case you didn't get it that was a joke. The "dancing hotdogs" is an old advertizement from Movie houses. Several independent cinemas in my area play that clip before their movies. It is a sentimental throw-back to bygone years kinda thing. Hence, it is a play on the simmilarity to you watching all those pseudo commercials during the install, and the commercials before a movie.

      Let's all go to the lobby
      Let's all go to the lobby
      And get our selves a drink

      --
      -- I am not a fanatic, I am a true believer.
    9. Re:To be honest... by LunaticLeo · · Score: 2

      Caldera, Turbo Linux, and Connectiva ALL forked from RedHat. Suse adopted RedHats RPM format early on, but I haven't the foggiest idea whether they are Yet Another RedHat Fork (YARF).

      [below flame is not directed at the parent of this posting]
      This is one of the things annoying me with the large population of lamers on slashdot. RedHat got big because they made installs and maintainence easy with RPM. RedHat beat Slackware because, RedHat made a self-sustaining company off of Linux. And RedHat has done all this with a FULLY GPL'ed DISTRIBUTION.

      They build a solid conservative distribution. They have become successfull thru competence. Big fsking deal.

      --
      -- I am not a fanatic, I am a true believer.
    10. Re:To be honest... by jdavidb · · Score: 2

      RedHat 7.1 is the OS that convinced me to give up Macintosh. I loved it as a desktop machine.

      That said, I'm currently running Debian on my work machine and one of my home machines because I enjoy the ease of upgrades. My absolute preference is to compile everything from scratch.

    11. Re:To be honest... by irix · · Score: 3, Informative

      I use various Linux Distros at home (Debian, RedHat, Mandrake) on several machines and I enjoy hacking around with them. Not to mention Free/OpenBSD.

      However, here at work, I need to get stuff done, and not spend my whole day playing with by setup. I have been using RedHat + Ximain Gnome. The system is stable and easy to keep up to date, and it Just Works(TM).

      As more people start using Linux at work, you'll see more of this. That is why RedHat is getting popular.

      --

      Do you even know anything about perl? -- AC Replying to Tom Christiansen post.
    12. Re:To be honest... by Znork · · Score: 2

      I went the other way. I started out with slackware (or was it SLS?) and eventually went to redhat. Pretty much when I had to upgrade glibc and kernel on 5 machines. That's when you start getting over the 'fun' part of rolling your own.

      These days I even run my home network with homes and compiled stuff mounted over nfs, so I can easily upgrade and/or wipe systems in 20 minutes.

    13. Re:To be honest... by ryants · · Score: 2
      An alternative, admittedly far fetched, idea would (imagination going beserk here) be p2p compilation.
      Perhaps not as far fetched as you may think.

      ccache does pretty much that, except a little more "locally". I can imagine moving the cache that this thing uses out to some network (or something).

      The real problem is network latency... it would be faster to compile an individual file than it would be to do a cache lookup/copy over the network.

      --

      Ryan T. Sammartino
      "Ancora imparo"

    14. Re:To be honest... by Nailer · · Score: 2

      even though no one seems to use it

      Let me guess, you hang around on IRC a lot? In my experiece, which might not count for much, people that use other distributions, particularly Debian, seem to like advocating their distro by pointing out the shortcomings of others wherever they can. A fellow at my local LUG giving a talk about using Dpkg must have made at least four or five OT remarks about how much he dislikes Red Hat and the things they did in version 6.2 he didn't like (FYI, 6.2 is four releases old and a gret deal has changed since then - conversely I don't rant on about the lack of package verifications tools in the old cut current Debian Potato). Oh well...

      In the server market, Red Hat is generally acknowledged to be running on more than 50% of Linux systems. According to Netcraft:

      On a crude count of Linux Apache sites found by Netcraft where the Apache signature has been branded by the Linux distribution company, Red Hat currently has 69%. SUSE and Debian are the closest challengers with 9% and 8% respectively on a worldwide basis, though SUSE is the leading distribution in German speaking countries.

    15. Re:To be honest... by bonius_rex · · Score: 2

      No, I got the joke. The post I was replying to said that redhat was not a funny OS like mandrake with its cute penguins. I was just pointing out an example of RH's own silliness.

    16. Re:To be honest... by LunaticLeo · · Score: 2

      my bad. I didn't notice that.

      --
      -- I am not a fanatic, I am a true believer.
  9. They should *all* be co-operating by pubjames · · Score: 2


    This is great. What would be even greater would be if all the Linux vendors could standardize as far as possible on the core distribution. They should compete on the nature of their services.

    1. Re:They should *all* be co-operating by squaretorus · · Score: 2

      Agree. This would take some pretty sophisticated management from all players - and probably force the minnows to spend a lot of time just bending over - but if it could be made to work would have great benefits.

      It won't happen if these companies behave too traditionally - but it might if they think outside the normal parameters for a bit. A commonly funded core - surrounded by each company individually producing 'their own bits'.

      Nah - not going to happen!

    2. Re:They should *all* be co-operating by Salsaman · · Score: 2
      A commonly funded core - that's what the Linux Standard Base is.

    3. Re:They should *all* be co-operating by Salsaman · · Score: 3, Informative
      "The Linux community is notorious for thumbing their noses at standards."

      You are correct, but only for proprietary standards. Open standards are generally gladly welcomed by the Linux community.

      The Linux Standard Base is becoming more and more popular with distributions, since following the guidelines means that a package created for one distribution should install and work smoothly on all compliant distros. All Linux distributions will eventually have to follow the LSB recommendations, or risk not being compatible with commonly released packages, and losing their user base.

      I think the LSB's work is a Good Thing all round both for the distributors and for end users and developers.

  10. Re:too late? by Anonymous Coward · · Score: 2, Informative

    > I'm all for competition, but it seems to me that we've already dealt with this particular issue.
    This is a very North American way of looking at the Linux marked. Fortunately, the rest of the world have another view of the Linux marked.

  11. That's Slashdot... by HiQ · · Score: 4, Funny

    They will announce ... on thursday. But to take the pleasure out of their announcement, Slashdot pre-announces it on wednesday. There goes their 5 minutes in the spotlight. How inconsiderate!

    1. Re:That's Slashdot... by Bob9113 · · Score: 2

      I'm assuming this is just a joke, but every joke hides a little insight right?

      Slashdot and eWEEK are insider sites, information that is published here is not really published in the general / popular media sense. Likewise, you can get advanced info on the music industry from Spin magazine, or about the crazy people culture from the New York Post.

      Say, that makes us the Linerati - does that give us cachet? Does this mean we can get behind the velvet rope and watch the losers who read Variety trying to chat up the bouncer? Alas, no more, but what fond memories from the late 90's.

    2. Re:That's Slashdot... by Andrewkov · · Score: 2
      Slashdot and eWEEK are insider sites, information that is published here is not really published in the general / popular media sense. Likewise, you can get advanced info on the music industry from Spin magazine, or about the crazy people culture from the New York Post.

      You won't see this announcement on CNN tommorow ... Slashdot (sadly) is about as mainsteam as it gets in Linux news.

    3. Re:That's Slashdot... by hawk · · Score: 3, Offtopic
      >Slashdot and eWEEK are insider sites, information
      >that is published here is not really published in
      >the general / popular media sense.


      Once upon a time that was true.


      As of a couple of years ago, it's rare to find technical announcements on slashdot that were not in that morning or the prior day's Wall Street Journal.


      Of course, here in my exile, the WSJ doesn't usually make it until the afternoon, so I can't tell you if this one is in it today or not . . .


      hawk

    4. Re:That's Slashdot... by istartedi · · Score: 2

      No, that's not Slashdot. Waiting a month to post the article, and tossing in a link to some guy who has a modified version of the distro hosted on a server with a 500 gig hard transfer limit. That's Slashdot. :)

      --
      For all intensive purposes, "whom" is no longer a word. That begs the question, "who cares"?
  12. It's not the quality of the ditribution by NicolaiBSD · · Score: 5, Insightful

    RedHat's success with businesses is not that their distribution is better than others; - although it's a fine distribution tailored for businesses - it's that they give manager's what they want - support contracts, courses and certificates for employees etc.
    Businesses don't like to take risks, they want to see a shiny reliable company selling them a reliable product, instead of "some freeware distribution written by no good hippies in their spare time". RedHat gives them the comfort of that illusion.

    1. Re:It's not the quality of the ditribution by LunaticLeo · · Score: 2

      I beg to differ. You are not cognizant of history. Slackware beatout SLS, because of better support and packaging. Then came RedHat and RedHat dethroned Slackware with RPMs. RedHat also built a large buisness around it's linux distro. Slackware didn't put as much emphisis on building a biz.

      RedHat became the dominant distro long before business support contracts became a significant revenue stream to linux vendors. Companies choose RedHat primarily because it is the largest vendor; RedHat is not the largest vendor because Companies choose their product. However, RedHat is striving to make a lot of revenue based on support contracts. But that is the revenue model of the GPL, so it has be revealed to the people by Saint Ignacious.

      Joe Linux User built linux, and determined the fate of the distros, long before corperations got in on the game.

      --
      -- I am not a fanatic, I am a true believer.
  13. One Operating System is enough? by GerardM · · Score: 2, Insightful

    When one OS or distribibution is enough, then you might opt for Windows. There is a need for standardisation, standardisation with Unix, for security, for standard Linux. Competition keeps everybody on their toes. With the combination of several distros a lot of duplicate effort will not be done any more. Less duplication of effort is good for all.

    1. Re:One Operating System is enough? by forgoil · · Score: 2

      Exactly my point! I look at it like his:

      "Base" distro does this (among other things):

      * Common package format (so you only have to create one package if you distribute linux software outside of the distros)
      * Core services (kernel, shells, etc)
      * Common bug DB for base distro
      * Standard on versions, paths, etc
      * Standard packages (KDE, gn0m3, etc)
      * Online help

      Branded distro:

      * Brands GUI environment of choice (for example Caldera KDE theme)
      * Adds value (package management, office packages, browsers, etc)
      * Packages, builds, support, etc
      * Tailors for certain products (laptops, Compaq Servers, etc)
      * Tests (and keeps logs on the tests)
      ---

      This way the core of each distro is the same (just like now, just without the minor incompatabilites that screws users over, and without doubling effort needlessly. Each distro gets more than before), yet they can all stand out like the day today. One might go KDE all the day and opimize the system for that, another might go for general purpuse, a third just for IBM/Compaq/etc servers, and a fourth might make the Linux Laptop Distro. Heck, some might go for several of them.

      Now I am sure a bunch of you will scream about freedom and how generally evil I am. But hopefully the others will see my point, think about it, tell me parts I'm wrong about, and add other good stuff. If you are of the second category, please post.

      (Disclaimer: I use XP as desktop OS, but I've used linux for many years, and use it on a daily basis, just not on my desktop.)

    2. Re:One Operating System is enough? by Te1waz · · Score: 2, Interesting

      A agree wholly on this. With one proviso.

      The inclusion of a standard Package management tool or process. The process in itself would ensure each distro adheres to the paths/library locations standard. It would also greatly assist in the usability of the GNU/Linux system.

      I use Suse Linux personally (have done regularly since 7.0) as my home desktop. There's a lot I like about Suse.
      Most reviews I've ever read rate it higher than Red Hat keeps me coming back.
      The regular and relatively well priced releases mean I can depend on regular base upgrades in addition to the online updates.
      Good KDE (my choice of default)and improving Gnome and other Window Manager support.

      MY only gripe is the environment scripted setup, but I don't usually have too much of a problem with installation as long as I compile from Source.

      While Yast2 et all are by no means perfect, the appliance of a standard among the allied distributions would be an ideal way of pooling resources and avoiding duplication of effort (very apt-get to the Open Source philosophy) and it would free up paid distro programmers to work on further enhancements (hint hint, the package management tool).

      --
      From my Autobiography - "Lifestyles of the Sad and Desperate"...
  14. hmm by HeUnique · · Score: 5, Insightful

    There are few details that I don't see being resolved yet..

    All those companies mentioned don't give free ISO's just like RedHat (and Debian for that matter, as well as Mandrake) which kind of makes sense - a customer who downloads and uses the downloaded ISO's is one less customer who would like to pay for the distribution (not all of them - but most of them)..

    I can understand RedHat point - they don't give a shit about people using Linux on the desktop - their eyes are focused only on the enterprise - thats why you won't see RedHat Advanced server available for free download, and you'll need to pay $800 for it (with the bare 30 days support - installation support) so how they're going to compete with RedHat??

    This reminds me the LPI exams (which everyone but RedHat stands behind it) VS. RHCE training/exam - how many people here passed the LPI? how many passed the RHCE? somehow I got the feeling that RHCE is WAY more preffered then LPI..

    --
    Hetz (Heunique)
    1. Re:hmm by HeUnique · · Score: 2

      Care to give me a URL for SuSE 8.0 for X86 download? I'm not talking about the single ISO of live filesystem, but the full download..

      --
      Hetz (Heunique)
    2. Re:hmm by Ed+Avis · · Score: 5, Insightful

      It's curious that this announcement comes from the three most closed and proprietary (relatively speaking) Linux vendors. Caldera has always been a semi-proprietary distribution, with per-seat licensing and other unpleasantness, and both SuSE and TurboLinux keep some of their own software (such as SuSE's YaST installer) non-free. Say what you like about Red Hat, at least they release all of their code as free software (AFAIK). Yes of course the companies need to make money blah blah blah, I just think it is odd that it should be these three all coming together.

      Conectiva appears to be the odd one out; they're a fully free distribution as far as I know.

      It's possible that this deal will mean the end of SuSE's and Caldera's and TurboLinux's proprietary installers, since none of the four companies will want the others to get control over the distribution.

      --
      -- Ed Avis ed@membled.com
    3. Re:hmm by Erik+Hensema · · Score: 2

      It'll be available for download from ftp://ftp.suse.com/pub/suse/i386/8.0/ soon.

      --

      This is your sig. There are thousands more, but this one is yours.

    4. Re:hmm by Daemonik · · Score: 2, Informative

      SuSE changed their policy on free iso downloads some time ago, around 7.0 I think.

      You can download the individual packages (all 6 gigs of it) or you can download the 'live' evaluation iso, but not the actual installation iso's.

      To me it seems fair enough, they have to pay their rent like anyone else and bandwidth ain't free.

    5. Re:hmm by Daemonik · · Score: 2

      I see the standardization being more in the way of file structure, libraries and kernel. It makes more sense then 4 companies distributing the exact same setup but with different logos. This is a standardization, not a merger.

      They would still offer different setup, administration tools and packages but developers could reliably release a binary and know that it will work on 4 distros at the same time, rather than compiling, storing and maintaining a version for each commercial distro.

  15. LSB by rmstar · · Score: 4, Informative

    If somebody is wondering what LSB is, well no, its not the pre-precursor of LSD; it is the Linux Standard Base

    cheers

    rmstar

  16. Debian perfect as a standard. by reaper20 · · Score: 5, Insightful

    Linux Magazine has an article on why Debian would fill in a good role as 'arbitrator' amongst the distributions and why HP chose to use Debian as their standard distro.

    A distro free from vendor squabbling and influence, that's exactly what the Linux 'standard' should be. Now all we need to do is get some LSB action going.

    Why are they bothering to come up with a single uber-distro when Debian provides a solid foundation for this kind of work? If I were a Linux distributor, and was starting to realize that I can make money selling services and a name, why would I waste all this money making up yet another installer - hell, I'd hire 10 guys, slap a commercial release on top of Debian every 6 months, and let the community do the heavy lifting - all the while earning open source karma for supporting Debian.

    1. Re:Debian perfect as a standard. by mgkimsal2 · · Score: 2

      You wouldn't earn goodwill - you'd earn scorn from people because you'd be seen as a leech. No doubt in my mind about it. And it wouldn't really be 'debian' if you included any 'non free' stuff, which you'd have to do to make something commercially viable.

    2. Re:Debian perfect as a standard. by forged · · Score: 2
      Debian has been running on my main machine for a few years, and Slackware on other PCs for even longer. After reading the article and the announcements I am wondering what are going to happen to those. And to some degree, to the lesser known distributions packed with good ideas (Sorcerer among others).

      I am afraid that these unique distributions will eventually be singled out because there will be either RH and followers, or the members this new alliance and their common distro. Of course, this has no influence on how good Debian and other smaller distros actually are, but these will become smaller in terms of `market share' because of this.

      Did I mention how dpkg, apt-get and dselect rule ? :)

    3. Re:Debian perfect as a standard. by reaper20 · · Score: 2

      Nah, not if done right. Progeny failed as a distribution, but I would argue that they (more than Corel and others), not only made a Debian based distro, but proved to be a good member of the open source community.

      Hell, I'm pretty sure some of them are still contributing to Debian.

    4. Re:Debian perfect as a standard. by finkployd · · Score: 2

      It was called Coral Linux, and it failed.

      Finkployd

    5. Re:Debian perfect as a standard. by Daemonik · · Score: 2, Insightful

      This may come as a shock to you, so sit down.

      Some people don't like Debian.

      As to living off the community, the community is only as good as their interest in a project lasts.

      Have you taken a good long look at the sheer number of projects languishing about on Sourceforge that haven't been contributed to in a year or more? And how many of those are efforts to create a better Notepad?

    6. Re:Debian perfect as a standard. by benmhall · · Score: 2

      Hmmm.. I agree with this line of reasoning. However, so far the track record is poor at best. This strategy has been followed by several companies already:

      - Storm Linux
      - Progeny Linux
      - Corel Linux
      - Xandros
      - Libranet

      Of those, only Libranet is moderately successful. This is mostly because they are very niche and have very low costs. I thought Progeny would make it, but they didn't. Xandros has had Corel's code base for years now and have yet to release anything. HP is selling Blade servers with Debian pre-installed, but other than that, commercial Debian is almost non-existant.

      It's too bad, I really think there ought to be a decent market for someone who can pull of a commercial Debian-based install every six months. Really, I guess Potato + Ximian Gnome approaches this.

      Oh-well, maybe one day a solid commercial Debian will become a reality.

      Ben

  17. Needed, but Redhat still meets more business needs by mgkimsal2 · · Score: 5, Insightful

    I read about this last night, and had mixed feelings. It's certainly overdue in the market - there definitely needs to be simpler 'cross-distribution' compatibility for installing packages. Yes compiling from source is generally compatible, but not everyone wants to do that, nor should they have to. It's a waste of someone's time to do that in many cases.

    I think it may be too little, too late, however. This should have been done over a year ago, and there still seems to be too little information on the specifics of the deal(s). Figure it'll take *months* before this has any impact on the installed base out there, it'll be a miracle if this actually 'saves' any of these distros from further marginalization.

    Someone else mentioned Redhat feeds into an 'illusion' that businesses want - 'shiny support', etc. It's no illusion. It may cost money, but damn it - if someone in a business needs support for something (driver doesn't work, upgrade broke, whatever) having a *real person* to call who's been trained on that particular distro is invaluable. Yes, it may cost $200. Yes, you 1337 geeks out there could hang around in IRC for a few hours waiting to get an answer. *Businesses* can't afford to do that. Furthermore, they shouldn't have to put up with those channels of support (not reliable enough - quality of support is hit and miss, and they can't afford to wait for the 'hit' all the time). Whether or not they ever need it ('linux is so stable!') the fact that it's there is more than comfort enough to persuade people to go the Redhat route.

    Furthermore, the Redhat certification and training and all the other secondary services simply help to bolster their lead in the mindshare of the business market. Maybe it's just that they had more cash to play with after their IPO - if so, they've put it to good use.

  18. Support Companies by chill · · Score: 2

    This should make companies like IBM that officially support 3 or 4 different Linux versions happy. This should consolidate things and make life a little easier.

    OTOH, is this going to be like the OPEC of Linux? They "standardize" on one distribution in public, claiming to fight the common enemy but in private they still stab each other in the back and snipe at each other?

    --
    Learning HOW to think is more important than learning WHAT to think.
  19. SEC approval? by Hampo · · Score: 2, Insightful

    So, will the SEC have to step in an approve this?

    Seriously, though. Would any of us be happy if Volvo, Volkswagon, Ford, Hyundai, and Chrysler decided to "standardize" their automobiles to compete with one big vendor? I for one would say no. It would make some innovative new idea, like say a zero emmissions fuel cell car, that much more unlike the standard. New ideas will seem more outrageous if there's such a baseline from which to deviate.

    1. Re:SEC approval? by IamTheRealMike · · Score: 3, Interesting

      Car analogies are often flawed - remember that cars already ARE standardised in that they all are roughly the same width, height etc. They all have similar turning circles: basically they all work on our roads in the same way. In computers we have a situation where some cars can only go down some roads and it's a mess. Roll on LSB.

    2. Re:SEC approval? by Animats · · Score: 2
      So, will the SEC have to step in an approve this?

      The Antitrust Division of the Justice Department has jurisdiction. But there's not going to be any problem. All those companies put together are tiny compared with Microsoft. They could all merge without any objections.

  20. A single distribution? by MichaeLuke · · Score: 3, Interesting

    If they're going to standardardise on one distribution, why don't they standardise on Redhat? No, Seriously.

  21. LSB is the real key issue by dpilot · · Score: 5, Insightful

    Something needs to be done, because the Linux community is allowing itself to get slipped into the Microsoft mindset. With the LSB in place, there should be none of this business of "targetting a distribution" or other Microsoft-like lock-in nonsense.

    1: The LSB needs to be in place.
    2: All major distributions need to adhere to it, and the minor ones should too, for that matter.
    3: Education is key, that LSB-compliance is the real crux of the matter, not some specific distribution.
    4: Packaged software should state its requirements relative to the LSB. LSB+foolib+barlib, etc. Some distributions may choose to distinguish themselves by including foolib and/or barlib out of the box. The ISV should also have copies/pointers for foolib and barlib on their web site.
    5: Distributions are good. More are better, as long as LSB can solve the interoperability and installation problems.

    I'm disappointed to see LSB mentioned only once as of my writing this post.

    --
    The living have better things to do than to continue hating the dead.
    1. Re:LSB is the real key issue by IamTheRealMike · · Score: 2
      Unfortunately there are some distros that simply cannot face the large effort required to make themselves LSB compatible. For instance the LSB says you must use RPM - how likely is it that Debian will listen to that and drop apt/dpkg: it's primary selling point?

      RedHat derived distros like Mandrake are also seeing problems with stuff like file paths and so on.

    2. Re:LSB is the real key issue by Software · · Score: 2

      If you don't know that LSB stands for Linux Standard Base, you could do a Google search for it in 1/10 the time it takes to post to slashdot.

  22. Bad feelings by theolein · · Score: 2

    I have bad feelings when I read about the infighting between the various distributions. While it's certainly positive that SuSE, Caldera etc are standardizing their distribution, RedHat's recent competitive upgrades move and the bickering amongst the vendors reminds me only too well of the Unix infighting and splitting in the 70's and 80's. I worry that in the end the winner will once again be Microsoft.

  23. Re:xxx reports, linux is dead. by justsomebody · · Score: 4, Interesting

    Actually not, they are just adapting to a new form of existance. Targeting geeks it was simple, every geek has it's own needs and would like it's own distribution.

    Targeting masses actualy defines being more organized and more uniform. This way linux development actualy speeds up, what's one of the main things of this merging.

    Setting one standard and deploying jobs across few companys that had to do all the work untill now. Speed is increasing, uniforming gets better and most importantly. There is a higher organisation level

    --
    Signature Pro version 1.13.2-3 release 83.5 beta3try7 after-breakfast edition
  24. What? by morbid · · Score: 2, Informative

    Since when was the debian packaging system based on RPM? It may be similar to RPM, but it isn't RPM.
    And as for De Facto standards, one only has to look at IBM and Microsoft and the state the computer industry is in today. Fair competition is the Best Way(TM) to keep the market in check. We wouldn't want Red Hat to become the M$ of the Linux and UNIX world, now,would we?

    --
    I'm out of my tree just now but please feel free to leave a banana.
  25. They don't exist by mgkimsal2 · · Score: 2

    Show me Caldera's certification program. Show me Mandrake's certification program. I won't even bother with the other two. Caldera's certification is primarily around certifying that your apps and hardware work with their software. The 'education' part is pitched as standard linux admin stuff, nothing specific to caldera. Hardly inspiring, but in 2002, would someone spend money on Caldera-specific training? Probably not.

    1. Re:They don't exist by rseuhs · · Score: 3, Interesting
      I won't even bother with the other two.

      Funny, because SuSE has certification programs, books, courses and everything else.

  26. Technical reasons behind the announcements? by forged · · Score: 2
    Quoting the original article:
    • "It is clear that Red Hat is the 300-pound gorilla in this market, and the other vendors are all struggling from a revenue and shipment perspective to remain relevant on a worldwide basis"

    I don't see technical reasons behind this. In fact, most of the article goes on about market share, revenue, strategy etc., but it remains unclear to me how the vendors are going to tackle the technical issues and what pieces from which distributions will be retained to make this patched-up Linux distro.

    1. Re:Technical reasons behind the announcements? by wadetemp · · Score: 2

      I don't see technical reasons behind this. In fact, most of the article goes on about market share, revenue, strategy etc., but it remains unclear to me how the vendors are going to tackle the technical issues and what pieces from which distributions will be retained to make this patched-up Linux distro.

      Uh, market share, revenue, and strategy *are* the technical reasons. The companies didn't decided to do this because meging thier Linuxes would somehow make a "better Linux." They're not interested in a "better Linux." They did it because Suse's customers + Caldera's customers + Conectiva's customers + Turbolinux's customers, which is more than any one of those companies currently has. They also did it because by merging those resources, they can probably save money on thier end, and with that increased customer number that means more profit. And, as a "larger" company, they might gain even greater market share, and at the very least might be more resistant to RedHat running them over.

      Which version of package A and lib B is going to be in can be figured out when they finally decide to ship the thing.

    2. Re:Technical reasons behind the announcements? by forged · · Score: 2
      Heh, this is very much like HP + Compaq --> HPQ will end-up doing (decide which lines of overlapping business to cut).

      Uh uh uh, I see a disturbance in The Force ;)

    3. Re:Technical reasons behind the announcements? by morcego · · Score: 2

      I would have to agree with you on that one.
      Can you say "massive layoffs" ? I'm sure you can.

      --
      morcego
    4. Re:Technical reasons behind the announcements? by morcego · · Score: 2

      (full quote for those who read at +1)
      ? Why? The companies' respective geographic markets are almost completely separate, so there's no overlap - the staffing currently needed in one area will continue to be needed once the UnifiedLinux (or whatsoever its name will be) comes out.
      Technical staff, development staff, international sales, support clerks, documentation writes etc.
      There are lots of places where I'm sure the capitalist partners would love to see some cuts.
      Then again, I might be wrong.

      --
      morcego
  27. Hummm by A_Non_Moose · · Score: 2

    standardize on a single Linux distribution to try and take on Red Hat's dominance

    So instead of taking market share from Windows, the idea is to take it from Red Hat?

    Doesn't this strike anyone else as just a wee bit stupid? After all, the strenght of linux is choice and now the goal is to limit that choice.

    /me shakes head

    --
    Have you read the moderator guidelines? Well, have you, PUNK? (and I want a Karma: Gnarly option)
    1. Re:Hummm by wadetemp · · Score: 2

      So instead of taking market share from Windows, the idea is to take it from Red Hat?

      Doesn't this strike anyone else as just a wee bit stupid? After all, the strenght of linux is choice and now the goal is to limit that choice.


      No, not really. Diversity may be good for consumers, but it does nothing for each of the individual companies that wants to sell and/or sell support for Linux. If your stuff doesn't produce revenue for a length of time, you go out of business (or in IBM's case, you just stop bothering.) Does having no choice sound better than having some choice? Or even having a choice at all?

  28. Re:too late? by Scottaroo · · Score: 2, Informative

    No, Mandrake was originally based on the RedHat distribution. It's claim to fame was that they took the basic RedHat distro (386 optimized) and recompiled it to 586 optimization. It will only run on Pentiums and higher. The installer is definately different, but the base - where things are located, RPMs, the configure scripts - are all based on RedHat

    --
    ----------
    If your answer is Microsoft, you obviously didn't understand the question.
  29. A touch of inside info by riggwelter · · Score: 2, Informative

    I heard about this a few weeks ago from a friend within one of these companies, who also asked me not to post it until it was announced (ahem!)

    Apparently, the initiative has come from IBM here, they're going to call in Universal Business Linux (UBL - quite unfortunate) Word is that SuSE will produce the distro for the other three companies, although at the time, Connectiva weren't in on it.

    Basically, what's in it for IBM is this: It reduces the number of distros they have to support to two: Red Hat and UBL

    --
    Listening for the sound of the coming rain...
    1. Re:A touch of inside info by morcego · · Score: 2

      Well, looks like the cat is out of the bag already.
      I can't confirm much of this, but it WILL be named UBL.
      About who will make the distro, or about IBM leading this, I have no idea.
      And I too agree that UBL is a very unfortunate choice of a name. But, hey, we have to stick to tree letters, don't we ?

      --
      morcego
  30. Isn't it? Define quality, then lets talk about it by EvilAlien · · Score: 3, Insightful
    Perhaps the ability to support the product like a real vendor makes Red Hat the best distribution. By what qualitative analysis do you judge which distribution is better than others?

    It can't be ease of use, that is not the point of UNIX-like operating systems. Some distros may get close to the ease of use of Windows, but is that really the primary goal of any distribution?

    It can't be the prettiness of the desktop. Window managers are not tied to the distributions, although some prefer prefer certain desktop suites. However you look at it, there is a UNIX that takes the desktop beauty pageant hands down: Mac OS X.

    Maybe you judge "best" by how much control you have over the operating system... does that require working with source in all cases, or is fine-grained package management good enough? They all give you incredibly control over the operating system, differences in the layout of /etc aside.

    I could keep on going, but I'm sure you get the point. How much "better" a distribution is has to be looked at very subjectively and therefore the judgement lacks meaning. As long as a distro works, installs, is reliable, and essentially does what it claims to do, you have to give it the stamp of approval as a good distribution. Past that, everything is a matter of opinion.

    Perhaps, for business, Red Hat simple is the best. Personally, that is the conclusion I've come to. I love Mandrake, prefer it, more or less, to Red Hat, however I've chosen Red Hat for the servers I build (and I build servers both for personal projects and for use by the large telecommunications company I work for) and for workstations. My workstation at the office is Red Hat, while at home I use Mandrake.

    Each has their benefits. I've played with Debian, Storm Linux, Progeny (i.e., Debian+), Gentoo, and so on. Every distribution has something of value, some only as learning tools.

    If we want to get very Darwin about the whole thing, then Red Hat is obviously the fittest distro. Its not the first, but it is the largest, most widely used, and has all but wiped out older "species" like Slackware, IMO.

    --
    perl -e 'print $i=pack(c5, (41*2), sqrt(7056), (unpack(c,H)-2), oct(115), 10)'
  31. Wonderful, more compatability problems.... by Arethan · · Score: 3, Interesting

    You know, I could care less if there are 5 or 5000 Linux distributions out there. But I'm really getting tired of the lack of binary compatability between distributions. And when I say that, I mean lack of binary compatability all the way from libc up to the desktop environment. I can compile simple command line apps and have it run on most distributions, but the second I start using extra libraries (like GTK+) I start running into compatability problems between distros.

    Distro A has the library, but it's a different filename since it's a newer version than the one in Distro B. Bah! The best tech that MS stole was COM objects. Just cram all the necessary versions into a single file, and let the runtime linker figure it out on the fly.

    Well, I'm not trying to say that we need that sort of extra functionality/overhead, but I do want to say that Linux will take off like a shot at soon as developers have a steady target to aim for. The sooner all the major distros decide on a list of libraries that make up a standard linux distribution, the sooner I'll be able to start telling my friends and family that they should switch.

    RPM, apt, deb, and even slack's TGZ all have the same problem. The application/library is compiled and packaged for a single version of a single distribution. Sometimes you can take them to another version or distro and it will work, but most often not. With a little fussing, you can usually put together some symlinks on a few libs that will at least get the app to run, but certain features won't work correctly, or the app will crash because a certain interface isn't exposed by this version of a lib. Even if it did run 100% correctly after you made the necessary symlinks, that still isn't good enough, since you had to manually manipulate the system in order to get the app to run. I don't tell my family to run regedit when they can't get an item out of the "Uninstall Application" menu (I fix it for them next time I'm over there), so I'm not going to tell them to "Just make a few symlinks in /usr/lib and you'll be okay" either!

    Man this continual problem pisses me off...
    It's so basic that I was sure that it would have been worked out by now. I've looked and looked and found nothing. The Linux Standard Base doesn't even come close to defining everything that is necessary for binary compatability between distros, and google hasn't given me any other good leads.

    If I'm missing the big red neon sign that points to the solution, then please do share it with me. But if I simply haven't found it because it doesn't exist, then we should defenitely evaluate the value that this would add to Linux, and seriously consider its immediate implementation.

    1. Re:Wonderful, more compatability problems.... by elflord · · Score: 3, Interesting
      Distro A has the library, but it's a different filename since it's a newer version than the one in Distro B. Bah! The best tech that MS stole was COM objects. Just cram all the necessary versions into a single file, and let the runtime linker figure it out on the fly.

      Actually, Linux also lets you install different versions of shared libraries. For example, check your system to see how many different versions of libstdc++ you have. I have 6. The main problem is that distributions often differ at the very core. For example, if the glibc versions are different, there's really not a whole lot of hope of any binary compatibility. And if the gcc versions are different, all of the C++ binaries will be incompatible.

      The problem with "base level" differences is that you typically need a parallel set of libraries-- for example, if you have a program that needs an old libc and libjpeg, then you actually need a special libjpeg version that is compiled against the old libc. In other words, you can't just install an old libc, you need to install an old libc subsystem. I do this a lot because I need to have a gcc 3 based development platform. For me, the subsystem means gcc + qt (thankfully, the default glibc is OK, otherwise I'd also need glibc, libpng, libz, libjpeg, and the X11 libraries) The reason your simple command line apps run on most distributions is that most distributions have a minimal (libc + X11 + libstdc++) compatibility subsystem, but that subsystem doesn't include GTK. If you want your GTK apps to run on any distribution, you'll need to link statically to GTK and any other graphics libraries (jpeg, etc)

      My suggestion as far as solutions are concerned is to forget about running anything that's built against the wrong version of libc, and avoid running anything that's not built on your distribution.

  32. Wake up, kid by Anonymous Coward · · Score: 2, Insightful

    Linux isn't ABOUT anyting, accept running your computer in concert with its peripherals.

    Linus has said several times that he isn't some idealist promoting some grand utopia. It was a stupid learning project. His use of BitKeeper should have slapped some sense into you.

    Red Hat has ONLY been about money from day one. They have been capitalising on the free marketing that is the rabid evangalism that so many beatnick youth lend to it. SuSE is no different. Caldera bought DR-Dos just to make money on a law suit, so what does that tell you about them.

    Linux companies don't exist to magically whip up VC to pay the volunteers, and then go bankrupt. They exist to make a profit. And if you are going to make a profit, you need to constantly work on increasing that profit, or you slowly die.

    Not to mention that this VC doesn't come from some grand benefactor but from a lot of savvy business people that have no clue what Linux is, just what a profit is. As soon as you accept their money, you have already sold your ideals down the toilet.

    Linux isn't about anything.

    Linux companies are about maximising profits while minimizing production (using other peoples IP) costs.

  33. Re:too late? by Anonymous Coward · · Score: 2, Informative

    Mandrake is in fact based on RedHat. You should not be so quick to call someone a liar just because you did not know this information.
    Mandrake and RedHat may have different installation methods but Mandrake was originally based on RedHat but optimised for Pentium processors. I would guess that the original founders of Mandrake took a RedHat distro and changed/improved upon a significant number of things and called it "Mandrake".

  34. Re:too late? by Jonas+�berg · · Score: 2
    Yes, the word is indeed "loosly". I don't remember the exact dates, but work on RPM version 1 was started in 1996 I believe. Before that, there was other package managers, like Debian's dpkg. Debian certainly had package management in -94 and by -95 it was fully functional and used extensively in Debian (remember that Red Hat wasn't founded until -95).

    I hope I've gotten the dates right; my memory is a little muddy from so long ago, but they should be more or less right. Of course, during the last years, both dpkg and rpm has borrowed ideas from each other even if they've developed independently.

  35. Re:More by wadetemp · · Score: 2

    Being able to actually sell or convince people to use software so Linux doesn't die is good.

  36. Re:Cool.... by Anonymous Coward · · Score: 2, Funny

    Let me just say there are many times I wished for the opportunity to meet SCO Unix alone at night in a dark alley.

  37. This has got to stop!!! by Aceticon · · Score: 2

    No wonder there's a huge fragmentation in the Linux world - it's all a problem of excessive number of libraries.

    Just look at this, they've done a foolib and a barlib - c'mon guys, everybody knows that foo.c and bar.c are just example names, why create a lib for each of them?

    Next thing you know and they'le come up with a helloworldlib or maybe put a web site on example.org

  38. Two things that would make this RedHat user switch by BitMan · · Score: 5, Interesting

    Anyone who has messed with Caldera, SuSE and Turbolinux knows that they do NOT produce a 100% redistributable version of their commercial offerings. In addition to now allow redistribution of their CDs, most either omit major packages, or limit usage to "personal." As of 8.0, SuSE has gotten even more restrictive no longer offering free downloads of many components. This alone has turned off this user from considering their software.

    Conectiva, on the otherhand, has gained a lot of notariety in their efforts. The two biggest being the use of Apt for RPM, and one of their lead developers managing a Linux kernel branch alongside Alan Cox and only one other. I have not used their distro, and DistroWatch.COM does not differentiate between "free download" and "100% redistributable" so I cannot tell if they maintain the same GPL-anal approach as RedHat. For now, I'll assume so (please let me know if otherwise?).

    So, for this strategy to work, assuming the rumor is true, I make the following 2 recommendations to the resulting conglomerate:

    1. Make a 100% Redistributable CD set, then value-add

      These vendors don't have to stop value-adding to their distros. In fact, this approach could still allow them to do so. But they really need to build some mindshare with those of us who like RedHat and Debian because of their 100% GPL-focus. Release a 100% Redistributable CD set which they all agree on. This has kept me from using Caldera, SuSE and Turbolinux over the years.

      Then each can include their own CD #1 binary, "alternate," non-redistributable boot CD in their commercial, boxed sets so the value-added stuff can be installed (in addition to other, non-redistributable CDs). The idea is that the install packages should be the same for both the freely redistributable and commercial non-redistributable versions, even if the default/base freely redistributable ones are replaced by those in the commercial, non-redistributable CD(s). Simple, no?

    2. Leverage Conectiva's Apt focus, build a Debian-like "universal" repository

      This will get the masses to join them. If the new conglomerate can build a new, 3rd party software repository for Apt like Debian has for Deb, this would get me to use this new distro. And they would quickly find that a number of 3rd party free software / open source projects would make sure their packages are built for and distributed in this new RPM-Apt repository. God knows I'd be sold in a heartbeat, assuming the distro quality is as good as RedHat. With SuSE in the mix, I don't see this being an issue, since I have used their kernels before (and trust them as much as RedHat).

      Right now I mix a custom distro (usually installed via NFS so I don't have to build CDs that are outdated quickly) use RedHat with Ximian and FreshRPMS added. Ximian is Ximian, and I don't forsee not using their Gnome set (this new "standard" distro will make it easy for them to support). FreshRPMS is RedHat-focused and uses RPM-Apt, but it is far from "comprehensive" with only about 50 packages or so. This is a far cry from Debian's 10,000+ Going to RPMfind or the older contribs is just not viable, and I don't bother much anymore. But I don't have nearly the package selection as Debian with RedHat and this frustrates me since I will not use Debian for other reasons (I'm not going to expand on them here, just note I said *I* will not use Debian -- not that Debian is "bad," not at all).

    --
    -- Bryan "TheBS" Smith
    Independent Author, Consultant and Trainer
  39. Linux by hdparm · · Score: 3, Informative
    It has become obvious that Linux is ready for big game. When big game is on, rules are different, players are tougher, stakes are bigger and, suddenly, Linux is much more than fun. People from said 4 companies have realised this but probably too late to make any serious damage to Red Hat, not to mention other players in this game.

    No doubt these guys have technical expertise comparable to Red Hat's. Product, even combined one, is also similar, based on the same components. And that's it. Not enough for a big game - can't be won on technical merrits alone.

    Red Hat is different. They (well, Bob Young may be more accurate) figured this long time ago and have been building the brand name, portfolio of products and services and awesome team of people. Red Hat now has all that. Their product kicks ass from Wall St. all the way down to my laptop, they've got name recognized all over the world, second ranked Linux authority and many more of the finest developers work for them, Red Hat's support is top of the shelf, their training program is ranked 1st in the world, their cash account is very healthy and they are still one of the greatest OSS contributors.

    Oh yes, almost forgot - they're some 7 years ahead.

    Hats down to them.

  40. Good by 4of12 · · Score: 2

    I'm really glad to hear that the smaller vendors are pushing towards standardization, something that benefits not only consumers like me, but software vendors that would be frustrated by the fragmentation in the Linux marketplace.

    Anyone worried about loss of diversity should not be so worried. These vendors still make money by distinguishing themselves from their competitors. So despite the standardization efforts, you'll inevitably see quirks and spins on the various flavors, eg., we bundle StarOffice 6.0 for free, we have db2, etc.

    I've really like SuSE for its massive size. It comes with more stuff than RedHat out of the box. I've seen novice sysadmins install versions of RedHat for coworkers that lack some key tools like gcc or TeX (probably just picked some default "consumer" option).

    --
    "Provided by the management for your protection."
  41. Red Hat's little forks by _|()|\| · · Score: 3, Insightful
    Someone else mentioned Redhat feeds into an 'illusion' that businesses want - 'shiny support', etc. It's no illusion. ... having a *real person* to call who's been trained on that particular distro is invaluable.

    The other aspect of Red Hat (and, perhaps, all significant distributions) is the work that goes into developing a stable combination of packages. kernel-2.4.18-4.src.rpm is a long way from the generic 2.4.18 kernel: it has over 100 patches, including a 20 MB whopper from Alan Cox. GCC 2.96 is the most visible fork, but hardly the only one.

    It's all free software, the majority of which makes it back to the original project, but Red Hat is the first to take advantage of its own hard work. That's an advantage.

  42. Save Synaptic! by JCCyC · · Score: 2

    (...) both SuSE and TurboLinux keep some of their own software (such as SuSE's YaST installer) non-free. (...)

    Conectiva appears to be the odd one out; they're a fully free distribution as far as I know.


    Man, if they drop Conectiva's Synaptic in favor of a proprietary installer I (and many many more) will be MAJORLY pissed. Synaptic is free, and it rocks.

  43. ...And then there will be 2... by dbretton · · Score: 2

    This is indeed a moment that will change the Linux industry, because, in the not too distant future, there will be only 3 major linux companies:
    Red Hat
    Debian
    -otherGuy-

    Where -otherGuy- is the final form of these companies who insist on putting together a single distribution base.

    Within 1.5 years, we will see only 3 "major" players in the Linux distro market, with Debian taking a distant 3rd in revenue.

  44. awww by TheTomcat · · Score: 2

    no playing whereis that config file

  45. Red Hat Released a Statement by goneaway · · Score: 2, Interesting

    about all this icky patent stuff here which I'm assuming was the impetus for this announcements timing despite the fact that these four have been scheming for a while.

    --
    your = it belongs to you. you're = a contraction of you and are. Got it now?
  46. Re:distro schmistro by Daemonik · · Score: 2, Funny

    The main reason behind the Holy Distro War is that the children of Linus disagree on the manner in which he is to be worshipped.

    There are the Debianites, who believe that all their script-tures should be free and that no script-ture shall be trusted till it's mettle has been proven. Many of these also worship the idol RMS and intend to forsake the word of Linus when RMS has completed his book of HURD.

    There are the Sourceites, who believe that the script-tures must be compiled by each worshipper individually and that no precompiled script-ture shall be trusted. Many Sourceites care naught for the stability of their systems nor do they utilize it for more than benchmarking, after which they brag to others of how their system r0kz.

    There are the Newbies, those who are recent converts to the word of Linus and have varying levels of faith. Many have run from the false promises of the Anti-Linux Bill G seeking salvation in the promise of stability and freedom from avarice. Many of Linus' followers take pity on the Newbies and work dilligently to provide them a comfortable place at the altar of Linus.

    The motives of the Helpers of the Newbie are many. Most do it as faithful keepers of the Word of Linus, spreading his word far and wide. Many charge a small pittence for their work although they endure much distaste from others for it for legion are those who feel that they deserve the fruits of others labor for free.

    Each believes his path to salvation is the right one and woe to the unlucky churl who defames it.

  47. They don't get it by SomeOtherGuy · · Score: 2

    RedHat is not the leader because the distribution is any better than the umpteen million other distributions. It is the leader because of name recognition and good leadership and money management. They were able to "brave the lean years" and somehow put a product ON THE SHELVES of Best Buy, CompUSA, etc....Without millions of dollars of VC or .COM wet dreams, etc...etc. Most people recognize stability in existence and lifespan much more than the average /. user would.

    Sure if Suse, TL, Caldera, et all....Get together and combine strengths -- they may get a superior product out there -- but will still lag behind RedHat in the aboved mentioned categories.

    --
    (+1 Funny) only if I laugh out loud.
  48. Red Hat != Evil by Bilbo · · Score: 2, Insightful
    I don't speak for everyone (fortunately), but I don't think the problem is so much with RedHat as it is with the idea of One Company dominating the Linux distribution market. Any time you start to migrate towards One Company, you fall into the same pit as we had with the old IBM, and now Microsoft, where The Company begins to excuse shady, or downright unethical marketing behavior in the name of preserving its market share and profit margin.

    Shoot! I happen to like the RedHat distro., mostly because that's what I'm familiar with, and recommend it to everyone else who asks me, but I sure wouldn't want to see them muscle out all the other distributions. Remember -- it's the competition that keeps these companies honest, and forces them to keep the customer at the top of the priorities stack!

    --
    Your Servant, B. Baggins
  49. The More I Use Windows, the More I like Red Hat by Interrobang · · Score: 4, Interesting

    Here's a slightly different perspective: I am still relatively new to Linux (>2 years), and I'm just a rank beginner when it comes to programming. I sit in front of a Windows box all day at work because I have to, and I have a Windows box at home, too, mostly for (in)convenience.

    Why do I use Red Hat? Why do I use Linux at all? Well, frankly, the more I use Windows, the more I like Linux. It's stable, powerful, non-stupid, (don't even get me started about Stupid Automagical Windoze Tricks) and it does exactly what I need in a way that works well for me. Also, I think the interfaces are fascinating, so I'm writing a paper about them (for the arts/social sciences community) now.

    On the other hand, I neither have the skills nor the inclination (yet) to spend hours tweaking and reprogramming config files so that I can get something up and running. I like that it works. I like that I can do what I want with it, and I don't have to tinker with it incessantly.

    Sorry if that sounds kind of anti-hackerish (it's not meant so), but I'm still trying to master the basics, and I wouldn't try to drive a Formula 1 racer while on my learner's permit, either.

  50. Red Hat Network, stupid! by mcrbids · · Score: 4, Interesting

    I use Red Hat Linux for my servers. I'd not dream of anything else at the moment. Why?

    1) Excellent support - whatever software I want to install, I can be quite sure that there's a RH version - often in RPM form. This reduces the cost of maintanence dramatically.

    2) The RED HAT NETWORK is fantastic! I simply type "up2date -u" and 10 minutes later, I have all the relevant security patches installed! Just $5 per month, and their download servers are FAST. (I routinely see 15-20 Mbit connections - 10x-15x FASTER than an unfettered T1!)

    3) Reliability. My Red Hat systems are stable. They work today, tomorrow and next year.

    4) Stability of the distro. Red Hat has been around. They are profitable, or at least not burning capital very fast. I can feel good knowing that I'm investing my considerable time, money, and energy into a platform that will be there in the future, too.

    With the above, I can fulfill my support contracts easily and cheaply, and focus on the delvery of service rather than simple maintanence.

    Is Red Hat perfect? No. But it satisifies the above, and they are what I need to found my business upon.

    --
    I have no problem with your religion until you decide it's reason to deprive others of the truth.
  51. slightly hypcritical by sixSecondsOfDefeat · · Score: 3, Interesting

    Let us not hate Red Hat just for finally being able to do what we have all wanted to do for years: turn OSS into a viable marketable tool.

  52. Proprietary Extensions by Bilbo · · Score: 2

    I fully expect Sun to fold in their own proprietary extensions and tools. I don't think they will use the same "Embrace and Extend" tactic as MS, where the end result is a corruption of the original, open API. Rather, they will be adding additional management and usability layers. They may even add in proprietary kernel modules (LGPL) for things like advanced file systems, though that could quickly get them into rather troubled waters...

    --
    Your Servant, B. Baggins
  53. Competition is good by toolz · · Score: 3, Interesting

    We all know that competition is good. It encourages innovation, progress and new directions. One of the reasons why there has been so little real innovation in the closed-source world has been the lack of competition to Microsoft's products (other than Windows Servers - which are seriously challenged by Linux).

    Over the years, Suse, Caldera et al have offered little serious competition to RedHat when it comes to *marketing* themselves (technically, RedHat is no way superior to any of these distributions).

    A "UnitedLinux" would actually be a good idea. It will encourage (spelled f-o-r-c-e) RedHat to improve their product (I am an RHL user, but I'll be the first to admit that RHL is about as exciting as a glass of water these days).

    At the same time this will give the players of UL a chance at a bigger market, which in the end is good for Linux and OpenSource.

    However, just like Linux chewed up the Unix market before it started spreading its wings, it is very likely that the initial gains UL would achieve would be at the cost of RedHat's share. There will probably be a bit of seesawing before things stabilize.

    And *that's* where the fun really begins. ;-)

    --
    You aren't remembered for doing what is expected of you
  54. Re:why would sun make their own version of linux? by MaxVlast · · Score: 2

    The only difference is that I can look up the APIs that StarOffice is using whenever I want to. If I write a polite letter to MS asking to receive a copy of the Paperclip Character API, I'd receive a polite response of total silence. If I want to see the Linux animated paperclip api, I simply look at /usr/src/linux/include/p-clip.h

    --
    There should be a moratorium on the use of the apostrophe.
    Max V.
    NeXTMail/MIME Mail welcome
  55. Re:Gentoo by Wizy · · Score: 2, Interesting

    I dont see what you mean? Its got many people doing "real work" with it. Keeping up the ebuilds, working on portage and so on. It also has many users. I have switched all of my production and development servers to it. I know many others who have as well.

    I imagine gentoo as the second coming of linux. It is so far and above the rest of the distros in the way it feels to use. I just love it.

  56. Re:You're mistaken about debian by joib · · Score: 2



    Actually the LSB says you have to support installing RPM packages, but not that you have to use rpm to do that. From http://www.linuxbase.org/spec/refspecs/LSB_1.1.0/g LSB/swinstall.html I got the following:
    "Applications should be provided in the RPM packaging format as defined in the appendix of Maximum RPM"
    and
    "The LSB does not specify the interface to the tools used to manipulate LSB-conformant packages. Each conforming distribution will provide documentation for installing LSB packages."

    Debian supports installing rpm's through the alien program which converts rpm's into deb's (or tgz's for other distro's). I've done this myself several times. It also supports creating LSB-compatible rpm's through the lsb-rpm package. Hence, in this regard, debian is LSB compliant. As far as I know (and I admit it's not my domain of expertise) debian has no problems reaching full LSB compliance, and debian 3.0 will be LSB-compliant. At least that's what they're aiming for.

    Good points. But unfortunately debian 3.0 won't be LSB compliant, IIRC. I think the main problem lies in runlevels, and init.d script installation.

  57. Re:Two things that would make this RedHat user swi by rseuhs · · Score: 2
    SuSE is redistributable. You can install it as often as you wish, you can give it to friends and you can put it on an FTP server or on Napster.

    The only thing you are not allowed to do (and the only thing different in the YaST license compared to the GPL) is that you are not allowed to charge money for redistribution.

  58. Re:too late? by LunaticLeo · · Score: 2

    I must contradict you on this point. RPM most certainly predates DPKG. More importantly RPM was deployed in a distro before DPKG. You may not remember the intolerably long delay till the release of Debian 1.0 but it haunts me to this day.

    --
    -- I am not a fanatic, I am a true believer.
  59. Re:Two things that would make this RedHat user swi by LunaticLeo · · Score: 2

    I hole heartedly aggree with you. I have been advocating the need for a Redhat sponsered version of Debian packages and/or *BSD ports.

    Further, your point about a GPL'ed base distro is right on. If SuSE, Caldera, Turbo Linux, and Connectiva are after RedHat's buisness they might want to notice that RedHat is makeing money because it has a GPL base distro out there, NOT inspite of that fact.

    RedHat user since 3.03.

    By the way. I noticed your low slashdot user id. I thing it would be great if I could filter messages, not only based on score but also user id.

    --
    -- I am not a fanatic, I am a true believer.
  60. Revenue hardly affects Debian by fsmunoz · · Score: 2, Interesting

    Within 1.5 years, we will see only 3 "major" players in the Linux distro market, with Debian taking a distant 3rd in revenue.

    Revenue has hardly any influence on Debian development, and has such it can't be used to prove which distribution would be more popular in your hypothesis. I will package things and help development without revenue in mind, at least for my self. That's one of the biggest strenghts of Debian (well, it can also be the root of some 'features' in development timing): it isn't really dependent on bussiness pressure or traditional revenue models.
    As such you can pretty much assume Debian will always be there, and that's, well, conforting :)

    regards,
    fsmunoz

  61. I admit it, I once used Redhat by Skapare · · Score: 2

    I first tried Redhat around 3.0.3 I think it was. What a piece of junk. I stuck with Slackware.

    Later I got a cheap Sun Sparc 5 computer and after I got tired of messing with Solaris (lack of source, blah, blah, blah), I wanted to see what Linux would do. Redhat had a Sparc distribution at the time, version 5.1. With that I found that Redhat had improved. So I even tried Redhat on my next x86 box.

    As time went one and I upgraded from 5.1 to 5.2 and then to 6.0, I started slipping deeper and deeper into dependency hell. The reason was I upgraded many things by compiling source, and the RPM database just got all out of whack. I was at the point of always doing forced installs of things I did install by RPM, so I was really getting no advantage from the package manager at all. But that wasn't what drove me away.

    The system initialization scripts were a nightmare. There were bugs such as the fact that telnet/ssh sessions would not be properly closed when rebooted. The shutdown order seemed right, but maybe it was wrong. I tried re-arranging things but that either didn't help or made things worse. I was at the point of hacking the scripts with little success and a lot of frustration (too many source'd files, too many functions ... you are in a maze of twisty passages, all different). I finally decided I had enough and I'd rewrite the init scripts from scratch.

    Now that I was going to make such a huge change, I also decided I needed go ahead and solve all my problems, first. I still had machines that were on Slackware that had (luckily) never been switched to Redhat. So I went back to Slackware at version 4.0, and soon 7.0 came out.

    I did rewrite the init scripts, and replaced all the Slackware scripts with my own and it runs just fine. My init scripts do have separate scripts for each service to be started or stopped, but everything is in a single subdirectory. There are no symlinks. Run levels are coded in a different way. It's not SYSV, and it's not BSD. But it works, and it's not in source/function hell, and has been solidly reliable for a few years now.

    But the real value of all these choices in operating systems and distributions in the free software community is ... the choice. The world is most certainly full of different people, and there are different things available for them, including different distributions of Linux, and different flavors of BSD. Not as much choice comes out of the Redmond Washington USA area.

    --
    now we need to go OSS in diesel cars
  62. Your solution has a very high price by FreeUser · · Score: 3, Insightful

    The obvious solution is standardization in combination with version management that's how regular distributions pull it off.

    Yes, of course, but there is a heavy price to be paid for that "standardization", namely the inability to have current software on your system, and the subsequent slowdown in providing timely feedback and bug reports to authors.

    Debian, as an example (and as my favorite binary only distribution), had one of its developers respond to a question by a curious user as to when XFree 4.2 would be included in debian with the curt answer: "Leave me alone. It will be months." Source Mage ("Sorcery" at the time) had X 4.2 available within a day, Gentoo very shortly thereafter. Those of us who needed the bug fixes and additional hardware support didn't have to wait "months" for its inclusion into a binary distro, or alternatively have to compile it ourselves (by hand) and then watch as various distribution-provided binaries start to break because of X 4.2's differences from X 4.1.

    On the contrary, we had clean, solid, good support from day one, which meant we got the bug fixes in a much more timely manner, and were able to deploy configurations not even possible with other distriutions. And we didn't have to sacrifice stability in order to do it.

    As for Mozilla, it may have nightly cvs builds, but Gentoo and Source Mage both reference release builds (e.g Mozilla RC2, RC3, etc.), not nightly builds as a rule. So while those wishing to have the very latest may find themselves compiling mozilla once every two or three weeks, it certainly isn't a nightly affair. Ditto for KDE ... 3.0.1 came out more than a month after 3.0, so while I want the latest bug fixes and enhancements, I'm running an overnight compile of KDE at most once every 5 or 6 weeks. This is hardly a great burden, and the trouble saved by having packages compiled against the proper librarys, and the resultant stability, more than makes up for whatever time is spent starting the compile before going to bed (or leaving work for the day).

    It also makes keeping up with security fixes much, much easier than with Red Hat, Mandrake, Suse, and Debian (stable excepted, but debian stable makes the Jurassic appear contemporary).

    You may be personally allergic to compiling large packages (or have a processor that is painfully slow to do so ... I have Gentoo installed on an old Intel MMX 233, which did take 3 days (!!) to install, but as I've said before, I probably spent a total of an hour sitting in front of that box, and the rest of the time ignoring it while it churned away), in which case binary distros, with all their many faults, may be exactly what you want. Even with a slow processor, though, I suspect you would find the incremental time savings of having a more responsive and quick system well worth the initial investment of time ... my slower boxes benefit even more in some cases from the kinds of optimizations Gentoo and Source Mage provide than some of the quicker boxes.

    In any event, for those of us working with this stuff every day, who have reasonably modern CPUs and who are required to troubleshoot live systems whenever anything goes wrong, having quick and painless access to the current bug fixes and features is an invaluable asset. In short, for many people (I would venture to say most), once they've tried a source-based distro, binary distros feel klunky by comparison and a person will never want to go back. The benefits are simply too great, naysayers notwithstanding.

    --
    The Future of Human Evolution: Autonomy
  63. Funny how the free market works by MagikSlinger · · Score: 3, Insightful

    It's nice to see Linux evolving into a healthy competitive ecosystem. An ecosystem of true competition vying for customers by offering better products at better prices.



    Contrast with Microsoft's vision of an ecosystem where they are the big predator and everyone kow-tows to them and their whims. Nothing really happens in this ecosystem without Microsoft doing it first.



    So far from being a disturbing development in Linux's history, I consider this a good sign that, contrary to Bill's opinion, the Marketplace works!


    --
    The bitter lessons of a veteran coder: http://bitterprogrammer.blogspot.com
  64. Re:Gentoo by Woody2143 · · Score: 2, Informative

    Gentoo has been great on my home systems... I feel as though I've seen a nice speed difference after installing it... Got the desktop up in a flash... Apache... Postfix... Samba... etc... Run the command, it installs them then tweak the config files... All pretty easy to me... I do agree however that there has been problems with packages being released for installation that have broken things... The libpng issue a few weeks back caused me to have to recompile alot of my packages... But it is all a learning experience... I see Gentoo being one of the big boys for a long time to come...

    Points I like about it:

    Portage - run a command and it will download, compile, and install the program/updates you specify...

    rc Scripts - I was lazy and never did sit down to work out how rc.d / rc.1 / rc.2 / rc.3 / etc worked... With Gentoo you just goto /etc/init.d/ and rc-update add Program/Service default to put it into the startup scripts. Let's me remain ignorant AND lazy, wahoo!

    Installation - all command line based you do everything by hand... I like it... The install doc is easy enough to follow... The base iso is 16mb after that you can sit and see what packages are being installed, you don't have a huge bundle or programs you don't need... After installation I can sit and add what I want...

    WebSite/Docs - I've been back to their website many times looking at their docs for how to get things up and going... Really not bad at all... Got my desktop system up and going no problem. It is great to finally have the NVidia drivers installed and working proper (Tux Racer wahoo)... Plus configuring Postfix, Apache, Webmail, Security, etc... Nifty stuff... I'm sure the info will grow as things move along...

    That's about all I can think of for now... I have three of my boxes converted already, gonna keep rolling with it...

    Woody2143
    (website is down to due horrible lack of content)

    --
    Blah.
  65. Sun is a Hardware Company. Linux Will Help. by idonotexist · · Score: 2

    I think you are missing the point. Sun creates servers and has a very large R&D budget for improving the performance and quality of such servers, unlike Dell and HP who, arguably, are merely Intel resellers.

    From a layman's perspective, Sun sees a demand for Linux. With Sun making cool servers and looking to enter the low-cost server market, Linux is complementary. If you want to run Windows, do you consider a Mac? IMO, Sun is branching out to a new set customers and satifying their needs. I don't really see Sun's Linux as competition with Solaris. Certainly Sun's current customers are happy and not the ones buying a non-Sun server and adding Linux. Free Linux + kewl compatible Sun hardware + targeting the Intel + Linux market = $ for Sun + more Linux developers and users in the world.

    --
    "There ought to be limits to freedom"
  66. IBM == Genius? by Reality_X · · Score: 2, Insightful

    Let me speculate a little here...

    These 3 companies have large market share in different regions of the world:

    SuSE == Europe (Sans France => Mandrake)
    TurboLinux == Asia (Well, more SE)
    Conectiva == South America

    I don't know where Caldera fits into the equation... maybe their IP is worth something or they have lots of support/consultancy staff with Linux expertise...

    IBM have enough presence in North America, and also Australia (which probably services New Zealand as well...)

    So... lets say IBM is behind this "merging" of distros... which in reality is a conglomorate of Linux services/consultancy companies which spans the majority of the world (Sans Africa/Middle East -- there's probably enough IBM staff there to cover the demand, although maybe SuSE services this region as well...)

    Genius? I think so.

    I would not be surprised if these companies were receiving funding from IBM... or if they were bought out by IBM in the future...

    Time to invest in IBM, I think.

  67. Re:What needs to be standardized by morcego · · Score: 2

    Okey, time to burn some karma.

    We don't need any standarization of GNU/Linux ? Why ? Because the only GNU/Linux distribution is Debian.
    RH, Caldera, SuSE, MDK, Conectiva etc are not GNU/Linux distributions. They are just plain Linux distributions.

    --
    morcego
  68. Re:How about a lib management standard? by morcego · · Score: 2

    You are not being a Debian zealot. You are being an apt zealot. And you are quite right.
    Thats exactly why they have gone to such pains to port (successfuly, I might add) apt for rpm.

    --
    morcego
  69. SunLinux? Bring it on! by kindbud · · Score: 3, Funny

    I'd love a Linux distro laid out like Solaris, with all the same things working as expected, and all the other things NOT working (also as expected!).

    Imagine a Linux distro with a functioning, but lamely configured SysV init, complete with run level changes that do NOTHING. Imagine a Linux distro with a SysV package system that makes it super easy to locate what file belongs to what package - so long as you are willing to write that tool (3 lines in awk, I swear!). Imagine a Linux distro with a syslogd configured out of the box to log all critical messages to the console, instead of some out-of-the-way log file. Imagine a Linux distro which included a completely broken BSD compatibility API, and plenty of warnings not to use it throughout 10 years' worth of OS documentation. Imagine a Linux distro every bit as half-assed as the one YOU would put together yourself, but with a Big Important Company's logo stuck to the box.

    Sign me up!

    --
    Edith Keeler Must Die
  70. Re:Sun is a Hardware Company. Linux MAY Help. by Bilbo · · Score: 2
    Hummm... I'd agree with you except for one point. Currently, I see very little official support (from Sun or anyone else) for Linux on Sparc hardware. I own an old (well... not that old) UltraSPARC II box, and I'm having a doozy of a time trying to get a current version of Linux to run on it. The old 6.2 RH Sparc distro works fine, but it's pretty behind the times. There are a bunch of people on the Aurora project, who are making headway, but I sure don't see any help coming from Sun.

    Who know? Perhaps this is the sign we've been looking for indicating a turnaround at Sun. I know some people who run Linux on UltraSPARC hardware, and it's a slick combo (especially running on an Ultra II dual processor if you can get your hands on one), and it's one of the few true 64bit architectures out there, but it is a constant uphill battle trying to get apps or updates to tools, unless you want to rebuild EVERYTHING from source RPMS.

    I'll be watching this one closely!

    --
    Your Servant, B. Baggins
  71. meta-creepy-groupthink by Anonymous Coward · · Score: 3, Insightful

    There seems to be a lot of meta-creepy groupthink going on around here - seems some people think that "Slashdot" is some unified, collective entity and not an aggregation of individuals, many of whom do *not* have the view that "____ is evil" where ____ is any entity or concept.

    Well, it isn't.

    Also, many individuals who might call Microsoft "evil" do not base this evaluation on Microsoft's profitability, or its large market share, or the fact that it is based in North America, or because they believe that capitalism is evil. Rather, some people believe that Microsoft's predatory behavior within the capitalist system adversely impacts things that said individuals might value - e.g., the benefits of improved products at lower prices that have traditionally result from competitive markets.

    I personally believe that where a market is not competitive, and as a result, the products are not getting cheaper (consider the static absolute cost of Windows) or are increasing in price (consider the cost of Windows relative to the cost of a computer today, vs. even 2 years ago), then either the structure or operation of the market is flawed (e.g. lax or non-existent antitrust enforcement), not that the monopolist is "evil."

    Of course, this belief is predicated on the concept of Adam Smith's "invisible hand" - i.e. markets should be structured and regulated such that participating entities (producers and consumers) operating in a totally avaricious way will advance a given end. The question is, ultimately, "is the given end good or bad," not "is Microsoft good or evil." (The question of who gets to chose the given end is a good one - I believe some recent attempts to regulate the system of legalized bribery known as our current campaign finance system are germane to this issue.)

    If our society believes that an appropriate social policy goal is that Bill Gates should get richer, then we have a system today that works well. If others believe, as I do, that the benefits of competition (e.g. lower costs and improved products) should accrue to consumers (not necessarily end users, though end users would ultimately benefit), then the market for desktop operating systems is not optimally structured or regulated.

    This has nothing to do with whether Microsoft is good or evil, or the question as to whether Red Hat would behave as Microsoft does, were it in a similar position (IMO - Red Hat management would be rational to do so).

  72. can't find them by mgkimsal2 · · Score: 2

    I must just be too US-centric. Nothing at conectiva.com in English about certification.

    Conectiva develops a series of products and additional services directed to the attendance of the market demand that seeks to adopt Open Source Tools; including books, manuals, additional software like Linux Tools and embedded systems, OEM programs, applications port, training kits and the "Revista do Linux" (Linux magazine). In addition, the company provides consulting services, training and technical support in all Latin America through its own service centers and certified partners.

    That's all I find - a mention. No links to 'how to get certified' or anything like that. It's a pretty bland site - at least the English version.

    SUSE - again, if they've got it, they hide it well.

  73. Red Hat, SuSE and the LSB by Nailer · · Score: 2

    If the ./configure scripts don't work, it's because they were created with some kind of dependency on a nonstandard (non LSB) platform such as RedHat.

    That is completely and utterly false. Red Hat is a contributor for the LSB standard, having joined late in the process precisely because smaller distributions would be worried about their dominance. A guide to the FHS is part of the Red Hat Linux reference guide, and Red Hat is the author of many of many of the LSB standards. Jump of the FHS list sometime and see how many Red Hat employees they are, and how responsive they are to queries regarding certain packages.

    Both SuSE and Red Hat do non LSB things. There is no 100% compliant LSB distro. Both have a tendency to put nonlibrary, non-binary files in /usr/lib where they should be in /usr/share. Suse specifically breaks the LSB definition of /opt. Both have newer versions of RPM than the standard.

    But both distros are improving, and these should be ironed out over time, same as many older issues were - /usr/doc -> /usr/share/doc in Red Hat, /sbin/init.d -> /etc/init.d in SuSE. Someone will finally write an RPM 4 reference the LSB can use, the LSB's will be updated, and distro's will have new, major releaseswhere they can afford to move things round.

    These things take time. In the meantime, quit it with the FUD.

  74. Why waste time? by Ogerman · · Score: 2

    They should just ditch their own distros and support the Debian project instead. Why keep re-inventing the wheel? If they want something more user friendly, they should develop an alternative Debian installer but stick with the team, not fork. That's why all the Debian-derivative dot-bombs failed. Making money with Open Source is not about packaging software that's already been well packaged by somebody else (Debian project, not RedHat). It's about providing support, consulting, and custom development services. They way you differentiate from your competitors is by price, quality service, and comprehensive solutions -- NOT your own quirky distro!

  75. What do you want your system to do? by extrasolar · · Score: 2

    Thats the question. You have a computer. What do you want it to do?

    It sounds like you don't have any sophisticated needs. Some of us have sophisticated needs for computing. Things that 99% of the rest of us never have to bother with. These people are really what computers are for. Then there's the rest of us who enjoy messing with the software. I suppose some of see GNU/Linux as hope that at last the computer can do things the way I want it to do it.

    Frankly, I don't understand what you are getting at:

    "On the other hand, I neither have the skills nor the inclination (yet) to spend hours tweaking and reprogramming config files so that I can get something up and running. I like that it works. I like that I can do what I want with it, and I don't have to tinker with it incessantly."

    I don't know what you are talking about. You sound like you have a perception problem. You may have read someone else's trials with getting their system up and running after they changed something that might have made you afraid of the effort.

    But in contrast to postmodernism, perception isn't the same as reality. Config files are usually no big deal, unless your needs are exotic. Other than a few exceptions, config files involve no programming.

    So...this is the task that confronts people like us. Decide what we want the computer to do for you; install a flexible and powerful system on your computer like GNU/Linux; and set your course.

    There's nothing hackerish about it.

  76. Re:too late? by joestar · · Score: 2

    Was "originally" based on Red Hat but is not anymore, at all... Please don't spread false informations...

  77. suse to rh to win98 to rh!!! Arrrgh! by mattr · · Score: 2

    Personally, this week I have been (silly me) trying to solve a little niggling problem (old gnorpm can't download new version files) and ended up having my SuSE system rendered untrustworthy, lost mail, and now have had to switch to Win98! Here's what I've seen - it is NOT SUPPORT. It is the problem of keeping up with new software in a RedHat (already?) world. How often do you see binaries that are not in RPM format? How often have you seen some hairy dependencies and backed off, decided to compile it yourself?

    - RedHat is more viral than SuSE, and SuSE
    binaries of apps are "RedHat Package Manager" binaries, and redhat.com seems indispensable it seems to keeping up with libs needed to install them.

    - I installed SuSE from CD on a laptop a couple years ago, and have found it very difficult to add new RPM-based software sometimes, especially if you miss a few iterations. This is like rpm's "this application can only install software with version number = 3" or need for yast2 for new installation. How stupid to make the one important app (yast2) you need to get SuSE software so difficult to get!

    - using rpm can destroy your non-RH system insidiously.
    For example after installing something with RH suddenly I lose my usernames - system tells me there is no user called "root" and all file listings use user id numbers instead of names. After hunting in google and some detective work, I discover that nss-switch has been surreptitiously updated so that the default now breaks functionality (it wants to read /etc/passwd from some other source like a db I guess). Change "compat" to "files" and back in action. This took time out that I should have been spending on a project that pays the bills.

    - rpm dependencies don't check for manually compiled code. fix that.
    Silly me, thought that between compiling GNU software, looking at the iBiblio archives, and using rpmfind/gnorpm webfind I'd be safe. The end result is an RPM CD (no don't have/can't get yast2) telling me I have to install 400 MB of crap, half of which I already have, to just update rpm and gnorpm. Finally I compiled rpm manually and got gnorpm-static, but it still ain't enough. First time sh configure told me "Checking to see if gcc works... NO" NO!!!!! So how about somebody building and managing a real online source/binary archive that helps you get away from RH and update non-RH systems with security, peace-of-mind, and no destruction of current functionality. God-forsaken rpm hell, never should have let RedHat start rebuilding my entire machine without saying exactly what was going on.

    - Very recently I have seen ultimate horror of having to stop using email on linux.
    I finally buckled under installing major amounts of RPMs with gnorpm so that I could do some basic things. Now gcc is broken (worked fine when compiled manually.. damn) and suddenly fetchmail is happily deleting mail off the server while refusing to save it in var/spool ! Christ! Now I am using Outlook Express on my used Win98 laptop and about to erase SuSE once and for all, and put RH in, as soon as I can back the whole bastardized thing up to a new 100GB disk, when I buy that. Not like I'm not swimming in RedHat cds. Now I am looking forward to upgrading KDE and Gnome (never enough libs and compiled parts it seems..) and being able to actually type Japanese and maybe even print on the printer 10 feet away. The reason I ended up inputting Japanese and printing on Windows is that the PJE package never built correctly on SuSE no matter how much it got fiddled with, and anyway all the other important things end up being proprietary in both distros. Fear, Doubt, and ..

    - RedHat has beaten TurboLinux in Japan as far as I can see. I waited 2 years for SuSE's promises to enter the market here, even talking to people I heard were going to be involved. Poof! I hate RH and like very much the SuSE distro I installed at the time. And yet, I will inevitably have to get local language support (Japanese fonts, front end processors, input dictionaries, printer drivers, etc.) from distros which have those components in Japan even if some of those are commercial parts. A recent mook (magazine book, which is how software gets around in Japan - embedded cds) had 6 or 8 linux distros and a ton of CDs in it. No SuSE. Well-known names, like Laser5, but all different. Maybe nice right after install, but are you sure you are going to be able to keep up with the world? That's how RH sells to my mind. Not the support model, it's the software update system. I now recommend RedHat to customers while hating it and most people do the same. Talk about sowing seeds of failure.

  78. Re:YaST1 is dead (no foolin') by MrResistor · · Score: 2

    That is true. I just installed 8.0, and YaST1 is quite dead. YaST2 text mode is quite painful, though, or at least it was in the 7.x releases. Navigation is horrible, being based mainly on the Tab key, with no way to go in reverse order that I've found. You can use the arrow keys anywhere that is a scroll window, but you have to tab out of that window to do anything with your selection (description/help, select/next, run, etc.). Then of course, if after looking at the description you decide that isn't what you're looking for, you have to tab through all the tab stops (as many as 12 in some windows) to get back to the selection window. It really sucks. YaST2 is just short of being unusable without a mouse. YaST1 was a much less capable tool, certainly, but at least it's text interface was designed for easy navigation with a keyboard. For basic admin stuff, like adding users over ssh say, YaST1 was much better than YaST2.

    --
    Under capitalism man exploits man. Under communism it's the other way around.