It's been said a million times before, but I'll say it again. In my day we had analogue tapes and we used to record songs to let our friends hear them, in the form of a "compilation tape". That way people got to hear new stuff that didn't get on the radio. People then bought the album if they liked it etc. These RIAA people are so full of hot air and FUD. Why even bother listening to their drivel? We all no it's impossible for them to stop home recording. Just ignore them and they'll spend a load of money on stupid "prevention measures" that don't work. They're the only ones losing out.
Slackware doesn't by default (well, not of 8.0 anyway) but it's an option if you want it. We'll just wait until all those RedHat, SuSE and Mandrake kiddies have a few crashes and the bugs get worked out:-) Seriously though, I have upgraded my kernel many times over my base Slackware 8 install, compiled many apps, and many new NVidia drivers for my (hastily bought without much of a clue) TNT2 Ultra card all without any serious problems. X has only crashed on me about twice in the last year. I reckon if your machine is flaky it's likely to be a badly-configured kernel (maybe running EXPERIMENTAL/UNSTABLE features) or bad RAM. I got caught out by that one. On x86 hardware memtest86 is your friend.
Paintballing is great fun until a bunch of 6'6 skinheads turn up wearing their own combats with swastika patches sewn on. Just feel the exhiliration as five of them surround you and paint you at close range with their semi-automatics.
How fast is a MicroVAX? Is it about the same speed as a 486? Just wondering... we used to have a couple for the Emergency Plume Gamma Monitoring System at our old powerstation running Open VMS and X:-)
Use a threaded compiled FORTH implementation, if you fancy learning a new language. In fact, you can start off by writing yourself a little FORTH nulceus in C to bootstrap itself. You can easily add new primitives (ie machine code) by simply writing a new function and plugging it in to the dictionary, or even a c function with inline assembler, if speed is that important. You can write your own words to allocate and initialise memory for all the data structures you need etc. It'll be a great learning experience.
I think the point is that the M$ ones would be broken by design, and hence not suck, so they would suck at being a vacuum cleaner or something. Hey, I've had my caffein this morning:-)
What's better than a cooling tower is some sea water from a mile off-shore. Build a huge pipe and some enormous pumps. Then, have a secondary circuit containing demin water to cool your parts, so to speak:-)
"IT departments of "big corporations" don't know an AMD from an Intel from a MC68K (trust me on this one)."
You should have seen the look I gave one of our IT people at my last job when she put a DOS boot disk in one of my SPARC workstations and reached for the power switch...
"And you see this happening with the adoption of RPM into even _Slackware_!"
How dare you!:-) RPM only exists on Slackware 8.0 and above as an usupported tool to help when the only source package available is in said acursed format. You can also use rpm2tgz and rpm2targz or something. Anyway, you should always be downloading the source in.tar.bz2 format! Anything else is sheer heresay, and very uncool. You might as well be using TI(TM) Speak(TM)and(TM)Spell(TM) or whatever.
More like the price for getting to use "XP" in the name of the current generation of Athlons. Right at the end of the article he said that it's because if M$'s server OS's, which run on x86 hardware such as AMD's, that has allowed AMD to compete in the server space usually occupied by "custom server chips" running custom OS's. Funny how there was no mention of Linux and *BSD in there...
Slashdot Mirror
But computers haven't been around for a thousand years yet!
Itanium-specific optimizations?
Why bother?
No, it's just commie.
:-)
I think it's quite a good opinion, actually.
"A standard widget and graphical component library."
:-)
It's called Athena
*puke* (==*barf*)
...it's reasonably reasonable.
Nice one :-)
It's been said a million times before, but I'll say it again. In my day we had analogue tapes and we used to record songs to let our friends hear them, in the form of a "compilation tape". That way people got to hear new stuff that didn't get on the radio. People then bought the album if they liked it etc.
These RIAA people are so full of hot air and FUD. Why even bother listening to their drivel? We all no it's impossible for them to stop home recording. Just ignore them and they'll spend a load of money on stupid "prevention measures" that don't work. They're the only ones losing out.
Slackware doesn't by default (well, not of 8.0 anyway) but it's an option if you want it. We'll just wait until all those RedHat, SuSE and Mandrake kiddies have a few crashes and the bugs get worked out :-)
Seriously though, I have upgraded my kernel many times over my base Slackware 8 install, compiled many apps, and many new NVidia drivers for my (hastily bought without much of a clue) TNT2 Ultra card all without any serious problems. X has only crashed on me about twice in the last year.
I reckon if your machine is flaky it's likely to be a badly-configured kernel (maybe running EXPERIMENTAL/UNSTABLE features) or bad RAM. I got caught out by that one. On x86 hardware memtest86 is your friend.
Good grief, maybe in killing A/UX, the FSF is in league with the devil by inadvertantly spawning this!
Never mind turbines, I'd rather be wankeling my hydrogen!
Paintballing is great fun until a bunch of 6'6 skinheads turn up wearing their own combats with swastika patches sewn on. Just feel the exhiliration as five of them surround you and paint you at close range with their semi-automatics.
It's exercise they want, not suicide.
How fast is a MicroVAX? Is it about the same speed as a 486? Just wondering... we used to have a couple for the Emergency Plume Gamma Monitoring System at our old powerstation running Open VMS and X :-)
Use a threaded compiled FORTH implementation, if you fancy learning a new language. In fact, you can start off by writing yourself a little FORTH nulceus in C to bootstrap itself. You can easily add new primitives (ie machine code) by simply writing a new function and plugging it in to the dictionary, or even a c function with inline assembler, if speed is that important. You can write your own words to allocate and initialise memory for all the data structures you need etc. It'll be a great learning experience.
I think the point is that the M$ ones would be broken by design, and hence not suck, so they would suck at being a vacuum cleaner or something. :-)
Hey, I've had my caffein this morning
This is some kind of sick joke, isn't it?
What's better than a cooling tower is some sea water from a mile off-shore. Build a huge pipe and some enormous pumps. Then, have a secondary circuit containing demin water to cool your parts, so to speak :-)
They had to find some way to dump all those itanic processors that nobody wants. Maybe they got a big discount for quantities over 1000?
"IT departments of "big corporations" don't know an AMD from an Intel from a MC68K (trust me on this one)."
You should have seen the look I gave one of our IT people at my last job when she put a DOS boot disk in one of my SPARC workstations and reached for the power switch...
"And you see this happening with the adoption of RPM into even _Slackware_!"
:-) RPM only exists on Slackware 8.0 and above as an usupported tool to help when the only source package available is in said acursed format. You can also use rpm2tgz and rpm2targz or something. Anyway, you should always be downloading the source in .tar.bz2 format!
How dare you!
Anything else is sheer heresay, and very uncool. You might as well be using TI(TM) Speak(TM)and(TM)Spell(TM) or whatever.
Isn't that a kind of toilet?
So you're willing to take a performance hit and pay over the odds for it too?
dependant == (one who is) financially dependent
/* that wasn't a typecast BTW */
More like the price for getting to use "XP" in the name of the current generation of Athlons.
Right at the end of the article he said that it's because if M$'s server OS's, which run on x86 hardware such as AMD's, that has allowed AMD to compete in the server space usually occupied by "custom server chips" running custom OS's.
Funny how there was no mention of Linux and *BSD in there...