Slashdot Mirror


Why Mandrake is Too Cool for UnitedLinux

An anonymous reader says "Mandrake's lastest community (spam) newsletter contains their explanation as to why they won't join in on UnitedLinux. Besides the obvious geek-fun of rolling their own distro, they claim that the underlying idea of UnitedLinux is based on a flawed comparison to the Unix world of the 80's. " I think the whole UnitedLinux thing is lame- the distros that want to be compatible already are. UL is just the 2nd tier distros trying to get attention and ink away from the "evil forces" in North Carolina. I'll just stick to the best distribution and watch the fun from afar ;)

18 of 362 comments (clear)

  1. Re:What? by Anonymous Coward · · Score: 5, Insightful
    Mandrake is clearly not Redhat with some mods any more. Maybe back a couple years but it's definitely it's own unique distribution. They use RPM and Khudzu and that's about it. They hand select, configure and build all the RPMs and packages, they have their own installer, they have their own support tools.

    It's redhatesque but it's unique. It happens to be a damn fine distribution also.

  2. mandrake by gralem · · Score: 4, Interesting

    Mandrake is simply the best distro out there. It doesn't get bogged down by "this package uses the wrong license" or "this is too cutting edge" or "this is too average user", either. They simply go out there and offer their users EVERYTHING in the linux world. I will always only install Mandrake.

    And not becoming a part of United Linux is partly due to the above and partly due to their use of RPM. I think they're doing the right thing, and the United Linux people fill fall big time.

    ---gralem

    1. Re:mandrake by Matt2000 · · Score: 5, Interesting


      "I will always only install Mandrake."

      This is clearly retarded. Why do computer dudes always throw down insane ultimatums? It gives us a bad name and it's the reason people in companies don't trust us.

      "DOS 6.3 is the last operating system this company will every use, PERIOD."
      "Get out."
      "Ok."

      --

  3. At least they're committed to LSB. by Anonymous Coward · · Score: 5, Interesting

    I am not a fan of mandrake, but this is an extremely well-written document all the way through. I would like everyone to take note of the fact Mandrake seems to be committing in here to follow the LSB.. so that's good. One thing i wonder about though:

    "In the same spirit, all software publishers should certify their products for a given version of the LSB (Linux Standard Base), not for a particular brand of Linux. Therefore, that software would work equally well with any Linux distribution that is in conformity with the LSB. "

    Is this correct? The UnitedLinux people have been implying that they are somehow just the logical conclusion of the idea of the LSB, and in some way they will make things easier for developers-- i.e., less varied systems to test. Is this correct, or just misleading marketing? Are there any situations where it would be possible to certify a single binary for UnitedLinux, but not possible to certify a single binary for the LSB becuase the LSB is not extensive enough?

    1. Re:At least they're committed to LSB. by platypus · · Score: 4, Insightful

      Indeed, and I really wonder about the hostility against united linux.

      Ok, they have caldera+ransom love onboard, that may explain it.

      But the notion that LSB is enough to get a common base for installing binary software is complete nonsens. Yeah, it works in theory, but in practice, for enterprise ready software, you _want_ to test on an actual platform, not hope that everyone will play well along the standards.
      LSB is a good thing, but nicely written standards don't compensate for excessive regression testing on a real environment (which is what united linux gives us)
      Especially with such a complex beast like a GNU/linux/whatever environment - hell, this mindset fails with simple things like tcp and http. What does MDK think "reference implementations" are for?

      And please, can we stop all this nonsens about "monopolisation", "per seat license" and stuff in combination with united linux?
      The GPL is the GPL is the GPL

  4. Mandrake is closest to getting to mainstream by StandardCell · · Score: 4, Interesting

    As a (relatively new) Linux user, my first distro was Mandrake 8.1. What's nice about Mandrake is that there are GUI interfaces for everything. I mean, I've been working with Solaris and HP/UX for years and writing perl scripts and scheduling cron jobs, but never had to deal with "admin-type" issues like drivers and installing software and hardware. I don't mind going in and trying to figure out command-line switches for various tools and turning system services on and off. Mandrake is getting pretty close to the ideal, particularly with its HardDrake detection and its unbelievably good disk partitioning tool. That's not to say that it's perfect - I still think the whole package/RPM thing needs a lot of refinement, and there are bugs like losing sound on my A3D card for no reason (a known KDE problem). In fact, there's the rub - when it comes to ease of use, Windows still has Mandrake and the rest of the Linuxes beat hands-down. But like I've said before - with 10% of the development budget of Windows products, and buy-in from major software developers in multimedia, Linux could be a Windows killer. Just like UnitedLinux is supposed to do. Therein lies the problem - do you take the distro with the currently closest emulation of Windows' ease-of-use and push it to effective completion, or do you go and pool development efforts to make all the rest of the distros good? My hope is that cooler heads and better attitudes prevail, because many Linux distros and the fate of Linux on the desktop lies in the next move made by all Linux companies.

  5. UL is a disservice to the GNU/Linux Community by FreeUser · · Score: 4, Insightful

    Best distro eh? Thats just *begging* to begin a flame war!

    Well, yes, considering the best distros can be found here and here.

    Personally I like the idea of United Linux. There's no reason that all Linux venders can't use the same base for rpm compatibility, etc. It'll hapen one way or another. Do you want one company to control the standards, or a shared effort?

    I think the idea of UL is horribly flawed (and rather arrogant on its part), and the underlying premise of your reasoning for supporting UL equally flawed.

    It isn't necessary to have One True packaging scheme, or One True distro to which all must maintain binary compatability, in order to effectively release binaries.

    It has already been demonstrated by the folks at Blender, VMWare, Id, Loki, and others that it is quite possible to release binaries that are distribution agnostic. These real world examples, all of which install and run just fine on my Source Mage and Gentoo boxes, as well as my Debian, Mandrake, and Suse boxes, exist despite naysayers saying it isn't possible, and claiming that UL, or UL+Red Hat, bring a much needed cohesion to GNU/Linux.

    Nonsense. It is an effort to impose a proprietary embrace-and-extended standard on a community that is doing just fine with consensual standards where they make sense, and a wide open, free and fair marktetplace that encourages choice everywhere else.

    Telling commercial vendors that they should package their wares up as RPMs aimed at one (or two) distributions, when it is quite possible, and vastly more desirable, to package them up in standard tar.bz2 or tar.gz format along with a README listing the required libraries+versions, as well as a statically linked "last resort" fallback binary in parallel with the dynamically linked binary and thereby make them compatible with almost every distribution out there, is a terrible disservice to both the Linux community at large, and the vendors themselves who are being misled and excluding a big chunk of their target market.

    This nonsense only serves the interests of the purveyors of UL, at the expense of virtually everyone else, and at the cost of our freedom of choice as GNU/Linux users. There is IMHO absolutely nothing good about this whatsoever, regardless of what your favorite distro happens to be, and even though I am not a Mandrake fan per se, I applaud them for their courage in standing up to this nonsense.

    --
    The Future of Human Evolution: Autonomy
  6. UnitedLinux is not the solution by bigjocker · · Score: 5, Interesting

    We Linux users know there is a problem with the current linux distributions. It's not only an interoperability problem, but a core one. We have came to a point where we knew we were going to get to, but we haven't tought of a solution because we were making linux ready for the mainstream. Now is the time to solve this, UnitedLinux is a start, but, as many of you, I dont like the approach they took.

    We all know all the problems with RPM based distros, compatibility between them breaks a lot, and, even if you should have only one RPM for any distro, when we go to download an application we get a RH6.X.rpm, RH7.rpm, MDK8.rpm, MKD8.1.rpm, etc ...

    I'm a Mandrake user, and I love it, but I have seen apt-get working, and I'm really impressed. I think apt-get is the right direction for a real package management tool for all distros. This is the direction package managment under Linux should be taking, and not creating commercial standards without atacking the core of the problem nor creating apt-like solutions or apt-like-frontends for rpm based solutions.

    Conclution: LSB + apt-get should be mandatory to be able to call anything a Linux distribution. I know a lot of us would kill for apt-get to be the default package manager in all distributions.

    --
    Life isn't like a box of chocolates. It's more like a jar of jalapenos. What you do today, might burn your ass tomorrow.
    1. Re:UnitedLinux is not the solution by Strog · · Score: 5, Informative

      Have you tried urpmi on your Mandrake box?

      It's the backend for the graphical software manager. Automatically downloads dependancies etc. similar to apt-get(I said similar, not like apt-get). I like typing partial package names and it will give you a list of all matches, versions, etc. Works fine out of the box but you really need to add mirrors for updates and cooker if you want to really work well.

      Urpmi has had some teething problems in the past but works well now on my systems. Anyone working with it on the 8.0 PPC release will know what I'm talking about. The issues basically convinced me to run the development version (cooker) on this iMac until the bugs were worked out. Worked much better when I got the latest wget. Curl didn't really help the issues for me. The last couple releases have worked flawlessly for me. That has me looking for problems that may or may not be there. YMMV

      I'm not knocking apt-get. I've used it and thinks it works great. I also like the package management in FreeBSD too. I think more Distos/OSes can look at what's been done and follow these examples.

    2. Re:UnitedLinux is not the solution by Lumpy · · Score: 5, Insightful

      the biggest problem is NOT rpm.. it's software developers trying to use a package manager as an installer which is VERY wrong.

      you dont try and use windows-update to install photoshop, so why the hell are linux programmers doing the same? There is an excellent installer package available to all and is top notch... It's from loki, and doesnt take a rocket scientist to figure out...

      the other problem is the overwhelming desire by EVERY programmer to use incompatable and bleeding libs.. if you are writing an app for the masses, USE COMMON LIBS THAT ARE ON CURRENT DISTROS. you dont see apps sold for windows that use pre-pre alpha graphics libs that are being designed for the next windows release... so why do linux users have to suffer? developers that cant keep their hands out of the CVS for the libs installed on their machine either need to be slapped or forced to publically state that "My program XYZ WILL NOT WORK ON A STANDARD LINUX INSTALL... See my requirements list for why"

      and a standard linux install is RH7.2,7.3 Mandrake 8.2 or whatever. just list it, take the time to be sure your users can actually compile your app. Or offer up a completely statically linked version... no worries about libs there...

      Linux is ready for prime time.. now only if the app developers would start getting ready.

      --
      Do not look at laser with remaining good eye.
  7. Re:Why Mandrake is right by torinth · · Score: 5, Insightful

    It is a basic principle of dynamic libraries that versions and functionality changes between releases. Ever notice how many different versions of Microsoft's DLLs you have on your Windows box? That's no coincidence - Windows developers are forced to incorporate the version of the DLL that works with their application. Linux provides a far superior development model, allowing publishers to statically link the correct library into their binary. Mozilla does it; Oracle does it; why can't the rest of the vendors get a clue and do the same thing?

    Ugh. Is this a troll? Am I missing something? Staticically linked libraries are not a 'far superior' development model. Seriously. If you want to use your system efficiently, you really don't want every application completely self-contained. That's a lot of redundancy, and thereofre, al ot of waste. Not to mention the distribution of bug fixes. Linux or Windows, it's much nicer if I can download/build a new .so or .dll to fix a problem in a library used in a number of applications, without having to rebuild every single one.

    If you want everything self-contained, then throw yourself back to some single-tasked OS from the 70's. If you want to take advantage of modern advances in application and systems design, you're just going to have to get "used to" the idea of some standard that applications can conform to. This could be the LSB or a guide from the OS vendor to which an application is tailored, but you have to have something. Otherwise, your wasting alot of (system/manpower) resources maintaining n-hundred copies of the same statically-linked library distributed throughout your system.

    Welcome to the world of modern software. Have a nice day.

    -Andrew

  8. Why Should Success == evil forces? by BRock97 · · Score: 4, Interesting

    Over the last few years of open source, why is it that when an open source company becomes successful financially (and by this, I mean is able to operate without going under), they become the source of evil-ness in the eyes of others? I understand that Taco put the "evil forces" in quotes to indicate a certain level of sarcasm, but to some in Open Source Land, they do see it this way.

    What has RedHat done that is so bad? Sold out? Stifled innovation? As far as I am concerned, no, they have not. In fact, I am very happy with their products on the server level and use it on three production machines at my local university. The Airforce is even looking into using servers running RedHat. Not only does their stuff run well, but it gets good name recognition for Linux as a whole.

    It isn't just RedHat, either. I am sure that if the Apache Foundation were to go private and start selling a commercial version of Apache httpd AND become commercially sound, they would be looked upon in the same way.

    I am asking in all seriousness. I want to understand this mentallity.

    --

    Bryan R.
    The price of freedom is eternal vigilance, or $12.50 as seen on eBay.....
    1. Re:Why Should Success == evil forces? by FreeUser · · Score: 4, Informative

      Over the last few years of open source, why is it that when an open source company becomes successful financially (and by this, I mean is able to operate without going under), they become the source of evil-ness in the eyes of others?

      This presumption isn't correct IMHO. Not even Richard Stallman (whos rhetoric, while often quite insightful, is about as feiery as it gets) is guilty of what you describe here, much less the majority of the GNU/Linux and Free Software/Open Source community at large.

      Red Hat has done some great things for the community, and has given back a great deal to the community. I may not prefer their distro personally, but I have no trouble suggesting it (or Mandrake) to friends who want to install and play around with Linux.

      What has RedHat done that is so bad?

      They have encouraged proprietary software vendors to release their wares in a manner that is compatible with Red Hat and not other distributions, by falsely implying that they, Red Hat, set the standards and everyone else follows.

      This is bad because (a) Red Hat does not (and shouldn't) set the standards and (b) it is quite possible, and vastly preferable, to package software in a distribution-agnostic form installable by evertyone. Blender did it, Loki did it, Id and several other proprietary vendors do it now.

      This is my only real criticism of Red Hat, and if they would cease and desist this behavior (which IMHO does in fact do harm to the community as a whole, and to the vendors who are seduced by the erroneous notion they have to target one or two main distros) I would have absolutely nothing bad to say about them whatsoever.

      UL, on the other hand, is an effort to exploit exactly this myth, mislead software vendors in the process (to their detriment and the detriment of the GNU/Linux community at large), all without giving even a fraction of what Red Hat has given back to the community, and that is a very real and serious problem. Actually, propogating the notion of commercially imposed standards (rather than standards formed by consensus) and forcing users to use a One True Distro (or forever chase and mimick a One True Distro) is a terrible disservice to the community, regardless of how much is "given back" to the community to compensate, and it is an effort that should be resisted and fought.

      --
      The Future of Human Evolution: Autonomy
    2. Re:Why Should Success == evil forces? by tempest303 · · Score: 4, Interesting

      I must respectfully disagree with a few things here:

      They have encouraged proprietary software vendors to release their wares in a manner that is compatible with Red Hat and not other distributions, by falsely implying that they, Red Hat, set the standards and everyone else follows.

      This is true to an extent. Red Hat did essentially "go their own way" in some respects, setting up their own standards for some things. The most notorious of these breaks is, of course, the use of GCC 2.96 instead of 2.95. This caused a lot of controversy, and deservedly so, but it's what they felt they had to do for their distro. They had customers who required the enhancements of 2.96, and so they met those needs. They took a lot of crap for it, too, but they stuck to their guns (and the customers they were serving).

      RH also took some liberties with file system layout, etc. They obviously felt it was important enough to make the change, so they did.

      What I'm trying to illustrate here is that in both cases, RH did what they did not to lock out other vendors, or to hyjack the industry, but rather to apply what they felt was some needed sanity into certain aspects of Linux. However, the community has now "caught up" to Red Hat's changes, by releasing GCC 3.x, and the LSB 1.1 spec. RH's next distro (which will undoubtably be called 8.0) is going to be using GCC 3.x, and will be LSB compliant. So it seems to me that Red Hat has only been doing what they felt was necessary until the community made their decision on the direction of things, and then RH re-converged their distro with the community at large.

      it is quite possible, and vastly preferable, to package software in a distribution-agnostic form installable by evertyone. Blender did it, Loki did it, Id and several other proprietary vendors do it now.


      Yeah, but they did it by making nasty custom installer scripts, typically with no uninstaller! Eek! This might be nice for Slack or Gentoo people, but how about an RPM for the RH, Mdk, Suse, Caldera, and (via alien) Debian users? What's more, they probably also statically linked the stuff to hell and back. I'd prefer to see 2 releases - LSB and non-LSB. A nice RPM for LSB compliant distros, and non-LSB for people who don't give a stuff. ;-) The LSB people are rewarded with package management, and smaller executables, and a smaller memory footprint, but it doesn't keep out the people who aren't compliant.

      While I'm on the subject, who isn't compliant now, or won't be by Fall? RH will be fully compliant with 8.0, MDK is/will be soon, all the United Linux distros are/will be (SuSE, Caldera, Connectiva, Turbo), and Debian is/will be as well. What about Gentoo, Slack, and the micro-distros? Anyone know if they plan to conform? FOr that matter, what about Lycoris and Lindows? ANyone have info either way on these?

  9. Did you read the article? by jaaron · · Score: 4, Interesting

    If you didn't read the Mandrake article yet, I would really, really recommend you do so. It's wonderfully written and an excellent explaination of what a distribution is and how software should be developed. For example:


    It is extremely hard for us to understand why some software publishers and hardware manufacturers only support one Linux distribution.

    Each hardware manufacturer should develop drivers directly with the appropriate Free Software project. Network card manufacturers should cooperate with the Linux kernel project, videocard manufacturers should collaborate with the XFree86 project, and so on. For example, when a network card module is included directly in the Linux kernel it becomes a de facto standard supported by all Linux distributions.

    In the same spirit, all software publishers should certify their products for a given version of the LSB (Linux Standard Base), not for a particular brand of Linux. Therefore, that software would work equally well with any Linux distribution that is in conformity with the LSB.


    This article has really increased by respect of Mandrake and shown that they really do understand the Open Source/Free Software methods.

    --
    Who said Freedom was Fair?
  10. Re:they dont hack libc libm or anything important by LinuxGeek8 · · Score: 5, Informative

    yeah great
    lets see them actually use gcc3.1 before redhat


    Nice flamebait.
    They are already using gcc 3.1 in Mandrake Cooker, their development distro.
    They built everything with it short after the release of 8.2. They tried before, with Mandrake's rpm-rebuilder robot, but a lot of software didn't build with gcc 3.0 then.
    With gcc 3.1 and 3.1.1 things look better.

    They were the first with devfs in mdk 8.0 I believe, allthough that might have been a bit early.
    They were the second distro to use apt-get (after Connectiva), but they switched to their own tool, urpmi, which is working rather good nowadays (apt-get for rpm isn't perfect yet too, you know).
    So all in all, it seems to me you put out a rather cheap flamebait; you mostly lack the right information.

    --
    Well, don't worry about that. We can get you back before you leave. (Dr. Who)
  11. Mandrake doesn't get UL, and neither do you. by Opusthepenguin · · Score: 5, Insightful

    Mandrake is right on when they say "MandrakeSoft would gain nothing by joining United Linux, and doing so would damage our reputation." Mandrake's claim to fame is their ease of use and GUI utilities, which have been praised and touted in this thread. They are not limited to the desktop, but they do it very well and that is their core competency. The are traditionally not the hardend server Linux you would think of (yes, of course Mandrake makes a fine server, I'm talking about their focus and perception). The UL crew have been very specific on what their target market is; not the desktop, the enterprise server, even to the exclusion of the desktop. Why then would Mandrake be interested in joining such a server focused group? As state, they wouldn't. Joining UL would force them to compete in an area where they are neither the leader or have a competitive advantage. Sure, you can believe all the sanctimonious hoorah they spout if you want, but bottom line is it's bad business for a desktop focused distro to join a server focused organization.

    The biggest missconception about UL is that it is some Borg like entity that once you join you must fall in line with. This is just not the case. Each participating member can do whatever they like outside the UL organization. SuSE has stated quite clearly that they will continue to offer a desktop version. This version will (probably) not have the UnitedLinux tag on it, but then for a desktop, who cares? What UL offers is the ability to have your OS certified on enterprise hardware without being lucky enough to have the "defacto Linux standard" in your title (that's RedHat incase you missed it). With that in mind, there's no reason Mandrake could't join UL and realse a UL version, fully certified on all major hardware, with the added value of it's GUI tools, etc. Then Mandrake could continue to sell their deskop/server versions that would appeal to a broader, more price sensitive, customer base.

    The second biggest missconception about UL is that it limits competition. This is just the opposite of the truth. To date there is only One distro that enjoys certification across all major hardware line, RedHat. Now, either RedHat has been unwilling or unable to convince it's hardware partners to certify agains all Linux distro's or, say, a Kernel/libs version of Linux. Sure, their are hundres of distro's out there, but only one certified for your enterprise needs, nice if your RedHat. With UnitedLinux there will not be two distros certified on all major hardwere, but five. And, because of the open (gasp) whey UnitedLinux was founded that could grow into as many distro's who care to achieve that level of certification. So, while UL does nothing to prevent a distro from producing whatever they like (thus not hurting competition), they provide the avenue through wich all distro's, not just RedHat, can achieve hardware certifications and compete in the enterprise market.

    UnitedLinux is not a bad thing. It is focused on what it wants to do, but ultimately it does what RedHat never cared to, bring the rest of Linux along into the enterprise space. . . if they want to come.

    Opus

  12. Face it - it's a merger by psicE · · Score: 4, Insightful

    What do SuSE, Caldera, Conectiva, and TurboLinux have in common? Simple; those four distros are practically the only ones that continue to try to make a profit, and consistently fail. RedHat is profitable, and Mandrake is getting closer every day; Debian, Gentoo, and myriad others are noncommercial distros that have no profit incentive. But SuSE, Caldera, Conectiva, and TurboLinux all want to be the next RedHat, and outside of very small markets, they all failed.

    SuSE is RedHat's biggest competitor in Europe, and has the greatest marketshare in Germany. Caldera was formerly RedHat's biggest competitor in the US (until Mandrake came along). Conectiva is RedHat's biggest competitor in Latin America. TurboLinux is RedHat's biggest competitor in Japan.

    So, these four distros realized that in every market, there was generally three corporate competitors: RedHat, Mandrake, and one of them. They decided to merge, so that there would be a common distro with worldwide marketshare; but kept the companies separate, so that they could leverage their brand in each market - would Latin Americans suddenly buy a copy of SuSE? As it is, they might fully merge someday, if/when the UnitedLinux brand becomes stronger.

    Mandrake knew that they were a strong competitor throughout a very large geographical area; as they said in this statement, their worldwide marketshare is larger than the four UnitedLinux companies combined. Mandrake would have nothing to gain if they had to pool their resources with four companies who are much weaker then they are, and declining all the time.

    I wouldn't be surprised if UnitedLinux ends up in a full corporate merger, and later the whole thing goes bankrupt; after reading Mandrake's statement, I get the feeling that they wouldn't be either.