Aside from X, which I'm really fond of for it's ability to display across a network, the only real GUI innovation that the world has seen since the Mac popularized the concept of it has been the, ahem, integration of IE in Windows...
But it is entirely possible to innovate. The mere fact that it hasn't been done all that much lately doesn't mean that, should Apple die, it would never happen again, as the original poster implied.
And who but Apple had the guts to color their boxes? No one.
Ever seen an SGI? Or are purple, green, and brown not colors?:-) Besides, the appearance of a case is hardly significant compared to the contents. It's a nice touch, but little more than that.
Next: Why in the world should apple care if another OS runs on their hardware. People who buy Mac's get Mac's. If you don't want a mac, don't buy one.
Because they might sell more hardware to people with no interest in MacOS, but a good bit of interest in the fact that, as of late, the hardware on some of the Macs has been pretty nice. I would never buy a Mac if I could only run MacOS. OTOH, I might consider one if Linux also runs (and I had extra cash burning a hole in my pocket).
I've heard that shortly you'll be able to buy a brand new Alpha System for less than $2000... that's money much better spent!
That's been true for quite a while now... I bought a 164SX mobo+533 MHz 21164PC for $250 on eBay a few months ago. But while the hardware might not be used, you're not going to be able to get a top-of-the-line machine for $2000... on *any* architecture still in production. Besides, why not an alpha *and* a PPC? Diversity is good!:-) Besides, I can't yet run Civ:CTP on my alpha. I could on a PPC. I wish i could find a motherboard with 7 PCI slots, 2 CPU slots, keyboard and mouse controller, and no other integrated peripherals
I'd rather switch two of those PCI slots to ISA (old, cheap ethernet and sound), and I'd gladly take onboard SCSI, floppy controller, serial ports, etc. No need to waste PCI slots for those functions. (Besides, does a PCI floppy controller or serial port (excluding relatively expensive multiport boards) even exist?)
If Apple goes down, we'll be forever doomed to beige boxes and the current UI's we see on all platforms.
Umm... that does not follow. What is stopping people from designing new UIs or case designs for non-apple platforms? There's more out there besides Apple and Wintel, you know.
Apple doesn't abide by standards? They're incorporating more and more standard hardware into their models with each release. And since the only OS you can run on a Mac is the MacOS (and Linux) who cares?
Yes, Apple is much better about this than they once were. However, the "Who cares?" attitude is perhaps the reason *why* more OSes don't run on it. And last I checked, there are other operating systems that run on Macs. OpenBSD? NetBSD? BeOS? Ever heard of them? If Apple hadn't been as open as they've been lately, you wouldn't see any of them, including Linux, running on the Mac.
AGP? AGP's useless on PeeCee's... all it did was take the graphics off the main PCI bus...
Useless? I think not. Yes, it took the graphics off the PCI bus. That in itself is useful, as it frees up bandwidth for other cards. It also provides a significantly faster bus than PCI, which is important when you're trying to feed lots and lots of triangles to your video card so you can play the latest excessively detailed FPS.
It depends on your distribution. Debian, for example, does prompt for a non-root username and password upon install (though you can bypass it if you want). Some others do not.
Re:The license killed Mozilla
on
Browser news
·
· Score: 1
Non-GPL code included in a GPL project is only GPL in the context of that project, unless modifications were made, and the modified code were only made available under the GPL. The inclusion of a BSD driver in Linux, for example, doesn't keep BSD from using it in future versions.
The K7 is an x86 chip. As such, it is 32 bit. It has nothing in common with an alpha chip except the motherboard it uses. A sparc or ppc kernel would do you as much good on a K7 as an alpha kernel would (i.e. none).
The least they could have done is warned people that it required javascript, so those of us who can't use it don't waste our time answering the questions (and instead can waste our time reading the javascript source).
I doubt that you would see any significant performance difference between Linux and NT for a task such as rendering, provided that you run the same software under both. The OS isn't particularly relevant to such CPU-bound tasks since its code simply doesn't get executed very much, assuming that nothing but the rendering task is running. There may be some minor difference in performance due to things like scheduler and interrupt overhead, but nowhere near the improvement you would get by any significant increase in CPU speed.
Actually, considering that GGI can display onto things like X, and adding other display targets to GGI is not difficult, programs using the API would not be Linux-specific at all.
CVS is to download the source; type export CVSROOT=':pserver:anonymous@cvs.on.openprojects.ne t:/cvs/glx' followed by cvs login, hit enter at the password prompt, and type cvs co glx. Once this is done, put the X server source tree in/usr/src/xc and the Mesa source in/usr/src/Mesa-3.0. Enter the glx directory, run xmkmf, and type make Makefile Makefiles all install. Finally, put the line Load "glx.so" in the modules section of XF86Config. To run it with Q3, you need to replace libMesaVoodooGL.so.3.1 with a link to/usr/X11/lib/libGL.so.1.
Actually, FWIH only the 2D portion of the G400 will be backwards compatible with the G200. However, it looks like Matrox will release G400 specs, although probably not until a few months after the card is out (as was done with the G200).
Q3 wasn't designed for only one or two cards; it uses the OpenGL API, which anyone is free to implement (conformance tests/trademark usage aside). It's just that there aren't that many cards with any kind of 3D support under linux. If they had used glide or some other chip-specific API, you'd have a valid complaint.
Hmmph. And people never, ever change the OS on those win9x boxes, either. Even if they don't want to release specs or do an in-house driver, they could at least release the specs under NDA so a driver could be written, like 3dfx has done. Not the ideal situation, but much better than no support at all. Oh well, I guess I'll just stick with Matrox.:-)
I think he meant that there will be increased demand for domain names due to more people having static IPs, although I'd think that new TLDs would help a lot more when that happens.
But if the average person can't tell the difference between CD quality and the higher quality audio, or more importantly if their amp/speaker setup is the limiting factor, then they won't be used to higher quality audio and therefore MP3 won't die.
L.O.R.D rocks! I remember playing that game all the time back in high school, along with Usurper and Exitilus (sp?). A BBS-style door server on the Internet would be great.
User Friendly's site has gone down as well... This is evil! I hope Microsoft (as I believe it is safe to assume is behind this) gets what they deserve for this...
Personally, I prefer RFC 1882, the Twelve Days of Technology before Christmas. On a related note, April 1 is almost here... I wonder what RFC it will bring us this year.
I get so sick of people who just don't understand what an analogy is. Making a comparison between two things and saying they have one particular aspect in common is not the same as saying that they are "on the same level". In fact, the two things compared on an analogy are usually *not* "on the same level", but instead one has the aspect being compared to an unusually high degree, so as to emphasize that aspect in the other.
It doesn't look like the guest OS gets to play directly with the hardware; instead, it is emulated and native drivers are used. Doing it this way avoids conflict between the two drivers, but it also means that you can't use drivers in the guest OS to access hardware that the host OS doesn't support.
You can sort of run Linux from the same partition as the host OS, but you *must* not mount any shared partitions read/write. There may be some issues with Linux in the VM getting confused by the Linux host changing the filesystem, but it works OK for me... Having both Linux's writing to the same partition would be disastrous, though.
Slashdot Mirror
You would after the flamethrower finished with you. :-)
But it is entirely possible to innovate. The mere fact that it hasn't been done all that much lately doesn't mean that, should Apple die, it would never happen again, as the original poster implied.
And who but Apple had the guts to color their boxes? No one.
Ever seen an SGI? Or are purple, green, and brown not colors? :-) Besides, the appearance of a case is hardly significant compared to the contents. It's a nice touch, but little more than that.
Next: Why in the world should apple care if another OS runs on their hardware. People who buy Mac's get Mac's. If you don't want a mac, don't buy one.
Because they might sell more hardware to people with no interest in MacOS, but a good bit of interest in the fact that, as of late, the hardware on some of the Macs has been pretty nice. I would never buy a Mac if I could only run MacOS. OTOH, I might consider one if Linux also runs (and I had extra cash burning a hole in my pocket).
I've heard that shortly you'll be able to buy a brand new Alpha System for less than $2000... that's money much better spent!
That's been true for quite a while now... I bought a 164SX mobo+533 MHz 21164PC for $250 on eBay a few months ago. But while the hardware might not be used, you're not going to be able to get a top-of-the-line machine for $2000... on *any* architecture still in production. Besides, why not an alpha *and* a PPC? Diversity is good! :-) Besides, I can't yet run Civ:CTP on my alpha. I could on a PPC. I wish i could find a motherboard with 7 PCI slots, 2 CPU slots, keyboard and mouse controller, and no other integrated peripherals
I'd rather switch two of those PCI slots to ISA (old, cheap ethernet and sound), and I'd gladly take onboard SCSI, floppy controller, serial ports, etc. No need to waste PCI slots for those functions. (Besides, does a PCI floppy controller or serial port (excluding relatively expensive multiport boards) even exist?)
Umm... that does not follow. What is stopping people from designing new UIs or case designs for non-apple platforms? There's more out there besides Apple and Wintel, you know.
Apple doesn't abide by standards? They're incorporating more and more standard hardware into their models with each release. And since the only OS you can run on a Mac is the MacOS (and Linux) who cares?
Yes, Apple is much better about this than they once were. However, the "Who cares?" attitude is perhaps the reason *why* more OSes don't run on it. And last I checked, there are other operating systems that run on Macs. OpenBSD? NetBSD? BeOS? Ever heard of them? If Apple hadn't been as open as they've been lately, you wouldn't see any of them, including Linux, running on the Mac.
AGP? AGP's useless on PeeCee's ... all it did was take the graphics off the main PCI bus...
Useless? I think not. Yes, it took the graphics off the PCI bus. That in itself is useful, as it frees up bandwidth for other cards. It also provides a significantly faster bus than PCI, which is important when you're trying to feed lots and lots of triangles to your video card so you can play the latest excessively detailed FPS.
It depends on your distribution. Debian, for example, does prompt for a non-root username and password upon install (though you can bypass it if you want). Some others do not.
Non-GPL code included in a GPL project is only
GPL in the context of that project, unless
modifications were made, and the modified code
were only made available under the GPL. The
inclusion of a BSD driver in Linux, for example,
doesn't keep BSD from using it in future versions.
The K7 is an x86 chip. As such, it is 32 bit.
It has nothing in common with an alpha chip
except the motherboard it uses. A sparc or
ppc kernel would do you as much good on a K7
as an alpha kernel would (i.e. none).
The least they could have done is warned
people that it required javascript, so those
of us who can't use it don't waste our time
answering the questions (and instead can waste
our time reading the javascript source).
I doubt that you would see any significant performance difference between Linux and NT for a task such as rendering, provided that you run the same software under both. The OS isn't particularly relevant to such CPU-bound tasks since its code simply doesn't get executed very much, assuming that nothing but the rendering task is running. There may be some minor difference in performance due to things like scheduler and interrupt overhead, but nowhere near the improvement you would get by any significant increase in CPU speed.
Actually, considering that GGI can display onto things like X, and adding other display targets to GGI is not difficult, programs using the API would not be Linux-specific at all.
CVS is to download the source; type export CVSROOT=':pserver:anonymous@cvs.on.openprojects.ne t:/cvs/glx' followed by cvs login, hit enter at the password prompt, and type cvs co glx. Once this is done, put the X server source tree in /usr/src/xc and the Mesa source in /usr/src/Mesa-3.0. Enter the glx directory, run xmkmf, and type make Makefile Makefiles all install. Finally, put the line Load "glx.so" in the modules section of XF86Config. To run it with Q3, you need to replace libMesaVoodooGL.so.3.1 with a link to /usr/X11/lib/libGL.so.1.
As for setting it up, how far did you get? Are you having problems using cvs, getting it to compile, or getting it to work with Q3?
Actually, FWIH only the 2D portion of the G400 will be backwards compatible with the G200. However, it looks like Matrox will release G400 specs, although probably not until a few months after the card is out (as was done with the G200).
Q3 wasn't designed for only one or two cards; it uses the OpenGL API, which anyone is free to implement (conformance tests/trademark usage aside). It's just that there aren't that many cards with any kind of 3D support under linux. If they had used glide or some other chip-specific API, you'd have a valid complaint.
Hmmph. And people never, ever change the OS on those win9x boxes, either. Even if they don't want to release specs or do an in-house driver, they could at least release the specs under NDA so a driver could be written, like 3dfx has done. Not the ideal situation, but much better than no support at all. Oh well, I guess I'll just stick with Matrox. :-)
I think he meant that there will be increased demand for domain names due to more people having static IPs, although I'd think that new TLDs would help a lot more when that happens.
But if the average person can't tell the difference between CD quality and the higher quality audio, or more importantly if their amp/speaker setup is the limiting factor, then they won't be used to higher quality audio and therefore MP3 won't die.
L.O.R.D rocks! I remember playing that game all the time back in high school, along with Usurper and Exitilus (sp?). A BBS-style door server on the Internet would be great.
User Friendly's site has gone down as well... This is evil! I hope Microsoft (as I believe it is safe to assume is behind this) gets what they deserve for this...
Personally, I prefer RFC 1882, the Twelve Days of Technology before Christmas. On a related note, April 1 is almost here... I wonder what RFC it will bring us this year.
It is perfectly legal to develop proprietary software with gcc, if that's what you're worried about.
I get so sick of people who just don't understand what an analogy is. Making a comparison between two things and saying they have one particular aspect in common is not the same as saying that they are "on the same level". In fact, the two things compared on an analogy are usually *not* "on the same level", but instead one has the aspect being compared to an unusually high degree, so as to emphasize that aspect in the other.
Umm... wasn't the Z80 based on Intel's 8080 instruction set, with some more stuff added?
Yes, I am.
It doesn't look like the guest OS gets to play directly with the hardware; instead, it is emulated and native drivers are used. Doing it this way avoids conflict between the two drivers, but it also means that you can't use drivers in the guest OS to access hardware that the host OS doesn't support.
You can sort of run Linux from the same partition as the host OS, but you *must* not mount any shared partitions read/write. There may be some issues with Linux in the VM getting confused by the Linux host changing the filesystem, but it works OK for me... Having both Linux's writing to the same partition would be disastrous, though.