Ok, wait. A lot of things happen in the apartment, so give me a hint here as to which part you're refering to. Anyway, I don't think I'd characterize any of them as the single greatest moment in the history of gaming. I mean, the pyramid head guy kinda freaks you out when you first meet him, but if I had to pick my favorite moment from the game, it would probably be the very first encounter with one of the zombies or whatever. With the dischordant radio static and everything, that was pretty intense.
Maybe I missed it, but I can't believe nobody mentioned LRNJ. It's a role playing game that teaches you Japanese characters and words. It's also cross platform so it runs on Windows, Linux and OSX. In just a few days it helped me learn katakana, hirigana, and the meaning of about 500 or so kanji symbols. I highly recommend it.
Best story I have, I stood outside for around 15 minutes or so one time before I finally realized my final was already taking place inside.
But, I really like the story one of my professors told me. He had studied all night for one of his finals and was pretty much dead tired when he took it. But even though he was so tired, he's a pretty bright guy, so things were going along pretty well and right in the middle of the thing he decided to rest his eyes for a moment. Next thing he knows the professor is shaking him on his shoulder to wake him up and tell him the exam is over. Ouch.
The article claims that compiling mysql by hand leaves you without support from Novell. So the way I understand it, it was for this reason that the Linux admins attempted to install a SLES 9 package on SLES 8, which in turn required an upgrade of the glibc package. Nevermind that no experienced Linux admin in his right mind would ever do this.
But I think the crux of the issue here is the application that required a newer version of mysql. Basically the application vendor did not support SLES 8. But of course the vendor did support Microsoft's operating system. Had the tables been turned, and the vendor fully supported SLES 8, but only supported Microsoft Windows 2003 Server and not Microsoft Windows NT Server, or 2000 Server, I'd expect the results of the study would perhaps be vastly different.
With large high performance clusters, and even small ones if you're smart about it, it doesn't matter at all how big or small your installation media is. It's about automating the installations of your compute nodes as much as possible. For example with Rocks, you just pxe boot or pop in the install cd and the cluster nodes intall themselves completely hands off. Other solutions don't even require the compute nodes to have a hard drive (Oscar springs to mind). I'd fully expect the Microsoft solution to be similar. They'd be absolute morons to try and market something that wasn't. Of course the thing I wonder about is how the pricing will work, and how they expect to make it work if they charge you for each machine in your cluster. I mean, why would you pay one hundred dollars a node for hundred nodes when you could install Linux on each machine for free?
Both up2date and Red Carpet have been around quite a while. Certainly since the Red Hat 7.x days. What you're doing is roughly equivalent to complaining about dependencies on debian, yet using dpkg to install things. Or since you mention Gentoo, on which it would be sort of like installing tarballs by hand. Oh well, another Red Hat story and the rpm dependency hell pops up. Who would have guessed?
First off, neither the Solaris or FreeBSD kernel are microkernels. That being said, there are a couple different things available under Linux which are analogous to Dtract. The only downside as compared to Dtrace, you can't insert probes dynamically at runtime. But then this is all of the top of my head of course, so I may be way off.
Actually, I'd recommend openMosix. Granted Mosix is the original and is open source now as well, but it still seems like openMosix is more actively developed.
Please. What's twice as slow? And where are your benchmarks to back this up? Didn't think so. Granted selinux may slow things down a bit, around a 15% penalty or so I think I've read, but what? You're going to argue that selinux is a bad thing? And what praytell is one of these useless services you mention? Or maybe I should just refer you to my post on services up above there.
All I can say, with the multiple frontends available, yum, apt, urpmi, yast, up2date, red carpet, whatever else I've forgotten, anyone who mentions rpms and dependency hell in the same sentence is just ignorant. Or what, you're going to tell me that installing an app that isn't in portage is any easier than an app that doesn't come with Fedora?
And way to beat a dead horse with the mp3 thing. Until the patents or whatever go away, it's not going to happen. Get over it already.
Actually you don't know what you're talking about. About the only thing you list that's maybe valid is the at daemon. If you took a moment to investigate the init scripts you mention you'd see that the mdmonitor and pcmcia services don't do anything at all if the hardware isn't present. Granted they may add a second to the boot process, but big deal. And even less of a big deal when fc5 comes out since it will have the early gdm login enabled by default.
As for the power saving features, I don't see why in the world you wouldn't want those. Or you just like wasting electricity for no reason?
Well, I'm talking about one series of games, commonly just refered to as Tribes. Starsiege: Tribes was the first, followed by Tribes 2, and now Tribes Vengence is the latest installment. Renegades is the name of a Tribes mod. The game itself is a somewhat complicated first person shooter (you have a jet pack and lots of weapons and vehicles and whatnot). It might take you an hour tops to learn all the controls. Really mastering moving around with the jet pack and driving vehicles would probably take anywhere from a month to a year. Combat would probably take you a month or more to really learn as well. But even to this day, a long time veteran like myself can still pick up new tricks. In the renegades mod, there are so many different character classes to choose from. From an alien that can turn invisible, to a cyborg that's virtually indestructible, to an engineer that can deploy all sorts of weapons and gadgets, to all kinds of other classes. I guess that's why the game has remained so fun.
But Tribes, Renegades in particular, is quite possibly the most fun gaming I've ever had. Yet it's also one of the hardest to learn games I've ever played. Perhaps it's just me?
Distrowatch rankings are merely a count of the number of hits a particular distro's page gets on distrowatch. So please people, stop mistakenly using this as a measure of popularity.
There's a big difference between just learning programming and learning computer science.
If computer science is what she's really after then here's a rather typical computer science ciriculum along with some poplular books that I can think of:
calculus
discrete math
linear algebra
numerical methods (optional)
programming intro (C/C++, Java, Scheme, Ocaml)
assembly language (x86, mips)
data structures
althorithms (rivest book)
theory of computation
digital electronics
computer architecture (patterson book)
embedded systems (optional)
theory of programming languages (python, perl, ocaml, prolog, lisp)
compiler design
operating systems (tannenbaum book)
artificial intelligence (optional)
software engineering (optional)
system administration (optional)
computer graphics (optional)
And I maybe left out a few more of the optional type of classes you can find at various universities. Anyway, just search the web for each of the above subjects and you'll find loads of information. When I was working on my degree, I found actual course websites to be particularly useful a lot of the time, as they'd have lectures, homeworks, exams, and projects, all with solutions a lot of the times.
Now software engineering is sort of a branch of computer science unto itself. So if that's the ultimate goal I'd suggest learning all of the above rather thoroughly and then moving on to specialize in software engineering.
Anyway, that's my two cents, for whatever it's worth. Wish your fiance good luck for me.
From what I understand, even after the switch to x86 cpus, OSX will still only run Apple branded hardware. That being the case, I think soon it will be OSX that has a hard time competing with Linux.
Also I've used OSX. Sure it has a wonderful gui tacked on making it easy to use for your everyday Joe. But I really don't think a properly set up Linux machine, with Gnome or KDE tacked on, is all that much different for an end user.
However from an admin point of view I found OSX to be quite clumsy. For example on my Linux systems, if I want to set up NFS automounting, it's a fairly straightforward process that I can pretty much automate either during an install or after the fact. But on OSX I need to use a gui application that rather reminds me of Windows regedit. And I believe controlling services was similarly painful. If I had to deal with all my Linux machines in this way I'd go nuts.
Or perhaps it's just my ignorance of OSX that's showing above. But after searching and searching for documentation and even contacting Apple tech support, that was the best I could come up with. Or perhaps things are different on the server version of OSX. I dunno. If I'm merely ignorant, then forgive my ignorance. At any rate, since it meets my needs quite adequately as both a server and a workstation operating system, and since you can't beat the cost, I'll stick with Linux.
I really gotta step in here, I just can't take this kind of ignorance.
1) No unification in package management. RPM is flawed (hi dependancy hell), and YUM is only a bandaid on the solution. DEB is great, but only debian based distributions support it.
With the availability of so many rpm frontends, how is it that this "rpm dependency hell" myth persists? And how praytell do you figure.deb files are any different than rpms? Listen real closely this time everyone. An.rpm file is basically the exact same thing as a.deb file. Without a front end like apt you'd have the same dependency hell on Debian. You don't like yum, then fine, use urpmi or yast or up2date or apt or whatever other rpm frontend I forgot to mention.
2) The reliance of many people on "source only". Please. I don't want to download ten million different libraries and go through the hastle, however small you may argue it is, to build from source. I want to download this piece of software, install it, and get on with my life.
If other people prefer source packages, how in the world does it follow that you need to use source packages? I've gotten by just fine for years on Red Hat/Fedora without source packages.
3) Alt-Tab. I don't care how yuo do it, but I want to be able to alt tab from a full screen graphical program to another graphical screen (not a console).
So in a nutshell you want Linux to act like Windows? There's nothing preventing you from setting it up to do just that. In fact (and someone correct me if I'm wrong here) this is exactly the behavior that KDE defaults to. And if you want to get even more Windows-like then use a Windows Clone like Xandros or Linspire.
4) Drivers. There isn't much that can be done about this, but unless you're masachistic, you're basically forced to use an nVidia video card to get accelerated X. I want my piece of shit Intel EXTREME onboard graphics card to run accelerated X too.
And I suppose if Intel didn't support your card under Windows then that would be all Microsoft's fault?
5) GTK themes vs. KDE themes. I don't care if you like programing with GTK 2/+ or with QT libraries, but would it kill you to figure out some easy way to make the actual windows look somewhat similar? I have my awesome theme for KDE, I don't want to do some stupid hack that doesn't work 100% or wait for the author to convert the same theme to GNOME to get my graphical programs to display the same.
And now sit there with a straight face and tell me every application you use on Windows has the exact same theme if you will. Even if you limit yourself strictly to Microsoft products you'll find large inconsistancies between various applications. That being said, with Red Hat's bluecurve theme, without knowing beforehand due to naming or whathave you, I can't tell Gnome and KDE applications apart at all really. Or at least it doesn't stick out like a sore thumb like you seem to indicate.
Oh, and on a side note, can you please figure out why KDE's sound system is so terrible. I do not want to wait a few minutes for KDE to let go of the sound system so I can fucking start Neverwinter Nights.
I'll agree there, that sound under Linux can be painful at times. But then I've noticed a huge improvement with the latest releases of Fedora. That and perhaps you shouldn't blame KDE for the faults of your Neverwinter Nights application.
6) man pages. Explain the contents of a man page for a basic command to a casual user. If he is utterly confused, rewrite it. At least group the fuctions into 'most used' and 'never use in a million years'
First of all, Linux shells, bash and the like, are not some dumbed down shell like you'll find on Windows. The Linux cli is very very powerful. That being the case the documentation on using it can seem a bit complicated at times. I do agree that i
Well, I've never played Shadowrun on the Genesis myself, but I remember watching my friend play it for a few minutes and being completely underwhelmed.
That being said, I enjoyed Shadowrun on the SNES immensely. I'd even put it on my top 10 list of games of all time. The only downside to the game being that you could beat it fairly quickly at which point it wasn't much fun to play anymore.
Zone != chroot
on
KDE in a Zone
·
· Score: 2, Informative
Processes running in a zone are completely isolated from the rest of the system, not just the filesystem. So you can't monitor or interact with processes that aren't in your zone, even if you're root. So to say that a zone is just another name for a chroot environment is completely wrong.
I think without a warranty you're pretty much screwed. For future purchases, my advice is to get disks with 5+ year warranties. I even recommend you go with SCSI disks, since they always seem to last longer and perform better, the extra money is well worth it.
Slashdot Mirror
You didn't have to get that crazy. You could have just gone with a mule.
Ok, wait. A lot of things happen in the apartment, so give me a hint here as to which part you're refering to. Anyway, I don't think I'd characterize any of them as the single greatest moment in the history of gaming. I mean, the pyramid head guy kinda freaks you out when you first meet him, but if I had to pick my favorite moment from the game, it would probably be the very first encounter with one of the zombies or whatever. With the dischordant radio static and everything, that was pretty intense.
Except Fedora is completely open source.
Maybe I missed it, but I can't believe nobody mentioned LRNJ. It's a role playing game that teaches you Japanese characters and words. It's also cross platform so it runs on Windows, Linux and OSX. In just a few days it helped me learn katakana, hirigana, and the meaning of about 500 or so kanji symbols. I highly recommend it.
Best story I have, I stood outside for around 15 minutes or so one time before I finally realized my final was already taking place inside.
But, I really like the story one of my professors told me. He had studied all night for one of his finals and was pretty much dead tired when he took it. But even though he was so tired, he's a pretty bright guy, so things were going along pretty well and right in the middle of the thing he decided to rest his eyes for a moment. Next thing he knows the professor is shaking him on his shoulder to wake him up and tell him the exam is over. Ouch.
The article claims that compiling mysql by hand leaves you without support from Novell. So the way I understand it, it was for this reason that the Linux admins attempted to install a SLES 9 package on SLES 8, which in turn required an upgrade of the glibc package. Nevermind that no experienced Linux admin in his right mind would ever do this. But I think the crux of the issue here is the application that required a newer version of mysql. Basically the application vendor did not support SLES 8. But of course the vendor did support Microsoft's operating system. Had the tables been turned, and the vendor fully supported SLES 8, but only supported Microsoft Windows 2003 Server and not Microsoft Windows NT Server, or 2000 Server, I'd expect the results of the study would perhaps be vastly different.
With large high performance clusters, and even small ones if you're smart about it, it doesn't matter at all how big or small your installation media is. It's about automating the installations of your compute nodes as much as possible. For example with Rocks, you just pxe boot or pop in the install cd and the cluster nodes intall themselves completely hands off. Other solutions don't even require the compute nodes to have a hard drive (Oscar springs to mind). I'd fully expect the Microsoft solution to be similar. They'd be absolute morons to try and market something that wasn't. Of course the thing I wonder about is how the pricing will work, and how they expect to make it work if they charge you for each machine in your cluster. I mean, why would you pay one hundred dollars a node for hundred nodes when you could install Linux on each machine for free?
Both up2date and Red Carpet have been around quite a while. Certainly since the Red Hat 7.x days. What you're doing is roughly equivalent to complaining about dependencies on debian, yet using dpkg to install things. Or since you mention Gentoo, on which it would be sort of like installing tarballs by hand. Oh well, another Red Hat story and the rpm dependency hell pops up. Who would have guessed?
First off, neither the Solaris or FreeBSD kernel are microkernels. That being said, there are a couple different things available under Linux which are analogous to Dtract. The only downside as compared to Dtrace, you can't insert probes dynamically at runtime. But then this is all of the top of my head of course, so I may be way off.
Gentoo is great for someone like me who wants (needs?) to be on the bleeding edge, and who likes a single source for the latest "stuff."
Exactly! Like Gcc 4, Selinux, NPTL, GFS, native Java, and Xen. Err...nevermind, I was thinking of Fedora.
Actually, I'd recommend openMosix. Granted Mosix is the original and is open source now as well, but it still seems like openMosix is more actively developed.
Please. What's twice as slow? And where are your benchmarks to back this up? Didn't think so. Granted selinux may slow things down a bit, around a 15% penalty or so I think I've read, but what? You're going to argue that selinux is a bad thing? And what praytell is one of these useless services you mention? Or maybe I should just refer you to my post on services up above there.
All I can say, with the multiple frontends available, yum, apt, urpmi, yast, up2date, red carpet, whatever else I've forgotten, anyone who mentions rpms and dependency hell in the same sentence is just ignorant. Or what, you're going to tell me that installing an app that isn't in portage is any easier than an app that doesn't come with Fedora?
And way to beat a dead horse with the mp3 thing. Until the patents or whatever go away, it's not going to happen. Get over it already.
Actually you don't know what you're talking about. About the only thing you list that's maybe valid is the at daemon. If you took a moment to investigate the init scripts you mention you'd see that the mdmonitor and pcmcia services don't do anything at all if the hardware isn't present. Granted they may add a second to the boot process, but big deal. And even less of a big deal when fc5 comes out since it will have the early gdm login enabled by default.
As for the power saving features, I don't see why in the world you wouldn't want those. Or you just like wasting electricity for no reason?
Well, I'm talking about one series of games, commonly just refered to as Tribes. Starsiege: Tribes was the first, followed by Tribes 2, and now Tribes Vengence is the latest installment. Renegades is the name of a Tribes mod. The game itself is a somewhat complicated first person shooter (you have a jet pack and lots of weapons and vehicles and whatnot). It might take you an hour tops to learn all the controls. Really mastering moving around with the jet pack and driving vehicles would probably take anywhere from a month to a year. Combat would probably take you a month or more to really learn as well. But even to this day, a long time veteran like myself can still pick up new tricks. In the renegades mod, there are so many different character classes to choose from. From an alien that can turn invisible, to a cyborg that's virtually indestructible, to an engineer that can deploy all sorts of weapons and gadgets, to all kinds of other classes. I guess that's why the game has remained so fun.
But Tribes, Renegades in particular, is quite possibly the most fun gaming I've ever had. Yet it's also one of the hardest to learn games I've ever played. Perhaps it's just me?
Actually it rhymes with connectiva, making it a long e sound.
Distrowatch rankings are merely a count of the number of hits a particular distro's page gets on distrowatch. So please people, stop mistakenly using this as a measure of popularity.
Kalarm is all I ever need to keep track of things.
There's a big difference between just learning programming and learning computer science.
If computer science is what she's really after then here's a rather typical computer science ciriculum along with some poplular books that I can think of:
calculus
discrete math
linear algebra
numerical methods (optional)
programming intro (C/C++, Java, Scheme, Ocaml)
assembly language (x86, mips)
data structures
althorithms (rivest book)
theory of computation
digital electronics
computer architecture (patterson book)
embedded systems (optional)
theory of programming languages (python, perl, ocaml, prolog, lisp)
compiler design
operating systems (tannenbaum book)
artificial intelligence (optional)
software engineering (optional)
system administration (optional)
computer graphics (optional)
And I maybe left out a few more of the optional type of classes you can find at various universities. Anyway, just search the web for each of the above subjects and you'll find loads of information. When I was working on my degree, I found actual course websites to be particularly useful a lot of the time, as they'd have lectures, homeworks, exams, and projects, all with solutions a lot of the times.
Now software engineering is sort of a branch of computer science unto itself. So if that's the ultimate goal I'd suggest learning all of the above rather thoroughly and then moving on to specialize in software engineering.
Anyway, that's my two cents, for whatever it's worth. Wish your fiance good luck for me.
From what I understand, even after the switch to x86 cpus, OSX will still only run Apple branded hardware. That being the case, I think soon it will be OSX that has a hard time competing with Linux.
Also I've used OSX. Sure it has a wonderful gui tacked on making it easy to use for your everyday Joe. But I really don't think a properly set up Linux machine, with Gnome or KDE tacked on, is all that much different for an end user.
However from an admin point of view I found OSX to be quite clumsy. For example on my Linux systems, if I want to set up NFS automounting, it's a fairly straightforward process that I can pretty much automate either during an install or after the fact. But on OSX I need to use a gui application that rather reminds me of Windows regedit. And I believe controlling services was similarly painful. If I had to deal with all my Linux machines in this way I'd go nuts.
Or perhaps it's just my ignorance of OSX that's showing above. But after searching and searching for documentation and even contacting Apple tech support, that was the best I could come up with. Or perhaps things are different on the server version of OSX. I dunno. If I'm merely ignorant, then forgive my ignorance. At any rate, since it meets my needs quite adequately as both a server and a workstation operating system, and since you can't beat the cost, I'll stick with Linux.
I really gotta step in here, I just can't take this kind of ignorance.
.deb files are any different than rpms? Listen real closely this time everyone. An .rpm file is basically the exact same thing as a .deb file. Without a front end like apt you'd have the same dependency hell on Debian. You don't like yum, then fine, use urpmi or yast or up2date or apt or whatever other rpm frontend I forgot to mention.
1) No unification in package management. RPM is flawed (hi dependancy hell), and YUM is only a bandaid on the solution. DEB is great, but only debian based distributions support it.
With the availability of so many rpm frontends, how is it that this "rpm dependency hell" myth persists? And how praytell do you figure
2) The reliance of many people on "source only". Please. I don't want to download ten million different libraries and go through the hastle, however small you may argue it is, to build from source. I want to download this piece of software, install it, and get on with my life.
If other people prefer source packages, how in the world does it follow that you need to use source packages? I've gotten by just fine for years on Red Hat/Fedora without source packages.
3) Alt-Tab. I don't care how yuo do it, but I want to be able to alt tab from a full screen graphical program to another graphical screen (not a console).
So in a nutshell you want Linux to act like Windows? There's nothing preventing you from setting it up to do just that. In fact (and someone correct me if I'm wrong here) this is exactly the behavior that KDE defaults to. And if you want to get even more Windows-like then use a Windows Clone like Xandros or Linspire.
4) Drivers. There isn't much that can be done about this, but unless you're masachistic, you're basically forced to use an nVidia video card to get accelerated X. I want my piece of shit Intel EXTREME onboard graphics card to run accelerated X too.
And I suppose if Intel didn't support your card under Windows then that would be all Microsoft's fault?
5) GTK themes vs. KDE themes. I don't care if you like programing with GTK 2/+ or with QT libraries, but would it kill you to figure out some easy way to make the actual windows look somewhat similar? I have my awesome theme for KDE, I don't want to do some stupid hack that doesn't work 100% or wait for the author to convert the same theme to GNOME to get my graphical programs to display the same.
And now sit there with a straight face and tell me every application you use on Windows has the exact same theme if you will. Even if you limit yourself strictly to Microsoft products you'll find large inconsistancies between various applications. That being said, with Red Hat's bluecurve theme, without knowing beforehand due to naming or whathave you, I can't tell Gnome and KDE applications apart at all really. Or at least it doesn't stick out like a sore thumb like you seem to indicate.
Oh, and on a side note, can you please figure out why KDE's sound system is so terrible. I do not want to wait a few minutes for KDE to let go of the sound system so I can fucking start Neverwinter Nights.
I'll agree there, that sound under Linux can be painful at times. But then I've noticed a huge improvement with the latest releases of Fedora. That and perhaps you shouldn't blame KDE for the faults of your Neverwinter Nights application.
6) man pages. Explain the contents of a man page for a basic command to a casual user. If he is utterly confused, rewrite it. At least group the fuctions into 'most used' and 'never use in a million years'
First of all, Linux shells, bash and the like, are not some dumbed down shell like you'll find on Windows. The Linux cli is very very powerful. That being the case the documentation on using it can seem a bit complicated at times. I do agree that i
Well, I've never played Shadowrun on the Genesis myself, but I remember watching my friend play it for a few minutes and being completely underwhelmed.
That being said, I enjoyed Shadowrun on the SNES immensely. I'd even put it on my top 10 list of games of all time. The only downside to the game being that you could beat it fairly quickly at which point it wasn't much fun to play anymore.
Processes running in a zone are completely isolated from the rest of the system, not just the filesystem. So you can't monitor or interact with processes that aren't in your zone, even if you're root. So to say that a zone is just another name for a chroot environment is completely wrong.
I think without a warranty you're pretty much screwed. For future purchases, my advice is to get disks with 5+ year warranties. I even recommend you go with SCSI disks, since they always seem to last longer and perform better, the extra money is well worth it.