We were all newbies to Linux at one time or another... I would rather see people asking the questions than just getting frustrated and giving up on Linux.
will OSS have to step around to use this amazing new technology? I didn't see anything in the article, but I doubt there won't be patent issues with this new format.
Monitor autodetection is a matter of XFree86 adding it. VESA DDC detection is unfortunately card dependant.
IIRC, RedHat used to have an (optional) X-based install. I'm not sure why they got rid of it except for maybe too much overhead. It was only available with the CD, NFS, or samba installs.
Or better yet, can two different MAC address possibly generate the same GUID?
It's not service when you're always recompiling...
on
Linux 2.2.5 Released
·
· Score: 2
Don't upgrade then. You may not need the bugfixes and/or enhancements the new kernels provide, but somebody out there does. I generally skip 2 or 3 kernel versions unless there is something I need immediately.
Many people, including me, are actually buying more CD's. If I hear something I like, I'll see if I like the rest of the album. There's nothing I hate worse than buying a CD and getting 2 good songs and the rest is all trash/filler. The whole scheme of releasing songs an album at a time encourages this practice. If artists weren't under pressure to release a full 60-minute album, then they would be less likely to release the bad or mediocre songs.
Or at least not without running the whole program under emulation (OUCH!). The cpuid instruction isn't priviledged, so it won't fault to kernel mode when executed, thus it cannot be simulated automatically. You could start up the program in a debugger, set a breakpoint after the cpuid and tweak the registers.
Have you looked at the junk parts that OEM's are putting in their PC's to save a few bucks, especially the likes of Compaq, Acer, and Packard Bell? Things like Winmodems, cheap hard drives, etc. The parts sold to the OEM's are often of lower quality that those that are sold retail. Don't get me wrong, they still pass QA, but they fall in the lower range of what passes, so they sell them to the OEM's and don't have to have them as closely associated with their brand name.
Cost savings is part of the reason MS has been so sucessful in strongarming the OEM's into exclusive contracts. The OEM's are trying to keep costs to a minimum becuase their market is so competitive. They would rather make a deal with the devil^H^H^H^H^H MS for a deep discount on Windows rather than have to pay retail price for it and have to pass that cost on to the consumer, thus losing their competitive edge. Until these exclusive licenses are ruled illegal, this practice will continue and MS will have the OEM's on a short leash.
My last hardware upgrade (a new motherboard) was a nightmare. Linux booted up without a hitch. I only needed to turn on VIA busmastering and ATX poweroff support, but that was not necessary to get a running system. Windoze on the other hand went ape shit when it found my new motherboard. It decided it wanted new drivers for my PCI bus. These drivers came on a cdrom with the motherboard, and my cdrom drive is attached to (you guessed it) a PCI SCSI card. Can you say catch-22? I eventually had to reboot to Linux and copy all the drivers to my hard drive before I could even get Windoze to boot. I fscking hate plug-and-pray. The only reason '95 is still on my hard drive is for games, but at the rate Wine is going that reason may soon vanish and my world will be a much happier place for it.
This doesn't really apply much to the SB Live!, since Creative makes the chipset, but for their proposed video drivers, this is important. How much do you want to bet that their drivers will only work with their boards? The last thing Linux needs is x different closed source drivers for Y chipset for boards from different vendors, all that could be harboring their own bugs. We need to be convincing 3Dfx, nVidia, and 3DLabs to release specs, not the board maufacturers that use their chipsets.
Slashdot Mirror
We were all newbies to Linux at one time or another... I would rather see people asking the questions than just getting frustrated and giving up on Linux.
will OSS have to step around to use this amazing new technology? I didn't see anything in the article, but I doubt there won't be patent issues with this new format.
Just require that pages can be optionally viewed and used with text-only browsers such as Lynx.
Good thing I haven't downgraded my game machine from '95 OSR2 yet...
Monitor autodetection is a matter of XFree86 adding it. VESA DDC detection is unfortunately card dependant.
IIRC, RedHat used to have an (optional) X-based install. I'm not sure why they got rid of it except for maybe too much overhead. It was only available with the CD, NFS, or samba installs.
Or better yet, can two different MAC address possibly generate the same GUID?
Don't upgrade then. You may not need the bugfixes and/or enhancements the new kernels provide, but somebody out there does. I generally skip 2 or 3 kernel versions unless there is something I need immediately.
He probably has burned most of his collection onto CDR's....
Many people, including me, are actually buying more CD's. If I hear something I like, I'll see if I like the rest of the album. There's nothing I hate worse than buying a CD and getting 2 good songs and the rest is all trash/filler. The whole scheme of releasing songs an album at a time encourages this practice. If artists weren't under pressure to release a full 60-minute album, then they would be less likely to release the bad or mediocre songs.
Or at least not without running the whole program under emulation (OUCH!). The cpuid instruction isn't priviledged, so it won't fault to kernel mode when executed, thus it cannot be simulated automatically. You could start up the program in a debugger, set a breakpoint after the cpuid and tweak the registers.
Says it all right in the article, this is only a rumor. I'll beleive it when it comes straight from the authors.
Almost all the tests done were with apps that supported SSE, but not 3DNow!. Of course the K6-3 will look bad when the playing field isn't level.
You can only do card->card, not card->disk. Much more storage capacity on a hard disk.
Cost savings is part of the reason MS has been so sucessful in strongarming the OEM's into exclusive contracts. The OEM's are trying to keep costs to a minimum becuase their market is so competitive. They would rather make a deal with the devil^H^H^H^H^H MS for a deep discount on Windows rather than have to pay retail price for it and have to pass that cost on to the consumer, thus losing their competitive edge. Until these exclusive licenses are ruled illegal, this practice will continue and MS will have the OEM's on a short leash.
My last hardware upgrade (a new motherboard) was a nightmare. Linux booted up without a hitch. I only needed to turn on VIA busmastering and ATX poweroff support, but that was not necessary to get a running system. Windoze on the other hand went ape shit when it found my new motherboard. It decided it wanted new drivers for my PCI bus. These drivers came on a cdrom with the motherboard, and my cdrom drive is attached to (you guessed it) a PCI SCSI card. Can you say catch-22? I eventually had to reboot to Linux and copy all the drivers to my hard drive before I could even get Windoze to boot. I fscking hate plug-and-pray. The only reason '95 is still on my hard drive is for games, but at the rate Wine is going that reason may soon vanish and my world will be a much happier place for it.
This doesn't really apply much to the SB Live!, since Creative makes the chipset, but for their proposed video drivers, this is important. How much do you want to bet that their drivers will only work with their boards? The last thing Linux needs is x different closed source drivers for Y chipset for boards from different vendors, all that could be harboring their own bugs. We need to be convincing 3Dfx, nVidia, and 3DLabs to release specs, not the board maufacturers that use their chipsets.