Slashdot Mirror


Gentoo/PPC64 Beta Live CDs Released

pvdabeel writes "Gentoo/PPC developer, IBM employee and former PPC64 kernel maintainer Tom Gall has announced beta-level live CDs and stages for ppc64. The hardware supported by gentoo-ppc64 is PowerMacintosh G5, IBM pSeries, older IBM 64 bit RS/6000s (such as the model 260, 270, F80, H80, see linuxppc64.org for a complete list) and soon IBM iSeries hardware. Gentoo-ppc64 is the other side of the ppc equation, it is a 64-bit kernel as well as a 64 bit user space. We are the first linux distribution to offer a 64-bit top-to-bottom solution which is not a toy environment. This is a significant and exciting step as there is interest in cluster computing circles, users of java, and more generally those who have needs of large address spaces. It's fairly exciting to be on the forefront and continue to push the capabilities of linux on ppc64 forward."

168 comments

  1. I for one... by Anonymous Coward · · Score: 0, Funny

    ...welcome our new 64 bit overlords.

    1. Re:I for one... by Zey · · Score: 0

      I for one... think that gag stopped being funny sometime last year.

  2. NOT the first full 64 bit by rebeka+thomas · · Score: 0, Flamebait

    this is NOT THE FIRST FULL 64BIT ENVIRONMENT.

    I am REALLY getting sick of Apple Zealotry about 64bit or fastest computer or best interface or what have you.

    The bald faced lying like this is worse than some of the crap from SCO.

    Apple; Yesterday's tech, today...but we're the first. no, really.

    --
    RST
    1. Re:NOT the first full 64 bit by agent+dero · · Score: 5, Interesting

      Apple never advertised fastest computer, they clearly said the 'first 64-bit/fastest personal computer ever'

      in that sense they are right, Sun, Alpha never made PC's.

      And depending on who's benchmarks you look at, they are the fastest pc's.

      --
      Error 407 - No creative sig found
    2. Re:NOT the first full 64 bit by Anonymous Coward · · Score: 2, Insightful
      One can see from your posting history that you're a merry anti-Apple troll, but:
      The bald faced lying like this is worse than some of the crap from SCO.
      Get some perspective.
    3. Re:NOT the first full 64 bit by End11 · · Score: 3, Informative
      I am REALLY getting sick of Apple Zealotry about 64bit or fastest computer or best interface or what have you.
      Did you even read it?
      We are the first linux distribution to offer a 64-bit top-to-bottom solution which is not a toy environment.
      Where does it say anything about being the first 64 bit environment period, or in fact anything about apple being good? Gah I don't know why I'm even responding to crap like this.
      --

      Which is worse: ignorance or apathy? Who knows? Who cares?
    4. Re:NOT the first full 64 bit by kitzilla · · Score: 4, Insightful
      I am REALLY getting sick of Apple Zealotry about 64bit or fastest computer or best interface or what have you.

      Why, exactly, do you find this so disturbing? Go use Windows or Linux or whatever you prefer and quit stressing. ;-)

      Apple's marketing hype aside, the G5 is a really sweet machine. It'll be even nicer when OS X is 64-bit native. In the meantime, it will be fun trying some of these 64-bit PPC Linux distros in dual boot.

      --
      This is my post. There are many others like it. If you don't like what you read here, go try one of the others.
    5. Re:NOT the first full 64 bit by Anonymous Coward · · Score: 5, Informative
      Why do you need the OS to be "64 bit native"? Fundamentally, all you really need is for the memory APIs to support the full 64 bit addressing mode; the ABIs to support the 64 bit registers; and not much more that I can think of offhand (feel free to correct me).

      User-space utilities don't need to be 64 bit native. In fact, taking Solaris as an example, there's a lot of utilities that are 32 bit apps. Why? They're faster that way. If you only need to manipulate 32 bit numbers, compiling them in 64 bit mode means moving twice as much data as you need to, be it for pointers, integers, or similar.

      It's a different story on x86. There, you have a paucity of general purpose registers; because the 64 bit platform brings additional registers to the table, you gain by compiling in 64 bit mode in order to be able to access those registers. That's the only reason, though. POWER, PowerPC, and SPARC were all designed in such a way that there's no drawback to using 32 bit mode in this regard; they already have adequate registers available.

      In short: know what the cost/benefit of something is before you jump on it, body and soul. Having 64 bit capability is good. Knowing when to use it, and when not to, is better.

    6. Re:NOT the first full 64 bit by HalfFlat · · Score: 2, Informative

      [...] Alpha never made PC's
      Digital released the DEC Mulita in 1995. Definitely 64-bit. Ran Windows NT. Was targetted for the PC niche (not home niche though) - it was designed to be small and cheap, even using a 2.5" disk drive. It was a PC.

      Also regarding Apple's claim, the Opteron had been out for a while, and it's hard to think of any good metrics for distinguishing between workstations and PCs that would exclude Opteron-based machines and include the G5.

      Lastly, the G5 may be a 64-bit processor, but one can't call OS X a 64-bit operating system, at least not yet.

    7. Re:NOT the first full 64 bit by jmauro · · Score: 4, Interesting

      Windows NT on Alpha ran in 32-bit mode. It didn't take advatnage of any of the 64-bitness of the Alphas.

    8. Re:NOT the first full 64 bit by cehardin · · Score: 1

      Very interesting, I did not know that

    9. Re:NOT the first full 64 bit by HalfFlat · · Score: 2, Insightful

      This is true.

      On the other hand, Linux, which also ran (and of course still does run) on the Multia was 64-bit.

    10. Re:NOT the first full 64 bit by kitzilla · · Score: 1
      In short: know what the cost/benefit of something is before you jump on it, body and soul. Having 64 bit capability is good. Knowing when to use it, and when not to, is better.

      Good comment. No need to have posted anonymously. :-)

      --
      This is my post. There are many others like it. If you don't like what you read here, go try one of the others.
    11. Re:NOT the first full 64 bit by Tjp($)pjT · · Score: 2, Insightful

      First off this was an IBMer not an Apple zealot. And of course while you were a bit rough around the edges, 64 bit distributions for Alphas (DEC/Digital) existed, and currently Suse 9.1 is available in release form and supports 64 bit.

      Consider that Apple shipped USB before Intel platforms did, invented Firewire (IEEE1394), started shipping CD-ROM drives early on. Standardized on SCSI (finally dropped it when IDE sort of caught up to save costs), SCSI is now retired from most desktop applications and reserved for servers so Apple put server class mass storage as the default on their PCs, and put 1000BT ethernet interfaces on their computers first (in general, not as a add-on) while PCI cards cost multiple hundreds of dollars for the same funtionality. I could go on, but that would only feed the flames.

      --
      - Tjp

      I am in wallow with my inner money grubbing capitalistic pig. ... Oink!

    12. Re:NOT the first full 64 bit by Anonymous Coward · · Score: 0

      Grandparent poster speaking. I don't have a slashdot account, and can't be stuffed creating one. :)

    13. Re:NOT the first full 64 bit by Anonymous Coward · · Score: 0

      Actully apple was not first in the USB game. I have a really old pentium I (and worked at a place with like five differnet old pentiums all with USB ports) with USB ports that was way before the iMac's time(first USB Mac). The problem was that Win95 which is what the computer came with didn't support USB(at least not very well). I started running a general Server on the machine and needed to use a usb printer. I could get it to work at all at first. Found out that you need to turn USB support on in the BOIS because it was off by default. Apple however by forcing USB as the only interface for an important consumer market(a mac user on avarage buys more peripherals then PC user does and the iMac was a good seller) made USB devices common place. Windows 98(This is the OS, where a Beta died when a USB printer was pluged in, embarasing Old Bill) was the first windows to come with real USB support; look on any USB device and it will not say that it works with 95. So apple really made did make intel's USB the standred, it was about five year old at the time though. USB also, was so uncommanly used that USB 1.1 which had some much needed imporments didn't come out untill after the release of the iMac(I may be wrong about the exact version, though). I agree that Apple is a real trend setter, (not alwas an inventer ) look at SCSI, GUI, newton, USB, FireWire, Online music stores and much more.

    14. Re:NOT the first full 64 bit by Anonymous Coward · · Score: 0

      How exactly is 32-bit faster in a 64-bit environment?
      I'm not an expert on this, but from what I know the 32-bit address needs to be translated to a 64-bit address, which would mean slower. On top of that, It would seem logical that 64-bit processors are designed to work with 64-bit numbers because they use them all over the place, and thus would be faster manipulating 64-bit numbers than 32-bit numbers.

    15. Re:NOT the first full 64 bit by Unregistered · · Score: 1

      In fact, can't you split registers on 32 bit mode to have effectively 2x as amny registeres kinda like you can split registers on x86 and get 2 16 bit ones?

    16. Re:NOT the first full 64 bit by bedel · · Score: 1

      Linux on the alpha which has been available for a long time?

      64 bit?

    17. Re:NOT the first full 64 bit by NighthawkFoo · · Score: 1

      Very easily. Being 64-bit means that your machine code uses 64-bit instructions and/or registers, and your program is loadable above the 2GB/4GB memory limit. Being able to access 64-bit memory only requires that the memory manager understand values larger than 4GB, and be capable of returning a pointer to high memory. You have to assume that pointers are long ints (8-byte) in this case, since the address of that memory won't fit in a 4-byte int.

      Admittedly, this is much easier to implement from the runtime's perspective. The code hit to allow for high memory access is a lot smaller than allowing for programs to run in high memory.

      --
      "I disapprove of what you say, but I will defend to the death your right to say it."
      - Evelyn Beatrice Hall
    18. Re:NOT the first full 64 bit by Anonymous Coward · · Score: 0

      Oh please, spare us your revisionist shit. Apple most certainly did not ship USB machines before they were available in a myriad of x86 motherboards and PCI cards, nor did they even offer CD-ROMs until 1991 (Quadra 900). In the PC world, the "MPC" (Multimedia PC) standard was already announced, and yellow-book 1x CD-ROM drives were available some four years earlier.

      PCI cards? Have we forgotten that Apple introduced PCI some three years behind the PC world? There are a ton of *486* PCI motherboards out there. For what it's worth, I *owned* just such a machine in 1993. In contrast, Apple's first PCI machine was the Powermac 7200; a 1995 product.

      Why not do us all a favour and pull your head out of your ass before posting again?

    19. Re:NOT the first full 64 bit by Anonymous Coward · · Score: 0
      In theory, yes. But that only holds if the processor is designed to do it. You'd be talking about a fair jump in the transistor count, especially if you wanted complete orthogonality at the "32 bit register" level.

      Easier to just use the low end of the 64 bit processors, at a guess. ICBW, though.

    20. Re:NOT the first full 64 bit by Anonymous Coward · · Score: 0
      Cache hits. Going 64 bits means that your working sets will be that much larger. I can't speak for anything other than Solaris, but the general recommendation there is to compile in 32 bit mode unless you're taking advantage of features only available in 64 bit mode (the obvious one is the capability to address more than 4 GB of RAM at once).

      As for manipulating 64 bit numbers being faster than 32 bit numbers -- that's a function of the processor design, not the size of the integers. Having things support 32 bits (at the low end) stored in a register (ignoring the top 32 bits) would be very cheap in terms of transistor count, and would mean that there'd be no performance hit in such a case. And finally, 32 bit to 64 bit address translation -- maybe; but such a translation is also very cheap, especially if the CPU has been designed to cater for this case (and I'm certain SPARC, at least, has been; and I'd be surprised if the 970 wasn't.)

  3. Friendly environmentally by Anonymous Coward · · Score: 2, Funny
    We are the first linux distribution to offer a 64-bit top-to-bottom solution which is not a toy environment.


    Kind of defeats the purpose of all computing, which is to run on LEGO.

    Let me know when you have a 64-bit top-to-bottom solution which is a toy solution, and I'll know 64-bit computing has finally arrived (think about it).
    1. Re:Friendly environmentally by You're+All+Wrong · · Score: 2, Informative

      And to be pedantic, their statement is also just plain false.
      Some of us have been running Alpha servers using Redhat, SuSE, Debian, etc. linux since before Gentoo was even founded.
      Alphas have been 64-bit since day one (1992), as have the Linux distributions on them. (MS released a crippled 32-bit version of Windows for it, but Linux and *BSD have always been the real deal.)

      YAW.

      --
      Your head of state is a corrupt weasel, I hope you're happy.
  4. GREAT! by agent+dero · · Score: 5, Funny

    Now all I need is that G5 :-)

    --
    Error 407 - No creative sig found
    1. Re:GREAT! by Anonymous Coward · · Score: 0
  5. How are SLES and RHEL toys? by Wesley+Felter · · Score: 3, Informative

    They've had PPC64 versions for a while, and they seem to work.

    1. Re:How are SLES and RHEL toys? by Anonymous Coward · · Score: 5, Informative

      Yes, SLES and RHEL have been around quite a while, and both of them work great. The big difference is "top to bottom 64-bit enviroment". On SLES and RHEL, most of userspace is 32-bit.

      It can be argued that there's any value in having a fully 64-bit userspace. You don't need a 64-bit ls or bash. But you can have them, it's not much slower than 32 bit and it works.

    2. Re:How are SLES and RHEL toys? by dourk · · Score: 1

      Yeah! So I can upgrade from my G4 to something that's "not much slower than 32 bit and it works."

      me thinks I'll spend my wad on a side of beef and enjoy the summer.

      --
      Wake up.
    3. Re:How are SLES and RHEL toys? by Anonymous Coward · · Score: 0

      You'll be blowing your wad on a side of beef? Wha??

    4. Re:How are SLES and RHEL toys? by Marcus+Meissner · · Score: 3, Informative

      Yes, userspace is 32bit but all of IBM, Redhat and SUSE have worked pretty hard on getting the toolchain (gcc, binutils, glibc) to work and Redhat and SUSE have put significant efforts into making applications work on the ppc64 platform.

      Whoever thinks that ./configure ; make ; make install is sufficient when a new platform appears is usually mistaken.

      Those 3 Linux giants have been working on this for you since mid of 2002, and it just proves
      the effectiveness of OpenSource that now gentoo can step up and can now freely use the fruits of their labor. :)

      And the decision for RH and SUSE not shipping
      a 64bit distribution is that 64bit PowerPC code is slower than 32bit. However, both include
      64bit runtime and development environments.

      Ciao, Marcus (actually one of the SUSE PowerPC developers)

    5. Re:How are SLES and RHEL toys? by Anonymous Coward · · Score: 0

      I think he'll be blowing his load up the back side of some beef.

    6. Re:How are SLES and RHEL toys? by Too+Much+Noise · · Score: 2, Insightful
      I don't think they claim they 'invented the wheel' with PPC64. The article reads:

      We are the first linux distribution to offer a 64-bit top-to-bottom solution which is not a toy environment.


      So no, SLES and RHEL are not referred to as toys, as far as I read it, since they are not full 64bit. This looks more like something on the line of "so far the PPC64 distros were a 32b/64b mix of code for various good reasons. Now, for those who want/need a full 64b distro that is not some research project, here it is. Enjoy.' There's nothing that I can see downplaying the previous work or design choices done by SuSe, RH and the rest of PPC64 devs.

      Also, in your own words, they probably did 'a little more' than just recompiling the apps that were normally shipped as 32bit binaries for PPC64. The non-obvious good thing about this is probably more 64bit-clean code in the base distro, that can benefit the other 64bit platforms. If only for this thing alone, I think this new PPC64 port should be welcome.
    7. Re:How are SLES and RHEL toys? by RedWizzard · · Score: 1
      So no, SLES and RHEL are not referred to as toys, as far as I read it, since they are not full 64bit.
      That's splitting hairs. Most people are going to read "we are the first linux distribution to offer a 64-bit top-to-bottom solution which is not a toy environment" as a claim that other Linux 64-bit releases are toys. IMHO, it's devious marketspeak aimed at smearing SLES and RHEL without actually being factually incorrect. They didn't need to include the toy reference.
  6. Now if IBM had something comparable to a G5 system by Zetta+Matrix · · Score: 4, Interesting

    I don't quite understand why IBM doesn't want to create something like a G5, only "more serious". I'm sure the pSeries machines are excellent, but if they could just lower the price a bit by dropping some of the enterprise features that drive the price up, they could sell quite a lot of them. For people like myself, it's a chance to use a superior architecture in a not-quite-so-proprietary setting (Apple hardware is very proprietary in some areas). We could benefit from the commodity market for all the standardized components and interconnects (DDR RAM, SATA, PCI-X, PCI Express, AGP, USB, IEEE 1394, whatever) without being forced to buy Apple hardware or pay the MS tax. Commodized G5 system running an open source operating system like Linux or *BSD... that's where it's at.

    I know I would like to buy such a machine for myself, and try to convince my employer to buy one for me...

  7. Re:Now if IBM had something comparable to a G5 sys by Wesley+Felter · · Score: 4, Insightful

    For servers there's the JS20. If you're talking about an IBM Linux PPC workstation, give up already; that market's even smaller than Apple's.

  8. not a toy environment by Anonymous Coward · · Score: 5, Funny

    Them's fightin' words, mister.

  9. Too many architectures... by Anonymous Coward · · Score: 4, Insightful

    While I'm proud to hear that Linux has come a long way and now supports more architectures and most other OSes, I'm starting to wonder what's the point. We have Sparc, iAMD64, Power, Itanium, PA and another dozen uncommon architectures out there - and the further you get away from the "standard" i386 the worse support gets. Look at Fedora Core 2 for AMD64 - mysql is 32bit... Try get a JDK1.4 for Sparc Linux... How about Oracle for Linux/Power4?
    While we have dozens of distributions there is not a single 64bit Linux out there that is even close to being as full-featured as debian, fedora, redhat, mandrake,... on i386 are...
    Since 64bit porting is pretty much the same for all platforms, wouldn't it make sense for the distributions to work together in that aspect?

    1. Re:Too many architectures... by SiMac · · Score: 1

      Try get a JDK1.4 for Sparc Linux...

      Available here.

      Sorry, I nitpick.

    2. Re:Too many architectures... by You're+All+Wrong · · Score: 1

      I have identical package configurations on my i386 debian box, and my (64-bit) Alpha debian box.

      To me, the alpha system is just as full-featured as the x86.

      Nicer programming environment too!

      YAW.

      --
      Your head of state is a corrupt weasel, I hope you're happy.
    3. Re:Too many architectures... by Sxooter · · Score: 1

      But it is interesting how Sun kind of provides NO information about alternate sources for Java. While they may have some small reason to prefer their own flavors, they would seem to have more reasons to support alternates that handled hardware / OS combos they don't support.

      This is one area where more open languages like Perl, PHP, and Python have an advantage. All you need to know is how to find the home page and you're pretty much golden. To quote the Perl web site:

      Note that CPAN does not build these packages: we just provide the hyperlinks. So please don't ask to build a package for you: you have access to the plaftorm, not us. Also, this page lists operating systems, not hardware platforms: therefore Perl packages for, say, Linux PDAs or SONY Playstation, or XBox, or Tivo, or toasters, or so forth running Linux are not "ports" as such.

      I.e. if the hardware runs an OS listed here, Perl should work. The same is true of most other free / OS languages.

      I don't think the real problem is the harder certification process Sun has, it's their tendency to think more of their brand than their user's needs.

      The download page for every free / OS language I've ever seen had a list of every OS / hardware platform (where applicable) supported and whether / if it had been ported to the latest version for your system yet.

      This tendency to hide ugly information to make a product look prettier to pointy haired boss types works against Sun's Jave in the long run, because it's harder to find a java for certain platforms, and makes it more susceptable to loss of users due to migration to other, more easily findable languages for odd / uncommon hardware / OS combos.

      While the number of computers sold that aren't i386 can't be more than a few percent, that few percent could well contain some tiny number of enterprise users who need an odd piece of hardare / OS combo to get the job done.

      Now, in the Open Source realm, the refrain is, "you have access to the platform, not us" which is actually a backhanded offer of support. You compile it, or try to, and report back on your progress. We'll try to help you figure it out or ask on the mailing lists to see who else has tried and what their results are. No guarantees, but nearly complete disclosure, and, usually, better coverage.

      And the thing is, Java doesn't make Sun any money directly, so marketing it like a product is stupid. It's a language, and they need to offer support for the language from a paternalistic kind of point of view. I.e. their job isn't to corner the market on java SDKs and such, but on their app server and directory technologies and such. The attitude towards Java, the language, really should be something like how Perl or PHP does it. Here're the links, we run on just about everything but X, Y, and Z, and if you can't get it to work, let us know. Play no favorites. The more people you can get to port your language for you, as a company, the better.

      Instead, like a 3 year old child wanting a toy simply because he can't have it, they cry out "Mine!" instead of taking care of their users.

      --

      --- It is not the things we do which we regret the most, but the things which we don't do.
    4. Re:Too many architectures... by Anonymous Coward · · Score: 1, Interesting

      Umm, on UltraSPARC the only 64 bit binary are the kernels.

  10. Re:MIRROR by wjwlsn · · Score: 0, Offtopic

    Cute. I think it's the choice of music that makes it so utterly horrifying.

    --
    Getting tired of Slashdot... moving to Usenet comp.misc for a while.
  11. Re:MIRROR by DrunkenTerror · · Score: 2, Funny

    The flashing lights... SO PRETT... Ack! *has seizure*

  12. Re:Now if IBM had something comparable to a G5 sys by sp0rk173 · · Score: 2, Insightful

    I think the PPC 970's architechture specs are open. I think this means a company, with enough resources and ambition, could create a PPC 970 mobo, bundle it with the CPU, and put it out on the market. I don't think this has been done (well, outside of apple), but i think it is doable. I've wanted a POWER-esk chip for at least a couple years now, and i'd be in the market to buy something like this. I wonder how much a PPC 970 system would run without all the apple branding and sleek design overhead.

  13. Not fair. by sageman · · Score: 1

    Damnit. One less excuse to get a mac. Freaking "A"!

    --
    --- "To iterate is human, to recurse divine." -- Robert Heller
    1. Re:Not fair. by Anonymous Coward · · Score: 0
      This was suppose to be a funny binary joke, but its not one.

      It has a "not one"?

  14. Finally by MrFrank · · Score: 5, Funny

    I finally have something other than AIX to run on the 8 H80s I have sitting in the closet!!!

    1. Re:Finally by sapbasisnerd · · Score: 1

      SuSe SLES8 has been able to run on those machines for a while now (well actually what SuSe says is p660 but the p660 is just the H80 with faster clock speed chips) See SuSe Linux Enterprise Server 8 for IBM iSeries/pSeries

  15. WTF? Why would I run this on my G5? by Anonymous Coward · · Score: 0, Flamebait

    Why would anyone run yet another lame Linux distribution on their G5 when OS X works exponentially better, is way faster, more stable and has more drivers, applications, and developers involved? What could Linux possibly offer that OS X doesn't already do 10 times better?

  16. Re:Now if IBM had something comparable to a G5 sys by Billly+Gates · · Score: 5, Insightful

    Apple is your best bet for a non server workstation.

    Yes IBM, SUN, SGI, and HP all have taxes on proprietary hardware. Either way your screwed and are paying a tax. Hell I remember installing HP kayaks and telling the user they would have to wait for 3 weeks for special tracks just to mount the cd-rw drives?? (The cdrom-rw was also made by HP)

    Ask anyone who bought ram for an SGI or Sun workstation?

    I was under the impression that new world macs are more open. Jobs saw to that to make more peripherals available to the macs when he returned. This is why Linux runs on them and not older world macs.

    The trick to save money is this. Don't buy the upgrade options from Apple's website. By the ram at compusa or from micron direct. If you want gigantic storage, buy a mac with teh smallest hard drive and purchase the big ones seperately.

    All the macs have affordable 3d opengl cards, SATA, dvd drives -rw, USB and firewire support, flashdrive support, and MacOSX.

    Things a Pseries would not have anyway.
    Its great to use shockwave or photoshop on occasion or to see what a webpage will like like on IE. The dual boot option is nice.

    If you want the IBM because of scsi you can also buy an adeptec scsi adapter or buy one from apple with scsi hardware including raid. They are pricey of course with that installed. Or buy the mac adeptec card yourself and buy the scsi drives seperately like I mentioned above.

    There is nothing these machines wont have that the pseries has. The exception is server oriented features like hot swappable hardware and special more professional 3d cards and ECC ram. But even then I am sure the true 3d support will only be available for AIX.

    Intel might become proprietary too if palidium comes into existance. MS would love to use the hardware to defeat Linux... all in the name of security of course.

  17. Re:Now if IBM had something comparable to a G5 sys by canon006 · · Score: 1

    My roommate and I have had many long discussions about this, and came to the conclusion that it would most likely only be desired by geeks to replace their home home x86 boxes. I agree it would be very cool, but it wouldn't be a very popular product, they'd be like BeBoxes, a good idea, great value, etc. but not popular enough to make it worth it to IBM.

  18. Re:Now if IBM had something comparable to a G5 sys by MoronGames · · Score: 5, Insightful

    IBM probably wants you to go out and buy a G5 system if you're a home user.

    Think of it, with Apple selling G5's by the boatload, IBM makes cash, plus they don't need to support PEBKAC lusers.

    If IBM sold cheap(ish) G5 rigs running Linux, they would need to support every single moron who calls them up, probably not something they want to do.


    --
    hey!
  19. Re:Now if IBM had something comparable to a G5 sys by Lord+Kano · · Score: 1

    If you're talking about an IBM Linux PPC workstation, give up already; that market's even smaller than Apple's

    Here we have the old chicken and egg debate. Is that market so small because of the limited hardware choices or are hardware choices so limited because the market is so small?

    If I could buy commodity PPC hardware, I'd build a development server.

    LK

    --
    "Hi. This is my friend, Jack Shit, and you don't know him." - Lord Kano
  20. Re:Now if IBM had something comparable to a G5 sys by eric17 · · Score: 3, Informative

    There's an evaluation board by momentum: www.970eval.com. Hopefully the price falls...

  21. Other 64-bit linuxen by mcelrath · · Score: 2, Informative
    We are the first linux distribution to offer a 64-bit top-to-bottom solution which is not a toy environment.
    I would point out that above statement is incorrect. Redhat released several versions for the Alpha. Debian has support for both the Alpha and Sparc64. These are true 64-bit top-to-bottom solutions.

    -- Bob

    --
    1^2=1; (-1)^2=1; 1^2=(-1)^2; 1=-1; 1=0.
    1. Re:Other 64-bit linuxen by Too+Much+Noise · · Score: 1

      Sure, but give them a break, they're probably just extremely happy with the way their work turned out. I know I would be under the circumstances. First-release overstatements are understandable. ^_^

    2. Re:Other 64-bit linuxen by sp0rk173 · · Score: 1

      Pft. Well they're OBVIOUSLY toy environments. Get with the times, man.

    3. Re:Other 64-bit linuxen by SuperQ · · Score: 2, Interesting

      The first iteration of my web/mail/whatever server was a DEC PC 150, 150mhz alpha.. 64bit, with lots of ram and disk space (for the time).

      I got the thing back in 1998, some idiot brought it to a computer renaissance (used computer place) and the even dumber sales people bought it as a trade-in. I don't know where it came from, but the sales guys were very confused when the win95 disks wouldn't boot. ha!

      After a lot of pain and trouble trying to get some of the system utility software from Compaq.. (god damn EISA utilties) I got the thing up and running with redhat 5.2.

      I eventualy retired the box, it was starting to die. I "upgraded" to an AMD K6-300, which is still in use today (not in it's original task).

      So in the 4th iteration of nerp.net, I've got a nice new dual Opteron.. and unfortunately, Debian for amd64 (pure64) is still not a production usable state quite yet.. so I'm going to continue to run i386 for atleast the short term on the box.

      maybe when I get the extra cash to break the 4gig memory limit on the box, it will be ready.

    4. Re:Other 64-bit linuxen by Anonymous Coward · · Score: 0

      Oh, I just love these out of context quotes. We're discussing ppc64, not 64-bit in general.

  22. Practice? by interactive_civilian · · Score: 4, Insightful
    AC bravely said:
    What could Linux possibly offer that OS X doesn't already do 10 times better?
    Practice with Linux?

    There is nothing wrong with learning a new system. It will make you more well rounded as a computer user and for those doing support and other IT jobs, it can be valuable. If I had a G5 and a few GB of disk space to spare, I would probably install this just to check it out, figure out the differences between it and OS X, etc.

    Now, I imagine there is little reason to replace OS X with Linux, but there is nothing wrong with using both.

    --
    "Empathise with stupidity, and you're halfway to thinking like an idiot." - Iain M. Banks
    1. Re:Practice? by Fuzzle · · Score: 1

      Let's hear it for good sense on slashdot! If I had mod points, they'd be all yours, my friend.

  23. Java support by n3xu5 · · Score: 2, Interesting

    The poster mentioned Java support. I didn't see anything that indicated if this was in reference to using gcj for Java support, or if IBM had contributed a full Java implementation. I would be curious to know which it might be. Since this effort seems more oriented towards a server system, it is likely not needed to support the Java GUI frameworks (AWT, Swing). This would seem to lean towards gcj (and Classpath) since it does not currently support most of the GUI functionality. But with IBM already having created a number of JVM's in the past, I wouldn't be surprised if they contributed something in this area to the Linux PPC64 effort.

    1. Re:Java support by Anonymous Coward · · Score: 0

      Sure they do. Check out:

      http://www-106.ibm.com/developerworks/java/jdk/l in ux/tested.html

    2. Re:Java support by cbiffle · · Score: 2, Insightful

      Perhaps I'm simply naive about PPC32/64 porting issues (okay, no, I'm not), but y'all are aware that the recent JDKs have full source available?

      I mean, yes, it will take a bit of nudging to get it to compile if you're on an unexpected platform. (Most of my work's been on FreeBSD.) But it's not like you have to wait for the graces of Sun or IBM to deem you worthy to have a binary JDK.

      That's why I was always confused about people saying "FreeBSD is great, but no Java!" right after I'd done a `make install` in the jdk14 directory. Is there any reason why this wouldn't be the same deal?

    3. Re:Java support by Juergen+Kreileder · · Score: 1
      Perhaps I'm simply naive about PPC32/64 porting issues (okay, no, I'm not), but y'all are aware that the recent JDKs have full source available?
      Yes, you're a bit naive here: About 95% of the JDK source is easy to port to new architectures but the remaining 5% are hard. For porting HotSpot to a new architecture you have to implement a runtime macro assembler and at least one runtime compiler (code generator + runtime infrastructure for HotSpot Client and/or Server).
  24. Goddamned right. by Anonymous Coward · · Score: 1, Interesting

    As someone who uses AIX every day at a very large organization, I can say without hesitation that AIX sucks.

    badly.

    Compiling software for AIX is hell. Things that are a simple ./configure, make, make install on competent operating systems are impossible on AIX.

    Now, Gentoo on PPC64 is great news just as soon as you can get major vendor support contracts for it and you can run Oracle on it.

    1. Re:Goddamned right. by sedawkgrep · · Score: 1

      At my fairly large organization, we have a healthy mix of 4.3.3, 5.1 and 5.2. Systems ranging from F/H50's all the way to 8 fully-loaded p690s.

      I run ./configure && make commonly and although it is nowhere near as consistent at successfully building software as Linux, it is FAR from impossible. All I can think is that you're either forced to use XLC, or you're stuck on 4.3.x systems (or older) upon which compiling is much more difficult.

      What really burns me though, is that you wholesale claim that AIX sucks apparently because it fails to easily compile whatever software you want. With the "5L" Linux initiatives, not only do they distribute packages to many of the most common apps, but there's direction coming from Big Blue for Linux support. You certainly cannot say that about HP or Sun - and I defy you to build nearly as many packages on HPUX as you can on AIX 5.2.

      AIX is the most feature-rich and easily managed UNIX I know of...and I've adminned virtually all the major players (and a good many oddball ones) in a production environment.

      Managing AIX is a godsend, and I'm tired of all the slamming it gets - especially from people who don't understand/know it, or who become irritated that it doesn't meet their specific need. If you NEED open-source application software, you probably should deploy some x86 servers.

      I'm not sure you'd be happy with anything other than Linux - except possibly Solaris - it tends to be a bit more friendly than the rest WRT building open-source software.

      And your statement about Oracle is outright moronic. Is Linux/PPC64 Oracle even available? Is there even a plan to have it? This would be a niche inside an already (marginally) niche market.

      Why would a company install Oracle on Linux/PPC64, when they can run it, fully supported with its known track record, natively on AIX?

      sedawkgrep

      --
      Is that a salami in my pants or am I just happy to be me?
  25. Re:Now if IBM had something comparable to a G5 sys by HalfFlat · · Score: 4, Interesting

    If the G5s had support for ECC memory, then we could use them for modelling without taking a gamble that a flipped bit screws the results.

    When days of computation go into making a calculation, the last thing you want to do is to run it again because there's a non-negligable chance that there was an uncaught bit error.

    Luckily Apple have since seen the light and the new Xserve G5 at least supports ECC RAM. Before that, for affordable scientific computing, dual Opteron machines had no real competition.

  26. Re:Now if IBM had something comparable to a G5 sys by Billly+Gates · · Score: 1

    Agreed.

    Apple should support ecc ram powermacs too.

    Really, whats the cost difference these days? Its almost negliable.

    Apple wants the unix workstation market and professional 3d cards aside ECC ram IS ESSENTIAL and cost little to implement.

  27. Re:WTF? Why would I run this on my G5? by Alternate+Interior · · Score: 2

    Oh come now - you're on Slashdot! When something involves Linux, it doesn't have to be reasonable.

  28. Or you can just use PearPC... by JessLeah · · Score: 3, Funny

    ...and run at a blistering 5 KIPS! (Thousand Instructions Per Second)

  29. Re:WTF? Why would I run this on my G5? by typhoonius · · Score: 5, Informative

    Read the fucking, uh, summary: "a 64-bit kernel as well as a 64 bit user space." OS X, while lovely, is not a 64-bit operating system.

    (Also, PowerMac G5s aren't the only computers that use the PowerPC 970; IBM also sells some.)

  30. Re:WTF? Why would I run this on my G5? by joeytsai · · Score: 3, Insightful
    Why would anyone run yet another lame Linux distribution on their G5 when OS X works exponentially better, is way faster, more stable and has more drivers, applications, and developers involved? What could Linux possibly offer that OS X doesn't already do 10 times better?


    You know, not that long ago people would've said the same thing about running Linux on x86...
    --
    http://www.talknerdy.org
  31. Re:MIRROR by Anonymous Coward · · Score: 0

    I think it's sort of awesome. Such a catchy song. Such pretty colors. I'm mesmerized... What game is that from anyway?

  32. Re:WTF? Why would I run this on my G5? by Too+Much+Noise · · Score: 4, Insightful
    What could Linux possibly offer that OS X doesn't already do 10 times better?

    umm ... say, a server? ok, it's not a common option (I mean, 99.999% of the G5 buyers mean to use it as a nice workstation), but it's possible, nonetheless.

    Second, this needs not be limited (and indeed is not) to G5. I guess for an Apple fan Power970==G5, but there are such things like Power970 workstations/blades that have nothing to do with Apple. After all, the chip is IBM's, not Apple's. Can you run OSX on an IBM PPC64 blade? I didn't think so.

    Mods, how can this post be informative when the article clearly counted G5 as just one example in the list of supproted archs?


    The hardware supported by gentoo-ppc64 is PowerMacintosh G5, IBM pSeries, older IBM 64 bit RS/6000s (such as the model 260, 270, F80, H80, see linuxppc64.org for a complete list) and soon IBM iSeries hardware.


    This is just another Apple fan confusing G5 with PPC64, nothing more.
  33. Video encoding by Egekrusher2K · · Score: 1

    I'm rather curious to see how long it would take to render a full divx movie in a pure 64 bit environment. Drool..

    --
    Listen to my experimental-industrial-techno!
    1. Re:Video encoding by Anonymous Coward · · Score: 1, Informative

      Not any faster, since MPEG-4 doesn't use gigabytes of memory or 64-bit integers.

    2. Re:Video encoding by Egekrusher2K · · Score: 2, Funny

      Oh... well then... I'm a retard. Thank you for pointing that out to me.

      --
      Listen to my experimental-industrial-techno!
    3. Re:Video encoding by TheRaven64 · · Score: 1

      No the other hand, MPEG-4 encoding can make extensive use of a vector processing unit, and the G5's AltiVec unit is one of the best (and very easy to program).

      --
      I am TheRaven on Soylent News
  34. but... but... why? by chasingporsches · · Score: 3, Insightful

    i've tried the whole linux-on-a-mac thing many times, and on the older machines, its hardcore. mac os 9, IMO, sucks really hard, so running Debian on a PowerMac 7500 (i think that was the model) was really cool, and brought extended functionality to that aged old-world machine. but gentoo/debian/yellowdog instead of mac os x on a desktop? i don't think its worth it. maybe for cluster computing, or servers, or whatnot to avoid licensing issues. but i think those that honestly think linux is better and/or more functional than mac os x on the same machine are smoking something that, if not already, should be made illegal (or government sanctioned). user interface? osx wins hardware compatibility? osx wins, it was made for the hardware after all multimedia? osx wins software availability and ease of use? osx wins again the only area where i could think that you would want to use linux over os x is if you are a linux developer and NEED full compatibility with hardware-related procedures, or if you are a 13 year old kid who got a mac, dont feel like learning OS X (which takes the better part of a measely hour), and think you're gonna be l33t by running a "free" os rather than mac os. if thats the case, go for it. but IMHO you're wasting your time. especially with a fully-functional GCC, xcode, X11, terminal, and BSD base.

    1. Re:but... but... why? by N1KO · · Score: 2, Insightful

      PPC != Mac, therefore your claim that OSX has better hardware compatibility is false because it's only compatible with the G5.

      Also, just because the user interface of OS X may be easier to learn or because you like it doesn't mean it's better.

      Maybe someone wants to learn about Linux or maybe the people who want to run Linux on PPC just don't care about OS X to consider using it. Whatever the reason, there's nothing wrong with trying to "Think Different".

    2. Re:but... but... why? by Unregistered · · Score: 1

      And if you dont' like Aqua, darwin has better hardware support (FAN CONTROL) and can run X and E or whatever just like a linux system.

    3. Re:but... but... why? by Xyde · · Score: 1

      OS X runs on PearPC, so I don't see why it wouldn't be able to run on any other generic PPC hardware with some tweaking (licensing issues notwithstanding)

  35. Re:Now if IBM had something comparable to a G5 sys by Amiga+Trombone · · Score: 1

    I don't quite understand why IBM doesn't want to create something like a G5, only "more serious". I'm sure the pSeries machines are excellent, but if they could just lower the price a bit by dropping some of the enterprise features that drive the price up, they could sell quite a lot of them.

    Well, what you're talking about is essentially a consumer version of the PPC. Unfortunately, the consumer market is a business IBM has made it clear they don't want to be in, the enterprise is where they've chosen to compete.

    On the bright side, they have been encouraging 3rd party vendors, most notably Genesi, to build consumer products based on PPC. I think there are probably some other 3rd party boards available, but I haven't really kept up with them.

    I expect commoditized PPC systems will eventually become an option, but unless the 3rd partys establish it as a lucrative market first, I doubt IBM will jump into the frey.

    IBM tends to avoid competing in the consumer market directly, but they're more than happy to sell parts and license technology to companies who want to play there.

  36. Why am I responding to flamebait? by coshx · · Score: 1
    First of all, I want to note that OS X is one of the sexiest, sleekest, user-friendliest environments ever created.

    But here's a short, unofficial, quick point by point comparison of OS X vs. linux that may be insightful [yeah mods, i'm talking to you!]

    1) Flexibility
    OS X will run on ppc architectures, and that's it, while linux can run on just about any architecture.

    2) Usabilitiy
    OS X is much easier to install than most linux distros (especially gentoo), and provides a consistent, pretty user interface. Linux can be setup to be just as usable, but it takes quite a bit of work (again, i'm only talking about gentoo).

    3) Drivers
    OS X has all the drivers it needs because hardware manufacturers create the drivers themselves, whereas only a few hardware manufacturers create drivers for linux, although many wonderful hackers have created fully functional drivers. Linux drivers still are almost always at least a few months later than windows and mac drivers.

    4) Security
    Because OS X is a *BSD, it is presumably just as secure as linux.

    5) Cost
    Upgrading from 10.2 to 10.3: $129 [1]
    Upgrading from anything to linux: free (if you use a cdrw) or the cost of a cdr.

    6) Speed
    I don't know where you got this information that OS X works exponentially better and is way faster. The only info I can find is in [2] where linux performed better on a mysql benchmark suite.

    7) Stability
    the gentoo linux version is still in beta, so presumably OS X is much more stable. exponentially better? debatable.

    8) Philosophy
    there are mac zealots and gentoo zealots alike - do you think cocoa is the best gui environment ever created? do you think portage is the best package management ever created? Do you think software should be free, or do you think you should support quality software/hardware with a reasonable [or reasonably expensive] cost?

    9) Software
    Without a doubt, OS X has better, more professional software. In terms of f/oss, i believe linux has better software, although they're pretty close. the more people that use linux, and submit feature requests/bug reports, however, will undoubtedly increase the quality of linux software.

    [1] - Apple How-To Upgrade
    [2] - Benchmark -- note the slower processor for the linux box.
    1. Re:Why am I responding to flamebait? by Drooling+Iguana · · Score: 1

      Regarding #4

      OSX being *BSD based does give it some measure of security, but it still suffers due to the fact that it's a homogenous environment. Really, think of why there's so many viruses out there for Windows. It's partly because the OS itself is badly designed, yes, and partly because it presents such a large target, with its gigantic userbase, but it also has a lot to do with the fact that every Windows installation is the same. They all use IE for web browsing, OE for e-mail, WMP for movies/music, etc. Mac is the same way, although I don't believe that it's quite as bad. With Linux, on the other hand, you have a million and one possible configurations, which makes it very difficult for a virus to propogate or a {cr|h}ack to be successful.

      --
      ... I'm addicted to placebos
    2. Re:Why am I responding to flamebait? by drsmithy · · Score: 2, Insightful
      With Linux, on the other hand, you have a million and one possible configurations, which makes it very difficult for a virus to propogate or a {cr|h}ack to be successful.

      How often do you encouter Linux machines without the following:

      sh

      perl

      awk

      grep

      mail

      tar

      What else (from a software perspective) would be required ?

    3. Re:Why am I responding to flamebait? by m1chael · · Score: 0

      There is no point comparing Linux and oranges. What we have learned from history is that Usability is the most important followed by Software/Drivers. All else is irrelevant.

      --
      I know you are psychotic, but please make an effort.
    4. Re:Why am I responding to flamebait? by devnullify · · Score: 1

      A point of entry?

    5. Re:Why am I responding to flamebait? by memmel2 · · Score: 1

      I've never seen them avialable on any machine that's had rm -rf / installed.

    6. Re:Why am I responding to flamebait? by Anonymous Coward · · Score: 0

      2) Usabilitiy
      OS X is much easier to install than most linux distros (especially gentoo), and provides a consistent, pretty user interface. Linux can be setup to be just as usable, but it takes quite a bit of work (again, i'm only talking about gentoo).


      Gentoo is not a typical linux distribution. Try conparing OSX installation to SuSE's install procedure.

      2) Usabilitiy
      OS X is much easier to install than most linux distros (especially gentoo), and provides a consistent, pretty user interface. Linux can be setup to be just as usable, but it takes quite a bit of work (again, i'm only talking about gentoo).


      Again, why on earth are you comparing OSX to a linux distro targetted at people who like to compile their own software? Compare the ease of use to a "desktop" linux distribution.


      3) Drivers
      OS X has all the drivers it needs because hardware manufacturers create the drivers themselves, whereas only a few hardware manufacturers create drivers for linux, although many wonderful hackers have created fully functional drivers. Linux drivers still are almost always at least a few months later than windows and mac drivers.


      Not so. There a quite a few wifi cards with no OSX driver has somebody has already pointed out. I do not believe my planet WL8305 has a OSX driver but it _does_ have a linux driver.

    7. Re:Why am I responding to flamebait? by Bert64 · · Score: 1

      Then you would need to write your virus in shellscript or perl.. and thats assuming that the interpreters were installed in the location you expected

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
  37. Re:WTF? Why would I run this on my G5? by Anonymous Coward · · Score: 4, Informative
    For one thing, a 64-bit operating system, you "3, Insightful" moron.

    Cut+paste the following short C program into a text file, and compile it with "gcc whatever_you_called_it.c"


    #include "stdio.h"
    int main(void) {
    if(sizeof(void *)==8)
    printf("Hooray, this is a 64-bit system!\n");
    if(sizeof(void *)==4)
    printf("Damn it :( still 32-bits in here.\n");
    exit(0);
    }


    On: Alpha, HPPA64, PPC64, IA64, x86-64 (in 64bit mode), MIPS (in 64bit mode), you get the "Hooray".
    On Mac OSX, you get the "Damn". Yes, even on a G5. A G5 might have 64-bit CPUs, but it doesn't have a 64-bit OS. Linux/PPC64 is such an OS.

    A good filesystem is another nice thing Linux has that OS X doesn't. XFS and Reiser4 to name just two :)

  38. Re:WTF? Why would I run this on my G5? by Anonymous Coward · · Score: 0

    But the difference is that part of why the G5 is so expensive is because it can run OS X. So, why buy a more expensive computer than you need to. OS X can basically do all that linux can and now more and more linux apps are being ported to OS X, so the resons for even dual booting are now less compelling than ever. When 7,8, and 9 were all you could get, yeah YDLinux, LinuxPPC and MKLinux made more sense, but now that there are so few compelling reasons to use Linux over OS X, why go through the annoyance of installing linux rather than migrating fully to OS X?

  39. Re:Now if IBM had something comparable to a G5 sys by timeOday · · Score: 1
    I don't quite understand why IBM doesn't want to create something like a G5, only "more serious".
    What would such a system have over the Opteron? (Not a rhetorical question).

    Also, is this story saying that there is still really no 64-bit linux distro for Athlon64/Opteron? I'm thinking of buying one and took at look at Gentoo's X86-64 forum. But it's hard to get the big picture of how it really is to own one (and run it on a 64 bit OS).

  40. Way faster ? hrm... stop smoking ! by Anonymous Coward · · Score: 0

    As far as the kernel is concerned, _linux_ is way faster than OS X on ppc, especially ppc64. Also OS X can't use large pages afaik nor run 64 bits executables. It's rather a toy compared to linux in a lots of areas ;)

  41. OSX is not 64 bit yet. by gotr00t · · Score: 2
    The whole purpose of getting this to work was to get an OS capable of taking advantage of the 64 bit processor in the G5. Right now, even the newest version of Mac OS X does not support 64 bit instructions. Applications that were specifically compiled for the G5, like photoshop, claim to be able to be optimized, but even with this, the 64 bit instructions are broken down into 2 32 bit instructions by the operating system.

    So, yes, even though OS X has much better functionality on Mac computers than Linux because they are on their home turf, with the hardware specially tailored for the OS and vice versa, this distro of Linux can take advantage of the 64 bit processing, something that the stock OS lacks.

    Or I could have gotten it all wrong... Go ahead and flame.

  42. While everyone else tries to convince you... by sp0rk173 · · Score: 2, Insightful

    I'll just say this..


    "Why not?"

  43. Re:WTF? Why would I run this on my G5? by diaphanous · · Score: 2, Insightful

    Why would anyone run yet another lame Linux distribution on their G5

    Because Apple makes really great hardware, but I don't use software that doesn't come with source code and the freedom to improve it.

    I used Apple systems while growing up, and I've always thought (most of) their hardware was fantastic.

    In the time since I installed MkLinux DR2.1 on my family's PowerMac 7500 back in 1997, I've decided that the long term advantages that come from free software are worth much more than the few slight and temporary advantages a proprietary program might offer, so as far as I can, I use only free software.

    The OS X kernel ("Darwin") is free software, but the interesting stuff- Cocoa and the GUI stuff is proprietary.

    You might might not think that software freedom is important, but some people do, and the combination of that concern with Apple's fine hardware is the reason someone would run GNU/Linux on a G5.

    ~Phillip

  44. Re:WTF? Why would I run this on my G5? by Anonymous Coward · · Score: 0

    Why would anyone run yet another lame Linux distribution on their G5 when OS X works exponentially better, is way faster, more stable and has more drivers, applications, and developers involved? What could Linux possibly offer that OS X doesn't already do 10 times better?

    Freedom.

  45. No linux until ctrl in right place by Anonymous Coward · · Score: 0

    This may be off-topic, but I'll never use linux on an apple laptop until i can remap caps and ctrl. I guess apple has a proprietary keyboard, and there's only a program to do it in OS X (ucontrol).

    Being an emacs user, a system with ctrl in the wrong place is impossible to use.

    1. Re:No linux until ctrl in right place by Tjp($)pjT · · Score: 1

      The keyboards are USB these days. Use your favorite one...

      --
      - Tjp

      I am in wallow with my inner money grubbing capitalistic pig. ... Oink!

    2. Re:No linux until ctrl in right place by Anonymous Coward · · Score: 0
      I'll never use linux on an apple laptop until i can remap caps and ctrl.

      Dipshit.

    3. Re:No linux until ctrl in right place by Guy+Harris · · Score: 1
      The keyboards are USB these days.

      Even the ones on iBooks and PowerBooks? (No, those aren't 64-bit, but this particular thread isn't particularly 64-bit oriented....)

    4. Re:No linux until ctrl in right place by gl4ss · · Score: 1

      no..

      but one thing: you can map anything like you ever want in x-windows(and heck, in linux too). just saying that a 'program to do it only exists in macosx' is stupid(like the starter of this thread implied).

      --
      world was created 5 seconds before this post as it is.
    5. Re:No linux until ctrl in right place by Guy+Harris · · Score: 1
      ou can map anything like you ever want in x-windows(and heck, in linux too).

      Even on ADB keyboards? I.e., the Linux keyboard driver on Macs and/or the XFree86 keyboard handling code on Macs deals with the "sticky" caps lock key (as mentioned on the Web site for uControl:

      Technical Question: I thought caps lock key event behavior was wired into the hardware; hence, there's no key up for caps lock. How did you do it?

      After playing with iJect, I started to believe the same thing. When caps lock on was turned on, you got a key down event. When caps lock was turned off, you got a key up event. At that point I thought I was sunk. No one wants a sticky control key. Fortunately, in between those two events are "special" events which can be directly correlated with the regular key up, key down events. So by looking at both the regular and special events, you can make the caps lock simulate a standard key up/down sequence.

      The uControl page thanks "the Linux PPC folks" for information on how to do "ADB muckery" to eliminate the need to hold down the "fn" key to get function keys, so perhaps information on how to deal with the Caps Lock key was also passed by the LinuxPPC people to the uControl people or by the uControl people to the LinuxPPC people (or independently discovered by both, or passed on to both by some third source, or...).

      And, although "a program to do it only exists in Mac OS X" is (probably) erroneous", "modern keyboards are USB, use one you like" (the statement to which I was responding) isn't necessarily the right answer, either (as somebody might have a laptop and want to swap Caps Lock and Control on its built-in keyboard, or might want a cheaper fix for their Caps Lock/Control problem than a replacement keyboard - although I have managed to get used to the standard "ctrl" key placement even when using {Micro}EMACS).

  46. Not to sound like a troll: but does it matter? by kaiwai · · Score: 1

    Really? does it really matter when you consider this; Alpha, had two great operating systems for it, OpenVMS and UNIX, same goes for SPARC64, it has Solaris.

    Of what possible benefit is there bringing Linux accross? Linux's main attraction was the fact that it finally offered a viable solution on the x86. The home of Linux IS the x86.

    1. Re:Not to sound like a troll: but does it matter? by Dwonis · · Score: 1
      Of what possible benefit is there bringing Linux accross?

      Linux itself? Not much. But bringing the same environment as you use on x86 has advantages. For example, if your admins are familiar with Debian/x86, the amount of time needed for them to become productive on Debian/sparc64 would probably be a lot less than for Solaris/sparc64.

    2. Re:Not to sound like a troll: but does it matter? by Dwonis · · Score: 1

      By "Linux", I meant the kernel, BTW.

    3. Re:Not to sound like a troll: but does it matter? by Anonymous Coward · · Score: 0

      You have missed the one of the main reasons for Unixes in the first place go read up on your history. One of the reasons for unix was to make it so the differnet hardware ran similar software. Linux makes them run even similar software. One thing though with linux(kernel) is that it is heavly i386 oriented in some respects and the none i386 kernels need jump hoops to make the kernel work. But it is still better then ten platforms with 15 differnet OSes that don't run on all of them.

    4. Re:Not to sound like a troll: but does it matter? by Anonymous Coward · · Score: 0
      The home of Linux IS the x86.

      Actually, Linus Torvalds uses an Apple G5 as his main workstation these days.

  47. Re:Now if IBM had something comparable to a G5 sys by pantherace · · Score: 1
    No, what this is actually a fully 64-bit operating system on PowerPC. Currently there isn't another OS/Distro that provides this (on PPC64), They may run, but only parts of it will be running in 64-bit mode at most, or it will run in 32-bit mode. Take MacOS X, which (contrary to Mac Zealots) is not a 64-bit OS aside from being able to access more memory. (Last I looked, which wasn't long after it first came out.) Everything on the system ran in 32-bit mode & acted like it, except the memory allocation, and a very few applications (I don't think even photoshop runs in 64-bit mode yet, but I could be wrong).

    Now, gentoo will build a full 64-bit system (kernel, libraries, apps). (It can also create a 32-bit mode (sub)system.) People can argue about 32-bit vs 64-bit runtimes, but if apps use large amounts of memory, then after a certain point they will suffer (libraries, kernel calls use up some of that address space, so the app may end up with 3GB or so usable RAM in 32-bit mode (fortunately few apps need that much ram... yet).

    As for x86-64, that's the same type of system. Gentoo, RHEL, SuSE & a few others (TurboLinux, Debian?) all have 64-bit systems on the Opteron, and aside from Gentoo (generally), all include 32-bit libraries as well, so they can run older applications that are in 32-bit mode. From my looking at benchmarks Opterons (Athlon 64) & 970s (G5) both have about the same performance (IN GENERAL) per clock, of course right now Opterons go up to 2.4 GHz (vs 2.0 GHz for the G5), so the Opterons are faster right now. I have used an Athlon 64 Gentoo Linux system, and it's very very fast & responsive (most Gentoo Linux systems are in my experence). I have only played with a G5 a little, but it didn't seem that responsive (& I don't really like OS X) vs systems I am used to (KDE/Linux on CPUs with less than 1GHz) But that's environment, so I can't honestly compare the CPUs alone there (just the CPUs in a normal environment).

    As for 64-bit systems, Alpha is pure 64-bit (didn't emerge from an older binary-compatible proc), as is the Itanic, SPARC64 it seems is generally split 64-bit/32-bit (because it seems to be that 32-bit is faster on sparcs) and appears to default to 64-bit mode, PPC64 is probably going to be like AMD64 (or officially x86-64) in that 64-bit mode will be default with 32-bit libs for compatiblity. PARISC, I don't know about.

  48. Link to official Gentoo LiveCD by Anonymous Coward · · Score: 0
    Official Gentoo LiveCD


    Before anyone get's their mod points in a twist, let me add that I'm a Gentoo fanboy who has installed Gentoo on a dozen boxen between home and work. I love it. But the latest LiveCDs have been very poor, namely 2004.1. Hardware detection is minimal if it works at all, and there are several other showstoppers along the way too that you won't discover until you hunt them down in the forums.


    Let's hope we get these worked out by the end of the year, because this will sour people's impression of a great distro if we don't fix it.

    1. Re:Link to official Gentoo LiveCD by Trejkaz · · Score: 1

      This is actually why I've provisioned time and bandwidth tonight to pull down Knoppix 3.4.

      Gentoo 2004.0 was the only LiveCD which ever booted on my current computer. All the 1.4 stuff froze up at hardware detection, and I haven't heard anything of 2004.1 except for similar things to what you said just now.

      --
      Karma: It's all a bunch of tree-huggin' hippy crap!
  49. RIP Alpha by norculf · · Score: 2, Interesting

    Alpha would blow the doors off PPC64 if had been developed. It would easily be past 2 GHz today and would also have SMT and/or multiple cores on a single die. Fuck you Compaq. Fuck you Hewlett Packard. Fuck you Tipper Gore. Oh wait...

    1. Re:RIP Alpha by Sxooter · · Score: 1

      I always wanted to get Tipper in bed and get her to talk dirty. That would be hot... :-) Seriously, hottt...

      --

      --- It is not the things we do which we regret the most, but the things which we don't do.
    2. Re:RIP Alpha by sapbasisnerd · · Score: 1
      Alpha would blow the doors off PPC64 if had been developed.

      Probably a true statment for PPC chips (G5/970), more debatable for the IBM POWER chips.

      It would easily be past 2 GHz today and would also have SMT and/or multiple cores on a single die.

      Well DEC certainly wasn't going to get there. Due to KO's shortsightedness in regards to partners, licensing and UNIX, it was already limping out of the gate in terms of volume and market acceptance, to cite only the best known example of this can you imagine where it would be today if KO hadn't told Apple to bugger off and sent them into the arms of IBM and Motorola?

      By the time he was turfed they were already running out of money to finish the next generation Alpha FAB (can't recall now if this was the EV5 or EV6 fab) cash hunger led them to the legal settlement with Intel, not that they had much choice at that point, but it was a disaster for Alpha going from being the shining star in DEC's crown to being another one of Intel's ugly stepchildren. By the time Compaq got hold of DEC they were already too late.

    3. Re:RIP Alpha by Anonymous Coward · · Score: 0

      but it was a disaster for Alpha going from being the shining star in DEC's crown to being another one of Intel's ugly stepchildren.

      BLASPHEME! CRUCIFY HIM!

  50. mysql on fedora 2 by David+Jao · · Score: 3, Informative
    the further you get away from the "standard" i386 the worse support gets. Look at Fedora Core 2 for AMD64 - mysql is 32bit...

    Um, this statement is false. The mysql server and client are fully 64-bit... here's proof.

    While we have dozens of distributions there is not a single 64bit Linux out there that is even close to being as full-featured as debian, fedora, redhat, mandrake,... on i386 are...

    If you want something as full-featured as i386, then (aside from simply running i386) x86-64 is the best game in town, because it actually runs i386 binaries. For example, my copy of Mathematica for i386 Linux runs perfectly in Fedora 2 x86-64.

    As an aside, x86-64 clearly contradicts the story summary's claim of being the "first linux distribution to offer a 64-bit top-to-bottom solution which is not a toy environment." Red Hat Enterprise 3 for AMD64 was released six months ago with a full 64-bit userspace environment, and I don't think anybody can seriously argue that RHEL3 is a "toy environment" compared to a beta gentoo-ppc64 release.

    1. Re:mysql on fedora 2 by IdleTime · · Score: 1

      I think you need to re-read the text. He meant The first 64-bit distro for PPC, that is not a toy environment

      --
      If you mod me down, I *will* introduce you to my sister!
    2. Re:mysql on fedora 2 by David+Jao · · Score: 1
      He meant The first 64-bit distro for PPC, that is not a toy environment

      That's certainly not what he said:

      We are the first linux distribution to offer a 64-bit top-to-bottom solution which is not a toy environment.

      Notice that "linux distribution" is not restricted in scope by any qualifiers such as "for PPC." Even if he meant something different than what he said, it is certainly fair game to point out inaccuracies in what was said.

  51. Live CD that builds from source! by Dwonis · · Score: 4, Funny

    It's easy!

    Step 1. Insert Live Gentoo CD.
    Step 2. Wait 15 hours for CD to automatically compile the software in RAM (including the kernel).
    Step 3. Reboot (to boot the new kernel).
    Step 4. Go to step 2.

    1. Re:Live CD that builds from source! by ross.w · · Score: 1

      On my Pentium 2, try 5 days

      --
      If my call is important, why am I talking to a recording?
    2. Re:Live CD that builds from source! by deathguppie · · Score: 1

      Actually there is a stage 3 that offers most of the system pre compiled.
      By the way, couldn't help but notice your posting is written in basic. Nice!

      --
      once more into the breach
    3. Re:Live CD that builds from source! by Dwonis · · Score: 1
      By the way, couldn't help but notice your posting is written in basic. Nice!

      Actually, it's written in assembly. ;-)

  52. Re:WTF? Why would I run this on my G5? by Guy+Harris · · Score: 1
    On: Alpha, HPPA64, PPC64, IA64, x86-64 (in 64bit mode), MIPS (in 64bit mode), you get the "Hooray".

    And on SPARC V9 (in 64-bit mode) and zArchitecture (in 64-bit mode).

    The "in 64-bit mode" also applies to PA-RISC 2.0 ("HPPA64") and PPC64, as those evolved from 32-bit architectures and support 32-bit as well as 64-bit binaries, just as x86-64, SPARC V9, and MIPS - or, rather, the 64-bit version of MIPS - evolved from 32-bit architectures and support 32-bit binaries. Most OSes for them that support 64-bit mode probably also support 32-bit mode.

    On OSes such as OS X and older versions of some other OSes, only 32-bit mode is supported.

  53. Re:WTF? Why would I run this on my G5? by Anonymous Coward · · Score: 1, Interesting

    Wow, how interesting!

    You know, the "in 64-bit mode" also applies to IA64, as while IA64 can hardly be described has having evolved from a 32-bit architecture (resemblence to PA-RISC notwithstanding), it supports a 32-bit userland (for example, running HP-UX with HP tools).

    Amazing world we live in, isn't it?

  54. Opteron? by dekeji · · Score: 1

    We are the first linux distribution to offer a 64-bit top-to-bottom solution which is not a toy environment.

    Well, either he is saying that 64bit Linux on the Opteron is not a top-to-bottom solution, or that it is a toy environment. I frankly don't care whether it is "top-to-bottom" or "side-to-side", but 64bit Linux on the Opteron seems to work well. I mean, IBM is using 64bit Linux as the basis of their eServer 325, a machine with 2116 Opterons in it.

    Also, what PPC hardware am I supposed to run this on? If I buy Apple hardware, Apple is just going to use those sales to claim more OS X installations and to try to use that as a marketing weapon against Linux. And IBM PPC hardware is pretty expensive.

    1. Re:Opteron? by Improv · · Score: 1

      It's kind of a misnomer to call the AMD64 a fully 64-bit environment -- address space versus word size blah blah blah. If, however, you do consider it a toy, then it's amusing to move from real software and toy hardware (a mature Linux plus AMD64) to toy software and real hardware (Gentoo plus PPC64).

      --
      For every problem, there is at least one solution that is simple, neat, and wrong.
    2. Re:Opteron? by Wesley+Felter · · Score: 2, Insightful

      If I buy Apple hardware, Apple is just going to use those sales to claim more OS X installations and to try to use that as a marketing weapon against Linux.

      Or you could forget about being a pawn in a marketing war and just buy the hardware that best fits your needs.

    3. Re:Opteron? by dekeji · · Score: 1

      Or you could forget about being a pawn in a marketing war and just buy the hardware that best fits your needs.

      "Pawn" implies absence of control. But I do have control over this: buying a Macintosh helps Apple and Apple marketing. Our buying decisions do decide who gets to win or lose in the market, and every dollar we spend counts.

      Furthermore, the "marketing war" is one-sided: Linux is not usually marketed against OS X, while Apple heavily markets OS X as an alternative to Linux and tries to win Linux users over to OS X; in fact, our Apple sales rep even told us that we should switch because "OS X is an improved version of Linux".

      In any case, I think the best 64bit hardware is Opteron anyway, so it doesn't matter.

    4. Re:Opteron? by dekeji · · Score: 1

      It's kind of a misnomer to call the AMD64 a fully 64-bit environment -- address space versus word size blah blah blah.

      I'm sorry, but in what sense is it a "misnomer"? The Opteron has native 64bit ALUs and arithmetic instructions. Physical and virtual address space limits are not a factor in determining whether something is an n-bit processor. In any case, the Opteron's physical and virtual address space limits are more than enough for the next few years, and they can be raised when the need arises. And in terms of price/performance ratio, it is at least as good as the PPC.

  55. Re:WTF? Why would I run this on my G5? by Anonymous Coward · · Score: 0

    I don't run forks of FreeBSD on my hardware. I run the real thing.

  56. IA-64 support for non-IA-64 binaries (OT) by Guy+Harris · · Score: 1
    You know, the "in 64-bit mode" also applies to IA64, as while IA64 can hardly be described has having evolved from a 32-bit architecture (resemblence to PA-RISC notwithstanding),

    ...said resemblance not being a huge surprise, given that I think it started out as an HP project.

    it supports a 32-bit userland (for example, running HP-UX with HP tools).

    ...although the 32-bit userlands that IA-64 supports are 32-bit PA-RISC (via, I think, binary-to-binary translation) and x86 (via hardware and, I think, either a current or planned binary-to-binary translation mechanism), not any 32-bit flavor of IA-64. It might also support 64-bit PA-RISC (again, via translation), and it might be amusing to see binary-to-binary translation for x86-64. :-)

    HP are porting OpenVMS to IA-64, with Alpha->IA-64 translation (they might be doing VAX->IA-64 by VAX->Alpha->IA-64, using the existing VAX->Alpha translator).

    1. Re:IA-64 support for non-IA-64 binaries (OT) by Anonymous Coward · · Score: 0

      ...said resemblance not being a huge surprise, given that I think it started out as an HP project.

      It did.

      not any 32-bit flavor of IA-64.

      No. HP-UX gives you, if you so desire, a 32-bit flavor of IA64. There is no equivalent of this on Linux, for example (i.e. no GCC support, no 32-bit IA64 libs, etc)

      Yes, it supports 64-bit PA-RISC, yes x86 is supported both in hardware and via translation, and Intel announced a month or two ago that if customers demanded it, they'd support x86-64 in a future release of the translator.

  57. Vendor Databases by ChunderDownunder · · Score: 1
    Now, Gentoo on PPC64 is great news just as soon as you can get major vendor support contracts for it and you can run Oracle on it.

    You're more likely to be able to run DB2 on it given that IBM makes both DB2 and PPC.

  58. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  59. Re:WTF? Why would I run this on my G5? by Anonymous Coward · · Score: 0

    Because there is no aanoyance in installing Linux. Why bother with the annoyance of installing OS X if Linux runs all the programs you need?

  60. um, really? by pedantic+bore · · Score: 1
    Because Apple makes really great hardware, but I don't use software that doesn't come with source code and the freedom to improve it.

    Gee, that must make it hard to use computers at all. The firmware in your disk drives, network controller, are graphics card are almost certainly closed source. (Even your BIOS is likely to be, although there are alternatives.) Not to mention all the switches, bridges, and routers your packets go through on the way to slashdot...

    However, if you had enough money, I'm sure you could convince all those vendors to sell you a copy of their source. But I have a feeling that what you want isn't just the source code -- you want the code to be free.

    --
    Am I part of the core demographic for Swedish Fish?
  61. Re:Now if IBM had something comparable to a G5 sys by Spellbinder · · Score: 1

    there will be a PPC workstation for the new amiga os i think
    they demonstrated it on tv running linux and osx on it (illegally)

    --


    stop supporting microsoft with pirating their software!!!!!
  62. How to get fired by brunes69 · · Score: 2, Funny

    "Hey boss, mind if I reboot the RS/6000? I am *dying* to try out this new KDE 3.2!!!

  63. Drivers: it depends by theefer · · Score: 1

    OS X has all the drivers it needs because hardware manufacturers create the drivers themselves, whereas only a few hardware manufacturers create drivers for linux, although many wonderful hackers have created fully functional drivers. Linux drivers still are almost always at least a few months later than windows and mac drivers.

    I still haven't found Mac OS X drivers for my SMC 2835W (802.11g wireless card), whereas it works just fine with GNU/Linux. This might be an exception, but this is a quite popular card.

    --
    theefer
  64. Re:Now if IBM had something comparable to a G5 sys by Spellbinder · · Score: 1

    amd64 works quite well
    you will have no flashplugin in 64 bit browsers (you can use the 32 bit ones anyway), some trouble with games and other 32 bit binary applications

    --


    stop supporting microsoft with pirating their software!!!!!
  65. Re:Now if IBM had something comparable to a G5 sys by Crazy+Eight · · Score: 1

    This seems like a good point in the thread to ask what Torvalds develops on. I'm certain I read a post here on /. claiming he used a dual 970. IIRC, he used to work on a quad Xeon. I'm presuming that if he isn't using x86 anymore then he's got something from IBM. Anyone have a link handy about this? Google isn't doing for me tonight.

  66. Re:Now if IBM had something comparable to a G5 sys by IdleTime · · Score: 1

    Well, I have an AMD64 3200+ and it runs a complete 64-bit kernel and userland and yes it is Gentoo. But that is probably like saying "I love MS" here on /.

    The speed is excellent. There are however a few things that don't work perfect in 64-bit yet.

    I have an ATI 9200 card and there is no 64-bit ATi driver yet, not that it is a problem for me since I'm not a gamer and the driver supplied with xorg-x11 is moe than good enough for my use.

    --
    If you mod me down, I *will* introduce you to my sister!
  67. Re:NOT full 64 bit yet. by Anonymous Coward · · Score: 0
    ... those who have needs of large address spaces ...

    There are not 64 bit kswapd's support inside of linux-2.4.26 or linux-2.6.6.

    Kswapd is limited to 2 GiB of swap per process, so, this limit exists, processes are limited to 4 GiB, no more.

    There is no full swapping of 64 bits.

    open4free ©

  68. -1, run-on sentence by Gothmolly · · Score: 1

    So what you're saying is that if I buy a Mac, I pay for hardware that I might not need, while if I buy a PC, I can add it as I go? Oh, ok.

    --
    I want to delete my account but Slashdot doesn't allow it.
  69. Re:WTF? Why would I run this on my G5? by cygnus · · Score: 1
    A good filesystem is another nice thing Linux has that OS X doesn't. XFS and Reiser4 to name just two :)
    hfs+ is a fine filesystem, you insensitive clod!
    --
    Just raise the taxes on crack.
  70. Re:WTF? Why would I run this on my G5? by Anonymous Coward · · Score: 0

    No, hfs+ is at the bottom of the heap, ever so slightly above ext2 and FAT32. Even ext3 has several major advantages over hfs+. Indeed, hfs+ is closer to NTFS than most filesystems you could think of; it's old, it sucks, and it shows. (This is not to say that all old filesystems are bad, mind. Most of them are, however.)

  71. Fair enough. by Anonymous Coward · · Score: 0

    You are right, my previous post was rather on the rantish side.

    There are, however, reasons beside being able to build software that I view AIX as sub-optimal.

    There are minor annoyances. For example, tar does not support things like a -z flag. It's a triffle, but damn it can be annoying. Most of the standard Unix utilities have quirks that are mildly annoying. Granted, this does not technically make the operating system inferior. It does, however, make the user experience much less enjoyable. I understand that most people are familiar with the GNU or BSD utilities, and that AIX uses the more traditional utilities. But with all the innovation that has happened with these utilities, why not include them by default?

    Your comment about the 5L stuff represents a misunderstanding of the situation. The 5L utility suites are grotesquely outdated. Go take a look at the Linux Toobox page. It is like they built once and forgot that they had it. They never update anything.

    One of my other pet quirks with AIX is that it seems to be impossible to add other paths to shared libraries. As far as I can tell, everything is hardcoded to /usr/lib. If you want to add shared libraries to the system you have to symlink them to this directory. This makes building software also rather a pain. If you know how to do this, you are ahead of myself and our consultants from IBM.

    You are dead on about HPUX. It is worse than AIX, but this is still not exactly a ringing endorsement of AIX.

    My background is not primarily in Linux, though I have had some time with Solaris and others. I'm not sure what this comment was supposed to mean.

    You missed my intent with the Oracle comment. I'm not actually hoping for Oracle on PPC64. And no, I don't think Oracle will ever come to such a squirley oddball platform. You are indeed stuck with AIX if you want Oracle. My comment was more to reflect that in using LinuxPPC 64, you are jumping from the frying pan into the fire.

    1. Re:Fair enough. by sedawkgrep · · Score: 1

      Not much time to respond to this but I'll say that I agree with much of what you're saying.

      The AIX toolbox is somewhat outdated. We got a new shipment of servers that contained 5.2 ML01 and the Toolbox was dated 10/03. You're right though, a lot of what they have they built once and forgot about, so perhaps my statement about 5L was exagerrated.

      You do have packages and modified source available from aixpdslib.seas.ucla.edu, and oen from frecbull or bull or some such place.

      As far as library linking - there was a thread a number of years ago about sendmail which had relative paths in the library search path. This was resolved using a argument to LD when building the package.

      I don't know of a way to add directories to ld's search path - this can be a real problem. It would rock to have an /etc/ld.so.conf like Linux has.

      Nevertheless - you can build source to include a library search path in the XCOFF header after linking. man 'dump' will yield much information and should help at least a little, although there's still no dynamicity there. (dump -n or dump -H are typical uses)

      Thanks for clarifying the rest - esp about Oracle/PPC64 :-)

      Happy Memorial Day.
      sedawkgrep

      --
      Is that a salami in my pants or am I just happy to be me?
  72. Re:Now if IBM had something comparable to a G5 sys by piranha(jpl) · · Score: 1
    I was under the impression that new world macs are more open. Jobs saw to that to make more peripherals available to the macs when he returned. This is why Linux runs on them and not older world macs.

    Linux runs on OldWorld Macs just fine. More difficult than running on NewWorld, but it works nonetheless. Boot into it with BootX or quik. Personally I run it on a Power Mac 9500 and have run it on a Power Mac 7200.

    Tangenting, I believe you can run them on pre-PCI/pre-OF/pre-7200 PPC machines. And you can (often) even run them on 68k Macs. My Centris 610 is running Debian and XFree86 for excellent "couch computing".