Slashdot Mirror


New Debian-based Enterprise Linux?

arkanoid.dk writes "Sources close to Progeny, Mandriva and Turbolinux report that a new Enterprise Linux distribution is on its way. Apparently, the distribution will be based on Debian 3.1 Sarge and will form the foundation of the next server distributions from the three companies. The three companies hope that the new distribution will enable them to compete with the market leaders Red Hat and Novell Inc's server distributions. An interesting part is that the new system should support both DEB (Debian package) and RPM (Red Hat Package Management) to enable better cross-compatibility with other Linux flavours. The vendor said: 'It will have a nice, Web-based front end for service management, which Sarge lacks. It's basically oriented toward edge-of-the-network type applications, such as ISP software.'"

145 comments

  1. How is this new? by stevenbdjr · · Score: 4, Insightful

    I've always considered stock Debian stable to be "Enterprise Grade" for a Linux distribution. Between a huge number of architectures, excellent package management, and great security team, it's my first choice for a server distribution.

    Also, Debian has had "RPM compatibility" in the form of Alien for quite some time.

    1. Re:How is this new? by Meshach · · Score: 2, Insightful

      What the actual article is about is how Debian, Mandrake, and some other vendors are joining forces ot create a new enterprise solution.

      It really has nothing to do with the package management choice as the summary suggests

      --
      "Maybe this world is another planet's hell"
      Aldous Huxley
    2. Re:How is this new? by arkanoid.dk · · Score: 1

      Well, if the summary gave the impression, that the package management were the core of this, I'm deeply sorry. The intention was merely to point out that some efforts were taken to integrate some differences in Linux dists (e.g. tha pakage management systems, which _can_ cause grief to some, as they _may_ have to make binaries for several different Package Management Systems

      --
      Arkanoid
      gethostbyintuition()... why not?
    3. Re:How is this new? by ciroknight · · Score: 3, Insightful

      Debian is "Enterprise Grade" if you've spent years with Debian. I honestly don't think I'd be capable of administrating a Debian server, and I've been running Debian-based distros for the past 5 years, yet I know for a fact I can administrate Windows servers (being a previous System Admin) with about the same time frame of experience.

      The problem is how deeply intricate services in Unix are. Everything has to be put in a certain folder. Everything has different runlevels. Everything's got different start up scripts, everything's got their own little special ways of doing everything, and thus, nothing is unified. While I know how to stop and start an SSH daemon, hardware busses, DHCP, and a few other services, I'd be lost if a company told me "okay, install this service and have it up and running by noon.".

      So, this will be a welcome addition; a single panel where I can go to add in any new services at any time I like, remove them, and without having to be too obsessed about runlevels and such. I wanna be able to tell it when (at boot/at login) and how often and what user to run under and be done.

      Sure I'll get a million responses ("oh this is how you do it, it's not hard, blah blah blah"), but that doesn't help; you can tell *me* how to do it, but until you are able to train people how to do it effectively and quickly, I think system admins will continue to shy away from debian (and sadly, Linux for a lot of the same reasoning).

      --
      "Victory means exit strategy, and it's important for the President to explain to us what the exit strategy is." G.W.Bush
    4. Re:How is this new? by Anarke_Incarnate · · Score: 0, Offtopic
      Administer. You don't administrate.

      http://englishplus.com/grammar/00000172.htm

    5. Re:How is this new? by spazimodo · · Score: 0

      I don't mean to be rude, but if you're using Debian, what you're doing probably isn't "Enterprise Grade".

      Supporting many varying architectures, and allowing you to install every Tetris clone ever written is great, but most corporations I've ever worked with are more interested in stability and making sure there's a decent support path if say I get hit by a bus, or when there's a problem and the three vendors for the proprietary software running on a particular Linux box all start pointing fingers at each other and the distro.

      --

      Fsck the millennium, we want it now.
      Millennium Crisis Line: 0890 900 2000 [calls cost 50p/min]
    6. Re:How is this new? by Burz · · Score: 2, Informative

      Well, in my experience RedHat/FC is not the place to go for stability. The changes between upgrades are too radical to keep many 3rd-party commercial apps running without expensive upgrades. Once you step outside of their walled garden (going beyond the usual RH-supplied services) then you're asking for trouble.

      From RH 7.1 to 7.3 to 8 to 9 was some of the most harrowing experiences I've had with Linux.

      Transitioning from Debian stable to testing (and following the changes in testing) has allowed myself and others to keep apps working for YEARS longer than we could with RH.

    7. Re:How is this new? by zdzichu · · Score: 1

      Alien is not any way of "RPM Comaptibility". It's merely away to convert RPM into something looking like .deb package.

      The real dual-packagements is when you can install RPM package and have it cooperate - provide "provides", require "reuqirement" - for any .deb package. It's when both dpkg and RPM somehow share package database. It's when rpm package can fulfill deb package "require" dependency. When both dpkg and rpm knows all "provides" of all installed .deb and .rpm packages. It's when RPM obeys dpkg-divert configurations. And vice-versa.

      It is hellish hard to achieve, but they are joining forces to have people working on those issues, I believe.

      --
      :wq
    8. Re:How is this new? by LWATCDR · · Score: 4, Insightful

      I do not know if Linux needs a new "Enterprise Grade" Linux distribution. A good small office server distribution would be welcome. Way to many small and medium sized companies are using Windows for their server.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    9. Re:How is this new? by Anonymous Coward · · Score: 0

      How the hell is this a troll?

    10. Re:How is this new? by macshit · · Score: 1

      Huh? Debian's most famous asset is stability... they actually think hard about how to keep the system stable for long periods, across upgrades.

      Other linux vendors seem to think more about a flashy first impression; they generally work well if you never change much from the release you bought or use any non-mainstream software, but as soon as you try to upgrade something ... watch out!

      Clearly there's room for a layer of "paid responsibility" on top of Debian though, someone who will do the dirty work when necessary, and grin and bear it (and say "by monday!") when the screaming starts...

      --
      We live, as we dream -- alone....
    11. Re:How is this new? by menscher · · Score: 2, Interesting
      Not sure how you got modded "informative" with that troll.

      Here's a hint: The original RedHat linux (version 9) and Fedora Core are not supposed to be used in the enterprise. They have RHEL for that. Which, incidentally, does not change. Patches get backported, which ensures stability.

      If you were really trying to run a production system on Fedora, then you deserve what you got. Which, hopefully, was fired.

    12. Re:How is this new? by Burz · · Score: 2, Interesting

      Its less stable as a platform, which is why I said it keeps breaking 3rd party software.

      When you've paid for an office full of VMware 3.2 and Rational Rose in a development environment, its rather off-putting when these apps advertised as RedHat compatible will only run on newer distros that are UN-related to RedHat. Having a workstation with RHEL did not help this problem. In this scenario, VMware required the customer to upgrade their product ($$$) and Rational stopped playing the game and drew the line at RH 7.3.

      Have a nice day :-)

    13. Re:How is this new? by juergen · · Score: 1

      Not hellish hard, done already for lsb packages. Alien would need to convert rpm packages' dependencies too, like it does for lsb packages already. So converted rpm packages would play along with the central Debian package database.

      Even if that works, it is still a bad idea. Packages are made and QA tested by a distributor for their own distribution. Dependencies are only really meaningful for one distribution. Different distributions have different policies, different infrastructure packages to depend on. In practice, you cannot even mix and match rpms from suse and RH safely, or even differnt major RH versions.

      Mixing with Debian, with its rich set of high quality infrastructure packages, will not work for all but very simple, non crucial packages, or will result in reduced functionality or bugs.
      For example, how should RH font rpms know how to register their fonts with defoma, the Debian font manager? The fonts will be installed all right, but applications (like X, OOo, or ghostscript) would need to be configured by hand to use them. And I doubt anyone will provide enterprise grade support for such a hackish setup.

      If they are going to rework RH rpms (and thereby fork them) to play along nicely, they could just rebuild them as debs and save all the hassle.

      The promise to be able to pick from different distributions' package pools is snake oil of the finest, although it gets old by now. Also, Debian already has by far the largest package pool available, and most of the features promised to be developed are present already, so I am not impressed at all.

      Jürgen

    14. Re:How is this new? by True+Grit · · Score: 1
      Not hellish hard, done already for lsb packages.

      LSB packages are RPM packages. LSB just took an older version of RPM and made it their "standard". Which is why Debian has stayed separate with their .deb format, as they weren't consulted nor were their concerns addressed by the LSB "standard".

      The package formats aren't really the issue anyway, the issue is all the detailed rules (explicit, written down, implied, and/or undocumented) that are applied by each distro in how and where packages and their components are installed and how they interact with one another. These are the problems that programs like alien have to solve, parsing each others package file format is relatively trivial.

    15. Re:How is this new? by Enahs · · Score: 1

      Oh, come on, that was minimum effort at best. True, at the time of this writing, you got one biter, but that's hardly a success story on Slashdot.

      I'm assuming you're a troll because it would be rude of me to assume that you're an idiot.

      --
      Stating on Slashdot that I like cheese since 1997.
    16. Re:How is this new? by Anonymous Coward · · Score: 0

      How is it a troll? "System admins will continue to shy away from Debian" - Debian is by and for system admins and always has been. That post is a troll from beginning to end, frankly. Debian is the easiest to administer OS on earth, that's always been their aim and they've done a very good job on it.

    17. Re:How is this new? by Meshach · · Score: 1

      I did not mean to sound harsh certainly. I just thought the summary made it sound like the main attraction is that packages from multiple systems can be installed.

      I realize that there is much more to this tool then package management

      --
      "Maybe this world is another planet's hell"
      Aldous Huxley
    18. Re:How is this new? by Anonymous Coward · · Score: 0

      If you can't run a stable production system on Fedora then yeah, you're a shit admin and need to be fired.

      On the other hand if all you need is a simple server and don't fancy forking out hundreds of dollars for a RHEL licence (For our dinky little Subversion server? Pull the other one!) then Fedora isn't a bad choice. It's an even better choice if you need to run E.g. a Perl script that requires DBI::Oracle; it's possible to get Oracle client to run on Fedora because it's close enough to RHEL that with a few tweaks the Oracle Universal Installer will run..

    19. Re:How is this new? by stevey · · Score: 1

      I think that there are enough Debian admins that finding assistance isn't difficult.

      What you appear to be saying is that nobody will switch to Debian/Linux because they don't know it - yet this isn't what is actually happening.

      New users and admins are experimenting and switching constantly, and as their experience grows they'll be more happy with doing their jobs, adding new services etc.

      A system administrator who isn't willing or capable of learning to use something new isn't one worth employing in my eyes. God knows there's enough variation between Unixs like HP-UX, Solaris, etc, that minor changes to Debian/Linux shouldn't be completely new territory.

      Perhaps you have a point if you've got an Admin who only knows Windows, but even so the same concepts occur frequently; testing things, stopping and starting services, installing software, and learning how to use new packages.

      This might even be a good time to plug my debian administration website which attempts to explain how to do common tasks and the like for people who are new to Debian.

    20. Re:How is this new? by masinick · · Score: 1

      I may be late on this, but from what I can now discern, neither Mandriva nor Turbo Linux has agreed to be part of this "joining of forces". In fact, a few weeks ago, I got a rather sharp reply by Email from a Mandriva employee when I suggested that Mandriva ought to consider moving from the use of urpmi and RPM packages to Debian .deb packages and synaptic or one of the other Debian package interfaces.

      Sure, you can use Alien, to a certain degree, to install packages with only moderate levels of packaging dependencies. But unless I read the follow-up reports that the Mandriva employee's comments incorrectly, suggesting that Mandriva will become part of some cooperative Debian project is unlikely, unless it helps them effectively gain market share from Red Hat and SUSE. My read is that Mandriva isn't interested in Debian. Not sure about Turbo Linux, but I doubt that they will go for this, either.

      --
      Brian Masinick, masinick at yahoo dot com Linux
  2. The Real Question by Anonymous Coward · · Score: 0

    Could this open some eyes and increase interest in alternative (Linux, Mac) offerings?

    1. Re:The Real Question by justsomebody · · Score: 1

      No. It is not the case of eye opener, it is just a case of one more distro.

      I would preffer if all distros would combine forces instead of introducing *NEW* hot air.

      But, I would take this as positive (but still not eye opener) if those three companies would stop 3 to make 1.

      --
      Signature Pro version 1.13.2-3 release 83.5 beta3try7 after-breakfast edition
    2. Re:The Real Question by deian · · Score: 1

      What makes Linux great is the various options that you can choose from. Your suggestion that all distros combine forces, although it can have some benefits, would limit the distros to focusing on something other than their original design purpose. Each distro differs from one another, which is why they were orignally created - there was no current distro that did exactly what they wanted, so they created their own. While you might chose to run a distro such as Debian, I choose Gentoo. There are people who like binary packages, and many who prefer source based. Combining all distros will only lead to a very bulky OS. IMHO having a choice to choose what distro you want to run is what makes Linux great.

    3. Re:The Real Question by justsomebody · · Score: 1

      Sorry for not pointing out that more clearly.

      Diversity and choice are the main reasons why I use linux. I just love special distros. It is the geeks way. But average users can't fall in this section.

      So, somehow...
      1. I still hope for one JoeUser (might be even Ubuntu or Fedora, at least the way they are going is the most positive one) distro, that does point JoeUser into a right dirrection and every commercial sector is making their software for by default (as in being treated as default linux distro).
      2. If this would occur then geeks should step aside (at least when suggesting best distro for the average population) and not enforce their XYZ distro flavour. This is the only way linux could improve. Average user needs "JUST WORKS" and not "./configure && make && make install" here "apt..." or explanation why mandrake rpms are not the right choice for Fedora. It is more than enough trouble to explain sometimes why so many package managers (no trolling here).

      Epilogue:
      While geeks need their diversity, grandma and JoeUser need "BULK and JUST WORKS". I can only hope for gazillion geekish distros to feed my urge, but on the other side I would like to see one and one only user distro (BULKY and JUST WORKS).

      --
      Signature Pro version 1.13.2-3 release 83.5 beta3try7 after-breakfast edition
  3. Deb and RPM by HoserHead · · Score: 2, Informative

    Supporting both deb and rpm formats isn't that big a deal - Debian itself supports both, through both rpm itself and alien.

    1. Re:Deb and RPM by ciroknight · · Score: 0

      The worse problem is, even though debian supports RPM (through dpkg re-wrapping rpms basically), the apt system doesn't realize a dependency has been filled (or at least, that's been my experience).

      Secondly, WHAT THE HELL IS WITH THE DISTRIBUTION MADNESS????? Why can't they just talk to the Ubuntu people (the only people who really have a chance at a new enterprize debian-based system, but only if they play their cards right), and work out the differences?

      --
      "Victory means exit strategy, and it's important for the President to explain to us what the exit strategy is." G.W.Bush
    2. Re:Deb and RPM by jbolden · · Score: 2, Insightful

      Ubuntu's focus is a consummer desktop. What does that have to do with enterprise servers?

    3. Re:Deb and RPM by Afrosheen · · Score: 4, Interesting

      If their focus was really for a consumer desktop, they'd knock off the bullshit with Java, Flash, and other desktop must-haves. They have alot of stuff in their wiki that describes the painful steps you have to take to get things working right.

      Oh and I hope you don't plan on using dvd::rip or other dvd creation tools that require mplayer. Mplayer segfaults all over the place due to an audio bug and the ubuntu devs have done nothing to fix it.

      The kings of the linux desktop will remain Suse, Mandrake and maybe even Fedora until the Ubuntu devs take their distro more seriously. I like it and run it but it's definitely got alot of weirdness they need to work out.

    4. Re:Deb and RPM by jbolden · · Score: 1

      Ubunto cares about license issues. Anyway all you have to do is add a few extra repositories and then apt-get or whatever.

    5. Re:Deb and RPM by petteri_666 · · Score: 0

      Mplayer segfaults all over the place due to an audio bug and the ubuntu devs have done nothing to fix it.

      They are waiting for debian devs to fix that package ;)

    6. Re:Deb and RPM by ciroknight · · Score: 1

      Ubuntu is a Desktop Linux, yes, but it is more than that as well.

      Before Ubuntu started, the project UserLinux started, and Ubuntu shares with it plenty of its qualities. In fact, they started at the same time with so many similiar qualities, I'm totally not surprised that one of them died, and the other lived.

      Secondly, business machines are Desktop Machines. They are also Laptops. They are also Workstations. They are also Servers of many different kinds. You can't just say a business machine is one of those things. And so, Ubuntu also caters to these other fields. Just because the mindshare of linux users percieve Ubuntu as "yet another desktop linux", the mindshare of business people should look at Ubuntu as "another option". Ubuntu's meaning is the same as UserLinux's meaning: Be what Redhat and SuSE are, but without being a specific corporation's pocket project (Novell and SuSE, Redhat and IBM). Enterprise servers, of course, is the battleground, so in my eyes, this has everything to do with enterprise servers.

      --
      "Victory means exit strategy, and it's important for the President to explain to us what the exit strategy is." G.W.Bush
    7. Re:Deb and RPM by jbolden · · Score: 1

      1) Where are you getting this stuff about UserLinux and Ubuntu being similar. UserLinux was on OEM product to create a Linux with a very small set of supported packages which was relatively easier to write to and support. Ubuntu was a consummer product.

      2) Enterprise means
      a) Very high reliability
      b) Long lifespan for support contracts
      c) High levels of paid support and technical services available
      d) Lots of QA with configurations and various expensive apps

      How is that at all similar to what a consummer desktop user wants?

    8. Re:Deb and RPM by discogravy · · Score: 1
      so what would be so hard about a script or menu-clickable item that changed repos for you?

      "Do you want to install Flash? Y/n"
      y
      This will change repositories and update your system to include flash in your browser(s) etc. Sure?

      Why not include the multiple repositories that you need to install all the desktop stuff in different apt.conf files?

    9. Re:Deb and RPM by jbolden · · Score: 1

      They are included. All you need to do is uncomment the lines and run apt-get update.

    10. Re:Deb and RPM by Nathan+Robertson · · Score: 1

      Converting RPMs to Deb using alien isn't 100% a solution. It doesn't always get things like post-install scripts right. Try alien'ing a Sun JDK RPM, which runs said scripts on install. But you're right - *most* do work. Not all. In other news, ever tried installing Oracle on Debian. It's doable, but not much fun. It's documented and supported on RHEL/SLES. In all seriousness, when you need RHEL/SLES you'll know it, and it makes AUD$550/yr look like good value when you're in that position. Currently I've got two SLES boxes, and a Debian box in production at work. The SLES boxes run applications I don't want to admin for 5 years, and I'm happy to pay for the privelige of not doing so.

    11. Re:Deb and RPM by jdub! · · Score: 1

      Ubuntu is not solely focused on the "consumer desktop" market, it just happens to be extremely good at it. :-) See the recent announcement of the Ubuntu Foundation and extended support lifecycles for Ubuntu 6.04 -> that's definitely not being done for the consumer desktop market. :-)

    12. Re:Deb and RPM by jdub! · · Score: 1

      1) Small set of supported packages? That's Ubuntu main. :-)

      2 a+b) See the recent Ubuntu Foundation and extended support lifecycle announcement.

      2 c) From Canonical and partners around the world, for Ubuntu on desktops and servers.

      2 d) Know what the answer to a+b means? :-)

      (see my answer re: consumer desktops earlier in the thread)

    13. Re:Deb and RPM by jbolden · · Score: 1

      You aren't the original poster but those are good answers. I think you are proving that at least Mark and Canonical have the intention of trying to make Ubuntu more enterprise oriented (though there are inevitable conflicts between desktop and enterprise and I see no signs they are going to go the same way as RedHat and Debian and side with the enterprise).

      The main point however which you get and the GP doesn't get is that enterprise and consummer desktop aren't the same thing.

    14. Re:Deb and RPM by jbolden · · Score: 1

      I'm going to disagree with you here. I think Ubuntu is pretty much a consummer desktop distribution that has been hugely succesful. The general belief is that having had a succesful desktop distribution the next step is to move to related fields and the most obvious is server based. I don't agree, I think keeping the focus on the desktop is what led to Ubuntu being as succesful as it was.

      Mandrake/Mandriva similarly was a far better desktop distribution than RedHat primarily because they consider their core market to be the poweruser desktop. Sure they sold a server product but...

      "Never be more than 6 months away from anything in the open source world". That doesn't sound like a server criteria to me. And this basically the core objective of Ubuntu.

      Another quote (regarding package selection), "Ubuntu does not provide security updates and professional support for every package available in the open source world, but selects a complete set of packages making up a solid and comprehensive desktop system and provides support for that set of packages."

  4. RPM is the only thing the article focuses on? by vansloot · · Score: 4, Interesting

    I'm more interested to find out what kind of administrative tools they would bring to the table. Debian has had RPM support for a while.

  5. Supported hardware? by Krankheit · · Score: 4, Interesting

    It disappoints me that distributions that are forked off of Debian often fall short of it by not preserving some of Debians greatest assets, like being the NetBSD of Linux dsitributions so I can run Debian on my x86 desktops, and my PPC Mac Mini. I tried Xandros, which is based off of Debian a while back (not for myself, I was running Slackware back then) and it was okay for x86, but required alot of mucking around just to change the window manager to one that the user preferred. Also, it is x86 only, which is too bad (I know about Ubuntu, but I want one distribution for all desktops if possible, but I don't mind different iteraitons of *BSD on server/router) Lets hope this one will at least support both PPC Macs and x86 PCs.

    --
    Powered by caffeine and sugar; BSD
    1. Re:Supported hardware? by m50d · · Score: 1

      Will enterprise users really want support for hundreds of architectures? Enterprises tend to have lots of servers the same, and strict EOL policies. It's home hobbyists that will have 400 sparcs, mips and alphas from various ages. If the users demanded it it wouldn't be too hard to add support back in, but I don't think for this kind of market they need to support unusual hardware.

      --
      I am trolling
    2. Re:Supported hardware? by Krankheit · · Score: 1

      I never said anything about Debian on a server. I use mostly FreeBSD and NetBSD for that. But as far as Debian on the desktop, I think it is perfect for enterprise desktop use. Once it is setup, with NFS for file access form the FreeBSD server, anyone can use it, even my grandmother, grandmother and uncle are able to use icewm and Firefox (with webmail) for checking e-mail, using usps.com, playing mp3's, OpenOffice, etc., and some of them have never used a computer before. I am going to have to disagree about a distribution's platform support in the enterprise. I do think platform support is important. If I have fifty x86 desktops and I want to add 20 Mac Minis (because they are quiet, cheap, and small), do I want to worry about having to run two different distributions? No. I want one solid distribution to run on both to ease migration.

      --
      Powered by caffeine and sugar; BSD
    3. Re:Supported hardware? by m50d · · Score: 1

      I can't imagine a real enterprise adding 20 mac minis to 50 x86 desktops. There are policies and things, if you did switch it would be the whole lot, and it would be a long term thing.

      --
      I am trolling
    4. Re:Supported hardware? by Anonymous Coward · · Score: 0

      Khm... Ubuntu supports i386, amd64 and ppc. So... And, IMHO, for desktop, best distro out there. And I've been using Debian since '97. Now all my servers and desktops are Ubuntu (that's about 150 computers).

    5. Re:Supported hardware? by Burz · · Score: 1

      As a Xandros user, I remember having to wrangle with dependency problems in X1 and X2. But version 3 is synchronized with Debian Sarge and installing non-Xandros debs has been a breeze.

      With that said, Xandros does put considerable emphasis on their OS having a particular desktop evironment KDE, so I'm really not surprised that swapping out the desktop is problematic. Personally I wouldn't want an OS where the basic GUI could be changed willy-nilly, and distros that stick to one DE have recognized the need for committment to (and full exploitation of) a single UI.

    6. Re:Supported hardware? by IntlHarvester · · Score: 1

      It's home hobbyists that will have 400 sparcs, mips and alphas from various ages

      Yes, Sparc/MIPS/Alpha/PARISC is hobbiest-dabbler territory.

      However, businesses do rely on x86, x86-64, PowerPC (IBM servers), Itanium (HP, etc), and S/390, so multi-arch support is very important to some.

      --
      Business. Numbers. Money. People. Computer World.
    7. Re:Supported hardware? by civilizedINTENSITY · · Score: 1

      Support for Intel, Sparc, Alpha and Power should do it for most, I'd think.

  6. Re:New? by Anonymous Coward · · Score: 0

    Because when the founder of the OTD dies, Debian will still be there.

  7. You know its going to suck when... by ArmorFiend · · Score: 3, Interesting

    A distribution that advertises that it supports multiple packaging formats is telling you two things:

    1) We don't put enough time into our packages to make our package system fully functional.

    2) We, and our users, approach the package system in a hackish way.

    Yes, Debian has 'alien', but they're not really advertising it, nor would I reccomend using it except in extreme circumstances (e.g. no source.tar.gz). That these guys advertise this compatibility speaks very ill about their distro, IMO.

    1. Re:You know its going to suck when... by m50d · · Score: 2, Insightful
      Or maybe they've put the effort in to actually get the two working and compatible?

      It can be done. I'm writing this on a slackware system that uses emerde. I can emerge or use gentoo binary packages for programs, and I can use slackware packages. The two fit together perfectly, the programs update the "database" of each packaging system from the other one. Although it would be harder with the more complex rpm and deb, I don't think it's impossible.

      --
      I am trolling
    2. Re:You know its going to suck when... by stavrosg · · Score: 1

      Apart from that, it makes sence if they want to retain backwards compatibility. On another note, I'd be glad if I heard that they'll be moving their desktop distributions to apt, too. Mandrake is nice, even at the default theme, but the rpm packets just kills it.

    3. Re:You know its going to suck when... by Coryoth · · Score: 1

      I'm guessing that if they're doing this they'll be doing it via smart, a very nice looking potential successor to apt. Basically it does the dependency resolution/download/install that apt does (with more powerful dependency resolution algorithms and a built in GUI) but does so via a pluggable backned system which means it can access apt-deb resositories or yum repositories or apt-rpm repositories, and even slackware packages.

      My reason for guessing smart is the answer is that its a Conectiva initiative, which is to say Mandriva. If Mandriva wanted to use apt-deb repositories this would probably be the easiest way for them.

      Jedidiah.

  8. Reading up on Progeny. by CyricZ · · Score: 1

    I don't know much about Progeny, so I was going to go to Wikipedia to read up more about it. But I'm having trouble accessing the http://en.wikipedia.org/ sites! The http://www.wikipedia.org/ page loads fine, but the search itself keeps failing. I have noticed these problems for several days now. Is Wikipedia having some severe server troubles?

    If they are, then maybe they need to switch to a Debian-based distro rather than using Fedora.

    --
    Cyric Zndovzny at your service.
    1. Re:Reading up on Progeny. by arkanoid.dk · · Score: 1

      Wikipedia is working fine here, including the search function and displaying of entries. Here is Progeny:

      From http://en.wikipedia.org/wiki/Progeny_Linux_Systems
      Progeny Linux Systems
      From Wikipedia, the free encyclopedia.

      Progeny provides Linux platform technology. Their Platform Services technology supports both Debian and RPM-based distributions for Linux platforms. Ian Murdock, the founder of Debian, is the founder, CTO and Chairman of the Board. Progeny makes a distribution of Linux called Progeny Debian. It is an improved version of Debian based on Componentized Linux.

      The Progeny homepage is here: http://www.progeny.com/

      --
      Arkanoid
      gethostbyintuition()... why not?
  9. Re:New? by Krankheit · · Score: 1

    I used Slackware for two years on my desktops and laptop. Even with the lack of package management features, I didn't mind it. It was a very solid distribution that served my x86 desktop machines well, and it still runs on my x86 laptop. I purchased a Mac Mini from Apple to put Linux on. After checking some reviews, I decided Debian was the way to go for my PPC desktop machine. I like Debian so well that I decided to put it on all my other desktop machines. It has served me well. Now I still have my Slackware x86 laptop, and my Debian {x86, PPC] desktops with ReiserFS. Of course, I keep all my C source to my coding projects and mp3's on my FreeBSD server, with NetBSD running my Apache server for playing with PHP, and OpenBSD for firewall. If Slackware had a mature Mac PPC port, I would run it.

    --
    Powered by caffeine and sugar; BSD
  10. I can hardly wait by Anonymous Coward · · Score: 0, Funny

    for the next Debian release in, what, the year 2015?

    1. Re:I can hardly wait by Krankheit · · Score: 0, Redundant

      You must be bored. Why not post under an account or something?

      --
      Powered by caffeine and sugar; BSD
  11. What about Oracle certification? by cduffy · · Score: 5, Insightful

    The reason my employer is spending big bucks on enterprise Linux (well, not quite so big now that we switched to SLES9) is simple: Oracle (the company, not the product) supports RHEL or SLES, and nothing else. Sure, we could run our databases on Gentoo if we wanted -- it works fine in practice -- but Oracle's terms prohibit that in a production environment, and we'd rather like to continue being able to use the expensive support we're paying for.

    If these folks get Oracle certification, I'll be thrilled to have them in the marketplace. Otherwise, as far as my employer and I are concerned, they're "enterprise" in name alone.

    (Oh -- and if you're considering Oracle, count the extra cost of a certified OS in as part of what you'll be paying for it. That, and the hair loss and headaches).

    1. Re:What about Oracle certification? by iamdrscience · · Score: 1

      Anyone want to take bets on how long it takes before somebody suggests you use mysql instead of Oracle?

    2. Re:What about Oracle certification? by LFS.Morpheus · · Score: 2, Insightful

      Seems like:
      If you're considering Oracle -- don't.

      --
      The space unintentionally left unblank.
    3. Re:What about Oracle certification? by cduffy · · Score: 3, Insightful

      Heh.

      There are valid reasons to use Oracle. Those reasons aren't always technical ones, though.

      (There are *certainly* good technical reasons for using a real, enterprise-level DBMS; I'm not disputing that. Further, there are few folks I hold in lower esteem than those willing to use for mission critical work a database developed by folks who once said in public that such features as referential integrity were not worth having).

    4. Re:What about Oracle certification? by cduffy · · Score: 1

      I know enough not to bet against human stupidity -- but I have enough idealism not to bet in its favor, either.

    5. Re:What about Oracle certification? by aztechClanIII · · Score: 0

      don't worry about it, that's what Enterprise Linux means, is you shell out the extra kizzy$ for Oracle. I'd be stoked if Knoppix got in on this, and made a Enterprise thin client / full blown linux desktop distro.

      do me a fping favor and try to make it cheap this time guys!! don't be afraid to undercut RedHAT!! I wanna see Desktops 30-50$

  12. United Linux Redux by Anonymous Coward · · Score: 0

    So, now we have a Debianesque United Linux. Is Mandriva going to pull a SCO and hose up the entire thing? Or is it going to generally suck and no one will pay it any mind?

  13. "Enterprise" features? by Anonymous Coward · · Score: 0

    "It will have a nice, Web-based front end for service management, which Sarge lacks."

    Not really. Debian has aptitude, which can be used as command line utility or as a very nice text based front-end.

    Though it's nice to see another Debian disro, I can't say that presented "enterprise" features would sway me to switch from Debian.

    I would highly recommend Debian though, for we use it heavily to run our production apps and with good success.

    1. Re:"Enterprise" features? by richardablitt · · Score: 1

      I was thinking more of Webmin, which I often use on ubuntu for configuring servers. I'm pretty sure that's available for debian, since everything is.

  14. Re:New? by justsomebody · · Score: 1

    And here is where the problem lies. One true distro of mine is not Slackware.

    Why reinvent the wheel?

    Trouble is that you don't know who invents and who reinvents anymore.

    Choice and diversity are not always the best case (although I must admit that I love both of them, they are still the leading reasons why I use linux). As much as they mean freedom, they also mean work replication, which automaticaly leads to splitting of work force (for example, zillion of groupware suites but still no calendaring as in Exchange, I hope that OGO and "Evolution for Windows" will correct that) instead of concentrating in one point. Which is reason why linux is not centric OS like OSX and Windows. Too many choices is not the same as best marketing option.

    --
    Signature Pro version 1.13.2-3 release 83.5 beta3try7 after-breakfast edition
  15. Novell should be very concerned by bogaboga · · Score: 1, Interesting

    Yes, Novell should be very concerned here. Their product though good, is heavy and YaST is as slow as hell. I hope the new distro will be apt-based. Even better would be that it becomes based on autopackage http://autopackage.org/ because the packages could the be able to install on [any] distro.

    1. Re:Novell should be very concerned by Anonymous Coward · · Score: 0

      So true. In fact I believe if there would be any distro based on autopackages (thus generating a massive amount of *.package files), we could be witnessing the beginning of the final stage of Linux mainstream mission. If every piece of software existed as autopackage, the main PITA for Linux users would be annihilated: (un)installing software.

    2. Re:Novell should be very concerned by natrius · · Score: 1

      I hate it when people tout autopackage as a panacea. On it's own website it says that it's not intended to be a replacement for traditional package management systems, it's supposed to supplement them. What benefit do you think would come from using an autopackage based distro? One package for all distros? You can already install .debs and .rpms on all distros using alien. Regardless, if you're not using the native package management system that your distro uses, the result isn't always perfect.

      Also, wanting the distro to be apt based and autopackage based in the same breath is kind of contradictory. The power of apt is based on having large repositories of every program a user could want to install. You have centralized control and you can update and install all your applications from the same place. Autopackage is good because it fills in the gap when distributions ultimately fail to meet this goal. It's not ideal since it introduces a second place for you to have to deal with (un)installation, but it's better than the alternatives. You don't base a distribution on autopackage. In theory you probably could, but there would be quite a few drawbacks and not many benefits. The cross-distro compatibility would only benefit users of other distros, and you would sacrifice mature package management systems for one that isn't even intended for the task you're shoehorning it into.

      Autopackage is a good thing, but if you're going to promote it, at least know what it's for.

    3. Re:Novell should be very concerned by T-Ranger · · Score: 1

      Speculating, but the furture of SuSE management is with ZenWorks and iManager. YaST works reasonably well for exactly one machine, but that scenario is rare in the Real World; Novell is king of managing /networks/ (as opposed to machines).

    4. Re:Novell should be very concerned by Anonymous Coward · · Score: 0

      "You can already install .debs and .rpms on all distros using alien."

      Er, no you can't! Just because it ends in .deb or .rpm, doesn't mean your distros will have the dependencies, or supporting scripts, or library versions, etc etc etc.

      Try installing gEdit from Fedora Core 4 on Debian Sarge, as an example. Won't work unless you hack up and change loads of other packages.

      Autopackage solves this. THAT'S what it's about :-)

    5. Re:Novell should be very concerned by Nathan+Robertson · · Score: 1

      YaST is slow, but ok. YOU (YaST Online Update) is a joke compared to RHN (Red Hat Network). I'm a current SLES9 subscriber, and a previous RHEL customer, so I've used both. I have a long list of YOU hates. The most frequent and irritating is that we get emails on *every* patch SuSE ship (including for SLES8 only stuff), and for things I don't have installed. They just send a bulk email to all their subscribers. RHN send an email with the package, and the *list* of servers we have that will be / need to be updated. Having said that, SLES has its advantages. Support for Jakarta Tomcat in the base distribution (not a $1k/yr Red Hat App server optional extra) is high on that list...

  16. Load Of Bull by JamesP · · Score: 0

    It's kind of funny... Someone (probably a Debian lover) cooking up his fantasy and posting it onto the internet. Or sending it to a newspaper...

    No, it's not gonna happen folks.

    --
    how long until /. fixes commenting on Chrome?
  17. Re:New? by paul.dunne · · Score: 1

    OK, OK... I had my tongue in my cheek when I wrote that, you know?
    Of course there isn't "one true distribution". BUT... I do still
    wonder what exactly is the point at this stage of introducing Yet
    Another Linux Distribution. It looks to me like a more or less
    desperate attempt to regain lost market share.

  18. Re:New? by paul.dunne · · Score: 1

    Well, I must confess that although I call it "slackware", it might
    be more accurate to call at least my main machine a "slackian"
    or "debware" box. The basic install is 100% slackware (actually,
    I do believe there's still the odd corner here and there left over
    from SLS 1.03, but that's another story); but my first reaction if
    I need to install something extra is, go to www.debian.org and look
    for the debian package. For sheer range of packages and for ease
    of finding just what you want on the wbesite, Debian is unbeatable.

  19. A new Linux distribution by Andrew+Tanenbaum · · Score: 0

    Soon there will be more distributions than users

  20. Debian Haiku by matt+me · · Score: 1

    Is there a Haiku localisation (en-HK) to translate my OS?

  21. Interesting? by iamdrscience · · Score: 1
    An interesting part is that the new system should support both DEB (Debian package) and RPM (Red Hat Package Management) to enable better cross-compatibility with other Linux flavours.
    This isn't all that interesting, you can get rpm and apt running on most distros. I mean, already Debian has debs for rpm, you can just apt-get it. Similarly, Redhat has rpms for apt.
    1. Re:Interesting? by cdcarter · · Score: 1

      The RPM's for apt are for the apt package manager. Not the .deb file format. I don't know about the deb's for RPM.

      --
      "Love is like a trampoline, first it's like "SWEET!!" then it's like *BLAMM!*"
  22. oh by Craig_P92669 · · Score: 0

    Thought Enterprise was coming back.

    --
    http://xs4.xs.to/pics/04481/p556222.gif
  23. Oh Boy! by nurb432 · · Score: 1

    Just what we need, yet another 'enterprise linux project'.

    For the slow ones out there, that was sarcasm..

    --
    ---- Booth was a patriot ----
  24. not to beat the dead horse some more, but... by slittle · · Score: 1

    So, the question is, if Debian are involved in a Debian-based Enterprise distribution, will they get off their high horse about Debian Sta(b)le, and get a more reasonable (for most people) release schedule?

    As far as I can tell, anyone that wants Enterprise Linux uses Red Hat, not Debian. Maybe I'm out of the loop, but it doesn't appear Debian's major user base are businesses. And even if they were, is it really such a chore to upgrade every 12 months, when it's Free? Why have Debian taken it upon themselves to be the platform for hardcore companies that can't afford to upgrade, evar, even though most companies seem to think Red Hat == Linux?

    --
    Opportunity knocks. Karma hunts you down.
    1. Re:not to beat the dead horse some more, but... by Hosiah · · Score: 0, Flamebait
      will they get off their high horse about Debian Sta(b)le

      Yeah, and for that matter, can Debian at last quit pissing about how it's the One, True, Honest-To_God Pure, Holy, Sacramental, Big Kahuna Free Software Linux and everybody else is shit, now that they're going enterprise? Especially since all they ever did was take the same GNU/Linux programs that ALL other distributions use, only the versions that are two years out of date, and wrapped them in their broken package-manager-format and bury them behind it's broken installer?

      but it doesn't appear Debian's major user base are businesses.

      Yet another excellent question: just who the heck *are* these people who swear by Debian, anyway? Actually, I think Debian is used entirely by it's own developer base. If anybody asks for business support, they say, "We're free software only." If anybody tries to install it on a home machine for personal use, they say, "It's not for home use." If you try to use it for a desktop, you hear, "It's mainly aimed at the server market." If you try to use it for a server, somebody asks, "Who ever heard of a 14-disk server distribution?" Are the disks still good for frisbees and coasters?

      Extra credit: This news coming on the heels of the story of just two days ago, that Ubuntu announced *it's* corporate backing, does this tell us anything?

    2. Re:not to beat the dead horse some more, but... by g2devi · · Score: 5, Insightful

      > And even if they were, is it really such a chore
      > to upgrade every 12 months, when it's Free?

      Yes it is. When they have critical systems that work, they don't want to break it under any circumstance. They don't care about what's new and hip (like geeks, consumers, and programmers like you and me). They just want to get work done and they don't want any surprises.

      Most enterprises prefer a 3-5 year upgrade cycle.Some don't want to upgrade 20 old COBOL code, because it works and an upgrade would mean that you have to restart your QA from ground zero. All software has bugs and limitations, but with new software, you have a new set of bugs and a new of limitations (like new memory requirements or dropping old hardware devices). The key difference is that with the old OS, the limitations and bugs are known and workarounds are documented, while in the new OS they aren't. That's why the Linux 2.0 kernel is *still* being patched with security fixes, even though it was first released in 1997 and is really stale. That's why Windows *2000* is still quite popular in enterprise even though everyone knows that move to XP/2003/Longhorn is inevitable, and why some enterprise software still requires Windows NT.

      If it works and security patches (without new features/bugs) are kept up to date, why should you have to "fix" it? The only thing Debian needs to be enterprise grade is a predictable 3-5 year release cycle (or the willingness to support all versions of Debian for this long.) so that enterprises can plan their upgrades and burn in verification in an orderly fashion. That appears to be what the new Debian president is promising.

      The new "United Linux" group just adds a bit more credibility to that promise.

    3. Re:not to beat the dead horse some more, but... by Burz · · Score: 1

      As far as I can tell, anyone that wants Enterprise Linux uses Red Hat, not Debian. Maybe I'm out of the loop, but it doesn't appear Debian's major user base are businesses.

      I think it's fair to say that Debian has a relatively large following on the small/home office desktop, whereas RedHat does not. However this doesn't mean that Debian hasn't been competitive with RedHat/FC in enterprise environments.

    4. Re:not to beat the dead horse some more, but... by pyite · · Score: 2, Insightful

      Yeah, and for that matter, can Debian at last quit pissing about how it's the One, True, Honest-To_God Pure, Holy, Sacramental, Big Kahuna Free Software Linux and everybody else is shit, now that they're going enterprise?

      Be careful with your pronouns. I'm not sure who you mean by "their" as your statement implies that the Debian organization is going enterprise. This just simply isn't the case. The article speaks of a "trio of companies," not the Debian organization. This sort of makes your point moot, because Debian's official releases can continue to reject software that has licensing terms that don't mesh with Debian and people packaging their own distros, enterprise or not, can continue to roll in whatever they want. In any event, no one forces you to use Debian. If you think apt/deb is broken, you're entitled to that opinion.

      --

      "Nature doesn't care how smart you are. You can still be wrong." - Richard Feynman

    5. Re:not to beat the dead horse some more, but... by nofool · · Score: 1
      Yet another excellent question: just who the heck *are* these people who swear by Debian, anyway? Actually, I think Debian is used entirely by it's own developer base. If anybody asks for business support, they say, "We're free software only." If anybody tries to install it on a home machine for personal use, they say, "It's not for home use." If you try to use it for a desktop, you hear, "It's mainly aimed at the server market." If you try to use it for a server, somebody asks, "Who ever heard of a 14-disk server distribution?" Are the disks still good for frisbees and coasters?

      I am one of these people who swear by Debian. I started out with Red Hat, Mandrake, SUSE, Gentoo and others but ended up using Debian or Debian based distros for everything.
      I advise anyone to try Debian for home or work. I sometimes cheat and use Knoppix for CD boot or Libranet for desktops because they are still Debian, just preconfigured to use the way I like it.

      You should use what you feel comfortable with and not care what everyone else is using. Until you try a distro, you should not knock it.
      After all, if we truly cared about the critics or what was popular instead of what works for us, we might be using M$. I want to try everything and use my own judgement.

      Debian is easy to install from one mini CD disk if you have Internet. (I recommend CD-RW or mini CD-RW using the net install iso), but you can probably use the same burned disk for 3-5 years. You only need the 14 disks if you don't have an Internet connection and want to be able to install almost any of the programs available to Linux. No downloading rpms, src or debs as they are ALL on the disks.

    6. Re:not to beat the dead horse some more, but... by slittle · · Score: 1

      OK, so why is "20 year old COBOL code" out on the Internet? And if it's not on the Internet, why do you need security updates at all? You can keep your crusty old GIGO box chugging away in the corner, without touching it and without relying on mostly unpaid volunteers to support your "20 year old COBOL" platform.

      --
      Opportunity knocks. Karma hunts you down.
    7. Re:not to beat the dead horse some more, but... by qnetter · · Score: 1

      The license price, free or not, is the most trivial part of the real cost of upgrading a business server. downtime and labor cost far more then the licenses... unless of course you use slave volunteer or student labor.

    8. Re:not to beat the dead horse some more, but... by mabinogi · · Score: 1

      because it's still being used by users, and no application should ever trust user input.

      Not being out on the Internet doesn't make it immune to security issues, it just means it's a smaller target.

      --
      Advanced users are users too!
    9. Re:not to beat the dead horse some more, but... by Hosiah · · Score: 1
      Until you try a distro, you should not knock it.

      Been there, done that. It was stupid and broken. It was not hard to use. Linux from Scratch is hard to use, because you have to know what you are doing. That wasn't my problem with Sarge. My problem with Debian Sarge was that it was stupid and broken.

      what was popular instead of what works for us, we might be using M$.

      You already are. "Windows II" is spelled U-b-u-n-t-u. Don't lecture me about what's popular when your Debian-based Ubuntu is getting more than double the hits of the the second-most-popular (Mandrake!) on Distrowatch's meter. I like Slackware - right down at the bottom of the list, and hence not so dumbed down as to be stupid and broken.

  25. Another OpenLinux ? by abelikoff · · Score: 3, Insightful
    Am I the only one who feels, this looks like yet another OpenLinux project? Several 2nd and 3rd tier Linux distributors joining together in a futile effort to knock RedHat off it's throne...

    The problem is, each distribution has its own set of goals. Or at least it better have - otherwise there is no reason for it to exist. And while there are different sets of goals, there will always be problems with maintaining a unified base.

    The main problem, however, is that "enterpriseness" of the distribution is not about the choice of package format or a set of packages, or a cute name. It is about support. RHEL per se is not much different from dozens of other distributions on the market. It is the support behind it that makes it so attractive in the eyes of the IT industry. And this is really what any join effoer for another enterprise-ready distribution should be about.

  26. I may just be snarky today (it's hot) but... by smchris · · Score: 4, Funny

    It will have a nice, Web-based front end for service management, which Sarge lacks.

    So the distribution will install Webmin and a range of the modules by _default_? Yipee! I've been waiting for that innovation. NOW I'll be able to use linux!

  27. Re:New? by justsomebody · · Score: 1

    I do still wonder what exactly is the point at this stage of introducing Yet Another Linux Distribution. It looks to me like a more or less desperate attempt to regain lost market share.

    No, either they started cooperating in money and workforce or they just wanted free publicity. Others is just as you said. Desperate attempt.

    --
    Signature Pro version 1.13.2-3 release 83.5 beta3try7 after-breakfast edition
  28. No commercial support from the software vendor by DexterF · · Score: 3, Insightful

    What debian lacks is somebody who is paid for getting called by your PHB or similar and get yelled at. Then eventually fixes something. Imagine going to freenode/#debian and inquiring about IBM DB2 issues you can't handle yourself. When the asbestos cools down your boss wants to know what the support droids said. Your answer?

    1. Re:No commercial support from the software vendor by Anonymous Coward · · Score: 0

      If you're having a problem with DB2, then call the "support droids" at IBM.

  29. Autopackage bashing by Anonymous Coward · · Score: 0

    There is a lot of autopackage bashing, mostly unfounded.

    Of course a Desktop LSB is also the way to go but I was told the group was closed.

  30. standard by slashdotnickname · · Score: 0, Troll

    the new system should support both DEB (Debian package) and RPM (Red Hat Package Management)

    Come up with a goddam standard already!

    Other OSes make it so easy you don't even have to think about... like technology, designed to make things easier for us, should behave. Especially in the area of software installation, which is not a terribly complicated a concept to begin with (get software A ready to run on computer B).

    1. Re:standard by AndyCater · · Score: 1

      The lingua franca for packages is the .tar.gz. The gold standard for packaging is the .deb. I suspect they put in the .rpm compatibility just because they could :)

    2. Re:standard by Hosiah · · Score: 1
      Come up with a goddam standard already!

      Linux? Standards? What's that?

      { Typing "man standards", oops, that didn't come with my distro, I better download it. Oops, this download is in .arj format, I can't open it with tar, gunzip, bunzip, unzip, or FileRoller, better download the program that does that...Eek! It seg-faulted on me when I pressed "?" ! How do I use this thing? Better RTFM...oops, the manual is in pdf format so I can't read it with man, info, less, lynx, emacs, links, nano, pico, or zeppo! I need the pdf reader...hey, the pdf download says "pdf.3.5.7.8-91.2-f3.tar.bz2.zip.rpm.deb.tgz" how did they do that? }

      Heh, and you complain because install packages *only* come in about five flavors? In the Linux world, that's a miracle!

  31. Brilliant by Anonymous Coward · · Score: 0

    Now finally an article about ham radio on slashdot. This has made my day!

  32. Emphasis on wrong side by alucinor · · Score: 4, Insightful

    The article seems to make it sound as if these companies are bringing a lot to Debian, but as many others have pointed out, all these touted enhancements already exist. So really, what the article should emphasize is that these companies are acknowledging they need the support of the Debian world behind them, in order to compete against the strong de-facto corporate standards being set out there by RHEL and SLES. Apparently the LSB alone wasn't strong enough. Whether these companies have anything worthwhile to contribute back to Debian waits to be seen, however. Hopefully they'll be willing to donate resources in the form of either funding or developer time to the foundation if their new distros are successful.

    --
    random underscore blankspace at ya know hoo dot comedy.
    1. Re:Emphasis on wrong side by wish · · Score: 1

      Possibly they are bringing something to Debian.
      The RPM package format has features which DEB does not and vice versa. Current integration usually involves either using alien to convert the packages thereby losing the package format specific features or maintaing 2 seperate databases and losing proper dependency resolution as a result.

  33. Wow.... by Anonymous Coward · · Score: 0

    I was scrolling by and read the title as "New Lesbian-based Enterprise Linux?"

    And then I noticed it wasn't a lesbian based Linux... Thanks for ruining my dreams Slashdot.

  34. IMO Debian/Ubuntu needs this by Burz · · Score: 1

    1. APT fully recognizing RPM-installed packages (for satisfying dependencies etc.)

    2. Letting apt (even dpkg) uninstall/upgrade any RPM packages that are already installed. This doesn't mean an RPM repository has to be maintained, only that apt be able to upgrade an RPM package with a DEB when necessary.

  35. Please don't call it something Goofy by team99parody · · Score: 1, Insightful
    The one thing that would make yet-another-debian "new" and more importantly viable for the enterprise would be a non-absurd name.

    In particular, it shoud

    • not be named after the packager and his girlfriend (no offense intended, Deb and Ian)
    • not have it's up-to-date release be called "unstable" or "testing"
    • not be named after the end-users nor users of drugs like "user linux" (no offense Bruce)
    • should not be named "humanity, caring, and harmony" in any language (no offense to the Ubuntu guys; but CEO's would probably something that implies 'unfair competitive advantage' rather than charitable sharing.
    • not contain any swear words (damn small linux, etc).
    • not to start with K or G just based on the packager's desktop religion-flamewar (no offense gnoppix and kubuntu)
    I don't mean to bash the debian derivitives; the other linux distro namers are just as lame, with my CEO unlikely to appreciate "slackware" "devil", "puppy", "gogo", "tinysofa", "kate os", "whopix" and most of the others based on name alone without even considering their merits.

    1. Re:Please don't call it something Goofy by thegoldenear · · Score: 1
      "should not be named "humanity, caring, and harmony" in any language (no offense to the Ubuntu guys; but CEO's would probably something that implies 'unfair competitive advantage' rather than charitable sharing."
      This is a misconception that often comes up on Slashdot. The Ubuntu / Debian people are likely all about "humanity, caring, and harmony" and not at all about "'unfair competitive advantage' rather than charitable sharing.". Those who criticise and who don't understand, those not politically / etc aligned with those they're criticising, fail to see that in this case for example, the banner used by Ubuntu / Debian people expresses the very driving force behind their work, and so to contradict it just to make it palatable to people not of their mind set is not something that would ever be conceivable to them.
      You forget, that to many, this is a social revolution, that cannot be polluted by marketing techniques.
    2. Re:Please don't call it something Goofy by Zaiff+Urgulbunger · · Score: 1

      should not be named "humanity, caring, and harmony" in any language (no offense to the Ubuntu guys; but CEO's would probably something that implies 'unfair competitive advantage'...

      But "Microsoft" has already been taken?!

      *Appologies - I don't normally do the MS bashing thing but the temptation was too great!!

    3. Re:Please don't call it something Goofy by Anonymous Coward · · Score: 0
      He's talking about the name "Ubuntu", which when translated literally means "humanity" and/or "caring and harmony" depending on the translator and it's adoption in the enterprise.

      Even though Disney's all about copyright-terrorism, brainwashing-of-kids, etc; they don't name their mouse "evil rat".

    4. Re:Please don't call it something Goofy by chthon · · Score: 1

      And unless you already know where the Debian name came from, who would guess upon looking at it, that is the contraction of two names ?

      I think Debian has a nice, neutral ring to it, very suited to use as a brand name, and certainly more creative than MS's usage of day-to-day words.

  36. Re:How to Suck Cock by Anonymous Coward · · Score: 0

    Sorry, but you posted this to the wrong website;
    Michael Sims doesn't work here anymore.

  37. That could be a huge advance, if done right. by khasim · · Score: 1

    Rather in integrate one with the other ... why not develop the next generation package management system that can handle .deb's and .rpm's and has the best features of both systems?

    While they're at it, they could include functionality to install/upgrade/remove from .tar.gz.

    Now, THAT would be functionality worthy of testing a new system.

    If, as it appears, they are only going to add .rpm's to the install, there's no reason to even try it.

    We've already gotten to the point where individual package management systems handle 99% of the issues for 99% of the people.

    The next step is to advance the technology. Not just to shoehorn one system's packages into a different system's architecture.

    1. Re:That could be a huge advance, if done right. by Anonymous Coward · · Score: 0

      The only real advance would be to merge package management and GNU automake to avoid redundancy. Automake scripts must test for library dependencies and bugs/features before compile. Then, build and run dependencies must be specified again in the package management files. It would also have to be done in a way that sources could take advantage of the setup on legacy systems as well as be backwards compatible. Automake is a big pain in the ass for coders, if a superior system was developed which also allowed for easy package management and generation, it might catch on.

  38. RPM != Red Hat Package Management by pygar · · Score: 1

    It means "RPM Package Management" as of a few years ago.

    1. Re:RPM != Red Hat Package Management by Anonymous Coward · · Score: 0

      OIC

      you can call a pig a horse if you like, but a pig is still a pig.

  39. wrong, sorry. by hummassa · · Score: 1

    No enterprise (worth of enterprise-class) phases out every equipment at once. The norm is to have 3-6 "generations" of workstations. You buy 1/5 of your equipments, move stuff around, phase out 1/5 of the stuff -- those of the "older generation".

    --
    It's better to be the foot on the boot than the face on the pavement. ~~ tkx Kadin2048
  40. You know someone hasn't read the article when... by LibrePensador · · Score: 3, Informative

    he complains about something that isn't actually raised. Mandrake is not going to be using alien, neither is Debian. They are both going to be using a new package tool, called SmartPM. Google for it.

    The tool is able to use debian and rpm repositories natively. It also does a lot of good things that no other tool, yum, apt or urpmi currently does. The people doing the research for it are current and former apt and urpmi developers and they have done their homework.

    So, stop spreading misinformation about something which you have not taken the time to understand.

    --
    Pragmatism as an ideology is not particularly pragmatic in the long term. Keep it in mind when you dismiss Free Software
  41. Your dreams have come true! by Anonymous+Cumshot · · Score: 3, Funny
    lesbian linux is alive and well. From their website:

    Lesbian is a free operating system (OS) for your computer. An operating system is the set of basic programs and utilities that make your computer run. Lesbian uses the Linux kernel (the core of an operating system), but most of the basic OS tools come from the GNU project; hence the name GNU/Linux.

    Lesbian GNU/Linux provides more than a pure OS: it comes with more than 10000 packages, precompiled software bundled up in a nice format for easy installation on your machine.

    --
    Best regards, A.C.
    1. Re:Your dreams have come true! by chawly · · Score: 1

      Well well, bloody well. Sorry - but it did have to happen. And why not, I ask you ? Good for you fellows, chaps, folks.

      --
      How many beans make five, anyhow ? ... Charles Walmsley
  42. Another UnitedLinux ? by Xtifr · · Score: 1

    OpenLinux? You mean the SCO/Caldera product? No, I don't think it sounds at all like OpenLinux! Perhaps you meant UnitedLinux? Yeah, Connectiva (now half of Mandriva) and Turbo were both members of UnitedLinux Coalition, so this very much looks like another stab at the same thing.

    There may be problems maintaining a common base or there may not. UnitedLinux tanked for completely unrelated reasons: one of the players (Suse) got bought by Novell, and another (Caldera) went insane, renamed themselves to The SCO Group, and started suing everyone in sight.

    This new effort still has some pretty big players. Mandriva and Turbo may not be household names in the US, but the former basically owns the Latin American market and has a big share in Europe, and the latter used to be number one in Asia (though I'm not sure that's true any more). The interesting thing is the switch to a Debian base. Connectiva (now Mandriva) is the company that originally modified Apt to work with RPM, but Turbo's never shown any interest in anything Debian-related before.

    As for support, you're right, that's an important issue. So it's a good thing they've got Progeny along, since Progeny is basically the commercial support wing of Debian. After Ubuntu (which has the backing of a crazy-but-charming billionaire), Progeny is probably the company that employs the most Debian developers. (Including, I believe, the current project leader, Branden Robinson, though you should double-check before you quote me on that.)

    I agree that this doesn't all necessarily spell a recipe for instant success, but on the other hand, I think they've got all the right elements present to at least have a shot. I doubt they'll take the US market away from Red Hat any time soon, but I could easily see them going to number two in Europe, and number one in much of the rest of the world. We'll just have to see how it plays out.

  43. Apparently you've never heard of Progeny by Xtifr · · Score: 4, Informative

    Not only have they been providing commercial support for Debian for years (and providing employment for many Debian developers), but apparently they're doing well enough at it that some fairly decent-sized companies (neither Mandriva nor Turbo is exactly tiny) are interested in teaming up with them.

    1. Re:Apparently you've never heard of Progeny by Anonymous Coward · · Score: 0

      Progeny doesn't do commercial support for Debian, or at least they wouldn't when I tried to buy it. I called their sales rep (Mike, I think) who didn't like to return calls, said that they couldn't support Debian, didn't think they ever would. Did I want security support for old RedHat distros?

      So sad. I went with Ubuntu instead. I'm always surprisied that noone mentions it when talking about enterprise distros. For a distro that's been out less than a year, it's got a great track record.

  44. Re:You know someone hasn't read the article when.. by ArmorFiend · · Score: 1

    The entire idea is just silly to me. Lets install apache from a .deb, then install mod perl from an rpm from a different distro. That'll work great!

    Ditto cups, gnome, kde, x.org, you name it, any large package that's factored into small parts by distributions is just begging for trouble.

    Better to have one distro that gets it right.

    (and, no, I didn't read the article, and your post _is_ informative, btw)

  45. Since when does compatibility suck? by WebCowboy · · Score: 1

    That these guys advertise this compatibility speaks very ill about their distro, IMO

    Well in *my* opinion the majority of people do NOT share your opinion about compatibility. I don't think I've ever heard an average end user of PCs (or any other product for that matter) say "hmm...this product interoperates with multiple standards...that means it sucks. I'll pick this other one that's only half as compatible with other people's stuff--since they didn't think of interoperability it must be better at other stuff anyways".

    The fact that multiple methods of package management are supported by a Linux distro doesn't mean it is "hackerish"--it doesn't HAVE to anyways. It means the distributors recognise that there are two prominent standards and that end users demands require both. Being debian based this distro's repository will be DEB only. There is nothing "hackerish" about wanting to have 3rd party programs distributed as RPMs "just work" even if the system is natively Debian-based.

    Like it or not, RPM is the leading format in the enterprise space--it is the native format of Red Hat, SuSE and Mandrake. Support for RPM is also a requirement for Linux Standards Base (LSB) certification. I and many others consider LSB compliance to be a requirement. RPM is not going away and people just have to learn to accept that. Similarly, the Debian format has its own merits and with so many distros being Debian variants it is a defacto standard that RPM adherents have to accept.

    It might not be the most "idealistic" or technically elegant thing to do, but supporting both major package management formats is the most professional and business-sound decision to make. Linux will never, ever achieve dominanace if every distributor has to maintain its own packages of every popular application demended by its users. People will not switch to Linux if you either have to live with the packages maintained by a single organisation or be TRULY "hackerish" ahd compile parts of the system from source or shoehorn 3rd party packages into the system with things like "rpm --nodeps" and crap.

    Think about it...one of the biggest complaints about Microsoft is "vendor lock-in", where nothing works quite right unless you buy into MS end-to-end. Well, if Linux distributors followed your mentality then they risk falling into that same trap. I want a solid, stable, easy to manage OS on which to base my systems. I actually DON'T want the distro comapny to put so much time and effort into its package repositories. The folks responsible for Apache, Sendmail, Postfix, MySQL, PostgreSQL etc should be able to make LSB compliant packages that I can just click on and install. I really don't care if I can't get every package I need from the same people who put together the distro--I just want to be able to get it SOMEHWERE and have it work!

    Anyways, I wish the good people behind this new enterprise linux all the best, and hope that their talk of "compatibility" is substantial.

    1. Re:Since when does compatibility suck? by ArmorFiend · · Score: 1
      Linux will never, ever achieve dominanace if every distributor has to maintain its own packages of every popular application demended by its users.
      Uh, I thought there was public consensus on this that packaging software is the whole point of the "distribution" concept! What is it you think distributions are supposed to do, if not this?!
      People will not switch to Linux if you either have to live with the packages maintained by a single organisation or be TRULY "hackerish" ahd compile parts of the system from source
      I don't think compiling from source is a hack at all. Maybe this is not what you meant by "hackerish"...
    2. Re:Since when does compatibility suck? by WebCowboy · · Score: 1

      Uh, I thought there was public consensus on this that packaging software is the whole point of the "distribution" concept! What is it you think distributions are supposed to do, if not this?!

      The problem is that there is no standard so the whole point is completely lost! It's fine and dandy to say RPM is a standard packaging method but I can't just say (for example) I don't like SuSE's Apache RPMS so I'll just use Mandrake's instead--they are both RPMs sure, but if I try that you'll get mired in "dependency hell" and you have to know what you are doing and override dependencies to get it to work. The same potential for hangups presently exists around Debian-derived distros as well--you can't always count on stock Debian packages working in derivative distros or vice versa.

      I have no problem at all with distro makers maintaining its own repository of packages. You're right--that is what those organisations exist to do. The problem is that you have to depend on that ONE SINGLE REPOSITORY FOR ALL THE SOFTWARE that you want to manage properly in the system. If Linux devotees want to knock Windows off its pedestel it'll have to work on that.

      I don't think compiling from source is a hack at all.

      Well, that is your problem--from a user's perspective it is VERY MUCH a hack. Compilation is a normal part of the development and release process--it is a normal part of a PROGEAMMER'S use of a computer. It is NOT something an end-user/sysadmin does or should be expected to do. Even "source-based" distros like Gentoo or Linux from Scratch have tools like Emerge or ALFS to automate the compilation process with a low-level "packaging system"--essentially making the compile process the same as a slower version of a binary package install from the users viewpoint. Even then LFS concedes it is a distro NOT meant for everyone.

      Even if you cannot see how compilation from source can be viewed as "hackerish", you certainly cannot dispute that doing so to install software on a distro based on RPM or DEB binaries leads to a very "hacked" situation--you install something from source either because you cannot find the version you want or it isn't available at all as a binary package. Later it IS packaged and other packages are dependent on it. You either have to remove your custom-compiled version and replace it with the RPM or you start down the dangerous road of --nodeps.

      It's all more work than it needs to be. If I don't like the job SuSE is doing I want to be able to replace their packages with Fedora equivalents seamlessly for example. If I find some nifty niche-app on SorceForge it would be really cool if they could maintain a binary package themselves and not have to worry that it is too specialised for my distro publisher to bother maintaining.

  46. You're snarky. by Nailer · · Score: 1

    Yeah, actually. Usable defaults is a good thing, makes a world of difference to a lot of people, and yes, is something Debian historically lacked. Remeber the install asking you every module you wanted to use, on a PnP bus? Do you reckon that turned anyone off Debian?

    Those who've used Linux for awhile probably know useradd, passwd and chage. For those who don't , and who need to achieve a task, having easily discoverable ways to doing things is an essential.

  47. Componentized Linux by dbcad7 · · Score: 1

    This sure sounds like Componentized Linux which is Ian Murdock's other project besides progeny.

    --
    waiting for ad.doubleclick.net
  48. For those of you... by Eric+Damron · · Score: 1

    who are looking to try a Debian look at ubuntu. (www.ubuntu.org)

    I just loaded it yesterday. Very stable and looks to be well supported. The multimedia support is somewhat lacking however.

    They'll even send you some pressed CDs for free. (They're even paying the shipping.)

    --
    The race isn't always to the swift... but that's the way to bet!
    1. Re:For those of you... by Eric+Damron · · Score: 1

      oops... make that www.ubuntulinux.org

      --
      The race isn't always to the swift... but that's the way to bet!
  49. Maybe? by Assassin_for_Atari · · Score: 1

    Though suse might not be the lightest distro around the one thing it does have is options! On top of that layer Novell tools and you have a good combination. There is (or at least was last year) exciment in Provo about what they are going to able to provide to Linux and vise versa. IMHO that type of attitutde is great for business and for Linux as a whole. The issue I see when distro's colaberate is what we saw with United Linux. Though if you ask me United's issue (other than SCO) was that is was an after thought to what the individual distro's had going on in their own spaces. One again my look at is "I don't care the distro, Linux in Enterprise is great no matter what"

  50. Might work, might not by ajs318 · · Score: 1

    Debian was my first distribution, and to tell the truth I found it a bit awkward. A friend helped me with the really hard stuff -- all the Unix I remembered from university was ls and rogue. I was using it at first as a simple "modem sharer", to split a dialup connection between a Windows 95 and a Windows 98 box; but also it was set up with an Apache server and cgi-bin directory, so I could try out stuff before uploading it to my web site.

    Following an abortive attempt to build a dual-boot Debian/Windows 98 box {mainly aborted because I had lost the post-it note with the W98 serial number on it, it was the small hours of the morning, none of my mates were awake and I wanted it working NOW!} I ended up building a single-boot box with Mandrake 8.2.

    Mandrake taught me about Linux, but I hit its limitations quickly. And I really did not like the RPM system. I think most of the packages on that box were compiled from source. I tried a newer Mandrake, which was very slick but now even more limiting; and Slackware, which was sort of good {no barriers} but left me crossing my fingers a lot; and I ended up coming back to Debian. Only this time, I went with Testing rather than Stable. I also did a Gentoo stage one install, just for the experience. I can thoroughly recommend it to anyone who may have to deal with a poorly server. The Gentoo fans are right on the mark about the Portage system, it is the dog's bollocks -- but so is APT. It's as much about the size of your package repository as anything. {Also, Gentoo's source-based distribution sidesteps neatly around the PINE licence issues.} Whichever you get used to first, is worth sticking with.

    As for the Debian vs. Ubuntu bitching, what are you smoking? To all intents and purposes, Ubuntu is Debian. Perhaps a case of "too like me for me to like" ?

    --
    Je fume. Tu fumes. Nous fûmes!
  51. Ubuntu Style Mail Server? by cornice · · Score: 1

    I know I'm going to get scolded for this but what would be great is something like an Ubuntu style mail server. What I mean by that is a less generic, easily installed and configured mail server that is free but commercially supported. There are a number of Exchange style offerings available such as OpenExchange, Kroupware, etc. but all of them are either a mess to install or entangled with a proprietary offering. I have maintained Linux based mail servers since '95 but I'm currently having troubles selling a Linux solution over an Exchange server simply because my coworkers and managers can't wrap their heads around the Debian+Postfix+CYRUS+SASL+SpamAssassin+LDAP+KITCHE NSINK concept. Something like LinuXchange would be easier for them to grasp. Because of some customer requests we're moving from NDS to Active Directory so Novell's offerings are less than popular. What I wish I could find is a Debian based distribution specifically built to supplant Exchange servers.