Slashdot Mirror


Sun Puts its Weight Behind Ubuntu Linux

fak3r writes "Sun today announced that they are putting their weight behind Ubuntu Linux. While Ubuntu has been many people's desktop Linux choice for a few years now, with its Debian heritage, you can see what kind of server it could be. Slap that on the new Sun 1Us with the new Niagra T1's CPU, the one that'll have four, six or eight cores each, and go to town."

338 comments

  1. With friends like these... by SWroclawski · · Score: 5, Funny

    As a very happy Ubuntu user, I'm scared.

    But it could be worse, it could be "Ubuntu, supported by SGI"

    1. Re:With friends like these... by Penguinisto · · Score: 5, Funny
      Oh, c'mon - it won't be that bad... you'll just have to get your files from hard drives named "/dev/rdsk/c0t0sUpercalifragilistic" and things like that.

      At least you won't have to hunt down and install j2se. /P

      --
      Quo usque tandem abutere, Nimbus, patientia nostra?
    2. Re:With friends like these... by TrekCycling · · Score: 1

      Think about how Sun fans feel.

      "Wait, I have to run the Hoary Hedgehog on my Sun box?" WTF?

    3. Re:With friends like these... by KingArthur10 · · Score: 2, Informative

      Luckily, in Ubuntu, J2RE et al are available via the multiverse. Thank you sun for making a compatible liscense.

      --
      I came, I saw, She conquered.
    4. Re:With friends like these... by Anonymous Coward · · Score: 0

      Sun fans?

      *crickets*

    5. Re:With friends like these... by TrekCycling · · Score: 1, Funny

      They're out there. Maybe "fan" is the wrong word, but you know the types. System admins who swear by Sun because that's all they've ever used. And then one day they wake up and have to install Dapper Duck on their beloved Sun boxes. :)

    6. Re:With friends like these... by CRiMSON · · Score: 1

      And then you try to use linux for a high I/O load application, that you used to previously run on a cluster of fully populated E6500's. And realise, linux can't handle it and kernel panics.. so you Go back.

      --
      oogly boogly!
    7. Re:With friends like these... by Anonymous Coward · · Score: 0

      cock smoking? thats a new one...
      ouch.

    8. Re:With friends like these... by Anonymous Coward · · Score: 0

      Oh, don t be cynical !
      Look for instance at all the good that came out of Sun backing up GNOME.

    9. Re:With friends like these... by tyrr · · Score: 4, Informative

      "/dev/rdsk/c0t0sUpercalifragilistic" is actually a SysV4 standard. HP or IBM would do the same.

    10. Re:With friends like these... by mnmn · · Score: 1

      As a non Ubuntu user, I'm happy.

      I did notice Sun's desktop being similar to Ubuntu (gotta be the GNOME thing). So Sun wants a nicer desktop and Ubuntu will get more corporate weight. Dont forget its a free software distro so Sun cant OWN it, or mess with it. Only improve it for themselves.

      --
      "Give orange me give eat orange me eat orange give me eat orange give me you." -Nim Chimpsky
    11. Re:With friends like these... by Anonymous Coward · · Score: 0

      Sun's JDS is basically GNOME with a few Sun modifications. Sun developers do a lot of work on the GNOME project.

    12. Re:With friends like these... by SeeMyNuts! · · Score: 1


      It's double past tense. It probably means they were running Solaris 8.

    13. Re:With friends like these... by Builder · · Score: 4, Insightful

      I sooooo wish Linux had that naming scheme.

      When you're automatically rebuilding a Linux box, and you only want to re-install the OS and not blow away the data on the SAN, this would be a godsend.

      At the moment, we install Linux on /dev/sda which is a mirrored disk presented by the RAID controller. No worries if you have no SAN connection. But when your san disks are presented as /dev/sdx as well, and there is no guarantee that sda is the internal hard disk, having a controller / target naming scheme makes a lot more sense.

    14. Re:With friends like these... by rubycodez · · Score: 1

      naw, hp will make you run their cciss driver, /dev/cciss/d0c0p10mumble-de-farqme

    15. Re:With friends like these... by sudohnim · · Score: 1

      When you're automatically rebuilding a Linux box, and you only want to re-install the OS and not blow away the data on the SAN, this [disk device naming scheme] would be a godsend.

      Hate to break this to you, but All UNIXen have this issue. Disk naming depends entirely upon what is found where on the bus as well as the order of kernel module loading.

      --
      Its pretty sad when a commercial OS ships a debugger with their system but no compiler.
    16. Re:With friends like these... by reedk · · Score: 1
  2. would Sun put all their weight behind apt-get? by ubiquitin · · Score: 5, Interesting

    Does this mean that Sun is endorsing the Debian package management system over RPM-based approaches? IMNSHO, it's high-time that an enterprise IT vendor saw value in dpkg.

    --
    http://tinyurl.com/4ny52
    1. Re:would Sun put all their weight behind apt-get? by Ant+P. · · Score: 2, Informative

      Don't forget Sun thinks they're competing against Red Hat. RPM would be the last package system they'd want their name behind.

    2. Re:would Sun put all their weight behind apt-get? by aphaenogaster · · Score: 1

      There is already a apt-get like system available for solaris (pkg-get) *works very very well too. I am not sure which system their current supported pkgadd/pkgrm/pkginfo system resembles most.

    3. Re:would Sun put all their weight behind apt-get? by Tet · · Score: 1, Insightful
      Does this mean that Sun is endorsing the Debian package management system over RPM-based approaches? IMNSHO, it's high-time that an enterprise IT vendor saw value in dpkg.

      Sigh. yet more anti-RPM FUD. While dpkg is indeed a fine packaging system, it has little to make it superior to RPM. With dependency management handled by apt and yum, the two are broadly comparable these days. So let me ask you, what value do you see in dpkg, that isn't also present in RPM?

      --
      "The invisible and the non-existent look very much alike." -- Delos B. McKown
    4. Re:would Sun put all their weight behind apt-get? by Neil+Watson · · Score: 2, Informative

      I do not believe that the Solaris packaging tools handle dependancies well. It is a mostly manual process.

    5. Re:would Sun put all their weight behind apt-get? by chicagotypewriter · · Score: 3, Informative

      Sun has denied that their move to back Ubuntu is a move against Red Hat, or SuSE. Whether or not that is believable is another question, but thats just what they have said.

    6. Re:would Sun put all their weight behind apt-get? by Knuckles · · Score: 4, Insightful

      The Debian package repositories ;)

      --
      "When I first heard Daydream Nation it quite frankly scared the living shit out of me." -- Matthew Stearns
    7. Re:would Sun put all their weight behind apt-get? by Neil+Watson · · Score: 1

      For unusual installs such as installing a very new version of an application (e.g. Eclipse) depedancies and versions can be a problem. Redhat's standard fair includes Eclipse 2.1. Debian includes 3.0 in stable and 3.1 in testing. I can install 3.1 in Debian and still keep the rest of my packages stable.

    8. Re:would Sun put all their weight behind apt-get? by aphaenogaster · · Score: 1

      I have never found a problem with pkg-get handling dependencies. (www.blastwave.org). There is no dependency handling when using the sun supplied package handlers though.

    9. Re:would Sun put all their weight behind apt-get? by Godji · · Score: 1, Informative

      Oh, please. Every u83r g33k / l33t haxx0r knows that Gentoo's portage easily pwnz both of them!

    10. Re:would Sun put all their weight behind apt-get? by liliafan · · Score: 1
      Oh, please. Every u83r g33k / l33t haxx0r knows that Gentoo's portage easily pwnz both of them!


      Okay I will take the bait.....yes it does it resolves all dependencies, it will uninstall, it allows you to upgrade, okay so you have to install the source but IMO portage is better than rpm and dpkg
      --
      GeekServ Unix Consulting Services (http://www.geekserv.com)
    11. Re:would Sun put all their weight behind apt-get? by jadavis · · Score: 1, Insightful

      That's actually true. It's not the dpkg itself, or even apt that makes debian great. It's all the contributors who care about the packages and do a good job making them. I have had great experience with debian for the most part. I have kept my desktop system up to date on "unstable" for about 6-7 years without ever reinstalling. I've switched hard drives, and done all kinds of other changes (including innumerable kernel upgrades), but it's never required much more than "apt-get dist-upgrade". I even messed up my root filesystem once and somehow managed to recover, and getting the packages properly in place was the least of my worries.

      Maybe RPMs are better now, but back when I started using them (whatever came before RH 6.0, I think it was 5.2), that would have been about impossible. I don't even notice upgrading dpkg, but upgrading rpm with rpm was hell. I seem to recall some problems upgrading libc also.

      --
      Social scientists are inspired by theories; scientists are humbled by facts.
    12. Re:would Sun put all their weight behind apt-get? by digidave · · Score: 4, Informative

      Non-Debian users will think you're joking, but the truth is that Debian packages are several orders of magnitude better than any other distro's. Slackware may come closest. I think the difference is that Debian packages feel like they've been made by people who love Debian and love the software they're packaging for Debian. There are no bad packages in Debian stable and packages don't do anything they're not supposed to do, like break compatibility.

      Debian is the only OS I use in which I feel confident upgrading a production server without extensive testing. 100 packages might need upgrading, but I know it will work and won't break anything.

      --
      The global economy is a great thing until you feel it locally.
    13. Re:would Sun put all their weight behind apt-get? by timeOday · · Score: 1

      Neither does Windows, but it doesn't matter, really, because applications tend to be mostly self-contained and independent. And because libc, or whatever serves as its equivalent on Windows, doesn't change every other month. I question whether these tall, teetering dependency towers in Linux are really worth it. Granted, everything is fine so long as you stay within a given predefined package set somebody else has put the hard work into integrating, but heaven help you if you need an application that isn't on one of those 6 CDs. I like how mplayer just rolls in a bunch of libraries that it needs into its own source distribution. It may mean a duplicate copy of libavcodec on my hard drive and a few extra KB of memory if I run both mplayer and ffmpeg at the same time, but do I really care? No, I do not.

    14. Re:would Sun put all their weight behind apt-get? by outZider · · Score: 1

      Agreed. Between Debian (Ubuntu) and FreeBSD, my machines all upgrade quite nicely, and I don't think I've seriously broken anything since 2000 or so.

      Six years is a long time in IT. :)

      --
      - oZ
      // i am here.
    15. Re:would Sun put all their weight behind apt-get? by swv3752 · · Score: 1

      That is package repositories and individual binaries, the dpkg Package Management System by itself is actually inferior to the capabilites of RPM.

      I have not found that the repositories for Ubuntu to be any better than the ones for say Mandriva.

      --
      Just a Tuna in the Sea of Life
    16. Re:would Sun put all their weight behind apt-get? by Schraegstrichpunkt · · Score: 1
      I question whether these tall, teetering dependency towers in Linux are really worth it.

      The zlib bug was much easier to fix in Debian than it was on to fix Windows, because there were much fewer copies of zlib to update.

    17. Re:would Sun put all their weight behind apt-get? by arglesnaf · · Score: 1

      If you like Debian's package repository, you'd love Freebsd's ports repository. Nothing comes close. I've admin'd debian, solaris, freebsd and redhat in production, and I've played with fink on OSX, and Gentoo's portage. Freebsd ports is hands down the easiest to administer in a production environment, once you get a proper supfile and update scripts set up.

      The following isn't intuitive, but it works:

      Install cvsup-without-gui and portupgrade, then run:

      cvsup standard-supfile
      pkgdb -F
      cd /usr/ports
      make fetchindex
      portsdb -u
      portupgrade -aRru

      For a supfile I use (If you are not managing your own repository):
      *default host=cvsup13.FreeBSD.org
      *default base=/usr
      *default prefix=/usr
      *default release=cvs tag=RELENG_6_1 delete use-rel-suffix compress
      src-all
      ports-all tag=.

      I know I am needlessly tracking src with every update, but if a kernel patch is released my src is up to date.

      Note: always read /usr/ports/UPDATING before running your portupgrade.

    18. Re:would Sun put all their weight behind apt-get? by IamTheRealMike · · Score: 1
      So you can choose between:

      • A large-ish collection of possibly out of date or broken packages, maybe, as long as they don't offend Red Hat/Novells lawyers ... or

      • A even larger collection of possibly out of date or broken packages, maybe, as long as they don't offend the sensibilities of somebody on debian-legal

      I'm sorry but this choice doesn't really excite me either way, so arguing which is "superior" seems silly.

      Being up to date and correct does matter - only yesterday I was frustrated by Debian as the ancient version of ImageMagick included in Debian Stable doesn't have the ability to vertically center text, a feature I wanted. Even on Ubuntu, the situation is worrisome: I'm really don't see any safe way to backport some of the security fixes in Firefox 1.5, which were fundamental changes to the DOM security model.

      Freshness isn't the only problem, correctness is too. There are numerous reports of the Ubuntu Firefox being much slower (as in responsiveness) to the upstream binaries, so presumably in the process of packaging it they broke or changed something which noticably lowers performance.

      There are excellent reasons why Apple didn't choose apt-get for its next generation operating system when designing MacOS X; those are only a few.

    19. Re:would Sun put all their weight behind apt-get? by optimus2861 · · Score: 1
      I have not found that the repositories for Ubuntu to be any better than the ones for say Mandriva.

      I've started playing around with Kubuntu at home alongside Mandriva, and I haven't managed to get the ATI drivers working on the former yet, despite a dpkg existing for them. OTOH, there's an ATI driver RPM and an accompanying DKMS RPM in the PLF repository for Mandriva that Just Works (TM).

      Adept does seem to be faster than drakrpm, though.

    20. Re:would Sun put all their weight behind apt-get? by mypalmike · · Score: 1

      Does this mean that Sun is endorsing the Debian package management system over RPM-based approaches?

      Ubuntu appears to be considering using the SMART package manager in future releases.

      http://www.ubuntuforums.org/showthread.php?t=16255 0

      --
      There are 0x40000000 types of people: those who understand 32-bit IEEE 754 floating point, and those who don't.
    21. Re:would Sun put all their weight behind apt-get? by Dhar · · Score: 1

      Last I used RPM was a long, ugly time ago so I won't go there. But the first and last time I used yum it refused to work, telling me that Linux/x86 was an invalid OS/architecture combination. I simply could not convince it otherwise.

      I've happily been using dpkg and it's ilk since.

      -g.

    22. Re:would Sun put all their weight behind apt-get? by MasterPi · · Score: 1

      dpkg has APT. APT can use CDs as repositories. This may not seem like a big deal until you try to install stuff for an RPM based system without a direct net connection. Mandrake used to handle this somehow with its package manager, but then it did a bunch of other cool stuff too. Yum is terrible without an internet connection. Yes, you can copy all the .rpms onto your harddrive, but the same people without a good net connection are the people without a lot of harddrive space. Not to mention that apt-get has Super Cow Powers!

      --
      ( I
    23. Re:would Sun put all their weight behind apt-get? by intangible · · Score: 1

      You can always custom compile (or download already compiled) versions of anything you want and install it in /usr/local, it will take precedence over the one from the package repositories without breaking anything. Then, when/if the distro you're using catches up to the version in /usr/local, just remove that one.

      The hardest part about doing this on Ubuntu (it may already be there in Debian proper) is this:
      echo /usr/local/lib >> /etc/ld.so.conf

      I'm running the latest beta of gaim and firefox on my Breezy Ubuntu installation without any problems, for example.

    24. Re:would Sun put all their weight behind apt-get? by cayenne8 · · Score: 1
      "Sigh. yet more anti-RPM FUD. While dpkg is indeed a fine packaging system, it has little to make it superior to RPM."

      I'd just rather use 'portage'. Just emerge and voila...dependencies are worked out and all is downloaded, compiled and installed for you.

      --
      Light travels faster than sound. This is why some people appear bright until you hear them speak.........
    25. Re:would Sun put all their weight behind apt-get? by Anonymous Coward · · Score: 0

      I agree. At a company I used to work for (quit, not fired, ha ha) I once dist-upgraded our only Debian firewall remotely. It was 180 or so packages, basically an upgrade from Woody to Sarge. Went without a hitch.

      I wouldn't recommend this to anyone with a faint heart (I had second thoughts after hitting "enter") but just goes to show just how rock-solid Debian stable can be.

    26. Re:would Sun put all their weight behind apt-get? by Anonymous Coward · · Score: 0

      I have found Debian to be far more consistent with file locations.

    27. Re:would Sun put all their weight behind apt-get? by 1336 · · Score: 1

      "Does this mean that Sun is endorsing the Debian package management system over RPM-based approaches?"

      No; if you look at Sun's Java download page (http://www.java.com/en/download/manual.jsp) the only package type available (besides the generic self-extracting one) is an RPM version; its been available in that format for quite a long time too. Note that Sun does *not* produce a DEB; what Sun is endorsing (among other things) is distros packaging Java in their own native formats. That's quite different.

    28. Re:would Sun put all their weight behind apt-get? by Nutria · · Score: 1

      Sun has denied that their move to back Ubuntu is a move against Red Hat, or SuSE.

      And Nixon said he wasn't a crook. And MSFT says they are as pure as the wind-driven snow.

      --
      "I don't know, therefore Aliens" Wafflebox1
    29. Re:would Sun put all their weight behind apt-get? by jdogalt · · Score: 1

      I know you're not kidding, but someone needs to set you straight-

      RPMs, at least the ones in fedora (and I'm pretty sure the rest), hold very well (never seen an exception), to the specification that no user interaction is required for a default install.

      Debian packages are _supposed_ to have this behaviour, if you specify the environment priority=critical, but there are dozens of stable packages which do NOT obey. The result is that if you want a truly unattented install, you are borked, until you spend gobs of time tracking down registry settings to preseed. Even then there are a couple more that aren't even that easy to fix.

      Now, this is a totally fixable set of bugs, and in fact there is a nice web page that enumerates which packages are broken. But there are a lot of them. And I can't see why debian didn't see the wisdom of redhat's implementational choice of "make every package install with sane defaults, and let the user configure more after installation if they want to".

      I'll admit, that I think the ideal solution would be a blending of the two, where you can specify a flag to rpm/yum/apt saying "interrupt me with detailed configuration dialogs _right now_". But the fact remains, doing unattended installs with debian is a royal pain in the ass, compared to rpm based distros.

      -jdog

    30. Re:would Sun put all their weight behind apt-get? by Nutria · · Score: 1
      Sigh. yet more anti-RPM FUD. While dpkg is indeed a fine packaging system, it has little to make it superior to RPM. With dependency management handled by apt and yum, the two are broadly comparable these days. So let me ask you, what value do you see in dpkg, that isn't also present in RPM?

      Upgrading a low-level package like glibc or X.

      I don't know how yum, up2date, urpmi & pkg handle it, but with apt, upgrading glibc (know as libc6 in Debian) is trivial. Likewise, upgrading from XFree 4.3 to X.org 6.8, and likewise the upgrade from the "monolithic" X.org 6.9 to modular X.org 7.0 was equally simple.

      (Back in the old Mandrake 8.0/8.1 days, such upgrades were impossible.)

      OTOH, I've heard that people still reinstall FC when each new version is released. If true, that's pathetic.

      --
      "I don't know, therefore Aliens" Wafflebox1
    31. Re:would Sun put all their weight behind apt-get? by Dolda2000 · · Score: 1
      dependencies are worked out and all is downloaded, compiled and installed for you.
      You know it's the same thing with yum, right? Except that the packages are pre-compiled, that is, so you don't have to wait half an hour to install anything moderately large like PHP or half a day for something like GNOME, Xorg or Mozilla. Don't get me wrong, I use Gentoo myself, but automatic installation isn't exactly exclusive to it, and it's not as if binary packages only have disadvantages.
    32. Re:would Sun put all their weight behind apt-get? by Dolda2000 · · Score: 1
      Upgrading a low-level package like glibc or X.
      I haven't ever experienced that being a problem in any RPM based distro I've tried (only Red Hat and Fedora, but nonetheless). I haven't tried upgrading e.g. from X.org 6.9 to 7.0 with yum, so I don't know if that would be a problem, but upgrading glibc or X.org between minor versions aren't a problem at all. I don't quite understand why you think that would be a problem.
      OTOH, I've heard that people still reinstall FC when each new version is released. If true, that's pathetic.
      Indeed, this is me greatest gripe with Fedora Core these days, and one of the primary reasons why I wouldn't ever switch from Gentoo to it. It does indeed have an upgrade functionality to allow upgrading between distro versions, but I've had some bad experiences when using it. For example, when I tried upgrading an FC2 system to FC3 using that, there were lots of major things it never upgraded, such as from a static /dev to udev, it never installed SELinux and I wonder if it didn't even skip HAL (I guess it should have, considering it didn't install udev...), which was my main reason to upgrade that system to FC3. Since then, I've never trusted it. I've never had those kinds of problems with Gentoo, and from what I've heard, Ubuntu doesn't have any problems with it either.

      On the other, one of my absolute favorites about portage is that I can tell it to apply patches to programs before having it compile them. Does anyone know if there are provisions in dpkg/apt to do such things as easily? If so, I just might switch to Debian or Ubuntu.

    33. Re:would Sun put all their weight behind apt-get? by cafard · · Score: 1

      Ubuntu appears to be considering using the SMART package manager in future releases.

      But isn't SMART simply a package dependencies manager, comparable to apt/yum? If so, that still means dpkg underneath.

      --
      This post is awesome.
    34. Re:would Sun put all their weight behind apt-get? by int19h · · Score: 1

      Think about the children^H^H^H^H^H^H^H^H LSB!

      (They use RPM: http://freestandards.org/en/LSB)

    35. Re:would Sun put all their weight behind apt-get? by Anonymous Coward · · Score: 0

      > There are excellent reasons why Apple didn't choose apt-get for its next generation operating system when designing MacOS X; those are only a few.

      Those so-called 'reasons' you stated had nothing to do with apt-get itself, just the individual packages available in the distro.

    36. Re:would Sun put all their weight behind apt-get? by 00lmz · · Score: 2, Informative

      The real reason for choosing Ubuntu/Debian would be the Debian Policy, not any packaging format. A quote from the linked page:

      People often say how they came to Debian because of apt-get, or that apt is the killer app for Debian. But apt-get is not what makes the experience so great: apt-get is a feature readily reproduced (and, in my opinion, never equalled), by other distributions -- call it urpmi, apt4rpm, yum, or what have you. The differentiating factor is Debian policy, and the stringent package format QA process (look at things like apt-listchanges, apt-list-bugs, dpkg-builddeps, pbuilder, pbuilder-uml -- none of which could be implemented so readily lacking a policy (imagine listchangelog without a robust changelog format)). It is really really easy to install software on a Debian box.
      This resembles cargo cult religions: that is, apt-get is the visible aspect of Debian's policy system, the same way that cargo-cult practices saw runways and other characteristics as the source of western goods ("cargo"), and built their own replicas, complete with fake wooden headphones for control towers. In the same way, other distributions have created the shallow visible aspect of Debian's packaging infrastructure, without addressing the deep issues of policy. Worse: the conflicts of technical requirements and marketing / economic imperatives often work at cross purposes. Less perversely for most GNU/Linux distros than for proprietary software, but still clearly present.
    37. Re:would Sun put all their weight behind apt-get? by cayenne8 · · Score: 1

      You know....most everyone complains about the long compile times on things...I find it rarely takes more than a few minutes, and I can easily continue to work while things are compiling. Firefox, and Xorg do take some time sure, but, really how often am I doing those?? If it is the rare occasion it is something THAT large, I just fire it off at night when I crash...

      --
      Light travels faster than sound. This is why some people appear bright until you hear them speak.........
    38. Re:would Sun put all their weight behind apt-get? by Anonymous Coward · · Score: 0

      But what of uninstall? Ports aren't all that good at uninstallation, are they...?

    39. Re:would Sun put all their weight behind apt-get? by Dolda2000 · · Score: 1

      As for me, I simply think that the compile times are acceptable for what I get out of it, but it definitely is a bother. In particular, it is quite a bit annoying when one is working on something, finds that one needs a certain program to continue or needs to recompile a package with different USE flags, and then has to wait for half an hour while it compiles. While most smaller packages might only take a few minutes, there aren't too few occassions when you find yourself without something like BIND, SBCL, gcc without some use flag (I've experienced FORTRAN and Java), or similar. Especially annoying when you find yourself on a 500 MHz box or slower.

    40. Re:would Sun put all their weight behind apt-get? by wiredlogic · · Score: 1

      There are no bad packages in Debian stable and packages don't do anything they're not supposed to do

      This isn't entirely true. Some packages can have bad dependencies. I once installed an X app (don't rember which) from Sarge that ended up with gdm as a prerequisite, resulting in an unintended graphical login on the next reboot.

      --
      I am becoming gerund, destroyer of verbs.
    41. Re:would Sun put all their weight behind apt-get? by cayenne8 · · Score: 1
      "Especially annoying when you find yourself on a 500 MHz box or slower."

      Whew...that's the problem. Hehehe...move into the 2000's, and get a more normal speed computer...they're a dime a dozen these days.

      :-)

      --
      Light travels faster than sound. This is why some people appear bright until you hear them speak.........
    42. Re:would Sun put all their weight behind apt-get? by gurumeditationerror · · Score: 1

      You can always custom compile (or download already compiled) versions of anything you want and install it in /usr/local, it will take precedence over the one from the package repositories without breaking anything. Then, when/if the distro you're using catches up to the version in /usr/local, just remove that one.

      The hardest part about doing this on Ubuntu (it may already be there in Debian proper) is this: echo /usr/local/lib >> /etc/ld.so.conf

      I'm running the latest beta of gaim and firefox on my Breezy Ubuntu installation without any problems, for example.

      If you are going to be installing stuff from source use checkinstall.
      $ ./configure
      $ make
      $ sudo checkinstall

      And boom! You're done, easily removed afterwards too, you've effectively made and installed a .deb. I've been doing that on breezy with Kismet and Aircrack-ng.

    43. Re:would Sun put all their weight behind apt-get? by Dolda2000 · · Score: 1

      Sorry, but I'm afraid you will have to turn in your geek badge. One shalt never, I say thee, never throw away old computers.

    44. Re:would Sun put all their weight behind apt-get? by arglesnaf · · Score: 1

      I use pkg_cutleaves, that way I can remove ports I no longer want as well as the unneeded dependencies they leave behind.

    45. Re:would Sun put all their weight behind apt-get? by arglesnaf · · Score: 1

      I can't personally comment on that, since I went through both groups moving where they wanted apache installed. (Freebsd 2 or 3 years ago, debian before that) Freebsd is extremely LSB based, debian had a few "debianism's". Neither is as bad as the whole opt thing is Solaris though.

    46. Re:would Sun put all their weight behind apt-get? by swv3752 · · Score: 1

      Ubuntu is not Debian and while Ubuntu can use the Debian repositories, it has its own. Ubuntu's repositories are no better than other distro's repositories. While Debian's repositories may be superior, Ubuntu's are not and one must judge on the weakest link, not the strongest.

      Besides if you can't get Debian to work, then it is useless to you. I have built LFS on my notebook and gotten it to work, but could not get everything working Debian. I suspose if I started compiling items from source I could have done it, but if you go that route, then you lose any of the so called superior benefits of Debian.

      --
      Just a Tuna in the Sea of Life
  3. there's a typo ;) by Janek+Kozicki · · Score: 2, Informative

    it's Niagara T1 CPU, not Niagra.

    --
    #
    #\ @ ? Colonize Mars
    #
    1. Re:there's a typo ;) by fm6 · · Score: 0, Offtopic

      As long as we're picking nits: not all errors are typos. This one looks more like a spelling error.

    2. Re:there's a typo ;) by Anonymous Coward · · Score: 0

      It's not a typo, it's spam.

      NERY CHEAP NIAGRA.

    3. Re:there's a typo ;) by fm6 · · Score: 1

      How is that redundant? Offtopic, maybe.

    4. Re:there's a typo ;) by fm6 · · Score: 1

      Ask and you shall receive! But if my post is offtopic, so is its parent....

    5. Re:there's a typo ;) by ggravier · · Score: 1

      No... It's the "UltraSPARC T1 processor". Niagara was just the internal code name before the processor was commercially available.

      Gilles.

  4. Server? by Anonymous Coward · · Score: 0, Troll

    Ubuntu on a server? So what? Ubuntu's strength is that it is a desktop "Linux for Idiots". Ubuntu is great for non-guru's but is nothing special as a server.

    1. Re:Server? by Poppler · · Score: 4, Insightful

      Ubuntu on a server? So what? Ubuntu ...is nothing special as a server.

      Well, there is a lot of buzz around Ubuntu, and Sun is trying to capitalize on it.
      That aside, there's nothing wrong with running Ubuntu on a server. Do a "server" install to avoid all the bloat, and you have a stable Debian system with up to date software.

      --
      What's the ugliest part of your body? Some say your nose, some say your toes, but I think it's your mind. -Zappa
    2. Re:Server? by arachnoprobe · · Score: 4, Informative

      Nope, you are wrong. Ubuntu/Canonical offers 5 years of support for "Dapper Drake" as a server. Only because you don't consider it at Desktop OS (like lots of other people, including me) it is not unusable on a server.

    3. Re:Server? by arachnoprobe · · Score: 2, Funny
      ... Only because you consider ...

      Use the Preview Button! Check those URLs!

    4. Re:Server? by Cal+Paterson · · Score: 2, Insightful

      Do a "server" install to avoid all the bloat, and you have a stable Debian system with up to date software.

      No, you don't. You have the Ubuntu repository without X. The Ubuntu releases aren't particular stable; if you look at the process, you'll see that there's nothing like the level of testing that goes on in Debian.

    5. Re:Server? by Anonymous Coward · · Score: 0

      Ubuntu's strength is that it is a desktop "Linux for Idiots".

      Im a guru and (K)ubuntu rocks. I've switched to it from Gentoo. That's the beauty of Linux...you'd have to go out of your way to dumb it down so that gurus can't tweak it. The underlying systems are the same. Just cause Kubuntu installs and just works is a good thing.

    6. Re:Server? by rainman_bc · · Score: 1

      Do a "server" install to avoid all the bloat, and you have a stable Debian system with up to date software.

      Uhm, does Ubuntu use the Debian stable branch? It seems to me that "up to date" software and "stable Debian system" do not go together well no?

      --
      09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
    7. Re:Server? by TrekCycling · · Score: 1

      This isn't a troll, but a serious question. How would the whole security setup of Ubuntu (the way root is handled) affect not just enterprise security, but also the transition of Solaris admins to installing things from source the Ubuntu way?

    8. Re:Server? by Anonymous Coward · · Score: 0

      Yeah, but Ubuntu's packages aren't 3 years behind the times either.

    9. Re:Server? by Trelane · · Score: 4, Insightful
      The Ubuntu releases aren't particular stable; if you look at the process, you'll see that there's nothing like the level of testing that goes on in Debian.
      Nor does Ubuntu have Debian's high latency. It's a tradeoff, really.

      That said, I agree that stability on the server is much more important than being on the cutting edge of technology, for most server uses. Besides, if you install Ubuntu to get a Debian system, well, why not just install Debian? :)

      I guess it depends on the usage where the maximum cost/benefit point lies. If you want a rock-solid mail/webserver, Debian Stable is great. If you want to stream 3gp to your phone, Ubuntu is probably the best bet (with Flumotion and packages). Or if you want to use the latest version of PHP or whatever.

      --

      --
      Given enough personal experience, all stereotypes are shallow.
    10. Re:Server? by Anonymous Coward · · Score: 0

      I'm a Debian die-hard, who put a server install of Ubuntu on a box that Debian didn't want to install on. 1 1/2 years later, no problems.

    11. Re:Server? by musther · · Score: 2, Informative

      You can set up root in the 'normal' way, this may be default in the server install (if it's not, that's something to think about for the future).

    12. Re:Server? by Anonymous Coward · · Score: 0
      Why would you want to weaken security for servers?


      This is a security feature, not a security bug you're talking about reverting.

    13. Re:Server? by Anonymous Coward · · Score: 0

      "Why would you want to weaken security for servers?"

      Who wants to weaken security for servers?

      It's just that the whole "sudo approach" on Ubuntu is nothing more than a "foolproof gadget" on the system. And a "foolproof gadget" that gets in the way of a savvy proffesional sysadmin, so it must fly away.

      Using plastic sccissors maybe saffer, but to cut trees you still need the chainshaw.

    14. Re:Server? by Anonymous Coward · · Score: 0

      Stable is not only the name of a Debian release, but also a word in the English language. A "stable Debian system" merely meaning a stable system running Debian, you were probably thinking of a "Debian stable system"; while the latter usually implies the former, the former does not imply the latter.

  5. Time to revisit! by Second_Infinity · · Score: 1

    I guess it's time for me to revisit Ubuntu. Maybe their prior java "issues" could become a thing of the past?

    1. Re:Time to revisit! by tapo · · Score: 1
      Yeah, it seems so. Due to Sun's recent announcement of the Java Distribution License, Sun Java as been all nicely packaged up for Ubuntu, and it's available in multiverse.

      For what it's worth, I think that the JDK is also available, as sun-java5-jdk.

      --
      "Joy is contagious," he said, peering into the microscope.
    2. Re:Time to revisit! by Anonymous Coward · · Score: 0

      Java issues? Java is a thing of the past!

    3. Re:Time to revisit! by mz2 · · Score: 1

      You should. Since Sun very recently relicenced Java to make binary distribution easier, Ubuntu was one of the earliest to put Java in their repositories. sudo apt-get install sun-java5-bin is about as easy as installing Java can get.

    4. Re:Time to revisit! by adolfojp · · Score: 1

      I use C# with GTK# on Mono on Linux because its applications look and behave like native applications.

      If Java could release supported GTK bindings instead of having to rely on Swing It would be a dream come true.

    5. Re:Time to revisit! by Compenguin · · Score: 2, Informative

      > If Java could release supported GTK bindings instead of having to rely on Swing It would be a dream come true.

      You want Java-GNOME http://java-gnome.sourceforge.net/

    6. Re:Time to revisit! by Anonymous Coward · · Score: 0

      Currently it's a part of the Dapper repository. Also sparc is already a part of the automated build architectures. Recently there was a kernel package on hold because it didn't build for sparc.

    7. Re:Time to revisit! by adolfojp · · Score: 1

      Thanks! That is a great find!

  6. Debian by Anonymous Coward · · Score: 5, Insightful

    So why wouldn't you just use Debian if you want a server linux distro? What will Ubuntu provide over Debian for a server?

    1. Re:Debian by /ASCII · · Score: 2, Funny

      Actual releases?

      (Though I hope Etch will be the start of a new trend there)

      --
      Try out fish, the friendly interactive shell.
    2. Re:Debian by towsonu2003 · · Score: 2, Insightful
      So why wouldn't you just use Debian if you want a server linux distro? What will Ubuntu provide over Debian for a server?
      Latest packages and more features? or maybe better hardware recognition? or both?
    3. Re:Debian by Second_Infinity · · Score: 1

      Ubuntu is quite easy to install. The last time I installed Debian, it wasn't as user-friendly.

    4. Re:Debian by Apreche · · Score: 1

      I use Ubuntu as the server for the LAN in my house. I have to say it has one very big advantage over Debian. It's stupid easy to install. Ubuntu actually makes a really terrific server, no disadvantages when compared with plain Debian. The few disadvantages it does have, when compared to a distro like Gentoo, will be mostly fixed in Dapper Drake.

      --
      The GeekNights podcast is going strong. Listen!
    5. Re:Debian by aug24 · · Score: 5, Funny

      A GUI, so that MSCEs can use it.

      Justin.

      --
      You're only jealous cos the little penguins are talking to me.
    6. Re:Debian by asv108 · · Score: 1

      I'm guessing its a lot easier for Sun to endorse a distro thats lead by a company and semi-community based, rather than a completely community based effort.

    7. Re:Debian by Anonymous Coward · · Score: 0

      Technically, nothing. Ubuntu is Debian once every 6 months.

    8. Re:Debian by fak3r · · Score: 1

      And Ubuntu certainly does, and has done too. Ubuntu is a great project, but as long as it's tied so closely to Debian it will be in their debit; which I think is a good thing. Remember things like Mandrake/driva started as Red Hat with some *Drake config tools...

    9. Re:Debian by DoctorPepper · · Score: 1

      Thanks asshole! Now how am I supposed to get those half-chewed potato chips and spit out of my keyboard!

      --

      No matter where you go... there you are.
    10. Re:Debian by moberry · · Score: 1

      Ubuntu uses the exact same installer that debian uses. Although dapper has a new live cd based installer which alhough needs a little polishing, works very nice. Quick too, I installed my entire system in about 15 minutes.

    11. Re:Debian by MoogMan · · Score: 5, Informative

      What will Ubuntu provide over Debian for a server?

      Commercial Support.

    12. Re:Debian by Anonymous Coward · · Score: 0

      Can Debian install from CD to SATA yet? I don't care what configuration or kernel I have to use; I just think it's dumb that I can't do it without first using a PATA drive to debootstrap from.

    13. Re:Debian by Anonymous Coward · · Score: 0

      Change this comment to insightful and give an Amen. As an MCSE who is too lazy to be a real tech this is the only type distro I'm willing to spend time playing with. Ubuntu's aproach expands the Linux base to a whole new group who I suspect will be taken more seriously when they say Linux really can be used by the common user.

    14. Re:Debian by jbailey999 · · Score: 1

      (obDisclosure: I work for Canonical in the support department. I am a Debian Developper.)

      > So why wouldn't you just use Debian if you want a server linux distro? What will Ubuntu provide over Debian for a server?

      I gave a talk on exactly this at LinuxTag. I don't know if recordings are available. The basic idea is stability, releases, vendor support, and commercial support.

      And this is all available today.

    15. Re:Debian by PhoenixPath · · Score: 1

      Remove the keys and grab that Can-O-Air.

      Trust me. It works.

    16. Re:Debian by babbling · · Score: 1

      It's funny because it's true!

      Ubuntu is probably the easiest Linux for MSCEs to use. That's not a bad thing in itself, but some servers are very complicated, and sometimes it's better to make a user go through a learning stage in order to use a server.

    17. Re:Debian by jc87 · · Score: 1

      [flammebait]Does that means Automatix and Easyubuntu will start to have users?[/flammebait]

      --
      def greetings(x): return {'friend': 'Howdy', 'enemy': 'Dye [sic]'}.get(x, 'g0 4w4y, l4m0r')
    18. Re:Debian by swillden · · Score: 2, Informative

      I use Ubuntu as the server for the LAN in my house. I have to say it has one very big advantage over Debian. It's stupid easy to install.

      Ubuntu uses Debian's installer, so Debian is *exactly* as easy to install as Ubuntu. Specifically, Ubuntu uses the new installer that Debian released with sarge. I suspect your previous experience with installing Debian predated sarge.

      Ubuntu actually makes a really terrific server, no disadvantages when compared with plain Debian.

      The disadvantages of Ubuntu as compared to Debian are (1) Debian stable is more thoroughly tested and therefore more reliable and (2) Debian has a much larger package repository than Ubuntu. Of course, if you enable Ubuntu's multiverse repository, you get all of the Debian packages as well, but they haven't been tested with the Ubuntu system, exacerbating (1).

      That said, Ubuntu is a perfectly reasonable choice for a server OS, IMO. I prefer Debian, but mostly because I'm already extremely comfortable with it.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    19. Re:Debian by ChrisA90278 · · Score: 1
      So why wouldn't you just use Debian if you want a server linux distro? What will Ubuntu provide over Debian for a server?

      Ubuntu adds a layer of quality control and most impotantly a predictable release schedule. With Ubuntu the idea is that you do NOT pull packages out of some Internet site that job is done for you by the people who distribute Ubuntu then they test it for 6 months and then they offer a complete system. It takes a lot of the quality control functions off the end user.

      Nothing to stop you from bypassing this layer of QC either. but no Solaris admin would even concider doing an "aptget" then gong live with whatever he got, not they'd run on a parallel test system for months first. Sun's customers are not home/hobby users

    20. Re:Debian by jurij · · Score: 1

      Ubuntu, in cooperation with David Miller (sparc linux kernel hacker), has pioneered and is currently the only distribution which supports the T1 Sparc CPUs. This support is included in mainstream 2.6.17 kernels, however so far this kernel has not made it to Debian unstable.

    21. Re:Debian by AndyCater · · Score: 1

      Etch installer can certainly do so :) Andy

    22. Re:Debian by Anonymous Coward · · Score: 0

      Ian from debIAN I believe actually runs a company for debian based solutions.

    23. Re:Debian by Drinian · · Score: 1

      What will Ubuntu provide over Debian for a server?

      Excellent hardware detection for one. I've been using Ubuntu for some time now and the other day I found a problem with the Samba package with Breezy (OS X has a hard time with it). I thought about just doing a Debian install and get the latest Samba that way rather than upgrade Breezy with a non-Ubuntu Samba package. Right off the bat the Debian installer couldn't detect my network card, and then it all came back to me, remembering hours of getting specific hardware to work with a plain Debian install.

      I understand that a better Debian installer is in the works, but for now, Ubuntu understands every piece of hardware I've thrown at it.

    24. Re:Debian by Anonymous Coward · · Score: 0

      Huh?

      Your answer for the issue of complexity is to make the user adjust rather reduce the complexity? Seriously, some people just want to get shit done. Once you realize configuring a server isn't a substitute for a ruler in a dick measuring contest, your quality of life will be much better.

    25. Re:Debian by Anonymous Coward · · Score: 0

      wow.... you are hot!

      First: it is MCSE ;)

      Second: are you better because you use CLI all the time?
      If I am an MCSE and what to learn Linux with CLI or GUI, what is the problem?
      you must be very shortminded.

      Third: normal users if they want to use Linux, they will use....GUI

      Fourth: what are you using has a Firewall? Checkpoint? oups it is a GUI application....

      I use ASA with no ASDM

      WoW you are hot!

      man yo

    26. Re:Debian by Anonymous Coward · · Score: 0
      "A GUI, so that MSCEs can use it."


      Provided you can get them to stop yelling into the mouse...

    27. Re:Debian by Etyenne · · Score: 1

      Actually, SUSE would beat Ubuntu on that front by a large margin.

      Ubuntu GUI administration tools are barely adequate, while YaST put MMC to shame.

      --
      :wq
    28. Re:Debian by Anonymous Coward · · Score: 0

      If I remember correctly, use the Sarge installer, choose the 2.6 kernel.

  7. Debian by towsonu2003 · · Score: 0, Troll

    As long as Ubuntu knows its responsibility to contribute to its parent, Debian, this sounds good. In the meantime, Debian could learn a trick or two about being "fast"...

  8. How far we've come... by nganju · · Score: 4, Informative


    Remember this quote from Scott Mcnealy a few years back?

    --
    There are 2 kinds of people in this world. Those that can keep their train of thought,
    1. Re:How far we've come... by aphaenogaster · · Score: 1

      That is hilarious. I have to admit I use linux like those doublewides they leave at schools when they need an extra classroom. After I finally get the technology to work on Solaris I send the trailor back.

  9. Question by Kadin2048 · · Score: 5, Interesting

    I use Ubuntu (actually Kubuntu) on my Linux desktop machine, but I use straight Debian on my headless server.

    Can anyone tell me why a person would want to use Ubuntu on a server, as opposed to just using Debian?

    It seems to me that most of the advantages of Ubuntu are on the GUI side of things, and this is the way that most of the software that's different for Ubuntu than Debian is aimed towards. Most of the server-type packages you'd probably be pulling from the Debian repositories anyway, so there's not much advantage and some things might not work, because Ubuntu doesn't follow the "Debian way" in everything (there are some file locations and paths that are different, I believe). Plus Debian has always seemed a bit better documented, although I admit that's arguable.

    I'm glad to see Sun put its weight behind a Debian-based distro, but I don't quite get why Ubuntu and not just Debian, especially if it's for servers. The only reason I can think is that they don't want to get too close to Debian's leadership and philosophy, and find Ubuntu more palatable from a PR and customer-relations perspective. Still, it seems like an odd choice.

    --
    "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    1. Re:Question by GIBson3 · · Score: 1

      I think the largest point to touch on here is the timely release schedules of Ubuntu. Lets face it Debian is an awesome distro, but has a tendency not to "keep up" with the others. This isn't a problem for those of us who "play linux" daily, however to be companies this very well come come across as an undesirable trait.

      Following that I would have to sight the fact that as a company, getting things done with another company is much faster than say with a community effort. Lets face it community efforts are done primarily by people in their free time, they are not likely to be able to devote the time necessary to fulfill sun's requests "on demand"

      The other thing that one has to wonder about this is the package repo's. with Sun backing Ubuntu for servers, the repos are much more likely to contain the packages necessary for the daily operation of a server. So the "Well it only has gui packages" argument is fairly insignificant when you look at the possible effort that is available if Sun or Ubuntu feels it's necessary.

    2. Re:Question by deque_alpha · · Score: 3, Interesting

      Can anyone tell me why a person would want to use Ubuntu on a server, as opposed to just using Debian?

      I've been a big fan of Debian since I first started using Linux 10 years ago. I really respect their attitudes towards a lot of things, and yet, I hardly ever use it. There a couple factors behind this, most notably their tradtionally huge lag behind current development, and their adherence to "the Debian way" even if it is less convenient for no good technical reason. One example of this is lacking a "local" startup file by default. It is relatively trivial to add one, but there's no reason not to have a template for that in place out of the box, like every other distro I have ever worked with. For me, the Debian experience is sort of a death of 1000 cuts where there are no major deal breakers, but a lot of minor annoyances. For a lot of people, this is offset by the other things they do well, but for even more people, it is not. Ubuntu takes all the stuff that Debian does right, and then removes a lot of the painful little annoyances. That's a big part of the reason that I run Ubuntu on servers as well as desktops. MAybe a lot of this will be fixed by the new leadership that Debian has, but only time will tell. I know a lot of people don't see these as problems to be fixed, but I think those people are the typical "vocal minority" that is so common in the FOSS world. The users don't always know best, but if they are complaining, it's a good sign that a change should at least be seriously considered. Hanging onto dogma is not good just for its own sake, there have to be sound technical or (sometimes) philosophical reasons behind it.

      I also run a highly heterogenous environment, and I find it easier to have everything I touch be either completely the same or totally different. Having a number of machines that behave nearly the same is harder for me because of the "close but not quite"-ness of it. Moving between a Fedora machine and an Ubuntu machine is easier than moving from a Debian and an Ubuntu. There's a clearer differentiation, which makes it easier to "change gears". It's like moving between different versions of windows, things are close enough you expect them to be the same, but different enough to be really annoying. This is probably just me though.

      So, yeah, that's why. For me anyway.

    3. Re:Question by digidave · · Score: 4, Interesting

      Ubuntu's predictable release cycle and newer software repositories might benefit a lot of businesses. For instance, PHP 5 is not available in Debian stable, but is in Ubuntu Breezy and Dapper. Sure, you can use one of several PHP 5 packages available for Debian stable or use the version from the unstable repository, but then you're compromising a lot of what makes Debian so great... package stability and quality.

      I would argue that Debian stable packages are better than Ubuntu packages, but not always once you get outside of the stable repositories. Ubuntu can stabilize newer packages faster.

      --
      The global economy is a great thing until you feel it locally.
    4. Re:Question by sfraggle · · Score: 1
      I see it the other way round. I don't know why anyone would choose to run Debian over Ubuntu. I see several advantages of Ubuntu over Debian. One of these is that it provides a polished GUI out of the box, but that isn't the only reason.

      One of the other major reasons that I see is that the project is sanely managed. A new version of Ubuntu is released once every six months; compare that to Debian which struggles to get one out every two years. Another is that Debian provides only a sparse collection of packages out of the box, while Ubuntu gives you a sensible collection of useful software as a default. Also, the popularity of Ubuntu means that there is strong community support for the project.

      Finally, for Sun there is the attraction of a distribution backed by a real company.

      --
      were you expecting to see a sig here? perhaps you'd rather see the inside of an ambulance!
    5. Re:Question by EnderGT · · Score: 1
      Can anyone tell me why a person would want to use Ubuntu on a server, as opposed to just using Debian?

      My primary reason:

      Debian: 14 CDs
      Ubuntu: 1 CD

      Yeah, yeah, I know... network install... but still.

    6. Re:Question by Anonymous Coward · · Score: 0

      I would use Ubuntu instead of Debian for two reasons:
      1) Predetermined release dates - It is actually very useful for an enterprise to know when a company is planning on releasing a newer version. For example, if I wanted to do a major deployment of some kind of solution and I know an OS is going to be released in a few weeks/months, I can do development and stress test on the new platform to prepare for the final release. This gives me the added benefits of going live on a more robust system and having a longer support life. Contrast that with Debian, where the last Debian release was delayed at least a few years and it is impossible to plan anything to coincide with releases.
      2) Predetermined support dates - If I deploy the new Ubuntu server, I know whatever I deploy will be supported for five years. I get no such guarantees with Debian releases.

    7. Re:Question by g2devi · · Score: 1

      =111188

      "Is your business model similar to the ones at mainstream open-source vendors, such as Red Hat?
        In a sense, but not completely. We believe software should be free to anyone. If you want to buy a support contract, it is there for you. [But] there is no premium version [of Ubuntu] that costs money. We're also happy for you to get support from someone besides us. We list companies on our site that provide that -- we're up to 200 around the world. Some customers buy support just from [another] firm, others buy it with escalation support from Canonical. That way, a local company will provide front-line support. But for really hard problems, they can escalate trouble tickets back up to us.
      "

      Basically, the advantage of Ubuntu over Debian (besides having a 6 month release time if you want it) is that Ubuntu is focused on providing a support infrastructure for OEMs (Canonical has devoted a lot of time in this area). While you can OEM Debian, you're pretty much on your own if you do (unless the DCC Alliance takes off). With Ubuntu, you can created your custom version with your branding, add your special packages, and support as much or as little as you want to support. If there's a question you can't answer (or don't want to waste resources answering because you only want to support your customization), you can always escalate it to Canonical or other support companies in your area and take credit (your customers won't care as long as you give them unified support and don't get them involved in the messy details). If you want some OEM specific feature to get into the distro, it's more likely that you'll be able to get it into Ubuntu than Debian since Debian is not as focused on OEMs.

    8. Re:Question by g2devi · · Score: 1

      Sorry, the top line of the above message got cut off. Here is is:

      Here's my theory ( from http://www.computerworld.com/action/article.do?com mand=viewArticleBasic&articleId=111188 ) :

    9. Re:Question by drinkypoo · · Score: 1

      Ubuntu's got fresher packages than plebian. I'd say that's about it. It's GNOME, and Sun is already GNOME, so that's a good fit, although personally I think that Xubuntu would be a better fit for a server, waste less space and memory on GUI crap. OTOH I generally end up with a full GNOME and all the kde-libs on my desktops; I haven't been looking for sysadmin tools so much but I'm guessing they're distributed across KDE and GNOME in a similar way to all the other applications.

      It's funny, I had a pissing match on irc with some idiot about needing both KDE and GNOME on your system (among others) making Linux bloaty. He argued that you didn't need both, and further argued that loading programs that use DLLs doesn't use memory or something. If there's a group I'm prejudiced against, it's the stupid...

      Anyway I think on today's machines the GUI isn't going to hurt anyone. Might as well ubuntu, which is much more friendly. Even back in the day, Sun's default was to load the windowing system, and their computers are literally orders of magnitude faster now.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    10. Re:Question by caluml · · Score: 1
      Can anyone tell me why a person would want to use Ubuntu on a server, as opposed to just using Debian?

      If I can apt-get install mod_security in Ubuntu, I'm all for changing. I have tried to like Debian, I really have. But no Compaq RAID drivers on the boot floppies I downloaded, and loads of software I need not in the main apt-get lists just means that I can't be bothered with it. Gentoo doesn't kick itself in the head with this sort of thing.

      Mod me down: It's just my opinion.

    11. Re:Question by caluml · · Score: 1

      Add to that list of stuff: the PHP PDF module. Wonder what the reason for that is.

    12. Re:Question by AdamTheBastard · · Score: 1

      What kind of Compaq RAID drivers are you after?

      We run HP Compaq Proilant DL380s and DebSarge runs their array controllers fine.

    13. Re:Question by AdamTheBastard · · Score: 1

      Maybe they are looking to tun Linux Terminal Service Project and they want the advantage the Ubuntu desktop has for their thin clients?

    14. Re:Question by drgonzo59 · · Score: 1
      The way I see it, Ubuntu is Debian+. Yes it does pull most of its packages from Debian but there are also many developers who work on Ubuntu packages only, including the server components. (Besides the server components of Ubuntu and the desktop version components are not completely orthogonal to each other, and also when it comes down to it, they don't differ as much between the various distributions.)

      I think Sun liked Ubuntu exactly because it has a good, clean, functional user interface. Sun desktop or CDE I think are years behind. So instead of fixing them, why not adopt an existing distro with a nice clean gui?

      Overall, the benefit of Ubuntu is that there is an additional group of developers, users and fans who help test and fix stuff. Most of the fixes that Ubuntu group povides are minor annoyances kind of bugs, (handling of French keyboards, not enough comments in the samba conf file , an icon is missing etc.) but when all of them are added together they make a better, more integrated and polished OS. That is what made me switch to Ubuntu -- it just works. I have used RedHat, Fedora, Mandriva, even Gentoo but finally settled on Ubuntu for the last 1.5 years.

    15. Re:Question by caluml · · Score: 1

      Oh, I know they can support it fine. I just assumed the standard boot disks would support it. But no, you have to faff around with other disk, and drivers and stuff.
      It's nothing major, and nothing that I couldn't fix. Just one more little irritation though.

    16. Re:Question by hswerdfe · · Score: 1

      my server is my desktop.
      and both run ubuntu. :)
      its a very low volume server, and a very low volume desktop.
      why have 2 computers when 1 will do

      --
      --meh--
    17. Re:Question by batkiwi · · Score: 1

      "Can anyone tell me why a person would want to use Ubuntu on a server, as opposed to just using Debian?"

      http://packages.debian.org/cgi-bin/search_packages .pl?keywords=mod-php&searchon=names&subword=1&vers ion=stable&release=all

      vs

      http://packages.ubuntu.com/cgi-bin/search_packages .pl?keywords=mod-php&searchon=names&subword=1&vers ion=breezy&release=all

      And in less than 1 month, 5.1.2 will be available on stable ubuntu.

      If I want up to date packages on debian, my options are:
      1. Roll my own (if I do this, why am I running debian?)
      2. Run testing (minus security updates....)
      3. Add in backports (oh the humanity)

      In order to get php5 period, or an up to date php4, I cannot run a "sane" debian install. I CAN, however, run a sane, and in fact COMMERCIALLY SUPPORTABLE, ubuntu install.

      Add to this the fact that as of 6.06 ubuntu has seperatly tuned desktop and server kernels and you can see how ubuntu is shaping up.

    18. Re:Question by batkiwi · · Score: 1

      Pssst.... a little secret... If you select the "Server install" on Ubuntu it installs a minimal server system with no X set up.

    19. Re:Question by Nimey · · Score: 1

      Can you explain the "local startup file"? I've been a Debian weenie since '99 and so haven't heard of this.

      --
      Hail Eris, full of mischief...

      E pluribus sanguinem
    20. Re:Question by drinkypoo · · Score: 1

      Yeah but I don't like to not have a GUI. You can always just turn it off and anything worthy of being called a "server" (and not just an appliance) should have enough disk space to store X and some doodads.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    21. Re:Question by Nimey · · Score: 1

      Huh. I've done pretty much the same thing, but in the Debian Way(tm): having one shell script in /etc/init.d per command that I want to run on startup, then symlinking that into /etc/rc2.d and giving it a start-number (e.g. /etc/rc2.d/S20hdparm).

      --
      Hail Eris, full of mischief...

      E pluribus sanguinem
  10. Must be new math or a time warp by El+Cubano · · Score: 4, Insightful

    While Ubuntu has been many people's desktop Linux choice for a few years now,

    I find it interesting that a distro only first released slightly over 18 months ago [1] [2], could be "many people's desktop Linux choice for a few years now" (emphasis added).

    1. Re:Must be new math or a time warp by gEvil+(beta) · · Score: 1

      Well, the submitter's name is fak3r. Perhaps he's faking his knowledge of Ubuntu.

      --
      This guy's the limit!
    2. Re:Must be new math or a time warp by nub!s · · Score: 1

      they must have sent it back in time to sue the original authors under the interstelar copyright laws.

      ----nubis :)

    3. Re:Must be new math or a time warp by Ramses0 · · Score: 4, Funny

      Dude, chill out- the're internet years... sheesh.

      --Robert

    4. Re:Must be new math or a time warp by muellerr1 · · Score: 4, Funny

      That's like, 6 years in Internet Time.

    5. Re:Must be new math or a time warp by stefanlasiewski · · Score: 1

      Well, we are looking for a Java engineer with 3 years Ubuntu experience and 10 years experience with Java 5.0 and 5 years with AJAX, and we need the stars and the moon, the sun & the sky.

      If you know anybody, send me their resume. ;)

      --
      "Can of worms? The can is open... the worms are everywhere."
    6. Re:Must be new math or a time warp by ddx+Christ · · Score: 1

      Thanks for clearing that up. I thought that number sounded strange. I hadn't heard of Ubuntu until a little over a year ago. When it said "for a few years now" I thought I must've missed a lot.

    7. Re:Must be new math or a time warp by WilliamSChips · · Score: 1
      If you know anybody, send me their resume. ;)
      I'm the Doctor...
      --
      Please, for the good of Humanity, vote Obama.
    8. Re:Must be new math or a time warp by hswerdfe · · Score: 1

      well my Resume Says I have this experiance.

      --
      --meh--
    9. Re:Must be new math or a time warp by pablodiazgutierrez · · Score: 1

      That reminds me of a job offer I read around December 2001, asking for 3+ years of experience with .NET.

  11. What does this mean for Oracle? by Billosaur · · Score: 2, Insightful
    "The odds are quite good that we will be aggressively supporting the work that Ubuntu is doing," Schwartz told reporters. "In the hardware we ship, I don't want to be Solaris only, because then I will just define my market to be smaller than the opportunity...I think you should expect to see more of the relationship, and stay tuned."

    So if Ubuntu is going to bed with Sun, does this leave Oracle out in the cold? Will they now be forced to look to Red Hat (which is clearly not interested) or Novell (which is probably not the best fit) instead? The Linux-go-round continues to spin.

    --
    GetOuttaMySpace - The Anti-Social Network
    1. Re:What does this mean for Oracle? by Anonymous Coward · · Score: 0
      So if Ubuntu is going to bed with Sun, does this leave Oracle out in the cold?


      I'm sorry, but I'm just not seeing Ubuntu running on E25k machines with 64+ CPUs giving a Solaris a run for the money. Ditto with 6900s. If anything Ubuntu will complement Solaris at the low end, but in Oracle territory Solaris will still be the standard. This precludes Oracle being out in the cold.
    2. Re:What does this mean for Oracle? by molarmass192 · · Score: 1

      Ummm, please, explain how an enterprise software supplier and support orgnization like Novell is not the "best fit" for an enterprise software supplier and support organization like Oracle? Novell has a long history of enterprise level deals, exactly the kind of Linux that Oracle can push to board rooms. Sun's dreaming in techni-color if they think they won't get laughed at the instant they say "Ubuntu". Like it or not, the old school execs in power today know the name Novell. From personal experience, it sells VERY well at the board level.

      That aside, I think Sun ***ONLY*** partnered with Ubuntu because Ubuntu isn't (yet) eating Sun's lunch like Red Hat and Novell are. I like Sun, seriously, they've done some great things. However, their current mgmt team really doesn't get "it". I almost never hear of new Sun deployments, certainly not in my org. Which is a crying shame because Sun had (and still does to a large extent) a fantastic reputation. They could easily get back into the game by toasting Solaris and putting some elbow grease into a Linux strategy. We've purchased 12 servers over the past year. About 5 years ago, those would all have been Sun boxes. Now, they're HP Opteron units with Linux on them. Why? Because HP has a committed strategy on a recognizable Linux distros. When I put up HP/Novell vs. Sun/Ubuntu in from of my execs, which do you seriously think they'll sign off on?

      --

      Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws-Plato
    3. Re:What does this mean for Oracle? by drinkypoo · · Score: 1

      Ummm, please, explain how an enterprise software supplier and support orgnization like Novell is not the "best fit" for an enterprise software supplier and support organization like Oracle?

      Because they have some competing products.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    4. Re:What does this mean for Oracle? by Anonymous Coward · · Score: 0

      Oracle have already announced that Solaris is their primary platform for both Sparc & x86 64 bit platforms.

      In light of Oracle's recent flirt with Linux as their primary platform, it must be relatively obvious that Linux couldn't deliver the scalability Oracle needs.

    5. Re:What does this mean for Oracle? by Anonymous Coward · · Score: 0

      When I put up HP/Novell vs. Sun/Ubuntu in from of my execs, which do you seriously think they'll sign off on?

      Sun supported Linux vs HP supported Linux? I would say that's a toss-up, depending on if you're a Sun shop or a HP shop.

  12. Re:Ubuntu default color by Anonymous Coward · · Score: 1, Funny

    You're absolutely right. I love my cornflower blue and would love to see it.

    I have this cousin who is really good at colors. She went to a certificate program and got herself some degree interior decor-- you won't believe what great stuff she can get at Ikea! Anyways, she ALWAYS insists on blue. Always. You'll notice in our history of aesthetics that great paintings from that of, what's his name, some Dutch guy or Holland guy (is that a country or a city??) Jan Van Eyck to DaVinci they ALWAYS paint in blue. Always. You won't find any of those fruity so-called 'artists' today using blue. Picasso never used BLUE PERIOD. In the greater art world, they always blue. Never brown, like oh, I don't know, Bosch's "Garden of Earthly Delights" or something more esoteric like "Mona Lisa."

  13. OSS is being quite the slut lately! by Anonymous Coward · · Score: 3, Funny

    Yesterday: Microsoft flirts with open source
    Today: Sun flirts with Ubuntu (yahoo article title)

    1. Re:OSS is being quite the slut lately! by quakeroatz · · Score: 2, Funny

      Flirts? Ha! Sun has made it to fourth base with Ubuntu.

      "Sun Puts its Weight Behind Ubuntu Linux", that has to be awkward.

    2. Re:OSS is being quite the slut lately! by pimpimpim · · Score: 1

      djeez, don't be so shortsighted... the moment your OSS program won't install, you'll call it a bitch, now when it's too popular, you say it's a slut! How can they ever do it right if you think like this?

      --
      molmod.com - computing tips from a molecular modeling
    3. Re:OSS is being quite the slut lately! by sg7jimr · · Score: 1

      Shouldn't this whole thread be marked redundant? Yeah, OSS will service anyone, any time, anywhere. For free. That's just how it works. Of course Microsoft and Sun will service you too, but it'll cost you and you'll feel a lot worse afterwards.

  14. Nothing builds character... by GillBates0 · · Score: 3, Insightful
    ...like lugging some of Sun's monstrosities around on one's back. I have only the Sunblade 100's and their heavy-duty CRT monitors to thank for, for my markedly improved resilience and my super-sturdy balls.

    This is a good thing for Ubuntu and Open source.

    --
    An Indian-American Hindu committed to non-violent thought/speech/action alarmed by the global explosion of radical Islam
  15. *shrug* by Rendo · · Score: 0, Interesting

    I've been using Ubuntu for about 2 months and I like it a lot. But instead of SUN backing one distro, why don't they try and work on a better solution, perhaps maybe a unified distro that can compete on on a larger range against Windows? I'm sure if they made it clear they'd support one uber distro, other companies might do the same and help the linux movement. *shrug*

    1. Re:*shrug* by PitaBred · · Score: 1

      What do you think Ubuntu is trying to be? Seriously, how is this insightful? It's just a case of someone not seeing the forest for the trees. Ubuntu is trying to be (and succeeding at being) a great desktop and server distro.
      I can see sun not wanting to leave potential customers out in the cold though, such as those that believe that RedHat == Linux. So they put their weight behind Ubuntu, and don't stop supporting other mostly compatible distros. I see no problem with this arrangement. All it means is that Ubuntu will get better for the end user.

    2. Re:*shrug* by Rendo · · Score: 0

      Still doesn't change the fact there are countless distro currently with no serious effort being put towards making a unified OS. That's all I was trying to get at. Just because Ubuntu currently is the most "popular" doesn't mean it's going to end up being the unified distro in the end.

    3. Re:*shrug* by woot+account · · Score: 1

      That won't change, however, because most of the distros don't want there to be a grand unified linux distro. Most linux distros were started because of unhappiness within another distro, so obviously the people starting distros didn't mind splintering off then, why would they suddenly want to be one big distro now? Whether you agree with it or not, one of the linux community's biggest guiding principles is choice.

  16. Hope you're not in a hurry by Analogy+Man · · Score: 3, Informative

    If you are going to town with the Niagara chip I hope your application is appropriate for it. If you need to chew up threads...great. If you have a single threaded application you will have 2X the response time of a Sunfire v440 which is hardly a FAST machine (think medium duty truck). If you are doing any floating point processing the FPU is shared across the 32 processors (8 cores / 4 threads) the application sees.

    --
    When the people fear their government, there is tyranny; when the government fears the people, there is liberty.
    1. Re:Hope you're not in a hurry by Anonymous Coward · · Score: 0

      True enough, but they're not hiding any of this. Sun is very clear about these "limitations". I sat through a presentation today where they went over them repeatedly.

      If your app is single threaded, run multiple instances. If you can't, then don't put it on a T1000/T2000.

      If your app requires significant FP, don't put it on a T1000/T2000.

      Niagara 2 will have a FP unit for each core, so at least that will be resolved in the future.

      Quite obviously, use the right tool for the job, not one tool for every job.

    2. Re:Hope you're not in a hurry by thogard · · Score: 1

      The T1000 needs serious tuning to not be a bad machine under every load I've tried.
      Its 39 times slower than a 1.25 GHz mini mac doing a single floating point process.
      Its integer performance per core is on par with a 500 MHz G4 PPC.
      Once its CPU bound, its a real dog but tuning can help some. Under heavy load its slower than a decade old SS1000.
      Its RSA engine is fast but its integer performance is so bad that for a single connection, the mini-mac
      is faster after 3k of compressed SSL (RSA+RC4) data.
      The only thing I have seen that the T1000 is faster at is poorly written multi-threaded java apps. It may work well for programs that are just a mess of indirection to indirection to indirection that are multi process and multi thread.
      My tests seem to show that a PPC Xserve cluster node should be faster than the T1000 for the loads that the T1 is best at and much faster for everything else for about the same amount of cash. The loads I looked at were MRTG, email, apache (w & w/o ssl), perl cgi programs.
      The boss won't let me do an aerodynamic benchmark of the T1000.

    3. Re:Hope you're not in a hurry by Exter-C · · Score: 1

      From our extensive testing of the Sun T2000 in datacentre environments we see that as a system pushing LAMP applications it will come out much faster than any other servers in its category. Another real selling point for the system in Datacentre environments in the UK is that its fairly powerful for the power it draws and the heat that it produces, We can get away with fewer systems doing the same amount of work. Having Sun endorse Ubuntu's SPARC port will be a massive improvement to the overall product, one of the biggest issues we have is since moving away from Solaris to XEON And Opteron based Linux servers over the last three years we are in a stitch having to deploy Solaris on these servers to support the ~40-50k users we have connected to our web farm at any one time means we have multiple operating systems to support. as we use Debian on all our other servers and the debian SPARC port is not stable on the T1 yet.. so at the end of the day for the purpose that the server has been built for (web farm/content delivery) its a brilliant system. And as for SSL its not an issue, many big web farms do not do SSL on the servers in that farm anyway rather on 'ssl accelorators' etc.

    4. Re:Hope you're not in a hurry by Anonymous Coward · · Score: 0

      The Niagaras were never designed to do one thing fast. They were designed for multi-thread throughput, apache servers with 1000-2000 httpds that are taking real traffic, for example, and you will see how it scales. For floating point and single thread performance, wait for the Rock CPUs to come out.

  17. Java support for Debian at last? by metamatic · · Score: 2, Insightful

    Perhaps we'll see a repository for Java .debs at last, eh?

    --
    GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
    1. Re:Java support for Debian at last? by kbmccarty · · Score: 5, Informative

      Perhaps we'll see a repository for Java .debs at last, eh?

      You must have missed the big news: official packages of Sun Java .debs were uploaded into Debian's non-free archive yesterday.

      The announcement

      Link to the page for the "source" package (I put "source" in quotes since it actually contains tarballs of the binaries, but you can obtain real source code in the sun-java5-source binary Debian package.)

      License and FAQ about the license under which these packages are made available (note in particular that it permits sublicensing for derived distributions).

      --
      - Kevin B. McCarty
    2. Re:Java support for Debian at last? by Anonymous Coward · · Score: 0
      Perhaps we'll see a repository for Java .debs at last, eh?
      http://packages.debian.org/unstable/libs/sun-java5 -jre
    3. Re:Java support for Debian at last? by Cyclops · · Score: 1
      Why do people continually refuse to read the license? Ubuntu can't distribute under multiverse at all!

      The Fine license says:
      Sun also grants you a (...) limited license to reproduce and distribute the Software, (...) provided that you do not combine, configure or distribute the Software to run in conjunction with any additional software that implements the same or similar functionality or APIs as the Software;
      So as long as there's libgcj in Ubuntu... Ubuntu can't distribute it.

      Are people just daft in english skills?
    4. Re:Java support for Debian at last? by killjoe · · Score: 1

      Too lazy to click....

      DO you know if that includes PPC?

      --
      evil is as evil does
    5. Re:Java support for Debian at last? by Anonymous Coward · · Score: 0

      From the FAQ:

      8. Does this license prevent me shipping any alternative technologies
              in my OS distribution?

          The DLJ does not restrict you from shipping any other technologies
          you choose to include in your distribution. However, you can't use
          pieces of the JDK configured in conjunction with any alternative
          technologies to create hybrid implementations, or mingle the code
          from the JDK with non-JDK components of any kind so that they run
          together. It is of course perfectly OK to ship programs or libraries
          that use the JDK. Because this question has caused confusion in the
          past, we want to make this absolutely clear: except for these
          limitations on combining technologies, there is nothing in the DLJ
          intended to prevent you from shipping alternative technologies with
          your OS distribution.

      Regards

    6. Re:Java support for Debian at last? by batkiwi · · Score: 1

      libgcj doesn't use Sun components though, does it? It writes its OWN bytecode.

      What they're saying is that you can't wrap the JDK with something else to make it appear it's not java, or change it to make it incompatible with certified java.

      Read their FAQ and it makes it all quite a bit more clear.

      "8. Does this license prevent me shipping any alternative technologies
              in my OS distribution?

          The DLJ does not restrict you from shipping any other technologies
          you choose to include in your distribution. However, you can't use
          pieces of the JDK configured in conjunction with any alternative
          technologies to create hybrid implementations, or mingle the code
          from the JDK with non-JDK components of any kind so that they run
          together. "

      libgcj is an alternative compiler. What they're prohibiting would be, for example, bundling libgcj with the bits and pieces of the REAL JDK which gcj doesn't yet implement, thus creating a "hybrid Java" of sorts.

    7. Re:Java support for Debian at last? by strider44 · · Score: 1

      Debian has libgcj too...

      Also, if you read the other link it says "During the past weeks there has been close collaboration between Sun engineers and Debian and Ubuntu developers."

    8. Re:Java support for Debian at last? by kbmccarty · · Score: 1

      DO you know if that includes PPC?

      Doesn't appear to, unfortunately - only x86 and AMD64 seem to be supported. (And Itanium via its x86 emulation.)

      --
      - Kevin B. McCarty
  18. Weight? by fm6 · · Score: 4, Insightful

    All I see is a lot of vague statements about how cool Ubuntu is and how Schwarz would like to do stuff with it. That's a long way from "putting weight behind Ubuntu". The headline of TFA is more accurate: Sun is flirting with Ubuntu. Or more accurately, their new CEO is — and I'm not convinced he'll be around long enough to push through that kind of strategy.

  19. What about 5 years of support? by Anonymous Coward · · Score: 0

    Plus newer packages?

    Enough?

  20. Re:Ubuntu default color by Anonymous Coward · · Score: 1, Funny

    WTF?
    Are you on acid or something?

  21. What they forgot to mention... by jaypifer · · Score: 1

    Sun today announced that they are putting their weight behind Ubuntu Linux.

    Was that the weight would take the form of an anchor.

    --
    Never go to sea with two chronometers; take one or three.
    1. Re:What they forgot to mention... by Beuno · · Score: 1

      Actually Ubuntu has contributed enourmously to both Debian and Gnome.
      They constantly upstream patches and improvements.

    2. Re:What they forgot to mention... by Kadin2048 · · Score: 1

      He was making fun on Sun, not Ubuntu, I think.

      It's Sun that would be putting their "weight" on Ubuntu, at least if you want to extrapolate from what TFA says, which really isn't all that convincing.

      --
      "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
  22. sun to the destkop by mikesd81 · · Score: 3, Interesting

    Could Sun be using this to eventually get to the desktop, or at the very least, allowing companies to run a complete linux system. Solaris server, Ubuntu clients for the employees?

    --
    That which does not kill me only postpones the inevitable.
    1. Re:sun to the destkop by fm6 · · Score: 2, Insightful

      Well, Sun is always trying to get on the desktop. (And wasting a lot of money in the process.) But I don't see how endorsing Ubuntu helps them get there. All the Linux apps that run on Ubunto also run on Solaris/x86.

    2. Re:sun to the destkop by BrainInAJar · · Score: 1

      I'm pretty sure that's exactly what they want to do. Solaris is wonderful, rock-solid, etc. I wouldn't run my DB server on anything else. As for a workstation/desktop, I'd still much rather stick to linux (for commodity hardware support, as well as support for media, games, etc.)

    3. Re:sun to the destkop by drinkypoo · · Score: 1

      All the Linux apps that run on Ubunto also run on Solaris/x86.

      I doubt it. Granted, it's been a while so probably far more of them will work today than last time I tried, but last I checked the vast majority of programs did not build properly on Solaris/x86. Some of them were nontrivial to fix (typically, I can fix trivial problems in cases like this, in spite of not really being much of a programmer.)

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    4. Re:sun to the destkop by Coryoth · · Score: 1

      Could Sun be using this to eventually get to the desktop, or at the very least, allowing companies to run a complete linux system. Solaris server, Ubuntu clients for the employees?

      In some ways RedHat/Fedora might be a better fit for this with Stateless Linux which would fit nicely into that sort of model.

      Jedidiah.

    5. Re:sun to the destkop by fm6 · · Score: 1

      Did you try just running the Linux binaries?

    6. Re:sun to the destkop by drinkypoo · · Score: 1

      No, you couldn't do that back then :)

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    7. Re:sun to the destkop by fm6 · · Score: 1

      So you don't really know anything about the subject, do you? It's like I asked for advice on starting my car in cold weather, and you told me to wear gloves to keep my hands from freezing to the crank.

    8. Re:sun to the destkop by drinkypoo · · Score: 1

      I don't like to use binary compatibility means except where there is no other choice. It makes more sense to use it if you're running Linux on the hardware, and want to run binaries meant for the original shipped OS for the machine, such as Solaris on Linux-SPARC or IRIX on sgilinux. I admit though that my avoiding it amounts to little more than superstition.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  23. Ubuntu and Java, a pair of shark-jumpers by Lord+Agni · · Score: 2, Interesting

    I've used Ubuntu, installed it, ran it for a few weeks, and went back to Slackware. It's origins and aims are noble, but it's not my favorite distro. Even as a "live" CD, Pro-Mepis and Knoppix have it beat; I keep a copy of Knoppix 4.03 around just in case I have to (or have the opportunity to) use/fix a PC. Java is a better C++, but not by much; C# is better designed and you're not giving up too much in the way of SDK size, available documentation and libraries or ease of use over C++. It's not available as such for non-Windows, as Java is, but Java is still overdesigned and combines the worst of dynamically typed/interpreted languages and more rigidly typed/compiled languages. On Linux/Unix/etc, I use Python, Scheme and C, because you can't spell cilice without C.

    1. Re:Ubuntu and Java, a pair of shark-jumpers by 1336 · · Score: 1

      Someone who runs Slackware and knows how to program in multiple languages tries a distro designed with Linux newbies in mind and discovers its not his "favorite distro"... Wow; I didn't see that coming.

    2. Re:Ubuntu and Java, a pair of shark-jumpers by Pengo · · Score: 1


      I bet you have a hard time understanding how something as sexy as a mullet could go out of style too.

      Sport it with PRIDE!

    3. Re:Ubuntu and Java, a pair of shark-jumpers by Lord+Agni · · Score: 1

      Well, I didn't find it any easier to use, that's why it's not my favorite. An airliner passenger is riding in a vehicle just as complex as a submarine, but just because all that complexity is hidden doesn't make it easy to fly a jet. Ubuntu doesn't live up to its hype, that's all.

    4. Re:Ubuntu and Java, a pair of shark-jumpers by Lord+Agni · · Score: 1

      I bet you have a hard time understanding that a '67 Mustang is sexier than a 2007 Mustang

  24. direct support and control by asv108 · · Score: 4, Insightful
    Can anyone tell me why a person would want to use Ubuntu on a server, as opposed to just using Debian?

    As a big proponent of debian, the biggest problem corporate/companies have with debian support options is that is not coming directly from the distributor of the software. So maybe thats one reason for choosing Ubuntu is that they offer support directly.

    Its also probably a lot easier for Sun to deal with a company when wanting changes/partnerships, rather than dealing with a fully community based effort. You can't just go to 1-2 guys in Debian and say do this and get it in by next week or else!

  25. It's gonna explode!!! by __aaclcg7560 · · Score: 2, Funny

    If Sun puts too much weight behind Ubuntu, it could explode like a supernova.

    1. Re:It's gonna explode!!! by Anonymous Coward · · Score: 0

      I've never seen a supernova blow up, but if it's anything like my old Chevy Nova, it'll light up the night sky. -- Fry

  26. Why Debian instead of Ubuntu? by Anonymous Coward · · Score: 0

    The question you asked keeps coming up, but thinking about it I found no reason at all why I should prefer Debian over Ubuntu on the server.

    So seeing that Ubuntu has newer packages, will offer support for its next release for 5 years on the server, I seriously have to ask, why should I use Debian instead of Ubuntu?

    Just because it seems to be a common (mis)perception that Ubuntu is primarily a desktop distro?

  27. Embrace and Cripple by Anonymous Coward · · Score: 0

    Sun touted java as the end all be all revolution in software development, desktop OS, server software. After that failed, they looked at small "appliance" type applications for java (which I believe it was really designed for). Now, java just isn't what java was supposed to be. Microsoft breaks into markets by embracing a technology and extending it to fit their needs. Sun, embraces a technology and then cripples it with licensing, fees, and general inept business practices. Bye bye Ubuntu

  28. I am sticking with SOLARIS by JavaManJim · · Score: 2

    I think Solaris is better. Also that Java and C are better than C# in a previous post here.

    That said, go ahead with the different OS versions. We have to appreciate differences.

    Peacefully,
    Jim

  29. Niagara "RSA encryption support" by Kadin2048 · · Score: 1

    While we're on the subject, does anyone know what "Public key encryption support (RSA)" means, as a feature of a CPU?

    Some sort of special on-chip hardware, or is it just a 'marketing feature' with no real relation to anything on the die?

    A quick Google found only one reference to it, here, which suggests to me that might be for real, and has something to do with using it for SSL/HTTPS workloads. Anyone (someone who has perhaps read the Architecture Specifications, which I admit I have not) want to clue me in on the straight dope?

    --
    "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    1. Re:Niagara "RSA encryption support" by jZnat · · Score: 1

      I'm going to guess that they've added some specific assembly instructions that would be useful for encryption algorithms such as RSA. SIMD (e.g. SSE) seems to have been an effort to allow computations of vectors and complex numbers at the CPU level, so that's only one example where special (but common) computation tasks get their own assembly instructions to speed up the process.

      --
      'Yes, firefox is indeed greater than women. Can women block pops up for you? No. Can Firefox show you naked women? Yes.'
    2. Re:Niagara "RSA encryption support" by madbrain · · Score: 1

      The UltraSparc T1 chip indeed provides some special SIMD assembly instructions for modular arithmetic. These instructions are not part of the public Sparc instruction set currently. As such, they only available through the Hypervisor. They can't be used directly in regular user programs. Sun has implemented a device driver that takes advantage of these instructions to help RSA private and public key operations, which are a significant part of the cost of SSL. This is called the Niagara Crypto Provider or NCP . This is a device driver for the Solaris Kernel Crypto Framework, which is usable by the Solaris Crypto Framework which has exposes a PKCS#11 library interface.

      Sun Java Enterprise System (JES) server applications are able to use the Solaris Crypto Framework with Niagara Crypto Framework, using the Mozilla NSS (Network Security Services) libraries, which implement SSL using PKCS#11 . The Niagara Crypto Framework is treated just like any other SSL accelerator.

      Applications based on OpenSSL can also use SCF/NCP using the version of OpenSSL shipped with Solaris, that has a special engine that talks PKCS#11 to the Solaris Crypto Framework.

      --
      -- Julien Pierre http://www.madbrain.com/blog
    3. Re:Niagara "RSA encryption support" by ggravier · · Score: 1

      And add to this that any Java application running on an UltraSPARC T1 processor with Solaris 10 or above, that does cryptography through the standard Java Crypto Extentions automatically benefits from the modular exponentiation acceleration from the T1, as the JCE uses the Solaris Crypto Framework, which, as stated by the previous poster, uses the NCP if it sees an UltraSPARC T1 processor on the system.

  30. Main problem with yum - slowness by brunes69 · · Score: 5, Interesting

    This is my problem with yum - it is god awful slow.

    Want to install something? 'yum install foobar', wait 30 seconds while it connects to the repository, wait 30 more seconds while it resolves dependancies, wait 30 more seconds for it to think about installing, wait 30 more seconds and it is finally done.

    With apt-get this all happens in about 10 seconds or less.

    Part of the problem is that *EVERY SINGLE ACTION* causes it to hit the server and verify it's package repository. Any 'yum install' command essentially does a 'yum update' first, even if your database is only 3 minutes old. When you're installing a fair number of packages on a new system, this is very tedious. What is the point of even having 'yum update'? apt-get is much better in this regard, *always* using the local cache unless you explicitly 'apt-get update'.

    Also, I don't know if it is because of the differences between .deba nd .rpm, or yum vs. apt, but the reoslution of dependancies is orders of magnitude faster with apt-get than with yum install.

    1. Re:Main problem with yum - slowness by Tack · · Score: 1
      This is my problem with yum - it is god awful slow.
      I can't disagree. Quite frequently I would type 'yum install foo', wait 10-15 seconds while yum appeared to be doing nothing, open a new term and ftp to the repository and grab the files myself. I could even manually resolve 2 or 3 dependencies in less time than it would take yum to finish. It was infuriating, and the only time I would ever use yum is if it was something that involved dozens of dependencies or more.

      Fortunately the situation is improving. yum on fc5 actually doesn't suck. It's not awesome, but it doesn't suck; it still needs to be faster, but much of the time it's faster than me, which makes it a useful tool. I think we can expect to see even more improvement in the future.

    2. Re:Main problem with yum - slowness by PitaBred · · Score: 1

      So you're saying Redhat reinvented the wheel, and they're finally getting it so that it's round? Seems stupid to me, nothing more than a NIH response.

    3. Re:Main problem with yum - slowness by massysett · · Score: 5, Interesting
      This is my problem with yum - it is god awful slow.

      That's a complaint about yum, not about RPM. There are other dependency-resolving tools for RPM, including urpmi, yast and (surprise) apt. Yast and apt don't exhibit the annoying behavior of which you write.

      Similarly other posts say that the advantage of apt is the Debian repositories. That's an advantage of Debian, not of apt. Ubuntu uses apt and dpkg, yet Ubuntu's package repository != Debian's package repository.

      Every distribution I know of uses one program and format to keep track of installed packages and to figure out the dependencies needed (e.g. dpkg, rpm, ebuild) and another program to query repositories and automate the process of fetching needed packages (e.g. apt, urpmi, yum, emerge). A lot of grief directed at RPM has nothing to do with RPM and is instead better directed at the tools that query repositories and fetch packages. Similarly, credit for Debian's repositories belongs to Debian's maintainers, not to the wonders of apt.

    4. Re:Main problem with yum - slowness by swv3752 · · Score: 1

      That is not a problem with Mandriva's URPM. It downloads the sources list once unless you tell it to update. You give it the command urpmi foobar and it comes back and says Do you wish to install foobar-1.2.1mdk.rpm Y/n? or gives a list of possible packages that contain "foobar". If there are any dependancies it asks if you want to install those too, and in the unlikely event there is a conflict, it asks if you want to uninstall the the conflicting package.

      --
      Just a Tuna in the Sea of Life
    5. Re:Main problem with yum - slowness by morgan_greywolf · · Score: 2, Informative

      Similarly other posts say that the advantage of apt is the Debian repositories. That's an advantage of Debian, not of apt. Ubuntu uses apt and dpkg, yet Ubuntu's package repository != Debian's package repository.

      Actually, Debian universe and multiverse are in the /etc/apt.d/sources.list by default, they're just commented out by default. You can enable them in synaptic or Ubuntu's default package manager (based on synaptic) with a couple of mouse clicks.

    6. Re:Main problem with yum - slowness by Nevyn · · Score: 1
      • 1. Red Hat didn't create yum
      • 2. apt-get was ported to use rpms, but was slower and buggier than yum due to rpm having features dpkg didn't and noone putting the time into the port to fix them
      • 3. When I had a debian box I almost always had to do: apt-get update && apt-get install -y foo ... which has all the same problems as "yum install -y foo"
      • 4. open carpet was by far better than both yum or apt-get in this respect, so I think it's fair to say noone cares too much
      • 5. all of the package management solutions are crap, just some are slightly less crap than others. For your wheel analogy to work we'd have to actually have a decent round wheel, and we don't.
      --
      ustr: Managed string API with ave. 44% overhead over strdup(), for 0-20B
    7. Re:Main problem with yum - slowness by petermgreen · · Score: 1

      yet Ubuntu's package repository != Debian's package repository.
      well if you count universe then not equal but bloody close (there is a bit of stuff missing because it fails to build on thier autobuilders, including compilers that compile themselves)

      Yes ubuntu polish up the most user visible stuff and occasionaly move in a big upgrade before it hits debian unstable but its still very much a second tier distribution working off debian (unlike mandrake which split off completely from red hat).

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    8. Re:Main problem with yum - slowness by Anonymous Coward · · Score: 1, Informative

      Modifying your yum repositories (under /etc/yum.repos.d/) to use the 'baseurl' directive, instead of the 'mirrorlist' directive, should fix this. I use either download.fedora.redhat.com or mirrors.kernel.org, and have no issues whatsoever with yum.

    9. Re:Main problem with yum - slowness by Anonymous Coward · · Score: 1, Interesting

      "EVERY SINGLE ACTION* causes it to hit the server and verify it's package repository. Any 'yum install' command essentially does a 'yum update' first, even if your database is only 3 minutes old"

      New yum's wont go re-sync the database with the remote server if the last sinc time was recently.

    10. Re:Main problem with yum - slowness by turbidostato · · Score: 1

      "Actually, Debian universe and multiverse are in the /etc/apt.d/sources.list by default, they're just commented out by default"

      Actually, they are commented out for a reason.

      They surely will break your installation; it's only a matter of time.

      And the more Ubuntu goes away from his Debian "father", the sooner "universe" will wreak havoc on your system.

    11. Re:Main problem with yum - slowness by Ryan+Amos · · Score: 1

      RedHat has nothing to do with Yum.

      Yum is often used by free RHEL-alike distros to replace RedHat's up2date. CentOS and Fedora use yum. RedHat EL uses up2date, which requires a subscription to access the RedHat repositories.

    12. Re:Main problem with yum - slowness by natrius · · Score: 1

      Actually, Debian universe and multiverse are in the /etc/apt.d/sources.list by default, they're just commented out by default.

      That's not how it works. The universe and multiverse repositories are Ubuntu repositories as well. As with (almost) all other Ubuntu packages, they're taken from Debian with few in-house customizations. The packages won't break your computer like another poster said, they're just unsupported by Ubuntu. This means the packages might not get security updates, and if you happen to call Canonical for support for those packages, you probably won't get very far.

    13. Re:Main problem with yum - slowness by Anonymous Coward · · Score: 0
      And the more Ubuntu goes away from his Debian "father", the sooner "universe" will wreak havoc on your system.
      Actually, Ubuntu is always the furthest away from Debian at the release, then the development version get's synced with Debian unstable. Never had any *verse package break my install.
    14. Re:Main problem with yum - slowness by killjoe · · Score: 1

      What's worse is that by default it goes through all that every time you type yum search. Not only that but it wants to shows you the full description of every package which means page after page of scrolling.

      You have to do backflips to get yum to quickly search your local repository and display only the names and the versions of the packages.

      The first thing I install on any RPM based distro is apt for RPM.

      --
      evil is as evil does
    15. Re:Main problem with yum - slowness by pablodiazgutierrez · · Score: 1

      You reminded me I haven't have lunch yet.

    16. Re:Main problem with yum - slowness by turbidostato · · Score: 1

      "Never had any *verse package break my install."

      Yet.

      You've been warned.

    17. Re:Main problem with yum - slowness by Col.+Bloodnok · · Score: 1

      That's a complaint about yum, not about RPM. There are other dependency-resolving tools for RPM, including urpmi, yast and (surprise) apt. Yast and apt don't exhibit the annoying behavior of which you write.

      Sadly, apt for rpm (my tool of choice) is effectively dead as of FC5. As far as I can tell (correct me if I'm wrong), the only choice for FC5 is yum and it is dog-slow.

    18. Re:Main problem with yum - slowness by null-sRc · · Score: 1

      Run a local DNS.

      I found when running a local DNS yum becomes blazing fast... not sure why :|

      --
      -judging another only defines yourself
    19. Re:Main problem with yum - slowness by lars_stefan_axelsson · · Score: 1
      What's worse is that by default it goes through all that every time you type yum search. Not only that but it wants to shows you the full description of every package which means page after page of scrolling.

      Well, in fairness, adding a '-C' to the commandline doesn't really qualify as a "backflip" in my book. Also, substituting 'list' for 'search' solves the other problem (you then do 'info' to have a closer look at something found with 'list'). What I like over 'apt' is that it actually lists (with 'list') the repositories it found the package in.

      That said, I can't really argue the point that it's on the slow side.

      --
      Stefan Axelsson
    20. Re:Main problem with yum - slowness by Anonymous Coward · · Score: 0

      Another AC here...

      Despite all the doomsday scenarios mentioned a few months ago, the cooperation between Debian and Ubuntu is much smoother than what was predicted by some people here. If you look in the Debian QA system, you will see a very large number of Ubuntu patches and enhancements that have been fed back to Debian. Although it will not prevent future breakage, it indicates that major incompatibilities are rather unlikely.

    21. Re:Main problem with yum - slowness by killjoe · · Score: 1

      I have created an alias wich resolves to yum -C search | grep " ".

      Apt is better by far.

      --
      evil is as evil does
    22. Re:Main problem with yum - slowness by lars_stefan_axelsson · · Score: 1

      What's wrong with 'yum list'? Not meant as a snoty remark, I'm genuinely interested.

      --
      Stefan Axelsson
    23. Re:Main problem with yum - slowness by killjoe · · Score: 1

      I forgot why I wasn't using yum list. There was a reason though, I have forgotten it now. Maybe because it didn't display the version numbers or something.. I just don't remember, it's been a while.

      --
      evil is as evil does
  31. So does that mean... by nonlnear · · Score: 1
    So does that mean that Ubuntu will install the openoffice help files and proofing tools properly by default now?

    That would be a nice start.

    --
    argumentum ad fallacium: Fallacy of defining a fallacy which allows one to dismiss the argument in question.
  32. apt-get is not a Linux distribution by WebCowboy · · Score: 5, Informative

    Sun is endorsing Ubuntu, a Linux-based operating system. There isn't anything indicating that they are favouring any particular software packaging system. Dpkg/apt-get might be the way Ubuntu keeps its own house in order but nothing prevents anyone from installing and maintaining RPM packages on a machine running Ubuntu.

    Merits of dpkg aside, SUN may give standards compliance a high priority in its products, and like it or not in order to comply with ISO23360 the operating system MUST support the installation and management of RPMs (it need not be the native package system of the OS, but ALL ISO23360 compliant applicaitons are distributed as RPM packages). SUN could very likely contribute its resources towards making Ubuntu comply with ISO23360. Mark Shuttleworth himself stated that this was a goal for upcoming Ubuntu releases so they would be on the same page. Therefore if the ISO23360 standard gains traction it could mean that installing RPMs on Ubuntu machines could become more common than you'd think, especially for companies like my employer--large enterprises that salivate over anything with "ISO##### Compliant" on it...and guess what SUN's customer base is?

    Oh yeah...perhaps I should explain what this ISO23360 is. Basically it is a standard that specifies a set of requirements for Linux-based OSes (file structures, included shared libraries, software packaging format, etc) to allow compliant application software to be easily deployed and executed on any compliant OS without the need to recompile and/or re-package for each OS as is the case today with Linux systems. It is more commonly known as LSB3.1 ;-)

    1. Re:apt-get is not a Linux distribution by swv3752 · · Score: 1

      Not sure if LSB is part of the ISO compliancy or not, but it also requires RPM installation.

      --
      Just a Tuna in the Sea of Life
    2. Re:apt-get is not a Linux distribution by turbidostato · · Score: 1

      ...Or, they can press the standards comitee so deb becomes a valid package format within ISO23360, or they could press the standards comitee so there appears some ISO23361 which uses deb instead of rpm, just for fun (or to see Red Hat raging, who knows), so your company can salivate even on deb packages, or...

    3. Re:apt-get is not a Linux distribution by Homestar+Breadmaker · · Score: 2

      "but nothing prevents anyone from installing and maintaining RPM packages on a machine running Ubuntu."

      Except common sense.

    4. Re:apt-get is not a Linux distribution by Crayon+Kid · · Score: 1

      Sun is endorsing Ubuntu, a Linux-based operating system. There isn't anything indicating that they are favouring any particular software packaging system.

      You mean, other than the fact that Ubuntu's using dpkg? If they're endorsing Ubuntu, doesn't it mean they are therefore endorsing its strong points? Do you really think dpkg didn't play a role in the matter?

      And since we've touched on the matter, I don't think Sun picked Ubuntu to make servers out of it. The following quote doesn't make any sense:

      While Ubuntu has been many people's desktop Linux choice for a few years now, with its Debian heritage, you can see what kind of server it could be.

      A desktop system, you can see what server it would make. Huh? No, I can't. What does that have to do with anything? Ubuntu improves the desktop presentation of Debian. How is that useful for Sun in the server market?

      Let me rephrase that in a less retarded manner: Sun wants a cut of the desktop market AND a Linux of its own, also get a cut of the lower end server market. They picked Ubuntu because it was the only "Linux on the desktop" still available for the picking, AND it's been enjoying great success so far AND it's practically Debian so it will also make a good server. They're quite likely to try to buy it from Mark in the near future. Which I would enjoy, because it means a hell of a backing.

      --
      i ate crayons when i was a kid and now i have two braincells and the blue ones taste nicer
    5. Re:apt-get is not a Linux distribution by Anonymous Coward · · Score: 0
      Oh yeah...perhaps I should explain what this ISO23360 is. Basically it is a standard that specifies a set of requirements for Linux-based OSes


      The great thing about standards is that there's so many to chose from :)

    6. Re:apt-get is not a Linux distribution by Anonymous Coward · · Score: 0

      Excellent. Then, by inference, they won't be tainted by your presence. Win-win. Please *do* let the door smack you on your way out.

    7. Re:apt-get is not a Linux distribution by petermgreen · · Score: 1

      mmm LSB isn't that the monumental fuckup where rather than actually fixing the problems (such as retarded dynamic linker behaviour) they force you to statically link anything that they don't standardise.

      and iirc to make the deadline for ISO they standardised on some beta version of C++ and then made C++ support an optional part of the standard (that noone implements).

      but yeah debian does support installation of rpms by using alien to convert them into debs (which apparently is acceptable to LSB) and has a LSB dummy package to get the system into a LSB compliant state through its dependencies and conflicts (not sure if its installed by default or not) so presumablly ubuntu has it too at least in universe. I don't know if debian has formally passed certification or not though.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
  33. great news! by p3t0r · · Score: 1

    I've been using Ubuntu for serverside Java development for over a year now and (although there are some quircks) it has been fine! I think Sun putting some effort in it, and the Ubuntu team putting some effort in Java support could only make it better! Can't wait to see what the outcome is!

  34. Horrifying nerd porn by Anonymous Coward · · Score: 1, Funny
    they really like each other ... there is a love affair ... Shuttleworth flirted back

    This is like the most terrifying piece of porno I've ever seen on the Internets.

    For the love of god, please don't let them kiss. Please, no.

    Schwartz

    Shuttleworth

    How can I sleep now? Thank you, Slashdot.

  35. As an aside... by Ayanami+Rei · · Score: 3, Informative

    Linux on Sun boxes also calls their disks sda, sdb, hda, hdb, etc.
    Conversly, Solaris 10 on opteron == /dev/rdsk/cXtYdZsQ galore.

    --
    THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
    1. Re:As an aside... by Anarke_Incarnate · · Score: 1

      Same thing of device files on HP-UX. I wonder when those two will merge, as per the Open Letter to Mr. Hurd. (no relation to the kernel).

    2. Re:As an aside... by LeftWing · · Score: 0

      Oh, that'll never really happen. =P

      God knows what we'd want with most of HP-UX anyway.

      --
      LeftWing
  36. What next for Ubuntu? by Anonymous Coward · · Score: 0

    Wait until Oracle buys Ubuntu!

    And you think I am joking? :-)

  37. Don't forget Gentoo by DnemoniX · · Score: 2

    About three weeks ago I successfuly got Gentoo loaded onto the Sun T-2000 that I am currently benchmarking with the help of a Gentoo release engineer. Unfortunately there are java issuse still. But hell it was fun watching it run just the same. It is back running Solaris 10 now however.

    1. Re:Don't forget Gentoo by whimmel · · Score: 2, Interesting

      Did you happen to document your procedure?

      --
      Does the name Pavlov ring a bell?
    2. Re:Don't forget Gentoo by DnemoniX · · Score: 2

      It's exactly like installing Gentoo on just about any other bit of hardware. You insert the proper liveCD for your arch and install normally. I was working with Gustavoz (Gentoo Sparc Guy), he provided the test ISOs for me to try and I reported back any issues. The main thing is that you need a bleeding edge kernel to support the T1 Niagra and the T-2000 uses SAS drives. Other than that it was completely standard feeling to me.

  38. Inadvertant spelling slip up! by fak3r · · Score: 0

    It's Niagara T1 CPU [sun.com], not Niagra! Can you tell I'm writing an anti-spam HOWTO based on my FreeBSD setup I use?

    And it had to be the first time I got a post approved...ah well.

  39. I don't buy it. by abelikoff · · Score: 4, Interesting
    I am not sure about the motives of this move. Several explanations come to mind.

    • Pure FUD. This is a plausible one. Sun has a lot to lose with Linux success. Linux has always been a competition to Solaris and this is not going to change. Leave "Let's be friends - there is place for everyone." rhethoric for glossy corporate press releases. As long as Sun cares about Solaris it will fight tooth and nail against Linux. becaus if Linux wins, Sun will be reduced to a vendor of exotic albeit powerful and very expensive hardware running a commodity OS on it. And this is not a good position to be in, now that Intel/AMD platform is becoming cheaper and more powerful every day.
    • Change in strategy with Schwartz steering the company. It is unlikely, but still possible that Sun will try to get out of the OS business altogether. But as I said, it is very unlikely - someone will have to do a lot of explaining to the customers, why Linux, so much maligned by the Company, suddenly became the top choice despite all the hype around Solaris (OTOH, seeing the sheer number of people that drank Apple's Cool-Aid during both PowerPC heyday and during the recent migration to Intel platform, one learns to no be surprized by anything). And someone would have to convince customers to buy an expesive piece of hardware running Linux from Sun, not from Dell...
    • Finally, and this is the most possible case, the Comany continues to do what it's been doing the best for about 6 years - running around like a chicken with head chopped off. The company is losing ground and has no strategic direction whatsoever. This might be yet another testament to the "we are clueless and will become irrelevant soon" motto.
    1. Re:I don't buy it. by Orrin+Bloquy · · Score: 4, Funny

      becaus if Linux wins, Sun will be reduced to a vendor of exotic albeit powerful and very expensive hardware running a commodity OS on it.

      No, I believe that violates several of Apple's patents.
      --
      "Made up/misattributed quote that makes me look smart. I am on /. and I must look smart."
  40. This will put RedHat out of business. by joe_n_bloe · · Score: 1

    Just like Debian, Slackware, ${x}BSD, Gentoo, and, uh, what's that other distribution that used to be around.

    1. Re:This will put RedHat out of business. by Anonymous Coward · · Score: 0

      Just like Debian, Slackware, ${x}BSD, Gentoo, and, uh, what's that other distribution that used to be around.

      Windows.

  41. Dammit! by curtlewis · · Score: 2, Funny

    I just put Ubuntu on my desktop.

    Now I'm gonna have to go and put something else on it because obviously I made a bad choice.... :-/

  42. Attempt to divide selinux base? by giminy · · Score: 1

    Is Ubuntu going to have selinux support that works at some point? I wonder if this is an attempt to split some of the larger linux community away from RedHat (Solaris 10 and RHEL5 will be fairly nice competitors because they both have MAC policies)...

    I love Ubuntu but in the interest of free supersecurity this makes me a little nervous.

    --
    The Right Reverend K. Reid Wightman,
  43. To be precise by nonlnear · · Score: 1
    The open office 2.0 help files/proofing tools.

    And yes I know it's a simple backport oversight, but it's damn annoying anyways!

    --
    argumentum ad fallacium: Fallacy of defining a fallacy which allows one to dismiss the argument in question.
  44. "Will be a server" ...? by kbahey · · Score: 1

    ... with its Debian heritage, you can see what kind of server it could be.

    What? I am already using Ubuntu on three servers. Breezy Badger 5.10 already has a server install mode right on the CD (just type "server" at the boot prompt). No GUI at all.

    Runs like a charm ...

  45. Didn't Ian Murdock try this already? by tomcres · · Score: 3, Interesting
    As a big proponent of debian, the biggest problem corporate/companies have with debian support options is that is not coming directly from the distributor of the software. So maybe thats one reason for choosing Ubuntu is that they offer support directly.

    I understand this, but didn't Ian Murdock (founder of Debian) already try this with Progeny? The distro went belly-up and eventually Progeny became just another Linux services and support company. I'm not even sure if they're still around TTT. How is Ubuntu more a more corporate-friendly face for Debian than Progeny was (supposed to be)?

    1. Re:Didn't Ian Murdock try this already? by deque_alpha · · Score: 1

      How is Ubuntu more a more corporate-friendly face for Debian than Progeny was (supposed to be)?

      Simply put, they're already established and have significant inertia. Progeny never really got past the "boot strap" phase, IIRC. I'd wager that it had a lot to do with sticking too closely to the Debian Way, and not being responsive enough to user requests, but that's just my opinion / conjecture. The significant amount $$$ that Shuttleworth and Canonical have been throwing at Ubuntu helps a lot too...

    2. Re:Didn't Ian Murdock try this already? by swillden · · Score: 1

      How is Ubuntu more a more corporate-friendly face for Debian than Progeny was (supposed to be)?

      It may not be, but Ubuntu may still be more successful than Progeny was, just because Linux itself has become much more acceptable to corporations. Perhaps Progeny was just ahead of its time.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    3. Re:Didn't Ian Murdock try this already? by xenocide2 · · Score: 4, Informative

      Partly, it's a matter of timing. When Progeny started, it was 2000. Perhaps the height of the .com bubble. There were a lot of competitors to Debian. Redhat was still officially supporting a free desktop OS. GNOME hadn't yet recieved a critical look via a Usability study that demonstrated that half the crap in it was not only useless, but confusing. Distributing an .iso was feasible but finding software to burn them was still arcane. Crappy modem support was still a fundamental problem. A notable constants though: Debian stable was two years old, and woudn't be out for another year.

      By the time Ubuntu came out, Fedora had taken (and partly dropped) the torch, GNOME was vastly improved, KDE wasn't in danger of being placed in non-free, and a lot of Linux providers dropped out after the .com crash.

      The other half of the equation was simple: goals. Shuttleworth aims to be truly successful, not just something to feed himself and his kids (*cough* his progeny *cough*). He capitalized on the fact that Debian stable was so sorely out of date that when everyone else stated they'd not be packaging xfree 4.4, debian had just gotten 4.3 into unstable. Ubuntu's release schedule is (usually) designed to be synchronized with GNOME so that, for a brief moment, Ubuntu is one of two places to go for the latest (the second being CVS). Shuttleworth recognized that a number of people didn't have access to windows based CD burning software, or perhaps the knowhow to find some, and funded ShipIt.

      While Murdock was aiming for NOW (network of workstations), Ubuntu's initial focus was on laptop support. Even in 2000, the question was asked "why do you think your SSI will succeed in today's environment?" If the answer was "it's open source," well that answer clearly wasn't adaquate. NOW assumes a very specific kind of resources, and adds a lot of complexity to gain something that rapidly falls in price. It might be interesting, but you have to own more than a couple workstations to make it worth your time, and it doesn't really aid mysql or apache much.

      It almost seems like Canonical learned from Progeny that half of selling Debian support was going to be making people want it, instead of capitalizing on some imaginary underserved market segment looking for ways to reduce the cost of Debian deployment. As always, sales, sales, sales!

      --
      I Browse at +4 Flamebait

      Open Source Sysadmin

  46. XCFM and Microsoft technoweenies. by Oriumpor · · Score: 1

    Why would MCSE's primarily use Terminal Services when NTLM authenticated telnet allows you to manage the server through a text based console without a hit on the proc that a gui entails?

    Because it's not easy, intuitive or picture based. Different minds, different methods. Ubuntu's biggest advantage is that it's debian based (dpkg, apt etc.) It's secondary advantage of being easy to navigate makes it's possible installbase much broader. Sure a gui will eat up some cycles, but the training time you save is substantial.

    Not everyone is a console commando and if they are, they probably already use *nix.

  47. Please update your sig by Anonymous Coward · · Score: 0
    The Physics Software Rant has moved here.

    Thanks.

    1. Re:Please update your sig by kbmccarty · · Score: 1

      Done, thanks for the reminder.

      --
      - Kevin B. McCarty
  48. Fsking brain: XDMCP by Oriumpor · · Score: 1

    XMCF

  49. RPM in ubuntu :: HOWTO by hummassa · · Score: 3, Informative

    Alternative 1 (dirty, two steps):

    $ sudo apt-get install rpm
    $ sudo rpm --force-all -ivh PACKAGE.rpm

    Alternative 2 (cleaner, four steps):

    $ sudo apt-get install rpm alien fakeroot
    $ fakeroot alien PACKAGE.rpm
    $ sudo dpkg -i package.deb
    $ sudo apt-get -f install # will install any dependencies

    Alternative 3 (suppose multiverse is in sources.list)

    $ sudo apt-get install package ## it is probably there :-)

    --
    It's better to be the foot on the boot than the face on the pavement. ~~ tkx Kadin2048
    1. Re:RPM in ubuntu :: HOWTO by juergen · · Score: 1

      Whoever tries 1) or 2) of this will learn one thing fast: when installing packages from out of your own distro or closely associated providers, regardless of package format, those package severely lack integration.

      The ISO standard is doomed for the same reason LSB hasn't really taken off. Sure, a package might install, but to make it useable and interact with the rest of your system much more than this is neccessary. The slow (and usually thorough) pace of ISO will make any standard it produces in the field of fast paced distro development stale the day it comes out. Never mind the complexity of the task is on the order of managing several distros at once, blindfolded, while producing pretty Powerpoint presentations for the comittee.

      If you really need something not available in Debian/Ubuntu, you best bet is this:

      1. apt-get the build requirements, get the source
      2. ./configure && make
      3. sudo checkinstall make install
      4. distribute the resulting .deb package across your network if needed

  50. Way to many opinions by Radmin · · Score: 1

    This means one thing to me....another option not provided by Microsoft. Things are coming along nicely.

  51. Re:Ubuntu default color by __aaitqo8496 · · Score: 1

    Dapper Drake is at what, Flight 7 now? It's about high time you apt-get dist-upgrade'd

    Orange is the new Brown... and not in a good way. I appreciate the slight deviation from the norm, but let's stick to more traditional corporate colors. I mean, there's a theme switcher for a reason, right?

  52. Why Ubuntu ? by this+great+guy · · Score: 5, Insightful

    I use Ubuntu as well as Debian, both on desktops and servers. Here is a couple of advantages Ubuntu has over Debian on servers:

    • Server install. I have to point it out because many people don't know it but installing Ubuntu doesn't necessarily mean installing a full-fledged desktop OS. You can actually select the "server" option during installation and it will only install server-related packages with no X11/X.org packages whatsoever.
    • Fixed release schedule. Ubuntu releases a new version of its install CDs every 6 months while Debian is more irregular and does it less often. It makes it easier for example when you need to install Ubuntu on recent hardware, the kernel is generally more up-to-date and Debian may not detect all of your hardware. Of course it is always possible to find workarounds for Debian (loading an optional kernel module, netbooting a more recent kernel, etc), but it involves more work.
    • Packages freshness. Ubuntu tends to have more recent packages than Debian. For example I recently had to install 2 servers, one Ubuntu and one Debian, that had to boot off a software md RAID setup. It worked off-the-shelf with Ubuntu because it uses a more recent initrd package (mkinitramfs, IIRC) while the latest AMD64 Debian release uses an older initrd package (initrd-tools) that was unable to correctly detect and assemble the RAID arrays when booting up, I had to manually fix that to make it work.
    • Homogeneity. When you already run Ubuntu on your desktop machines, running the same OS on your servers (without the desktop packages of course) simplifies everything: your local package mirroring server only has to mirror packages for 1 OS, maintaining and supporting only 1 OS requires less work than 2 OSes, etc.
    • Developers. It seems Ubuntu developers are extremely active and, simply said, bright people. I have already fixed a couple of bugs in various Ubuntu scripts/packages over the past year or so and Ubuntu developers have always been very quick to respond and apply the patches. I also tend to keep an eye on what they are doing and it is obvious that Ubuntu developers make a lot of efforts to correctly engineer every little detail in their distribution.

    As a Unix guru/developer I also regularly use a couple of other Linux and BSD distros (FreeBSD, Gentoo, OpenBSD, etc) because I like to experiment a lot and like to live on the bleeding edge of technology, but all in all I have realized that Ubuntu plainly rocks and there is a lot of reasons why it is becomming so popular. I think every IT engineer easily understands the advantages of Ubuntu. And somehow it totally makes sense that Sun, "a company built for engineers, by engineers" [1], is interested in Ubuntu :-) I am a technological perfectionist and Mark Shuttleworth (the man behind Ubuntu) seems to have created a distro the way I would have done it. It is well engineered and It Just Works (TM).


    [1] http://blogs.sun.com/jonathan
    1. Re:Why Ubuntu ? by Respect_my_Authority · · Score: 2, Interesting

      You've made a nice marketing speech for Ubuntu but you fail to give any actual reasons why Ubuntu would have an advantage over Debian on servers. Let's take a look at the moot arguments you present:

      > "Server install. I have to point it out because many people don't know it but installing Ubuntu doesn't necessarily mean installing a full-fledged desktop OS. You can actually select the "server" option during installation and it will only install server-related packages with no X11/X.org packages whatsoever."

      Well, Debian has also a "server install". Just install the base system with the netinstall cd and select the type of server you want from tasksel. Verdict: Ubuntu has no advantage here.

      > "Fixed release schedule. Ubuntu releases a new version of its install CDs every 6 months while Debian is more irregular and does it less often. It makes it easier for example when you need to install Ubuntu on recent hardware, the kernel is generally more up-to-date and Debian may not detect all of your hardware. Of course it is always possible to find workarounds for Debian (loading an optional kernel module, netbooting a more recent kernel, etc), but it involves more work."

      Every six months, you say? I'm sorry, but it doesn't look like Ubuntu is any good in keeping their promises. It is no secret that there is a two months delay for the Ubuntu Dapper release, which actually makes the release cycle from Ubuntu Breezy to Dapper eight months long. And Edgy Eft is planned four months after Dapper. But Edgy is not going to be a stable release in the same sense as Dapper (and Ubuntu devs don't recommend upgrading any production machines to Edgy), so the Edgy+1 release will come ten months after Dapper.

      Six months? Eight months? Four months? Ten months? -- Ubuntu's release cycle seems to be totally unpredictable, changing all the time. Verdict: No advantage to Ubuntu here.

      > "Packages freshness. Ubuntu tends to have more recent packages than Debian. For example I recently had to install 2 servers, one Ubuntu and one Debian, that had to boot off a software md RAID setup. It worked off-the-shelf with Ubuntu because it uses a more recent initrd package (mkinitramfs, IIRC) while the latest AMD64 Debian release uses an older initrd package (initrd-tools) that was unable to correctly detect and assemble the RAID arrays when booting up, I had to manually fix that to make it work."

      Ubuntu Dapper will be supported for five years. Can you guarantee that Ubuntu Dapper can keep its "packages freshness" all the five years in the fast moving world of GNU/Linux software? Can you guarantee that Ubuntu Dapper's kernel will support all the latest hardware for five years? If you cannot guarantee this, then Ubuntu is in this respect no different from any other distro, including Debian. Verdict: No advantage whatsoever to Ubuntu here.

      > "Homogeneity. When you already run Ubuntu on your desktop machines, running the same OS on your servers (without the desktop packages of course) simplifies everything: your local package mirroring server only has to mirror packages for 1 OS, maintaining and supporting only 1 OS requires less work than 2 OSes, etc."

      You seem to forget that Ubuntu is based on Debian. When you take Xserver and the GNOME desktop tweaks away from Ubuntu, what you've got left is an unstable version of Debian with considerably less officially supported packages available. You don't have to give up on homogeneity if you run Ubuntu on the desktop and Debian on your servers -- you just get a more stable and reliable server. Verdict: Definitely no advantage to Ubuntu here.

      > "Developers. It seems Ubuntu developers are extremely active and, simply said, bright people. I have already fixed a couple of bugs in various Ubuntu scripts/packages over the past year or so and Ubuntu developers have always been very quick to respond and apply the patches. I also tend to keep an eye on wha

    2. Re:Why Ubuntu ? by this+great+guy · · Score: 2, Interesting

      Yes the "server install" option is, stricly speaking, not an advantage since you have this option with Debian too. I just wanted to point out this not so well-known feature...

      Regarding the fixed release schedule, yes Dapper is late by 2 months, but this is in no way comparable to the past of Debian (2 years between potato and woody ! 3 years between woody and sarge !), which you seem to completely ignore. If what you say is true, then good for Debian if they start trying to do more frequent releases, starting from now (so it has yet to be proven if they succeed).

      Regarding the 5-year support for Dapper, yes this is basically what Ubuntu guarantees: that the distro packages and kernel will be supported for 5 years.

      Homogeneity: of course it all depends on what OS are running on your desktops and servers. For example you can decide to go for all Debian or all Ubuntu. For those that run Ubuntu on their desktops, then running Ubuntu on their servers is the way to achieve homogeneity.

      Developers: Yes I know there are bright people on the Debian side too. However in my experience, I have been more impressed by the Ubuntu ones than by the Debian ones. You are welcome to share with us your opposite experience instead of just saying "The same, of course, applies also to Debian developers".

  53. weight? what weight? by porky_pig_jr · · Score: 1

    a weight of a beached whale?

  54. Little, if anything by porkThreeWays · · Score: 1

    I'm the first to shy away from distro wars. I use all kinds of distros for different tasks and I see value in most. That being said...

    Ubuntu is possibly the worst choice they could have made for endorsing their servers. Ubuntu is true and true a desktop distribution. It's NOT a very good server distro. Debian would have been a much better choice. IMO it would have been the best non-commercial choice. Obviously if they wanted to go the commercial route suse or red hat would have made good choices too. But Ubuntu is a very poor server distribution. Espically for the power of these new servers.

    [Insert 50 comments of people using Ubuntu at home or work with success as a server]
    Basically, I can run almost any distro as a server. Should you? Are there other's more well suited to the task? Those are the real questions. Not can you but should you.

    --
    If an officer ever threatens to taze you, say you have a pacemaker.
    1. Re:Little, if anything by petermgreen · · Score: 1

      well assuming that they make good on thier 5 years of support promise for dapper i'd say it'll have been a very good choice.

      imo once a server is initially set up unless requirements change the most important thing is a long period of support with minimal changes.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    2. Re:Little, if anything by schoaff · · Score: 2, Insightful

      OK, I'm listening. What specifically are the aspects of Ubuntu that make it a "very poor server distribution?"

  55. interesting that this comes on the same day by petermgreen · · Score: 1

    that debian announce sun java is now in thier non-free repositry thanks to suns new license for OS distributors.

    --
    note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    1. Re:interesting that this comes on the same day by alxkit · · Score: 0

      one of wikipedia's definitions for ubuntu:

      A person with ubuntu is open and available to others, affirming of others, does not feel threatened that others are able and good, for he or she has a proper self-assurance that comes from knowing that he or she belongs in a greater whole and is diminished when others are humiliated or diminished, when others are tortured or oppressed.

      i guess sun is trying to ballance the universe...

  56. PHP5 by OneSeventeen · · Score: 1

    Simply put: PHP5

    I run an Ubuntu Server (which installs a base system by default, no GUI...) and I have Apache 2 and PHP 5 running very quickly and efficiently on a 100% supported OS. At the time of setting up the server, Ubuntu was the only distro offering enterprise support for PHP 5.

    I'm still lost as to why some distros still use PHP 4 when PHP 5 is late into its second year of official release, but that's another topic altogether.

    --
    "Now the trouble about trying to make yourself stupider than you really are is that you very often succeed." -C.S. Lewis
  57. This could be interesting. by IGnatius+T+Foobar · · Score: 2, Interesting

    This could be interesting. They don't want to lend support to rivals like Red Hat or Ximian, so they go with a more neutral player. Ubuntu seems to have a lot of steam behind it in the community, and it's a fairly well put together system. Sun may be doing something right this time.

    --
    Tired of FB/Google censorship? Visit UNCENSORED!
    1. Re:This could be interesting. by Anonymous Coward · · Score: 0

      Ubuntu is a good example of what a Linux distribution should be.

      There are so many distro's out there, each with their own merits and problems. Ubuntu, in my opinion, is at least setting an example.

      With Sun's backing, you can be sure it will go places. Can you say "mix Solaris 10 code with Linux"? I knew you could ;-)

  58. Sun isn't sure of the motives either by wsanders · · Score: 1

    Don't worry, Sun isn't sure of the motives either. It was Wednesday, and the cries of "do something!" were reaching a crescendo.

    For me, and just me, the added value of SPARC was a reliable sales and support channel, an active and knowledgeable user community, Openboot, the ability to set up enterprise-wide, usable Jumpstart and patch management infrastructures in just a few keystrokes, and above average quality hardware.

    One by one, Sun has tossed all those things, or let them slide, while distracting themselves by slinging new stuff at the walls and seeing what sticks.

    --
    Give a man a fish and you have fed him for today. Teach a man to fish, and he'll say "WHERE'S MY FISH, YOU IDIOT?"
  59. Someone's been reading too many Viagra spams by doodlebumm · · Score: 1

    Or should I say V146R4?

  60. Ubuntu? by wclacy · · Score: 2, Insightful

    I have tried several Linux Distros on the desktop and have yet to see why people would prefer Ubuntu to Suse. Mandriva, or Xandros.

    When it comes to running a server I like Suse or Red Hat.

    I don't like Ubuntu on the Desktop and cant see how it would be any better for a server. ( I don't care much for Solaris 10 either)

    1. Re:Ubuntu? by Anonymous Coward · · Score: 0

      But you fail to point out specifics about why you prefer this to that. If you're going to post something like this here, provide some substance for us to see! Said, politely of course ;-)

  61. Been there, canceled that by Wesley+Felter · · Score: 1

    Sun already tried shipping the Linux-based "Java Desktop System", and then canceled it in favor of Solaris on the desktop.

  62. The Sun by Anonymous Coward · · Score: 2, Funny

    ...with a mass of 2x10^30 kg, that's saying something.

  63. Too Much Flirting by Zerbs · · Score: 1

    All these reports of flirting going on, aren't there any modest software companies anymore? I'm not asking them to be prudes, but all this flirting in public just seems like they want attention.

    --
    "22 astronauts were born in Ohio. What is it about your state that makes people want to flee the Earth?" Stephen Colbert
    1. Re:Too Much Flirting by fm6 · · Score: 1

      Jeez, when was the software industry ever prudish? The fact is, we're all a bunch of whores, ready to lie back and spread our legs for anybody willing to pay.

  64. Answer by jrock-jr · · Score: 1

    but I don't quite get why Ubuntu and not just Debian, especially if it's for servers

    Perhaps considering that debian has had a slow release cycle, differing from ubuntu where you get fresher software on the desktop and the server.

  65. Have to sort of disagree by CrazedWalrus · · Score: 1

    I used Gentoo for a long time, but I finally switched to Debian when I continually ran into sources that simply wouldn't compile. I got used to taking days to install larger packages, and finally, I tried Ubuntu on my wife's machine because of all the hype on Slashdot. When I saw it install packages and dependencies in seconds, I ditched Gentoo, installed Debian on my machine, and never looked back.

    I have to say that I really enjoyed Gentoo, and I thought the idea of Portage was stellar. As a professional programmer, I didn't even mind the compile-time waits too much. What I minded was waiting a couple hours for a compile (wxGTK, anyone??), only to have it break several hours in.

    Since I went Debian, I've only a few times been thwarted by broken packages. The difference is that I only wait about 5 seconds to find out that they're broken.

    1. Re:Have to sort of disagree by dotgain · · Score: 1
      The thing with Gentoo (I'm a current and long time masochist user) is that you're the QA.

      Whether a given package is 'stable' or not depends on the maintainer. Some of them are useless or gone so even the 'unstable' versions are a year old, on the other hand they're marked 'stable' as soon as it compiles on the dev's machine and seems to work (read: the app is started, and then 'tested' by quitting it). If it starts when its told, and quits when it's told, that's stable for Gentoo.

      The idea of portage isn't bad (hell, it's only an offshoot of BSD ports), except for the following facts:

      The package database (/usr/portage) chosen is the slowest possible way to do it. The only way it could be slower is by forcing you to store the lot on floppies.
      For each package available, about 16 inodes of your disk are taken up by hierachys of tiny files and directories, which uses much more disk space than is necessary.
      Most or all of portage is written in Python. Consequently, even 'emerge --help' takes longer than booting your system. Combined with the most inefficient package database possible, even just determining what packages are availble for upgrade is a walk-away-and-get-a-coffee job.
      If you install more than one package at once, you've got to stare at your monitor for the entire process, as important post-install information scrolls by from time to time. Users seem to have given up requesting that these important messages are held until after the operation, and then displayed with 'more'.
      While most Gentoo zealots like to hang around places like slashdot spouting 'All I've got to do is emerge -u --deep world and my system's up to date', this is also documented as a fast road to a non-running system of broken packages.

      After all this, you're left wondering what Gentoo Portage actually does for you that wouldn't be any more painful than following Linux-from-scratch guide anyway.

      Basically, Portage sucks because of Gentoo, not the other way around. The idea is excellent. The execution sucks.

    2. Re:Have to sort of disagree by liliafan · · Score: 1

      I have had this problem in the distant past but I really haven't encountered it for a long long time, if you use the portage correctly it should never happen anymore, especially if you use the gentoolkit, programs like repdev-rebuild eliminate most of these issues.

      --
      GeekServ Unix Consulting Services (http://www.geekserv.com)
    3. Re:Have to sort of disagree by liliafan · · Score: 1

      Yes:

      emerge -uDp world can totally destroy your system, however, there is now much more effective ways to ensure your system doesn't break as mention in reply to parent the gentoolkit fixes most of these issues. There is new recommended methods of updating the system that eliminate the issues.

      You are totally correct the default portage is broken by slowness, however, there are as always ways around this, adding psyhco to portage speeds things up a lot, using esearch instead of emerge -S speeds things even more and adding ccache adds another speed boost, this is in addition to the improvements that have been made to portage from the devs.

      I would seriously urge people to try gentoo now there has been a lot of improvement in recent months and will optimisations found at Gentoo wiki you can improve it even more.

      --
      GeekServ Unix Consulting Services (http://www.geekserv.com)
    4. Re:Have to sort of disagree by dotgain · · Score: 1
      Thanks for your reply.

      Rather than add components to it to speed it up in areas it's lacking (everywhere) I'd rather see a ground-up rewrite of portage, but without the QA of Debian, it's hard to say whether that alone will lift Gentoo's game.

      In spite of my dissatisfaction with it, I still use Gentoo after about three years now, again I like the ideas, just not the execution.

    5. Re:Have to sort of disagree by liliafan · · Score: 1

      I guess I agree that instead of hacking fixes in place the best option is to rewrite, after defending it earlier I just (for the first time in months) had an emerge fail on me halfway through. :op Kinda negates my earlier statements, but I still love the concept of Gentoo and I will continue to use it warts and all.

      --
      GeekServ Unix Consulting Services (http://www.geekserv.com)
  66. Yes, but... by Anne+Thwacks · · Score: 1

    Linux? I want FreeBSD on my Niagra!

    --
    Sent from my ASR33 using ASCII
  67. Phttt. Sun changes their mind every two months by walterbyrd · · Score: 2

    Hasn't anybody else noticed this?

    x86 is crap! x86 is great, now that solaris runs on it! Penguin suit McNeally loves Linux! McNeally funds scox to destroy linux. No wait, Linux is great, but only as desktop where it competes with msft, but not with sun. No, wait again, Linux is Java - and sun is proud to offer the only legal version of Linux. Msft is sun's mortal enemy, no wait, msft and sun are biggest, bestest, buddies.

    Sun may be a great company is some ways. But when it comes to x86 and/or Linux. Sun is all over the map. I wounldn't make a big fuss over what sun is saying about Linux plans.

  68. Joerg Schilling's... by Anonymous Coward · · Score: 0

    worst day in life.

  69. Ubuntu... ugh. by Anonymous Coward · · Score: 0

    Sorry, I can't get into using a Linux distro called "Ubuntu". It sounds more like an animal skin covered drum with leather ties and feathers than something that runs on computers.

  70. deb advantages, Debian advantages by Anonymous Coward · · Score: 0

    I broadly agree that RPM and DEB are roughly equivalent. Joey Hess's package format comparison remains one of the better documents on this. While there are a few things RPM handles slightly more cleanly (signed packages), the one clear win to DEBs are the fact that they're unpackable with bog-standard shell tools (ar, tar, gzip) while RPM is a binary format strongly favoring use of a library, though some perl hacks can unpack the format, as will dd given the right offset (varying with versions of RPM). RPM itself has changed over the years in incompatible ways.

    The real win of Debian is not, however, its package format, but the distribution philosophy, as exemplified through Debian Policy. This is a statement of requirements and restrictions on packages. Failure to comply with Policy is a release-critical bug, meaning that such a package will not be included in a stable Debian release (unstable/testing of course may include same, but it's still a bug). These policies include management of configuration files, preservation of user data, existence of documentation (both manpages and udner /usr/share/doc), and inviolate (that is, locally managed, outside the package management system) parts of the filesystem tree.

    These are attributes of a distribution which aren't apparent sometimes even after years of experience, but which once you become aware of them are very notable, usually by their absense, in other platforms, whether other Linux distros, MS Windows, Mac OS X, or proprietary Unices.

    That said, APT and tools seem to be generally more coherent and polished than yum, though yum itself is worlds above raw dpkg or being tied to up2date or RHN.

  71. Sunbuntu by CFrankBernard · · Score: 1

    Now where's the Sun Screen / Sun Block when I need it?

    1. Re:Sunbuntu by CFrankBernard · · Score: 1

      Sunbuntu on Sun box but no Sun screen = a case of the red ass

  72. Awesome - Ubuntu headed for the slow lane! by enmane · · Score: 1

    Let's hope that they can help improve Ubuntu like they've helped out Staroffice/Openoffice. Let's see

    1) Add a couple useful features every 6 yrs

    2) Slow down the system by _at least_ five-fold over 6 yrs

    3) Incorporate Java like crazy to help point (2)

    4) Ignore major user complaints like bug 366 for years

    Am I missing anything else?

    In the 6 yrs that they've had Openoffice they've done the following,

    Promised

    a) speed increases by ripping the _huge, superslow, super resource intensive_ package into a bunch of "smaller and quicker" sub-packages

    but delivered

    b) a package of packages that requires more room, more memory, loads in 10 seconds instead of the original 3 and runs _significantly_ SLOWER than the original monolithic package. If this is progress then send me backwards.

  73. You've never used the AMD64 Repository? by Anonymous Coward · · Score: 0

    - there's at least one Debian repository not in good shape - even as stable

    - many broken packages, missing refs, horked dependencies...

    - NOT a good situation, my friend...

  74. Re:Phttt. Sun changes their mind every two months by thogard · · Score: 1

    They have no focus and they have no direction and its costing them customers. My problem with them is they are throwing away their roots to be buzzword compliant and the making up buzzwords to meet that goal. I've been running sun boxes since the sun 3 days and like their hardware and I had a great respect for their kernel. Then with Soalris 10 they go and add a bunch off new features that I have no need for that break by security auditing procedures. They break core bits of the Unix concept such as init. Their new init requires 800 times more code and libraries than the init for Solaris version 7 and it fills my logs with crud if I choose to remove the smf junk out of initab. Guys its Unix, If I tell it to do something, I want it to do it.

    The zones stuff looks cool but it hasn't been tested. If you lock up a pkgadd in a zone, then the root zone can't install patches. What happens in a zone should stay in a zone. I'm getting the feeling that doors cross zones with a bit too much ease. I still don't know why I need a complete operating environment in a zone. I like by BSD jails with just enough stuff in them to start the daemon and thats it.

    I still don't know why sun thinks I need a word processor in my base install for a headless server.

    We will be a Solaris shop until we can't get Solaris 9 anymore. We are not moving to Solaris 10 and we won't be buying anymore hardware that requires Solaris 10.

  75. Re:Ubuntu default color by ChrisGilliard · · Score: 1

    you can see what kind of server it could be. Slap that on the new Sun 1Us with the new Niagra T1's CPU, the one that'll have four, six or eight cores each, and go to town.

    Correction, all Niagara chips come with 8 cores. Each core can very quickly switch between 4 threads. This makes it seem like 32 threads are running at the same time. Yeah, the box it's sold with costs about $7000. This is however the fastest single processor box (when being used as an application server or webserver) available and is a bargain at that price on a price/performance basis.

    --
    No Sigs!
  76. yuck by m874t232 · · Score: 1

    I guess there is nothing Ubuntu can do about being picked by Sun, but this is not a positive development as far as I'm concerned. I hope Sun won't be allowed to meddle or participate in the Ubuntu development process.

  77. I hope the "java issues" will remain by m874t232 · · Score: 1

    I hope their "prior java issues" will remain: Sun Java has no place on Ubuntu. Ubuntu ships with at least two open source Java implementations, and if you don't like either of them, go take a hike.

    In fact, Ubuntu's Mono integration is so good that I'm really worried about Sun being allowed to get anywhere near it.

    1. Re:I hope the "java issues" will remain by miro+f · · Score: 1

      well unfortunately, those of us who live in the real world, and need to use java for whatever reason (for instance, I teach a programming subject, and I need to be able to mark people's assignments), can't just accept "go take a hike"

      so being able to use sun's java in ubuntu is a definite advantage

      --
      being vague is almost as cool as doing that other thing...
  78. Debian Etch will beat Ubuntu Dapper on servers by Respect_my_Authority · · Score: 1

    Debian's next stable release, codenamed Etch, is planned for December 2006. It will have newer software than Ubuntu Dapper and it will have four times as many officially supported packages as Ubuntu. It will also support many architectures that Ubuntu won't. Also Debian's Quality Assurance is much better than Ubuntu's.

    Every time Ubuntu starts building a new release, it relies on the Debian technologies (package management, debconf, etc.) and it takes the packages developed in Debian as its starting point. Ubuntu couldn't stand on its own, it stands on Debian's shoulders and this is the only reason why Ubuntu appears to be tall. Sadly it seems that many Ubuntu users fail to understand that most of the ease-of-use features that they appreciate in Ubuntu come straight from Debian. Ubuntu makes a nice choice for the fast-moving desktop software (although I personally prefer Debian testing for my desktop) but there's just no way that Ubuntu could compete with Debian on servers.

  79. you forgot to mention... by penguin-collective · · Score: 1

    Sun's rocking motion.

  80. it's like Stable only up-to-date by m874t232 · · Score: 1

    Ubuntu is what Debian Stable should be: it's on a regular release schedule and well tested. If Debian gets their act together and gets Stable out the door every six months, then I'll switch back. Or maybe Debian should just start using Ubuntu as their Stable release.

  81. Effects on naming convention? by cprior · · Score: 1

    What will be the next Ubuntu name then? Will they welcome their new industry-overlords? Could the next release sound like one of those:

    Solar ScuttleMonkey?
    Sunny Sonoran?

    What was your suggestion to the spitzfindige ScrabblePlayers at Ubuntu HQ?
    ;)

  82. Re:Ubuntu default color by Anonymous Coward · · Score: 0

    Orange is the new Brown... and not in a good way. I appreciate the slight deviation from the norm, but let's stick to more traditional corporate colors. I mean, there's a theme switcher for a reason, right?

    Ubuntu's main focus isn't corporate desktops (that's more for SUSE & co.) Home users tend to like a bright, cheerful, non-intimidating look (which Human fulfills). If you want it to look more professional, Industrial and Clearlooks are both included (as well as the myriad of themes available elsewhere)

  83. Actually, by hummassa · · Score: 0, Troll

    alien works for me 95% of the cases. works for Oracle, for instance... unless I have strict time constraints, instead of ./configure && make && sudo checkinstall make install I take my time to do dh_make, edit debian/*, and fakeroot debian/rules binary.

    --
    It's better to be the foot on the boot than the face on the pavement. ~~ tkx Kadin2048
    1. Re:Actually, by juergen · · Score: 1

      Yeah even better. You need to know about debian/* though, although that's quite easy to learn and pays off fast.

      I've had not so good experience with alien, mismatched dynamic libraries of old RPMs and bad dependencies mostly.

      And if you need to install binary-only packages like oracle you have to bite the bullet any way.

  84. Losing one detail... by hummassa · · Score: 0, Troll

    Ubuntu improves the desktop presentation of Debian. How is that useful for Sun in the server market?
    Ubuntu also gives you a Debian server with time-based stable-releases (so, the need for backports is minimized). Actually, I am running Breezy even on my servers nowadays, because there is some server stuff that I want that is not on Woody... and I did not want to wait 'till 6.12 (etch) for something I had in a nice shape in 5.10 (breezy)
    []s

    --
    It's better to be the foot on the boot than the face on the pavement. ~~ tkx Kadin2048
  85. Re:Phttt. Sun changes their mind every two months by LeftWing · · Score: 0

    Its amazing that people tear into smf like this. UNIX init is a simple system from times long past which is being extended and in some senses replaced by a (while more complex in some regards) more flexible system to represent the age we live in today.

    One of the things the Windows NT world has correct is the way services run and are managed on a system. Service-like tasks should be supervised, not merely fired by scripts and ignored. Status information should be able to be gleaned by monitoring tasks through a standard API, etc etc. Services should be able to depend (specifically and declaratively, not merely through an arbitrary numeric ordering) on other services, services should be able to be restarted upon certain conditions. There really is nothing wrong with innovating and extending systems in such a fashion, as long as you don't break the old way of doing things or make the new way unusable. Sun have done a good job in preserving rc*.d compatibility in Solaris 10, as well as making the new system work well.

    Also, attempting to forcefully disable a core part of an operating system and then complaining when it doesn't go as well as you'd hoped is daft too.

    And as far as zones go, there's been plenty of testing and there are plenty of uses and reasons why zones are somewhat more secure and flexible than jails. What happens in a zone *does* stay in a zone. If you're root in a zone it doesn't mean you can affect the global package database or filesystem, just the ones within your zone. Look here for some contrasts between Jails, Chroot and Zones if you don't fully understand the concept (which it appears you don't): http://uadmin.blogspot.com/2005/06/zones-vs-jail.h tml

    I'm not up for spreading FUD about Linux, but I wish people like you would stop spreading said FUD about Solaris too.

    --
    LeftWing
  86. Doesn't anyone get it? by Anonymous Coward · · Score: 0
    Sun is not going to invest millions of dollars into Ubuntu, they aren't even going to assign an Engineer to it full time, they are going to give the okay to any Sun employees that care to work on it in there spare time, but that was allready happening.

    Sun is going to put a line on the Operating section on store.sun.com listing selling a ubuntu disks for a few dollars, and add a section saying if you want support for this OS send us $$$ and we will be happy to support your box running ubuntu. Just like they have done with MS windows, and Red Hat.

    Beyond that its business as usual, Sun has allways been about Solaris, Sun Will drop a box or two onto ubuntu's developers its good PR, this whole thing is about PR. If it sells an extra 100 boxes a quarter, and gets some free PR, its all fine with Sun.

    Sun isn't embracing Ubutu's anything other than there customers wallets. Hell MS gave Sun 2 billion dollars, and it got basicly the same treatment and couple engineers devoted to the goals of MS's agreement. Unless Ubuntu puts 2billion dollars onto Sun's bottom line dont even expect that much.

  87. Re:Phttt. Sun changes their mind every two months by Anonymous Coward · · Score: 0

    I agree. Sun cant seem to figure it. So what if their crap can run Debian. Its a great distor but really who cares? Will it cause anyone to buy more of thier crap? Absolultely not. They have lost touch with thier market and thier hardware is expensive and they constantly go back and forth on Linux which makes me dislike them even more. Does IBM have this problem? I dont think so. Linux makes IBM money something Sun keeps not doing.

  88. Re:Phttt. Sun changes their mind every two months by thogard · · Score: 1

    SMF doesn't monitor sub task any more than init does. If a sub package dies while the monitoring thing is watching and being overloaded with signals, then it gets missed with either system. Try it... except that init seems to be far more robust getting SIG_TERM signals from odd processes. Go find the sql databases that SMF use and start poking around with a binary editor (hacker style) and see what happens. Add a null into the shutdown record and see what happens when you run the shutdown command. Now how can you audit for that situation? If someone hacks your inittab, its going to show up unless they also hack all your standard tools. Same with RC scripts. I don't like systems that hide so much behind the scenes that I can't tell exactly what's going on.

    I've been told the new stuff is there for my own good. SSHd can now depend on having a running name server... oh thats cool but I guess it means that if named dies at boot I can't get into the box can I? I like the old sequential system since I was in control and I knew the order things happened. If I wanted something to happen in parallel I had this cute trick with the magic '&' but I guess that was too hard and now I've got 800x more unauditable code to hope just works and few hours of poking and prodding shows its not up to the standards of Solaris 9. You may call that FUD. I just call it uncertainty, and doubt. I have no fear since this junk isn't going on my secure network.

    Your comment about what happens in a zone stays there when I gave you an example that disproves it. Do a package in a zone and kill it. Then go into the global zone and try to start up pkgadd. You can't because something in a zone locks it out. Thats a serious design flaw that I would have expected someone to test and fix before shipping. There also appears to be some problem with doors between zones that I haven't had time to look into yet.

    That link you provided claims jail setup requires "Yes, requires complex scripts". Isn't live update just a huge mess of complex scripts? I still haven't seen a way to install just a base install in a zone without pulling in all the tools that a cracker would use against me. My bind jails don't even have a shell in them. That can not be done with zones. The only thing solaris does better is resource control but others are catching up.