If it requires PowerDVD to play DVD Video discs, then that means you have to plug it into a computer to play DVD Video discs. Does it have any TV outs of its own? If not, then it doesn't play DVD Video discs on its own.
I understand that, along with the new debian-installer for sarge, dselect will finally be officially replaced with aptitude, a much more intuitive console-based package management tool.
And I'm saying that it's true, because at least in my experience, there's no need to reinstall _ever_, once you have a working Debian setup.
Though if you read some other posts, you'd find out that a new, better installer is in the works for sarge (the next Debian), and the Progeny graphical installer is also available.
Apparently the autostart package will allow you to automate other machines' installs. (I don't know anything more about it.) And no, dselect doesn't have to be run. I _never_ use it, because of a bad experience I had, where dselect decided I wanted every package removed on a server I was setting up. I just don't use it anymore. aptitude and other (char-mode and GUI) frontends are available, which are much more intuitive and usable in general.
I'd disagree with that - I installed Debian (slink) on my system several years ago now, and even backing up and rearranging partitions didn't make me have to reinstall. I've upgraded since then, of course - I track sid all the time - but I only had to install _one_ time. Any properly-maintained Debian box (if you know what you're doing, it's not that hard to maintain properly) will fall into the same boat - you can upgrade pretty much forever without ever needing to reinstall.
I remember reinstalling Slackware several times when I managed to screw it up way back in the day, when I used it (Slack 3, baby!), but then you couldn't really properly upgrade a running Slack setup, either.
Java is available in debs - not via the main Debian archives, but if you add the folloing line to your sources.list:
deb ftp://metalab.unc.edu/pub/linux/devel/lang/java/bl ackdown.org/debian woody main non-free
you can then do apt-get install j2re1.3 for just the JRE, or apt-get install j2sdk1.3 for the full JDK. It even installs the Java plugin for Mozilla and Netscape 4.x (and if you install Opera, it can also use the same Java stuff).
No, because Agere Microelectronics (the hardware division of Lucent) opted to NOT produce OS X drivers for the WaveLAN-IEEE/Orinoco. The drivers for the AirPort card will NOT work with it, because the AirPort card interfaces to the system via a completely nonstandard interface (yes, it looks like a PC Card - no, it's not one) and so a PC Card won't work with it. There are open-source drivers that work with them - don't know if they got 128-bit WEP support into the drivers (not that that makes WEP suck less, but...), but of course, they require new tweaks with each new OS X release.
They're not saying the _patch_ is illegal under the DMCA, but they're saying that explaining the vulnerability that it corrects _is_, or at least potentially is. Because the information that would be contained in such a disclosure would explain how to circumvent digital (aka computer) security on unpatched RedHat systems, it could be considered a circumvention device, and therefore illegal, or quite possibly so.
Something above and beyond the THX OptiMode stuff that's on a few of the THX-certified DVDs I own? I ran through the video portion of the OptiMode stuff on my TV - it's not exactly a high-end set, but it does improve the look of all movies a lot, balancing out color, brightness, etc. as that utility has you do.
I think he meant making the current Mac-on-Linux - or a newer version - run MacOS X inside the virtualization environment, not making MoL run on OS X (not much point in that).
If Apple's done their job right, it wouldn't hard at all for them to compile the Carbon libs under x86. And then any Carbon app would run natively on x86 with a simple recompile.
Or using fat binaries. Have the compiler target both x86 and PPC architectures at the same time with a single fat binary. Apple's done it before with the 68k-to-PPC move. NeXTStep supported fat binaries, so I'm sure the infrastructure for them is there in OS X.
It's not an "emulator". Sam and Max, and many other LucasArts adventure titles, were written in a scripting language custom-made for developing adventure game titles. It was (is) called SCUMM, the Storyline Creation Utility for Maniac Mansion. The ScummVM team has managed to reverse-engineer enough info out of the original game engines to run many of these older titles. (I just played all the way through the CD version of Sam and Max Hit the Road last night.) It's more like running a shell script or Perl script than "emulating" anything.
Because the PHY chip that's connected to the Ethernet controller knows about crossed and uncrossed cables. Software has nothing to do with it, just particularly featureful hardware (certainly nothing that can't be done elsewhere).
Regarding your mention of not being able to do certain things with Admin privilege - I've had that happen, where even as root I couldn't delete files on an OS X box (removing the Trash contents, in that case). The file system was damaged, and Apple's utilities were too weak to fix it. The machine in question had to be booted with a DiskWarrior CD and have the filesystem repaired before the files could be removed. HFS+ is a lame filesystem, and Apple's poor fsck for it doesn't help matters. It'll be a happy day when Apple just steals Softupdates from FreeBSD, jams that into the UFS driver, and goes all-UFS for OS X (unfortunately, that means sacrificing Classic, so that's still a ways off).
That's an ATA-66 (I think) cable. It's got 80 actual conductors, but only 40 connect to pins at the connectors. The others are used for isolation purposes.
I also tried the WinAmp Linux alpha release. First, it's very picky about color depth - I think it prefers 16-bit depth, for some reason, and doesn't have code to properly and cleanly handle other depths (like 24/32-bit depth). On my P3/650, it ate a lot of CPU just playing an MP3 (usually playing an MP3 with it doesn't even significantly affect CPU load, but it took up near 50% CPU time, if I recall correctly). It also crashed easily - just looking through the controls was enough to make it die.
If this is their idea of a Linux port, they can keep it. (Of course, I'm biased...)
Can't sniff on switched connections? Right. If you ARP flood those fancy switches, most of them will eventually (if flooded with enough random ARP replies) just broadcast packets instead. There are programs that are ready-made for just that purpose. If I care about the data going across the wire, I'm not going to just trust a switch to keep it safe - strong encryption is the only real answer.
First off, that only works on x86 Linux systems - these PPC systems I'm running Linux on at the moment can't use that. Also, last I checked, the Crossover Plugin didn't yet (don't know if it's possible) provide support for Xv-accelerated video playback, which Xine can do if you have a board with drivers that support it. It's nice to be able to scale that video up beyond postage-stamp size, and be able to play larger-dimensioned clips smoothly.
Slashdot Mirror
If it requires PowerDVD to play DVD Video discs, then that means you have to plug it into a computer to play DVD Video discs. Does it have any TV outs of its own? If not, then it doesn't play DVD Video discs on its own.
Not anymore. They just use the restore disks every so often... :)
Oh. Yeah, like that one...
I understand that, along with the new debian-installer for sarge, dselect will finally be officially replaced with aptitude, a much more intuitive console-based package management tool.
And I'm saying that it's true, because at least in my experience, there's no need to reinstall _ever_, once you have a working Debian setup.
Though if you read some other posts, you'd find out that a new, better installer is in the works for sarge (the next Debian), and the Progeny graphical installer is also available.
Apparently the autostart package will allow you to automate other machines' installs. (I don't know anything more about it.) And no, dselect doesn't have to be run. I _never_ use it, because of a bad experience I had, where dselect decided I wanted every package removed on a server I was setting up. I just don't use it anymore. aptitude and other (char-mode and GUI) frontends are available, which are much more intuitive and usable in general.
apt-get install discover is your friend, in concert with a packaged kernel. I suppose I should learn to use make-kpkg too...
I'd disagree with that - I installed Debian (slink) on my system several years ago now, and even backing up and rearranging partitions didn't make me have to reinstall. I've upgraded since then, of course - I track sid all the time - but I only had to install _one_ time. Any properly-maintained Debian box (if you know what you're doing, it's not that hard to maintain properly) will fall into the same boat - you can upgrade pretty much forever without ever needing to reinstall.
I remember reinstalling Slackware several times when I managed to screw it up way back in the day, when I used it (Slack 3, baby!), but then you couldn't really properly upgrade a running Slack setup, either.
Java is available in debs - not via the main Debian archives, but if you add the folloing line to your sources.list:
l ackdown.org/debian woody main non-free
deb ftp://metalab.unc.edu/pub/linux/devel/lang/java/b
you can then do apt-get install j2re1.3 for just the JRE, or apt-get install j2sdk1.3 for the full JDK. It even installs the Java plugin for Mozilla and Netscape 4.x (and if you install Opera, it can also use the same Java stuff).
No, because Agere Microelectronics (the hardware division of Lucent) opted to NOT produce OS X drivers for the WaveLAN-IEEE/Orinoco. The drivers for the AirPort card will NOT work with it, because the AirPort card interfaces to the system via a completely nonstandard interface (yes, it looks like a PC Card - no, it's not one) and so a PC Card won't work with it. There are open-source drivers that work with them - don't know if they got 128-bit WEP support into the drivers (not that that makes WEP suck less, but...), but of course, they require new tweaks with each new OS X release.
They're not saying the _patch_ is illegal under the DMCA, but they're saying that explaining the vulnerability that it corrects _is_, or at least potentially is. Because the information that would be contained in such a disclosure would explain how to circumvent digital (aka computer) security on unpatched RedHat systems, it could be considered a circumvention device, and therefore illegal, or quite possibly so.
Something above and beyond the THX OptiMode stuff that's on a few of the THX-certified DVDs I own? I ran through the video portion of the OptiMode stuff on my TV - it's not exactly a high-end set, but it does improve the look of all movies a lot, balancing out color, brightness, etc. as that utility has you do.
I think he meant making the current Mac-on-Linux - or a newer version - run MacOS X inside the virtualization environment, not making MoL run on OS X (not much point in that).
If Apple's done their job right, it wouldn't hard at all for them to compile the Carbon libs under x86. And then any Carbon app would run natively on x86 with a simple recompile.
Or using fat binaries. Have the compiler target both x86 and PPC architectures at the same time with a single fat binary. Apple's done it before with the 68k-to-PPC move. NeXTStep supported fat binaries, so I'm sure the infrastructure for them is there in OS X.
It's not an "emulator". Sam and Max, and many other LucasArts adventure titles, were written in a scripting language custom-made for developing adventure game titles. It was (is) called SCUMM, the Storyline Creation Utility for Maniac Mansion. The ScummVM team has managed to reverse-engineer enough info out of the original game engines to run many of these older titles. (I just played all the way through the CD version of Sam and Max Hit the Road last night.) It's more like running a shell script or Perl script than "emulating" anything.
How about... me? (See my sig.)
Because the PHY chip that's connected to the Ethernet controller knows about crossed and uncrossed cables. Software has nothing to do with it, just particularly featureful hardware (certainly nothing that can't be done elsewhere).
10.2 will support it, but the new Quartz Extreme (which uses hardware 3D functionality provided by Radeon and GeForce chips) won't be enabled.
Regarding your mention of not being able to do certain things with Admin privilege - I've had that happen, where even as root I couldn't delete files on an OS X box (removing the Trash contents, in that case). The file system was damaged, and Apple's utilities were too weak to fix it. The machine in question had to be booted with a DiskWarrior CD and have the filesystem repaired before the files could be removed. HFS+ is a lame filesystem, and Apple's poor fsck for it doesn't help matters. It'll be a happy day when Apple just steals Softupdates from FreeBSD, jams that into the UFS driver, and goes all-UFS for OS X (unfortunately, that means sacrificing Classic, so that's still a ways off).
That's an ATA-66 (I think) cable. It's got 80 actual conductors, but only 40 connect to pins at the connectors. The others are used for isolation purposes.
Only if it's not true! And it'd be libel. Slander is spoken. :p
Only if you didn't secure your bootloader like a good little boy/girl. There are measures that can be taken. (Admittedly, none are foolproof.)
I also tried the WinAmp Linux alpha release. First, it's very picky about color depth - I think it prefers 16-bit depth, for some reason, and doesn't have code to properly and cleanly handle other depths (like 24/32-bit depth). On my P3/650, it ate a lot of CPU just playing an MP3 (usually playing an MP3 with it doesn't even significantly affect CPU load, but it took up near 50% CPU time, if I recall correctly). It also crashed easily - just looking through the controls was enough to make it die.
If this is their idea of a Linux port, they can keep it. (Of course, I'm biased...)
Can't sniff on switched connections? Right. If you ARP flood those fancy switches, most of them will eventually (if flooded with enough random ARP replies) just broadcast packets instead. There are programs that are ready-made for just that purpose. If I care about the data going across the wire, I'm not going to just trust a switch to keep it safe - strong encryption is the only real answer.
First off, that only works on x86 Linux systems - these PPC systems I'm running Linux on at the moment can't use that. Also, last I checked, the Crossover Plugin didn't yet (don't know if it's possible) provide support for Xv-accelerated video playback, which Xine can do if you have a board with drivers that support it. It's nice to be able to scale that video up beyond postage-stamp size, and be able to play larger-dimensioned clips smoothly.