Learning UNIX for Mac OS X 163
Learning UNIX for Mac OS X | |
author | Dave Taylor & Jerry Peek |
pages | 139 |
publisher | O'Reilly and Associates, Inc. |
rating | 7.5 |
reviewer | Spencerian |
ISBN | 0596003420 |
summary | A good first-reference for new UNIX users, but steer clear if you're a UNIX vet. |
For starters, I was annoyed to find that the book's title implied a larger format than the 139 pages it comprises. The book has an audience problem because of its size. UNIX guys like thick books. Is this book mostly for newbies to OS X, to UNIX, or to Mac OS X's implementation of UNIX? Despite this targeting problem, the book's contents are still useful, but I think its audience is more geared to new UNIX users. The book just doesn't have much depth for even a reference title, especially for a topic such as UNIX, and particularly for a new, little-documented UNIX family operating system such as OS X.
While Mac OS X is a BSD variant, it has a few idiosyncrasies that may throw off a veteran UNIX user, and this book manages to address most, if not all of these notable problems. For instance, Dave notes problems in sendmail that prevent it from working from the command line in Mac OS X's Terminal application, and presents a fix for the problem. If you use command lines in UNIX all the time, the book does present good instructions on getting Lynx, IRC, newsgroups, pine, and the like up and running in Terminal. The book shies away (quite appropriately) from any graphic interface items unless required, such as when changing Terminal's preferences.
This book was very recently published (May 2002) but already has fallen behind with the release of Mac OS X 10.2 (Jaguar). Some components of Jaguar, such as CUPS support for stronger printing options, are completely missing from this book. If you have Jaguar installed on your computer, don't dive headlong into the NetInfo Manager steps for LPR printer configuration. Books typically don't age this fast, but in the case of this book, small changes seem to mean a lot to this title's usefulness -- the introduction of CUPS may have made Chapter 5's contents almost irrelevant.
Another small nag involves the lack of information on useful commands for Mac OS X users that weren't available (or were difficult to find) with the old Mac OS 9. One such command, cron, makes my life easier for handling some tasks on my home computer. It's not even mentioned in this book, nor will you find much information on shell scripting or compiling UNIX code you might happen to find. I guess I'm most annoyed at the lack of compile information since the Apple Developer Connection marked this book as a Recommended Title.
Despite our fondness for (and tolerance of the slightly-higher prices of) Macintosh computers, Mac users aren't made of money and don't like to buy a bookstore's worth of tomes for basic information. It would have made a lot of sense to talk more about compiling software since Apple's software or other GUI products don't meet or can configure all UNIX needs. And I won't even talk about the lack of coverage about XDarwin, an application that starts XFree86 within a Mac OS X installation, allowing X Window applications to run atop or in tandem with the OS X interface. XDarwin has become popular enough for it to become part of the stable XFree86 distribution. Given that not every UNIX user is a command-line freak, this is a pretty critical omission in my mind.
So, who should buy this book?
If you are completely new to UNIX and have been a gooey-kiddie who's used almost nothing except Mac OS 9, this is a very good reference to get your toes moist with UNIX. However, as drug dealers say, "the first taste is free." This book will leave you wanting more detailed information. More experienced UNIX users can probably find out what they need about Mac OS X's command line from a few free locations such as Mac OS X Hints.
One last thing: A pox upon Tim O'Reilly for not using the platypus for the animal on the book's cover. Given that the open-source core operating system of Mac OS X is named Darwin and has a nicely-modified take-off on the BSD mascot that depicts both the name of the OS and its BSD origins, I would think that O'Reilly would have jumped on this obvious cover.
You can purchase Learning UNIX for Mac OS X from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.
UNIX guys like thick books--wrong (Score:1)
Re:UNIX guys like thick books--wrong (Score:1)
Minute Rice? Who has the time?
Re:UNIX guys like thick books (Score:1)
Re:UNIX guys like thick books--wrong (Score:3, Insightful)
Re:UNIX guys like thick books--wrong (Score:2)
The point of the book (Score:1)
Re:UNIX guys like thick books--wrong (Score:1)
One of the things you mentioned (cron) is one of the things he said wasn't covered: "One such command, cron, makes my life easier for handling some tasks on my home computer. It's not even mentioned in this book, nor will you find much information on shell scripting or compiling UNIX code you might happen to find."---it sounds like some of the basic time-saving wonderful command-line tools that we all use are missing from the book.
I hope that they at least included a warning to NEVER type "rm -rf
-Sara
Re:UNIX guys like thick books--wrong (Score:1)
Re:UNIX guys like thick books--wrong (Score:1)
Re:UNIX guys like thick books--wrong (Score:1)
Err. Oops.
Sorry- couldn't resist.
-Sara
platypus (Score:1)
Hexley does seem the obvious choice, but all the Apple-themed O'Reilly books have a dog motif. I guess they thought consistency was better.
What, no dogcows? (Score:4, Funny)
Re:What, no dogcows? (Score:1)
By the way, I have to say that authors are definitely NOT allowed to know about the animal that'll be on their cover until publication. It's quite a mystery, and I felt lucky to have a relatively normal critter rather than something, uh, weird or peculiar.
Re:platypus (Score:1)
Re:platypus (Score:2)
Re:platypus (Score:2)
Hey says moof!, though.
Re:platypus (Score:1)
Re:platypus (Score:1)
Teach yourself Unix in 24 hours? (Score:2, Funny)
Yeah, you must be a real hardcore techie.
Read dummies books too?
Re:Teach yourself Unix in 24 hours? (Score:1)
Re:Teach yourself Unix in 24 hours? (Score:1)
I am baffled by this sort of mindless macho agressive attitude. Hey, it's totally okay not to know something. Look at it this way: at least the people reading the Teach Yourself and Dummies books are learning, and isn't that better than either thrashing (typical hacker way to learn things!) or bailing and saying it's stupid?
On the other hand, it must be very cool to be omniscient, so you know what you want to know, and have no reason to learn anything new. Hmmm... :-)
Re:Teach yourself Unix in 24 hours? (Score:1)
Its a shame its not 10.2 (Score:3, Insightful)
Thinking in a more unix way, I starting trying to hunt down the proccess involved..but all to no avail. I couldnt find any proccesses that seemed to be having problems..and was told by a friend in the know that my issue was more of a mac gui thing...something I know nothing about
A good decent book on OS X Server 10.2 would be really nice at the moment
Re:Its a shame its not 10.2 (Score:1)
Re:Its a shame its not 10.2 (Score:1, Troll)
That being said, the documentation is slim. I managed to totally bork my authentication services on my MacOS X Server box because I didn't totally understand LDAP and Netinfo. That was fun, couldn't login to the GUI or use the admin tools at all - it's a good thing I wasn't working on the main server and that I had lots of stuff backed up.
Right now I have everything working nicely, with the exception of not being able to serve out IMAP mail services. I'm not sure what I'm doing wrong, the documentation just doesn't explain enough for me to understand it fully.
I wanted to take one of the courses on MacOS X Server that Apple offers, but the course is $2,500. That might be par for the course, but I work for a non-profit and we can't afford to spend that much money on one training course. What we could do is to spend a few hundred on proper documentation and then teach ourselves.
Re:Its a shame its not 10.2 (Score:2)
I've already written one book. [premierpressbooks.com] I'm hoping to take these classes and write study guides for the various Mac OS tests so we can all save a few bucks but get the training we need.
I've recently played with an Xserve and 10.2 Server for a few weeks. It does rock, but Apple really needs stronger and enterprise-based documentation. They write too often with consumers in mind, not IT people.
RTFM? 622 page maual (Score:2, Informative)
Re:RTFM? 622 page maual (Score:3, Interesting)
I want a very in-depth guide, or set of guides, similar to the old Inside Macintosh series, but for MacOS X Server admin. So what if it covers Unix topics, or GUI topics? Cover it all and break it down into modules that you can buy and read as you want. Have an intro book for general topics, have a book on mail, a book on web serving, a book on firewalls and NAT, etc. I'm sure Netinfo and LDAP will take a book just by themselves.
The point is that these introductory Mac books just don't cut it any more. They are all pretty much clones of each other and they tell you simple stuff like how to set up your web browser. That's great for the home user, but it does nothing for the professional system administrator looking to use Macs.
Re:RTFM? 622 page maual (Score:1)
There's "Unix for Dummies" if he needs Unix help.
Re:Its a shame its not 10.2 (Score:1)
The admin tools work for a while and then bam...cant log in any more, cant use the admin tools, cant connect to file shares..nothing. I can still connect, ping and even use web pages..but I just cant login.
I'd love to know how you solved this.
Re:Its a shame its not 10.2 (Score:2)
sudo ditto -rsrcFork
I then did a complete reinstall of the server. Yeah it was a bit of overkill but it totally cleared up all of my troubles. (I had a few other odd problems that were plaguing me.)
Since then I have been a bit smarter about how to run the server. I have been keeping the user accounts on a separate drive. That way I can mess with the server drive without having to worry about messing up the data. I was circumventing Apple's tools for the firewall because I had a much more involved rule set that I wanted. Now what I am doing is using Apple's GUI to start the firewall and then adding in ipfw rules around the ones the server software creates.
If you are having problems with logging in it may be one of several problems. First of all, you may have messed around with Netinfo's domains. If you bork Netinfo then you lose many of the authentication services. You may also have created firewall rules which mess around with your loopback. If your server can't use its loopback properly, then it may not be able to do authentication lookups. Lastly, you may have accidently messed up one of the configuration files that controls your authentication services.
I'm not that well-versed in running a MacOS X Server machine, but these seem like the main issues. Since I did a re-install of the server and I was a bit more careful about messing around with things, I have had very few problems. My main one now is the fact that I am having trouble setting up IMAP accounts. It may be due to the fact that I'm running NAT, but I'm not sure yet.
Good luck with it!
taming unix (Score:2, Insightful)
Apple gave us a lot of power but has not told us how to use it. In the mean time We are encouraged not to use them until they are documented, but being geeks we cant resist poking and prodding. And assuming that because we know linux or BSD that we know Mac OSX. Then we get MAD when we get into trouble from our uniformed meddling or we discover some bit of uglyness behind the veil that we dont like exactly how apple has implemented it. Whereas before we were bilssfully unaware and untempted. It seems like all the anti-apple slashdot critiques that are at leaset slightly based on experience are along the lines of "well linux doesn't do it that way, so apple is wrong."
When I first got OS X beta, I nievely tried to set /etc/fstab and /etc/exports. Got steamin mad. Then discovered netInfo. (I vaguely knew where to look from NeXTstep) Thought that was truly wonderful and sorely needed unification of unix configuration. Blessed apple. But apple had not issued the manual. No matter, I waded in, did some cool things, and by the end of the day my computer was unbootable from one leeetle mistake. (had to re-install). Cursed Apple for not documenting this. (I had called them on the phone and they warned me not to meddle with it!) But within 6 months the NetInfo manual was indeed out along with some idiot proof gui "training wheel" tools for making changes to certain records.
My experience with OSX has been extremely positive. I make some whopper mistakes, but that was really y fault. mac unix is unix but its not LINUX and HFS+ is NOT UFS. But that does not make it worse. In fact on the whole I think its much better. But if you assume that cp and mv do the same thing they do in linux, well you will eventually get a surprise.
Speaking of 10.2 (Score:2, Informative)
Re:Its a shame its not 10.2 (Score:1)
MacOSXHints [macosxhints.com]
Piles of customization and installation information for all versions of X client/server. Almost always the hint I'm looking for is here, with
Marc Liyanage [entropy.ch]
Has custom-compiled packages of the biggies: PHP, Apache, mySQL, Postgres, ImageMagick and several others. Also has build instructions for the more difficult ones (ImageMagick comes to mind... I tried manually compiling it with different options for days and it would never link the correct libraries). He also has a hints section on his site.
Between these two sites and Google, I've been able to find answers to just about every problem/issue that I've come across in the 2+ years of using OS X.
That said, the OS X for Unix Geeks is a solid book, although so much changes between point releases of OS X (one of my major grievances... why must Apple always replace my custom PHP and Apache, or do weird, undocumented stuff to the default umask for the ftpd?) that you really need up-to-date info that just doesn't come in dead-tree form.
--dr00gy
forgot something... (Score:2, Interesting)
Re:forgot something... (Score:2)
Do you mean the "explaining why you might want to learn about Unix" part, or do you mean that the book doesn't do a good job of teaching parts of Unix that are of interest to most users of OS X? If it's the latter, I would agree that most Mac OS X users probably don't care; they're going to buy the "Missing Manual" series or something. If it's the former, that might be more of a problem.
My guess is that the average reader of this book is somebody who was really into Mac OS X, and then saw somebody perform a Unix command line magic trick that saved tham a whole day's work. This does happen, and it does have an effect on the witnesses, who then go forth, intrigued, to the bookstore. But, lo: the Unix books are written for the high priests! Ah, here's a book for an acolyte like me...it even says "Mac OS X" in the title. :-)
Time will tell if there really is an audience for this or not.
Re:forgot something... (Score:1)
You definitely do not have to do any such thing; you can work happily in Aqua and never even know about the Unix "lurking" underneath. However, when you start having to download freeware apps to do things like a simple file renaming that can be accomplished in a three-line shell script, you might just wonder about what kind of capabilities there are "under the hood" in this new operating system world.
And then there are the Unix people who never got into kernel hacking or the GNU-patch-of-the-day club, but are still excited about having a beautiful GUI and all those greate Mac applications and a powerful Unix underneath....
For me, OSX is terrific because I can work for days without using the command line, and when I feel the urge, I can launch Terminal.app and program, write shell scripts, ftp/curl new apps, fly through editing tasks with vi, and generally cause mayhem to my heart's content. I think Mac OS X is a phenomenally cool melding of my two favorite computing environments!
Just as an example, I find sftp the fastest way for me to interact with my secure server, even more so than RBrowser (etc). Sure beats the pants off Netzilla and my weekly puzzling over why it (Windows XP) can't seem to handle a simple ssh connection. But that's another story!
the oreilly 'gotta get something published' model? (Score:1, Interesting)
I'm seen this example with this book and with things like Rob Flickenger's 'community wireless networks'.
It's not at all that they AREN'T good books, or not informative, but they are, indeed, lean and seem to be something just to get published.
After all, we now have OSX: the missing manual (second edition coming soon) and other OSX manuals (which I can't name cause it aint out yet) that are more of the OReilly 'tome' size (400 + pages)
I am not a publisher and I really dont know how the publishing business really works, but as an end user and a buyer of dozens of Oreilly books, this 100 page short book thing seems to be a way to get a book, ANY book, to the market ASAFP while larger tomes are worked on.
$.02
Mac OS X for Unix Geeks (Score:5, Informative)
* A quick overview of the Terminal application
* Understanding Open Directory (LDAP) and NetInfo
* Issues related to using the GNU C Compiler 9GCC
* Library linking and porting Unix software
* An overview of Mac OS X?s filesystem and startup processes
* Creating and installing packages using Fink
* Building the Darwin kernel
* Running X Windows on top of Mac OS X
Re:Mac OS X for Unix Geeks (Score:2)
Don't get me wrong--it's an excellent book. But in the past year or so, I've already outgrown it's content. I've dived into the UNIX innards of OS X quite often, and you can't help but learn the basics that way. This book was really for someone who has never used UNIX before but knows a bit about Mac OS.
The "UNIX Geeks" book definitely requires a read for me.
Re:Mac OS X for Unix Geeks (Score:3, Interesting)
Well, I was baffled about why you didn't think the title made this very clear. O'Reilly "Learning" books are for beginners (in some sense), and the title of this one is "Learning Unix for Mac OS X". What is the intended audience? Beginners. What will they learn? Unix, in the context of Mac OS X. Believe me, there are thousands of those people around, including many who don't usually buy many computer books and therefore have not come to expect the "brick of verbosity" tomes that some people really seem to want.
Having said that, I have to confess that I fell into a similar trap back in the day with "Learning Perl/Tk". Now there's an O'Reilly book that earned something approaching scorn in the geek community, and the reason why is because that one really didn't have much of the audience intended (beginners wanting to learn Perl/Tk), but instead was the only real book for *anybody* to buy that really talked about Perl/Tk...and most of the actual buyers were complete geeks in search of something that would augment the then sparse-ish documentation for the toolkit. But all's well that ends well; we now have "Mastering Perl/Tk", and I think we're all happy again. :-)
Me too. I'm guessing that this book if it turns out to be as good as we'd hope will sell a *lot* more copies than you might expect given the rate of adoption by geeks of (T)iBooks. When I went to YAPC in St. Louis, i was floored by the number of those being used during talks...
Re:Mac OS X for Unix Geeks (Score:2)
I wrote the review with
Re:Mac OS X for Unix Geeks (Score:1)
(PS: I'm writing this while in the 'Mac Hacking' session of the O'Reilly OS X conference... This has been a really good conference and I'm quite glad I came to it
Re:Mac OS X for Unix Geeks (Score:2, Interesting)
Right, but that surely is a mark of success with a Learning title? As the lead author, I look at it this way: I want to prepare the reader for their future journeys into Unix. Jerry and I did our best to ensure that we explain potentially foreign Unix concepts clearly, enlighten readers on the philosophy of command lines, flags, pipes, redirection, and other weird Unixisms that are a long way from Mac OS 9 / Windows interaction, and generally push everyone in the right direction so that they (you) can learn more and shed the book!
I'm quite delighted to read your comment, Spencerian, actually. I wish that all my readers came back a year later and said "thanks for getting me started. I don't need your book any more!" :-)
24 Hours? (Score:2, Funny)
(ducks...)
Re:Oh boy! from +3 Funny to -1 Flamebait in minute (Score:1)
Can't these people take a joke?
Oh I don't know (Score:3, Insightful)
That's a misnomer, My Kernighan & Ritchie C book gets a lot of use and it's only ~280 pages. Large does not espessially mean better.
Re:Oh I don't know (Score:1, Funny)
You go on and keep telling yourself that. Meanwhile, your girlfriend will be spending another night with me.
Re:Oh I don't know (Score:1)
Not really. It is a falacy, though...
My Kernighan & Ritchie C book gets a lot of use and it's only ~280 pages. Large does not espessially mean better.
Indeed. K&R is probably the best book in existence for learning C, precisely because of its lack of excessive and distracting crud...
Agreed (Score:2)
As a rule, if a book has more than two authors and is more than four hundred pages long, its quality is generally poor. This is because such titles - eg, most of the Unleashed series - take content from several diffferent authors, but don't maintain consistent style of build a solid learning path. One fellow explains the
I'm not saying all huge books are like this, but because of their nature they're more than likely to need a good editor to make all the disparate content a little more seamless, and because most are churned out like nobodies' business they rarely get this attention.
Other examples of why big books are often poorer includes the 1400 page Upgrading and Repairing PCs compared to the 700 page O'Reilly's PC Hardware in a Nutshell. Upgrading and Repairing loves including charts of the details about every PC product made by every manufacturer since the edition was published. This information is generally out of date, but th books publishers tell you you can fidn newer information onlien at the oublishers web site. Well, er, actually, I can find it at any web site. PC Hardware in a Nutshell is a lot mroe concise but contains most of the useful information. What it lacks in out-of-date charts it makes up in providing users with real-world experience and facts-supported opinion by the two authors - eg, they'll tell you that HP don't often release or support newer firmware for the CD drives they rebrand, so it might be best to avoid HP gear.
Another famously bad exampel of a large book is John Chirillo's Hack Attacks Encylopaedia. Its ~1500 pages (IIRC) of mainly unedited text files from outdated h4x0r tools, with a chapter by John at the start. It disgusts me that a) he has the nerve to call himself the authro of the title when he's clearly the edit, and a lazy one at that b) that this is a so called premium security title and is charged accordingly.
Re:Oh I don't know (Score:2)
Not familiar with O'Reilly books? (Score:4, Interesting)
Also, O'Reilly already used a platypus for "Web Database Applications with PHP and MySQL", so no dice there.
However, I just got an idea to somehow play off of the BSD Daemon/Apple connection by using a picture of the story of the devil offering Eve fruit from the tree of knowledge. Also sort of a connection to Darwin via the evolution/creationism debate.
OK, so it's a pretty big stretch ;-)
MacOS X Animals (Score:2)
"Audience Problems"?? (Score:5, Insightful)
The book has an audience problem because of its size. UNIX guys like thick books. Is this book mostly for newbies to OS X, to UNIX, or to Mac OS X's implementation of UNIX? Despite this targeting problem.....
This is crazy!!! There is no "targeting problem" -- the book is written for people who are new to UNIX -- that is the target audience. The book is right on for this crowd. As mentioned by others, there are other books that the UNIX savvy will find useful. -- Why would someone who owns "Unix PowerTools" or "Essential System Administration" even consider bying a book with "Learning Unix" in the title???
Re:"Audience Problems"?? (Score:1)
Online UNIX tutorial for OS X (Score:3, Informative)
http://www.osxfaq.com/Tutorials/LearningCenter/ [osxfaq.com]
A Really Thick Book on OS X (Score:5, Informative)
It makes a great reference book, and comes in real handy whenever you need a heavy, if slightly soft, weight around the house.
"Godzilla's coming"
Io, "Godzilla 2000" (US version dialog)
G Countdown: 26 days (www.godzillaoncube.com)
I also like Mac OS X Unleashed (Score:2)
Re:A Really Thick Book on OS X (Score:1)
'smart' quotes in articles (Score:1, Redundant)
Not really a Slashdot book. (Score:1)
I, too, was amazed at how THIN it was. Aside from having a hard copy of the directions for tweaking Sendmail so it works locally, I don't expect to get much use out of this book.
If you want to do some serious, under-the-GUI hacking, get "Mac OS X Unleashed." Seriously ass-kicking, as most of the Unleashed series tends to be. (Had to pay for that one . . . )
FreeBSD Handbook (Score:1)
Book Doesn't Make Compelling Case for LearningUnix (Score:3, Insightful)
I ended up reviewing this book [canadacomputes.com] for The Computer Paper, and my editor summed it up with the title: "Unix book doesn't explain why Mac users should learn it".
Okay, I know it is aimed at the beginner, but aside from teaching the basics, none of it really goes into learning any of this would be useful to the reader. Why teach someone about using the lynx browser for example, and not show them how to use grep for finding files, or the basics of shell programming to automate common tasks.
Best book of its type that I've seen so far on this specific topic is Mac OS X Unleashed [canadacomputes.com]. For the beginner, I'd recommend Mac OS X: The Missing Manual [canadacomputes.com] which probably has about as much info on the Unix end of things while having plenty of good general useful info on OS X.
The only thing unique about shell scripting OS X (Score:3, Informative)
Mac users will require more initial hand-holding to become comfortable with the command line. And they'll need instant gratification to convince them that dealing with such an apparently-archaic interface is worth the effort.
If you know someone who is in this situation, get them:
Then show them df | bbedit. They'll feel more comfortable seeing a connection between the GUI world they know.
Then shown them df | grep disk0s9 | bbedit.
And df | grep disk0s9 | awk '{print "Disk Size: " $2/2000 " MB"}'.
Work on basic one-liners first, then show them sed, head, tail, wc, etc. And when you go to show them something new one day and you discover that they wrote something on their own purely because they were interested, you know the fire has been lit.
And if they have any doubts about the value of shell scripting, show them the Linux version of my Buddy program [sourceforge.net], which is really just a collection of over 70 shell scripts (most of which are reasonably-well commented) and explain that the Mac OS X version is just the Linux version with an AppleScript Studio GUI slapped on top.
Re:The only thing unique about shell scripting OS (Score:1)
Your blanket statement seems to assume that Mac users, in general, do not have Unix experience. I don't think that is true. I for one, use Unix all of the time at work. So it was a snap to start using Unix on my Mac at home.
In addition, I would point out that Macs are very popular on college campuses where Unix is also prevalent.
If you follow OS X discussion boards, you will certainly see a fair number of newbie questions about Unix. However, you will also see at least as much discussion about some fairly sophisticated technical issues related to BSD on OS X, indicating a fairly proficient user base.
Re:The only thing unique about shell scripting OS (Score:2)
There are many Mac and Windows users who do have Unix experience, but your comments suggest that your perspective is skewed because you work in a Unix environment. We're talking about people who are not using Unix (hence the title of this discussion, "Learning UNIX for Mac OS X) but could benefit from it.
Re:OSX and Unix (Score:2, Informative)
Re:OSX and Unix (Score:1, Funny)
Re:OSX and Unix (Score:2, Funny)
Re:OSX and Unix (Score:1)
> Microsoft owns nowhere near 51% of Apple's shares.
> The shares they bought in 1996 were a) non-voting
> and b) maybe a percent, at the very most. Although
> I believe the shares have been converted to voting
> shares at this point, but still, incredibly far
> from being controlling shares.
The shares were dumped on the market back in Fall of 2000, which together with a big loss reported that quarter seriously tanked Apple's stock. While the rest of the industry crowed about Apple's eminent demise, the earnings warnings started rolling in.
The next quarter, Apple had returned to the black. The computer industry was a shattered landscape, where only a single tree still stood proud. It was Apple's turn to laugh.
> Not to say Microsoft still doesn't hold sway
> over Apple in some way.
Sorry, the agreement expired in August. Microsoft is just a third party developer and a competitor now. While pundits talk of patching up the marriage, Apple has gone to war!
Even if Apple should loose Office, Microsoft themselves will give Apple its biggest selling point. When Palladium comes, users will flee to the Apple that has pledged to fight for their fair use rights.
Windows: "Go talk to my friend, an 800 pound monopoly-abusing gorilla!"
Mac: "And here's my good buddy, the 66,000 ton Godzilla!"
Godzilla: Stomp!
G Countdown: 26 days (www.godzillaoncube.com)
Re:OSX and Unix (Score:1)
Re:OSX and Unix (Score:1)
"+1, Interesting"?
"-10, Pure bollocks" is more like it.
Re:OSX and Unix (Score:1)
Microsoft, as a show of faith purchased $150,000,000 worth of Apple shares. In no way does Microsoft own %51 of Apple.
Re:OSX and Unix (Score:1)
Microsoft has nothing to do with MacOS X, and no, Microsoft does not own 51% of Apple.
Note to moderators: the parent post is a "Troll", not interesting, insightful, or anything positive...
Re:OSX and Unix (Score:2)
Was it nice crack?
a grrl & her server [danamania.com]
Re:OSX and Unix (Score:2, Informative)
as long as Microsoft is not an institution is quite hard that it can own 51% of apple shares
Re:OSX and Unix (Score:2, Informative)
Reminds me of some of the truly moronic comments I got at the time. "So what are you gonna do now that Bill Gates has bought Mac?" Sheesh.
Re:OSX and Unix (Score:1)
Re:OSX and Unix (Score:1)
This is all explained in Second Timaeus, alas the dialog appears to have been lost...
Re:OSX and Unix (Score:1)
Re:OSX and Unix (Score:5, Interesting)
Jesus! What kinda smoke have you been inhaling?
MS bought 150M $ USD worth of NON-voting shares of Apple back in 1996. That's peanuts. Apple was worth net 2.1 billion at that time.
That's nowhere near 51%.
Besides, you're factually wrong to start with. BSD was a set of tools that sat on top of AT&T's Unix. It eventually grew so large it required only a few files to become it's own OS. That was the kernel. They eventually got that.
Mac OS X (or, Darwin, actually) is entirely FreeBSD (some tidbits of NetBSD too), except for the microkernel, which is Mach (no relation to "Mac").
And YES, Darwin/Mac OS X *IS* Unix, as it has licensed the trademark from the Open Group, the rightful owner of the trademark.
What makes a Unix is not the kernel. It's how the package operates and how well is follows the standards (such as but not limited to Posix). The Unix trademark is awarded upon proper registration and evaluation of the OS. There are costst involved, is is pretty much the only thing that keeps Linux being called a real Unix.
Re:OSX and Unix (Score:1, Informative)
Excuse me???
Mac OS X is not certified Unix by the Open Group. See their list of certified Unices [opengroup.org]. Notice the distinct lack of Mac OS X (and GNU Linux for that matter) in their lists.
--AC
The Open Group and Apple (Score:2, Informative)
Re:The Open Group and Apple (Score:1)
OS Opinion [osopinion.com] has an article (outdated) which covers this whole debate.
So there you have it. Mac OS X is not an official "UNIX," but Apple is justified in using the name in its marketing material.
- MFN
Re:OSX and Unix (Score:2)
Re:OSX and Unix (Score:1)
__
Re:OSX and Unix (Score:1)
Not that I disagree with the jist of what you're saying, but fink does not a unix make.
Cygwin sits on top of windows and provides most of what fink does (minus the snazzy apt-get functionality) but no one would argue windows is unix.
Mac OS X is a unix IMHO, but fink is not the reason.
Re:OSX and Unix (Score:1)
__
Re:Linux is not Unix either (Score:1)
Re:OSX and Unix (Score:1)
Have a nice day!
Re:OSX and Unix (Score:2)
It was nowhere near 15%, and the shares were sold many months ago.
And though Apple does admit to changing the kernel, this is no more different the many UNIX variants.
It's not accurate to say that Apple changed the kernel. They're using their own kernel, xnu, which is based partly on the Mach work out of CMU and partly on work done by NeXT and, later, Apple themselves.
So please before you post, get your facts straight.
Physician, heal thyself.
Re:Here we go again: @# +1; Informative #@ (Score:1)
Nowhere near as powerful? Perhaps-I'm ignorant of the differences. Regardless, the Open Group seems to think OS X is unix. Check out http://www.unix-systems.org/what_is_unix/single_u
Not that this really matters to me, I'd enjoy OS X even if it were labeled as Belly Button Lint.
Re:Here we go again: @# +1; Informative #@ (Score:2)
But GNU is Not UNIX, is it?
Re:Here we go again: @# +1; Informative #@ (Score:2)
1991 and is nowhere as powerful as the GNU m4.
what does bsd m4 have to do with Darwin?
[14:02:33][jeremy:~]$ uname -a
Darwin Jeremy-Erwins-Computer.local. 6.1 Darwin Kernel Version 6.1: Fri Sep 6 23:24:34 PDT 2002; root:xnu/xnu-344.2.obj~2/RELEASE_PPC Power Macintosh powerpc
[14:02:37][jeremy:~]$
GNU m4 1.4
OK, I'm feeding the trolls, but... (Score:1)
Well, what the hell does early moderation have to do with:
Apple,
OSX,
Darwin,
thick books,
big ticket hardware,
attempting to make newbie guides relevant to Unix gurus,
deluding long-time Mac freaks into believing that they are using a real operating system,
or Disney rip-off cartoon platypii(*)?
???,
profit!!! (oops, Freudian typo - sorry folks!)
(*) Does anyone else see the Huey/Dewey/Louie -> Hexley similarity?
Re:OK, I'm feeding the trolls, but... (Score:1)
You must have been pretty hungry yuorself then, tough guy.
Re:OK, I'm feeding the trolls, but... (Score:1)
Fair call!
Hold up your Karma Torch, it's time to burn (Score:2)
Re:Alan Thicke - DEAD!! (Score:1)
I know this is a troll, but. . . (Score:1)