Just a quick note to say how much I appreciate all the great things you all do!!! You make it a pleasure to work here and are extremely talented at what you do!
My hats off to you!!! THANK YOU!!!!!
In fact, why don't you take tomorrow off!! ------
Remind me to shoot the guy who scheduled SysAdmin day on a Friday.
Friendly tip for the Internet Explorer update
on
MS Office and IE Exploits
·
· Score: 4, Informative
Not that I use IE except for testing, but I found that you only get prompted for the update if Internet Explorer is in/Applications.
I had moved it into/Applications/Internet on my machine.
I'm pretty certain you can remove the Quicktime Player and all the codecs if you really want to without losing OS functionality (besides uhh.. playing movies).
As far as the 'graphics interface', ala DirectX style stuff.. you may run into issues. I'm curious what specific files from Quicktime you claim will break the general UI, in any case. Something I would like to try.
As far as the apps.. of course it won't always run the particular "app" you want.. but as far as application purpose -- hell yes. It may not run little stuff like 3D Studio Max, but there are plenty of alternatives like Lightwave 3D, Maya, etc. that may indeed be better than what you are using now for your purposes! What about some of the software that works on Mac but not Windows?
As far as games.. I'd say more than 5% of the games out there work on MacOS X.. all the good ones get ported. Ever thought of the Mac games that don't have Windows versions? Like EV Nova.
I made the switch to MacOS X this summer.. The only "type" of application really missing is decent GPS software. There is MacGPS Pro and Gpsy -- but those are Classic. There is gpspoint for command line, but it doesn't support NMEA or Magellan uploads. Here is about the only "sore" area I can think of.
> Give me the source to Mail.app, so I can add > support for certificates. It's not like your > competition is going to steal anything useful out > of that excellent, Cocoa-centric app.
Are you sure you even need the source? Yes, it'd be cool, but the folks at GPGMail managed to add GnuPG support to it without any source code.
I'd almost make a real simple, searchable solution. Install PHPWiki (or insert your favorite WikiWikiWeb implementation), and have some pages like:
-------- * [After blah happens, Does this happen when this happens?] * [After blah happens, does this not happen?]
Insert description of what may be going on if it's neither of the links to the next pages.
---------
and have wiki links to other pages asking questions as similar links.
It's simple, braindead, no custom coding, and laughingly easy for any engineer to update. It's not the most elegant solution, but in a pinch, it'll work. In my current and previous workplaces, the IT departments (at least the UNIX folks) have used wiki's for documenting just bout everything.
Seeing as AOL already supports UNIX (in the US anyways, they support MacOS X)... which comes with gdb on the Developer Tools CD, this is pretty silly:)
I'll begin to use webmin when it supports revision control hooks. Things like this you actually need when you've got multiple admins.
I hacked together revision control hooks once upon a time for some webmin features, but it was frustrating because there was no common saveConfigFile() function or anything.. each module did it individually in their own way, which meant I had to modify each module to execute cvs after it's save functions. I didn't get as far as having webmin prompt for a change description, however.
So, as webmin started progressing through versions, while we began rolling out our cvs-based revision control wrappers for/etc & such.. we abandoned webmin.
Yes, I've got the source code to change it.. do I plan on it? Not especially. Not worth my time right now.
The first thing I did was get a high-resolution webcam, the FirewireDirect DV WebCam and an X10
Ninja for remote panning/tilting. You can remote control this with your computer, but I chose to not use this option yet - though I would like it controllable from the web.
Then, for the recording, I'm using a beta build of CoolCam X from the great folks
at Evological who implemented a few motion detection changes for me.
Currently, for every time the motion detector trips, it records a JPEG still shot, and it also appends it to a Quicktime movie (in Photo-JPEG format, which, xine and xmovie happily reads). Every nite, a crontab entry moves all of the JPEG's and the movie into a dated directory, for later review.
The Quicktime movie is kind of fun, watching life in motion lapse. I keep it all on the web, but since my link is small, I'm not going to link to any of the quicktime movies for now.. suffice to say, it's funny watching the street in the front of my house.
All running happily on my (now obsolete) G4 DP533 running MacOS X.1
Yes, in fact, I remember quite clearly when Linux 2.0 got syncookies. I'd wager 2.0.27 or 2.0.28. The syncookies implementation was totally awful. I was a pretty newbie sysadmin at the time, and whenever someone checked POP3 mail on our mailserver.. it'd warn us about sending syn cookies, and that all the students were attacking the mailserver whenever they loaded Microsoft Internet Mail.
I didn't quite know what syncookies were. I just knew I didn't want them anymore after that. If it was an option in FreeBSD at that time, I would have laughed at the option, and subsequently turned it off. After other issues in 2.0.28 (was Linus drunk?), I tried FreeBSD by suggestion of my brother. Been pretty happy since.
I'm sure the issues I had have been long fixed in the Linux tree, and should be in the new FreeBSD implementation, I hope.:)
I'd check the CVS commits on the Linux kernel to give more precise info of the syncookies, but I can't seem to find them linked from http://www.linux.org/
Theoretically, if you have the source code to Darwin, couldn't you just fix the ROM issue (assuming it still exists).
I mean, folks are using the Darwin source to run MacOS X on older unsupported Mac's, don't you think this can be fixed?
The only way I can see it working otherwise is if say, the graphical Windowserver or a proprietary kernel module checks it.. but I'll bet my bottom dollar the kernel runs just fine.
As far as the ADC based on some obscure standard. All ADC is DVI+USB+power. You buy a splitter if you need one.
I myself have a 22" Apple Cinema Display DVI model.. so I bought a combiner that takes the DVI+USB+Power and makes it into ADC.
I'll admit, ADC isn't the norm (though you can buy PC video cards with ADC connectors).. but it's not a half bad idea to take the 3 connections from the monitor and combine it.
No/etc? There are 72 files in my MacOS X 10.1.2's/etc. Why so little?/etc/rc.* was moved to a new structure in/System/Library/StartupItems (and 3rd party in/Library..), which has 380 files.
As far as NetInfo goes, it's just like the NIS your familiar with on other UNIX's. (and can be hooked into NIS or LDAP). In fact, everything in NetInfo, except for maybe printers, is found in NIS. And if you don't think NIS is UNIX-like, you've never ran more than 3 machines.
As far as the other two, others have countered that.
The title said UNIX, and then later he said he was using Linux, so this may not be as applicable as he wanted.
This morning I saw a review on IBM ViaVoice for MacOS X that piqued my interest. Overall, it looks like a pretty solid product for doing voice input into any program.. but can you imagine using vi without a keyboard?
As a recent MacOS X convert -- it's good to have a UNIX with supported commercial apps.
Having unfortunately dealt with Compaq, I wholeheartedly agree with your assesment on Compaq. I also now own a PowerMac G4 (I'm a UNIX-head who caught the MacOS X bug).
There luckilly is a big difference between the Compaq's you speak of and the Apple's of today. The biggest difference is that you don't *see* the wackiness. Since
Apple both does the BIOS, and the OS, no nasty hack like hidden partitions or weird NT drivers to get things to work properly.
Unlike the Compaq of the past, Apple doesn't try to make every peice of the pie either. Apple doesn't try to do stuff like make video cards, NIC's, or FUBAR SmartRAID cards. They leave that to other folks. My G4 has a Broadcom Gigabit Ethernet chipset, a normal Geforce2MX, and some outsourced sound chipset. It takes normal PC133 DIMM's, etc. They've learned to outsource & standardize a lot more since Jobs has come aboard. Sun does now too more, but they still manage some of the items on their own (Sun GigE 2.0).
Apple just makes sure that everything works together nicely. From the case, to the chipset, to the BIOS, and to the OS level. They do a beautiful job at it too.
P.S.: I've got a Compaq Proliant 4xPPRO 200 at home. Guess what it's used for? A TV stand (it's covered by a black sheet). I hate those machines with a passion.
I'd really love to see better Ogg support tied into the iPod & iTunes myself.
I ripped 150 CD's into Ogg format early in this year from my FreeBSD box, and threw myself into the Ogg format totally.. hacking up a nice multi-queue ripper/encoder, and going at it. I was unhappy with how slow the Ogg encoder was (it was 0.7 at the time I believe), and artifacts that came onto some albums (Junkie XL comes to mind). I still dealt with it happily. When it came time to move from FreeBSD to MacOS X as my desktop, I simply began to use Audion as my
Then, I get an iPod. This throws my world upside down. Suddenly, everything I had ripped is useless. So, I begin re-ripping with iTunes. I don't care for iTunes for a player, but it's a DAMNED nice ripper/encoder for my albums. It's simultaneous rip/encode process means I can take a CD from insert to rip to encode to eject in 4 minutes (if I'm lucky and I score a 15X encode/rip time).. With it's auto-encode-on-insert and auto-eject-when-done modes, it makes it a real factory process.
Apple is making a very big deal about moving everything it can to a standards based form.. While Ogg is not really a standard, it'd be really nice if a future iPod firmware update would support Ogg's, being a first for a *publically available* portable audio device supporting Ogg.. it'd be keen, wouldn't it?:) Of course, it wouldn't actually be Apple doing it, since Pixo actually took care of this part of the software design I believe. A little strong-arming never hurt anyone though.
That and then I could theoretically store more albums on my little angel. I am worried about the extra firmware bloat on the iPod though. It's very saddening for me to say I won't ever go to Ogg's till my iPod has support for it now.. but we can keep on dreaming, can't we?
Luckilly, work on this has already been done. All of the open-source BSD's (NetBSD, FreeBSD, OpenBSD, and Darwin) as well as MacOS X 10.1 do not ship with ftp or telnet enabled by default. You must manually edit/etc/inetd.conf to shoot yourself in the foot.
There was much joy when they all decided to make this change over the last 18 months or so (not sure when OpenBSD did it).
I'd love to see Solaris 9 ship with OpenSSH, hopefully no pesky lawyers saying "But this country and their crypto!" will stop that from happening.
Every new machine deployed here not only has no cleartext protocols enabled, but only has ssh2. Sure, the end Oracle developers will scream cause they love their telnet app. But this is silly.
I had originally written a script (based on ripit) that did mass-encoding into ogg or mp3 format on my FreeBSD box. The advantage it had over typical rippers is, other than total automation (auto-eject, auto-insert detect), it had a seperate fork for encoding and ripping. So you could rip 3 CD's while you were still encoding the first. You batch up 40 CD's in the rip queue, and wait overnight as the encode queue catches up. CDDB for ID3 tags and filenames, of course.
However, now that I'm using MacOS X as a desktop, I use iTunes, which is actually better, oddly enough. While it doesn't have the seperate rip/encode queues, it does have auto-eject & auto-encode on cd insertion. Where it beats out my old cd-slayer is speed. cd-slayer had seperate processes, iTunes does encoding as it's ripping!
The speed is pretty incredible, on some tracks (Front Line Assembly), it does the rip/encode process for 192K/s songs at 15.5X. More typically, I get 8X performance. iTunes smokes anything I've used by not only combining both processes, but having a nice SMP AltiVec Fraunhoffer based encoder.
So, this still means a single CD takes 4 minutes, but that aint half bad. It still means spending 13 hours on the weekend inserting a new CD when you hear the completion sound and the gears turning as your CD drive ejects. Slot drive encouraged!
So, if someone has a nice G4 around, do what my roommate does.. "Hey Thomas, can you rip these for me real quick?". Just an idea!
Looks like it's got half the interface & looks to me as well. Kinda like buying a Yugo and comparing it to a Mercedes. Not to mention that and taking 10 hours to download your music rather than the 12 minutes on an iPod.
I just got my iPod on Thursday, and it's been a trip. Before I leave to work, I drag & drop the albums I think I want today (from my 80G archive), then I just drag around the iPod in the car, in my cubicle at work, walking around, etc.
If it wasn't for the fact that I can replace all my music in a matter of minutes, the iPod would have died a miserable premature death.
That and having it recharge batteries from the firewire port is pretty slick, though I haven't run out yet.
What the heck? Modded down as flamebait? I thought it'd be interesting to other MacOS X folks that Civ3 ran for them.. hell, I bought VirtualPC just for playing Civ3!
I just wanted to say that it's very playable on my G4 DP533 running the VirtualPC 4.0.6 TestDrive for MacOS X. I run it with 128M dedicated to WinXP (faster than Win98 -- probably because no 16 bit tricks needed).
It's faster than my roommates PII-400 overall, but when the map refocuses -- his box beats me for redraw. The intro movie is a little jumpy too for me.
Slashdot Mirror
------
Subject: System Admin appreciation day
Just a quick note to say how much I appreciate all the great
things you all do!!!
You make it a pleasure to work here and are extremely talented at what
you do!
My hats off to you!!! THANK YOU!!!!!
In fact, why don't you take tomorrow off!!
------
Remind me to shoot the guy who scheduled SysAdmin day on a Friday.
Not that I use IE except for testing, but I found that you only get prompted for the update if Internet Explorer is in /Applications.
/Applications/Internet on my machine.
I had moved it into
I'm pretty certain you can remove the Quicktime Player and all the codecs if you really want to without losing OS functionality (besides uhh.. playing movies).
As far as the 'graphics interface', ala DirectX style stuff.. you may run into issues. I'm curious what specific files from Quicktime you claim will break the general UI, in any case. Something I would like to try.
As far as the apps.. of course it won't always run the particular "app" you want.. but as far as application purpose -- hell yes. It may not run little stuff like 3D Studio Max, but there are plenty of alternatives like Lightwave 3D, Maya, etc. that may indeed be better than what you are using now for your purposes! What about some of the software that works on Mac but not Windows?
As far as games.. I'd say more than 5% of the games out there work on MacOS X.. all the good ones get ported. Ever thought of the Mac games that don't have Windows versions? Like EV Nova.
I made the switch to MacOS X this summer.. The only "type" of application really missing is decent GPS software. There is MacGPS Pro and Gpsy -- but those are Classic. There is gpspoint for command line, but it doesn't support NMEA or Magellan uploads. Here is about the only "sore" area I can think of.
> Give me the source to Mail.app, so I can add
> support for certificates. It's not like your
> competition is going to steal anything useful out
> of that excellent, Cocoa-centric app.
Are you sure you even need the source? Yes, it'd be cool, but the folks at GPGMail managed to add GnuPG support to it without any source code.
I'd just love to see you fit your Maxtor USB 2.0 HDD in your pocket, myself.
I'd almost make a real simple, searchable solution. Install PHPWiki (or insert your favorite WikiWikiWeb implementation), and have some pages like:
--------
* [After blah happens, Does this happen when this happens?]
* [After blah happens, does this not happen?]
Insert description of what may be going on if it's neither of the links to the next pages.
---------
and have wiki links to other pages asking questions as similar links.
It's simple, braindead, no custom coding, and laughingly easy for any engineer to update. It's not the most elegant solution, but in a pinch, it'll work. In my current and previous workplaces, the IT departments (at least the UNIX folks) have used wiki's for documenting just bout everything.
Seeing as AOL already supports UNIX (in the US anyways, they support MacOS X)... which comes with gdb on the Developer Tools CD, this is pretty silly :)
I'll begin to use webmin when it supports revision control hooks. Things like this you actually need when you've got multiple admins.
/etc & such.. we abandoned webmin.
I hacked together revision control hooks once upon a time for some webmin features, but it was frustrating because there was no common saveConfigFile() function or anything.. each module did it individually in their own way, which meant I had to modify each module to execute cvs after it's save functions. I didn't get as far as having webmin prompt for a change description, however.
So, as webmin started progressing through versions, while we began rolling out our cvs-based revision control wrappers for
Yes, I've got the source code to change it.. do I plan on it? Not especially. Not worth my time right now.
c'est la vie.
The first thing I did was get a high-resolution webcam, the FirewireDirect DV WebCam and an X10
Ninja for remote panning/tilting. You can remote control this with your computer, but I chose to not use this option yet - though I would like it controllable from the web.
Then, for the recording, I'm using a beta build of CoolCam X from the great folks
at Evological who implemented a few motion detection changes for me.
Currently, for every time the motion detector trips, it records a JPEG still shot, and it also appends it to a Quicktime movie (in Photo-JPEG format, which, xine and xmovie happily reads). Every nite, a crontab entry moves all of the JPEG's and the movie into a dated directory, for later review.
The Quicktime movie is kind of fun, watching life in motion lapse. I keep it all on the web, but since my link is small, I'm not going to link to any of the quicktime movies for now.. suffice to say, it's funny watching the street in the front of my house.
All running happily on my (now obsolete) G4 DP533 running MacOS X.1
Funny you should say that.. according to the more complete 45 page manual, it uses at least a subset of MPI.
Yes, in fact, I remember quite clearly when Linux 2.0 got syncookies. I'd wager 2.0.27 or 2.0.28. The syncookies implementation was totally awful. I was a pretty newbie sysadmin at the time, and whenever someone checked POP3 mail on our mailserver.. it'd warn us about sending syn cookies, and that all the students were attacking the mailserver whenever they loaded Microsoft Internet Mail.
:)
I didn't quite know what syncookies were. I just knew I didn't want them anymore after that. If it was an option in FreeBSD at that time, I would have laughed at the option, and subsequently turned it off. After other issues in 2.0.28 (was Linus drunk?), I tried FreeBSD by suggestion of my brother. Been pretty happy since.
I'm sure the issues I had have been long fixed in the Linux tree, and should be in the new FreeBSD implementation, I hope.
I'd check the CVS commits on the Linux kernel to give more precise info of the syncookies, but I can't seem to find them linked from http://www.linux.org/
Theoretically, if you have the source code to Darwin, couldn't you just fix the ROM issue (assuming it still exists).
I mean, folks are using the Darwin source to run MacOS X on older unsupported Mac's, don't you think this can be fixed?
The only way I can see it working otherwise is if say, the graphical Windowserver or a proprietary kernel module checks it.. but I'll bet my bottom dollar the kernel runs just fine.
If it is otherwise, let me know. I'm curious!
As far as the ADC based on some obscure standard. All ADC is DVI+USB+power. You buy a splitter if you need one.
I myself have a 22" Apple Cinema Display DVI model.. so I bought a combiner that takes the DVI+USB+Power and makes it into ADC.
I'll admit, ADC isn't the norm (though you can buy PC video cards with ADC connectors).. but it's not a half bad idea to take the 3 connections from the monitor and combine it.
It's just nothing wildly proprietary.
No /etc? There are 72 files in my MacOS X 10.1.2's /etc. Why so little? /etc/rc.* was moved to a new structure in /System/Library/StartupItems (and 3rd party in /Library..), which has 380 files.
As far as NetInfo goes, it's just like the NIS your familiar with on other UNIX's. (and can be hooked into NIS or LDAP). In fact, everything in NetInfo, except for maybe printers, is found in NIS. And if you don't think NIS is UNIX-like, you've never ran more than 3 machines.
As far as the other two, others have countered that.
The title said UNIX, and then later he said he was using Linux, so this may not be as applicable as he wanted.
This morning I saw a review on IBM ViaVoice for MacOS X that piqued my interest. Overall, it looks like a pretty solid product for doing voice input into any program.. but can you imagine using vi without a keyboard?
As a recent MacOS X convert -- it's good to have a UNIX with supported commercial apps.
Does this mean we can finally buy stickers again? I've been waiting for freebsdmall.com to open again so I can buy some stickers.
Hell, I'll buy 4.5 if it comes with the stickers like the previous versions.
Having unfortunately dealt with Compaq, I wholeheartedly agree with your assesment on Compaq. I also now own a PowerMac G4 (I'm a UNIX-head who caught the MacOS X bug).
There luckilly is a big difference between the Compaq's you speak of and the Apple's of today. The biggest difference is that you don't *see* the wackiness. Since
Apple both does the BIOS, and the OS, no nasty hack like hidden partitions or weird NT drivers to get things to work properly.
Unlike the Compaq of the past, Apple doesn't try to make every peice of the pie either. Apple doesn't try to do stuff like make video cards, NIC's, or FUBAR SmartRAID cards. They leave that to other folks. My G4 has a Broadcom Gigabit Ethernet chipset, a normal Geforce2MX, and some outsourced sound chipset. It takes normal PC133 DIMM's, etc. They've learned to outsource & standardize a lot more since Jobs has come aboard. Sun does now too more, but they still manage some of the items on their own (Sun GigE 2.0).
Apple just makes sure that everything works together nicely. From the case, to the chipset, to the BIOS, and to the OS level. They do a beautiful job at it too.
P.S.: I've got a Compaq Proliant 4xPPRO 200 at home. Guess what it's used for? A TV stand (it's covered by a black sheet). I hate those machines with a passion.
How to burn a CD in MacOS X.1 in a few easy steps:
.ISO, it's pretty easy as well. Open up DiskCopy, and well, just point it to the ISO or DMG and click burn.
1. Insert Black CD, it asks you if you want to initialize it. Say yes.
2. Drag all the files you want to burn to the "CD" icon that appears on your desktop with the name you gave it.
3. In finder, click either the "Burn" icon, or drag the CD icon to the trash can, which (strangely) turns into a CD Burning icon.
4. Wait while it burns
Now, if you want to burn an
I've had DiskCopy crash while creating image files, but I've never had the burning process die.
I'd really love to see better Ogg support tied into the iPod & iTunes myself.
:) Of course, it wouldn't actually be Apple doing it, since Pixo actually took care of this part of the software design I believe. A little strong-arming never hurt anyone though.
I ripped 150 CD's into Ogg format early in this year from my FreeBSD box, and threw myself into the Ogg format totally.. hacking up a nice multi-queue ripper/encoder, and going at it. I was unhappy with how slow the Ogg encoder was (it was 0.7 at the time I believe), and artifacts that came onto some albums (Junkie XL comes to mind). I still dealt with it happily. When it came time to move from FreeBSD to MacOS X as my desktop, I simply began to use Audion as my
Then, I get an iPod. This throws my world upside down. Suddenly, everything I had ripped is useless. So, I begin re-ripping with iTunes. I don't care for iTunes for a player, but it's a DAMNED nice ripper/encoder for my albums. It's simultaneous rip/encode process means I can take a CD from insert to rip to encode to eject in 4 minutes (if I'm lucky and I score a 15X encode/rip time).. With it's auto-encode-on-insert and auto-eject-when-done modes, it makes it a real factory process.
Apple is making a very big deal about moving everything it can to a standards based form.. While Ogg is not really a standard, it'd be really nice if a future iPod firmware update would support Ogg's, being a first for a *publically available* portable audio device supporting Ogg.. it'd be keen, wouldn't it?
That and then I could theoretically store more albums on my little angel. I am worried about the extra firmware bloat on the iPod though. It's very saddening for me to say I won't ever go to Ogg's till my iPod has support for it now.. but we can keep on dreaming, can't we?
Luckilly, work on this has already been done. All of the open-source BSD's (NetBSD, FreeBSD, OpenBSD, and Darwin) as well as MacOS X 10.1 do not ship with ftp or telnet enabled by default. You must manually edit /etc/inetd.conf to shoot yourself in the foot.
There was much joy when they all decided to make this change over the last 18 months or so (not sure when OpenBSD did it).
I'd love to see Solaris 9 ship with OpenSSH, hopefully no pesky lawyers saying "But this country and their crypto!" will stop that from happening.
Every new machine deployed here not only has no cleartext protocols enabled, but only has ssh2. Sure, the end Oracle developers will scream cause they love their telnet app. But this is silly.
I had originally written a script (based on ripit) that did mass-encoding into ogg or mp3 format on my FreeBSD box. The advantage it had over typical rippers is, other than total automation (auto-eject, auto-insert detect), it had a seperate fork for encoding and ripping. So you could rip 3 CD's while you were still encoding the first. You batch up 40 CD's in the rip queue, and wait overnight as the encode queue catches up. CDDB for ID3 tags and filenames, of course.
However, now that I'm using MacOS X as a desktop, I use iTunes, which is actually better, oddly enough. While it doesn't have the seperate rip/encode queues, it does have auto-eject & auto-encode on cd insertion. Where it beats out my old cd-slayer is speed. cd-slayer had seperate processes, iTunes does encoding as it's ripping!
The speed is pretty incredible, on some tracks (Front Line Assembly), it does the rip/encode process for 192K/s songs at 15.5X. More typically, I get 8X performance. iTunes smokes anything I've used by not only combining both processes, but having a nice SMP AltiVec Fraunhoffer based encoder.
So, this still means a single CD takes 4 minutes, but that aint half bad. It still means spending 13 hours on the weekend inserting a new CD when you hear the completion sound and the gears turning as your CD drive ejects. Slot drive encouraged!
So, if someone has a nice G4 around, do what my roommate does.. "Hey Thomas, can you rip these for me real quick?". Just an idea!
Looks like it's got half the interface & looks to me as well. Kinda like buying a Yugo and comparing it to a Mercedes. Not to mention that and taking 10 hours to download your music rather than the 12 minutes on an iPod.
I just got my iPod on Thursday, and it's been a trip. Before I leave to work, I drag & drop the albums I think I want today (from my 80G archive), then I just drag around the iPod in the car, in my cubicle at work, walking around, etc.
If it wasn't for the fact that I can replace all my music in a matter of minutes, the iPod would have died a miserable premature death.
That and having it recharge batteries from the firewire port is pretty slick, though I haven't run out yet.
What the heck? Modded down as flamebait? I thought it'd be interesting to other MacOS X folks that Civ3 ran for them.. hell, I bought VirtualPC just for playing Civ3!
Ugh.. I too have been a victim of moderation.
I just wanted to say that it's very playable on my G4 DP533 running the VirtualPC 4.0.6 TestDrive for MacOS X. I run it with 128M dedicated to WinXP (faster than Win98 -- probably because no 16 bit tricks needed).
It's faster than my roommates PII-400 overall, but when the map refocuses -- his box beats me for redraw. The intro movie is a little jumpy too for me.
See the obligitary screenshot here, and if your bored, you might catch me playing it on my Desktop Cam