Slashback: OS Xi, Sarge, Statistics

Slashback is back from vacation with updates on the Apple switch to Intel,a now-fixed glitch in the recent release of Debian 3.1, a hyper-efficient Honda, and the real numbers on online music networks. Read on for the details.

It still feels like a strange dream that they're really switching. An anonymous reader writes "With our latest Unix (MacOS-X) vendor's switch to x86, I figured now would be a fine time to revisit an old MIT Graduate Student Beer announcement from 2001."

Also, samchung writes "CoolTechZone has its latest article up that discusses the possibilities of Apple's protection on x86 hardware to prevent users from running the Mac OS X on non-proprietary hardware."

More fuel: Reality Master 101 writes "Michael Robertson, CEO of Linspire posted an editorial talking about his disappointment that Apple wasn't embracing generic hardware. But the really interesting part was that he states, "My sources say that Jobs is going to use Intel's cryptographic technology called LaGrande to make sure OS X will only boot on Apple-branded hardware. This is a similar technique to the one that Microsoft used to make sure Linux could not be loaded on Xbox..." I'm still not sure how they'll do this with an open source Kernel." They're clearly part of the Linspire marketing effort, but Robertson's messages, including this one, are usually pithy and worth reading.

Hey, you could always wait for a service pack. An anonymous reader submits "Because of an error in a configuration file, Debian Sarge, released June 6th, does not have security updating enabled by default. ZDNet Australia reports that after several years of testing, the release team's error caused a significant delay in deployment. Steve Langasek, of the release team, says, 'Whoops, don't go pressing those 10,000 copies of [3.1] just yet.' Fortunately, the error may be fixed quite easily, and an update is expected within several days. OSNews also covers the story.

Sticker shock alone could defeat the other drivers. josemunizn writes "Remember the Honda FCX, from a Slashdot article in '03? Well the New York Times has an automotive review of a week-long, unsupervised test drive of the Honda. Choice quote: 'In most important ways, the FCX feels ready for prime-time combat on the world's roads.'"

Carry the one, subtract 5, voila! An anonymous reader writes "WinMX and Limewire are the most popular P2P apps? That's what NPD group claims in its research on iTunes covered on Slashdot yesterday. But as Jon Newton points out on P2Pnet and MP3 Newswire, the entire premise that more people use iTunes over the file sharing networks is 'nonsense.' With sites like Slyck.com reporting eDonkey alone has over 4.5 million concurrent users and P2P research firm BigChampagne saying in the U.S. in May an average of 6,290,327 people were logged onto the p2p networks at any given moment, how can iTunes' 1.7 million downloads over an entire month put them anywhere near the top? Zeropaid has also chimed in on these claims and even CNET is now questioning the results it reported in its original article on the NPD research."

Catching up to the 3rd parties who have caught up with the competition. An anonymous reader writes "For the impatient or those few not ready to adopt Firefox, there is now another option to get tabs. BetaNews reports, 'Users of Microsoft's Internet Explorer Web browser will not have to wait until IE7 to experience tabbed browsing. MSN has shipped a new build of its MSN Search Toolbar that adds basic tabbed browsing support to IE6. But the feature is not fully integrated into the browser, instead relying on the toolbar to create tabs.' Here's an article including a screenshot.

Comments

Re: debian3.1"the error may be fixed quite easily"

[AFCArchvile]

The note at the top of every 3.1 download page:

Note: 3.1_r0 CD image problem
A bug has been discovered in the 3.1_r0 CD/DVD images: new installs from these images will have a commented-out entry in /etc/apt/sources.list for "http://security.debian.org/ testing/updates" rather than an active entry for "http://security.debian.org/ stable/updates", and thus will not get security updates by default. This was due to incorrect Release files on the images.

If you have already installed a system using a 3.1r0 CD/DVD image, you do not need to reinstall. Instead, simply edit /etc/apt/sources.list, look for any lines mentioning security.debian.org, change "testing" to "stable", and remove "# " from the start of the line.

If you installed other than from a CD or DVD (for example, netboot, or booting from floppy and installing the base system from the network), you are not affected by this bug.

These new 3.1_r0a images correct this flaw. We apologise for the inconvenience.

On another note, I wanted to start downloading the 3.1 ISO set for Sparc, but none of the US mirrors have 3.1 ISO sets, and the root server is giving out 404's. Perhaps they're all still busy updating? At this point, I don't think bit-torrent is propagated well enough to be faster than HTTP/FTP, and jigdo only puts the load on your workstation by opening 9,000 connections on your box to go download little bits of Debian.

Re:openfirmware...

[Strepsil]

There's no Open Firmware on the new machines. The developer docs say that apps requiring it won't be supported, and the developer systems from Apple just have a Phoenix BIOS on board. See http://www.xlr8yourmac.com/ for a breakdown.

Apparently, the machines boot Windows just fine. No hacking required to install it at all, it seems.

Re:I really wonder why Apple didn't go with AMD

[TheRaven64]

g5 isn't 64 bit the way AMD64 / Intel EMT64 is.

Correct. PowerPC was designed as a 64-bit ISA from the start. The only difference between 64-bit and 32-bit PowerPC chips is the size of the registers, the MMU and some extra instructions for manipulating 64-bit integers natively.

x86-64, in contrast is a 64-bit hack built on top of a 32-bit cludge on top of a 16-bit ISA. As well as being 64-bit, AMD64 adds some extra registers (almost half as many as PowerPC, woohoo), which makes code faster, in spite of the 64-bit penalty (it takes longer to load a 64-bit value than a 32-bit one, and code with 64-bit pointers takes up more cache space).

OSX isn't a 64 bit operating system

OS X Tiger is a 64-bit OS. Because PowerPC64 was designed to be compatible with PowerPC32, it is possible to run 32-bit code on it. One of the most commonly used pieces of 32-bit code is the windowing system. This is 32-bit because graphical applications rarely need more than 4GB of address space[1], and so it makes no sense to slow all of them down for the few that do.

[1] They might, however, need to spawn compute processes which handle more than 4GB of data.

Re:Apple switching to IA-32, not 64?

[laird]

"If your Mac Tiger app is 64 bits, you're screwed. Won't even run in the emulator."

Two points.

First, there aren't any Mac app's that I know of that _require_ 64-bit CPU's, because they won't run on G3's and G4's, which means most Mac's, all laptops, etc. So app's that take advantage of 64-bit instructions also have a 32-bit version of the code.

Second, while the Universal Binary Programming Guidelines do only talk about the IA-32 instruction set, but it clearly supports 64-bit data types, and MMX/SSE/SSE2/SSE3, and I'd be stunned if it weren't possible to run 64-bit code on 64-bit x86's. Admittedly the 64-bit picture on Intel is a bit more complicated than on PPC (since the various x86 chip companies had different 64-bit stragies), but Apple's got a year to work it out. And, for what it's worth, rumor has it that Apple got MacOS X to compile on the Alpha at one point, which should have cleared up the dependencies on 32-bit code.