This Wired thing, on the other hand, is bogus. It's just a "renew, please!" letter written to said vaguely legally threatening.
RTFA, they've done direct mail offers that were for automatically renewing subscriptions. If you sign up for automatic renewal, depending on the terms, they may very well have every right to bill you automatically for continuation, and to refer your unpaid bill to a collection agency.
Real 10 had significant security flaws not too long ago. They've been fixed in a bugfix release for Windows, but the Linux player remains unfixed AFAIK.
I just need to go change my pants. Seriously though, if the wear issue in early OLED stuff is fixed, this can't come soon enough. 2007 is too damn far away!
I just hope that the simple and reliable manufacturing methods (at least, that's how it sounds) will bring the cost way, way down. Hopefully manufacturers don't get way too greedy and price these similarly to existing tech (or higher), and gouge the consumer for massive profits. I'd imagine that wouldn't last for long, though, because a competitor could undercut such a price and still make a tidy profit per unit..
Hrm, I thought that the suits already had to be custom-fit, so that they could fit and seal properly. Is that still the case, or do we make them cheaper now?
On the tainting issue, I'm in agreement with the kernel developers - if there is a module loaded without source available, they have the right to know when they receive a bug report. I would draw the line for this as source availability though, rather than being concerned with the license. As long as the source is available for inspection, it can be determined whether or not the bug is in the closed driver.
There is another issue here, though. Certain kernel interfaces are closed to non-GPL modules. The justification for this is that a certain degree of connection to kernel internals makes the module a derived work. This is an issue that I'm not really sure developers ought to be deciding, since it is a legal matter.
It looks like it searches the entire file for the atom identifier to find each atom. Does the container format not have a way to find the first atom, or a table listing all of their positions (the first seems more likely / better designed). It would be more sensible, then, to read the size of each atom and skip to the next one to see if it's the one you want.
Or maybe he just wanted to make it as simple and short as possible...
The chemical to which you are referring is ethylene glycol, a component of antifreeze. Polyethylene glycol is an entirely different substance, and is indeed safe to ingest.
Could it be that UT2K4 uses a separate thread for audio like UT2K3 did, and your thread library is holding you back? With good threading, this shouldn't be a problem, and has the benefit of letting the game actually *use* dual-proc systems' second proc. OTOH, if your thread library is poor (like the old linux phtreads was)...
Hrm... it's an intriguing idea, in any case. You could use solar-powered pumps to maintain vacuum in thet floats. You could also arrange for multiple cars, so that one can be stopped partway for routine maintenance, while reduced/delayed service continues to run. There should probably also be an unused float in each set, ready to vacuum itself out and start lifting if one of its mates starts to take on atmosphere. Redundancy is a good idea here, since a failure would be a catastrophe.
The top portion would still have to support a significant load, but this would allow you to reduce it a bit. You'd also have to consider the materials tradeoff of a stronger stalk vs the rigid floats.
That works, to a point. Once the atmosphere gets thin enough, you won't be able to get the floats to... float. Also, they have to keep air from leaking into their vacuum or helium interior. Over periods of years, decades, etc, *everything leaks*. A plane can have regular maintenance to re-vacuum/refill its floats, this would be much more of a pain for a space elevator.
I sure hope you're joking. This design relies on a surrounding fluid that is more dense than the craft itself to keep it aloft - it floats in air as a balloon does. You can't *float* in vacuum.
This is just spin on having a no-execute flag for pages of memory. It's documented, and any OS can use it. It's possible that the people responsible for PaX (which emulates noexec on x86) already have this working.
Yes, but you still won't have a 5 digit user ID here, will you? And besides... Isn't the whole thing a little bit pointless? I don't even look at user IDs unless somebody calls attention to theirs. I judge posts by their *content*... imagine that!
I didn't know anybody was synthesizing gem-quality diamonds. Neat.
I wonder though... some geeks who think that man-made diamonds are just plain neat, and probably many politically aware people who dislike deBeers would consider the engraving to be a selling point.
You also can't even use your keyboard until the USB driver has loaded - same goes for the mouse. This means if you get stuck in DOS for whatever reason (or, say, at the Recovery Console), you're basically screwed.
This is simply untrue on many systems. Any decent system with USB should have an option in the BIOS to make your USB keyboard work with OS/software that doesn't provide USB support. I use this regularly, because my bootloader doesn't know a thing about USB.
It's even more absurd than that. A PC w/ fans would produce more heat, due to friction, electrical resistance, etc of the fans. Fans keep other parts cool by keeping the air moving, but they are heat sources.
Maybe this is easier than I expect it to be, but you still have all the problems you have with rsync server, and possibly more.
Suppose a previously unknown vulnerability is discovered in either sshd or rsync (the command line utility, not the rsync server) which allows the remote user to execute code. The only difference here is that it's a different piece of software that we're trusting to be secure.
I would say there are still uses for rsync server protocol. Setting up an account for secure, anonymous SSH access to rsync sounds like a nightmare to me.
CVS and rsync are different applications with different uses.
CVS maintains a history of all revisions made to the files in the repository. It doesn't even have a means to synchronize clients without a versioned repository on the server, it relies on the server knowing all past revisions to determine which changes to send to the client.
Rsync works with plain files on the server, not RCS. if you *need* revision control, it's useless, but if you only want to be able to synchronize client files to match the files on the server, it's much better than CVS. The server saves space and complexity by not having to do revision control, and the client still gets the benfits of the server only needing to transmit the changed portions of files.
Did you mean "kilobytes" instead of "megabytes" for most of those? 432545MB is 413GB (in powers-of-two, it's 432GB if you're talking power-of-ten). For 1:18, a 720x480 raw YV12 video with uncompressed 96KHz 7.1 channel surround sound would *still* be smaller than that.
That's just part of the community, we're not all like that. I've been using Gentoo for about a year now (and other distributions for about 5 years before that), and the Gentoo Forums are a great example of a friendly linux community. There are plenty of people there providing help to new users without insulting them.
Slashdot Mirror
Real 10 had significant security flaws not too long ago. They've been fixed in a bugfix release for Windows, but the Linux player remains unfixed AFAIK.
I just need to go change my pants. Seriously though, if the wear issue in early OLED stuff is fixed, this can't come soon enough. 2007 is too damn far away!
I just hope that the simple and reliable manufacturing methods (at least, that's how it sounds) will bring the cost way, way down. Hopefully manufacturers don't get way too greedy and price these similarly to existing tech (or higher), and gouge the consumer for massive profits. I'd imagine that wouldn't last for long, though, because a competitor could undercut such a price and still make a tidy profit per unit..
Hrm, I thought that the suits already had to be custom-fit, so that they could fit and seal properly. Is that still the case, or do we make them cheaper now?
Mutant X? Andromeda? Good?
On the tainting issue, I'm in agreement with the kernel developers - if there is a module loaded without source available, they have the right to know when they receive a bug report. I would draw the line for this as source availability though, rather than being concerned with the license. As long as the source is available for inspection, it can be determined whether or not the bug is in the closed driver.
There is another issue here, though. Certain kernel interfaces are closed to non-GPL modules. The justification for this is that a certain degree of connection to kernel internals makes the module a derived work. This is an issue that I'm not really sure developers ought to be deciding, since it is a legal matter.
It looks like it searches the entire file for the atom identifier to find each atom. Does the container format not have a way to find the first atom, or a table listing all of their positions (the first seems more likely / better designed). It would be more sensible, then, to read the size of each atom and skip to the next one to see if it's the one you want.
Or maybe he just wanted to make it as simple and short as possible...
What, it smells terrible?
The chemical to which you are referring is ethylene glycol, a component of antifreeze. Polyethylene glycol is an entirely different substance, and is indeed safe to ingest.
Could it be that UT2K4 uses a separate thread for audio like UT2K3 did, and your thread library is holding you back? With good threading, this shouldn't be a problem, and has the benefit of letting the game actually *use* dual-proc systems' second proc. OTOH, if your thread library is poor (like the old linux phtreads was)...
Perhaps if I could *afford* to by a Mac ;-)
Aren't there generic PPC machines that you can run linux on? One of these might be a better idea if you don't want Apple's OS.
Hrm... it's an intriguing idea, in any case. You could use solar-powered pumps to maintain vacuum in thet floats. You could also arrange for multiple cars, so that one can be stopped partway for routine maintenance, while reduced/delayed service continues to run. There should probably also be an unused float in each set, ready to vacuum itself out and start lifting if one of its mates starts to take on atmosphere. Redundancy is a good idea here, since a failure would be a catastrophe.
The top portion would still have to support a significant load, but this would allow you to reduce it a bit. You'd also have to consider the materials tradeoff of a stronger stalk vs the rigid floats.
That works, to a point. Once the atmosphere gets thin enough, you won't be able to get the floats to... float. Also, they have to keep air from leaking into their vacuum or helium interior. Over periods of years, decades, etc, *everything leaks*. A plane can have regular maintenance to re-vacuum/refill its floats, this would be much more of a pain for a space elevator.
I sure hope you're joking. This design relies on a surrounding fluid that is more dense than the craft itself to keep it aloft - it floats in air as a balloon does. You can't *float* in vacuum.
This is just spin on having a no-execute flag for pages of memory. It's documented, and any OS can use it. It's possible that the people responsible for PaX (which emulates noexec on x86) already have this working.
Yes, but you still won't have a 5 digit user ID here, will you? And besides... Isn't the whole thing a little bit pointless? I don't even look at user IDs unless somebody calls attention to theirs. I judge posts by their *content*... imagine that!
I didn't know anybody was synthesizing gem-quality diamonds. Neat.
I wonder though... some geeks who think that man-made diamonds are just plain neat, and probably many politically aware people who dislike deBeers would consider the engraving to be a selling point.
You also can't even use your keyboard until the USB driver has loaded - same goes for the mouse. This means if you get stuck in DOS for whatever reason (or, say, at the Recovery Console), you're basically screwed.
This is simply untrue on many systems. Any decent system with USB should have an option in the BIOS to make your USB keyboard work with OS/software that doesn't provide USB support. I use this regularly, because my bootloader doesn't know a thing about USB.
It's even more absurd than that. A PC w/ fans would produce more heat, due to friction, electrical resistance, etc of the fans. Fans keep other parts cool by keeping the air moving, but they are heat sources.
Maybe this is easier than I expect it to be, but you still have all the problems you have with rsync server, and possibly more.
Suppose a previously unknown vulnerability is discovered in either sshd or rsync (the command line utility, not the rsync server) which allows the remote user to execute code. The only difference here is that it's a different piece of software that we're trusting to be secure.
I would say there are still uses for rsync server protocol. Setting up an account for secure, anonymous SSH access to rsync sounds like a nightmare to me.
CVS and rsync are different applications with different uses.
CVS maintains a history of all revisions made to the files in the repository. It doesn't even have a means to synchronize clients without a versioned repository on the server, it relies on the server knowing all past revisions to determine which changes to send to the client.
Rsync works with plain files on the server, not RCS. if you *need* revision control, it's useless, but if you only want to be able to synchronize client files to match the files on the server, it's much better than CVS. The server saves space and complexity by not having to do revision control, and the client still gets the benfits of the server only needing to transmit the changed portions of files.
Did you mean "kilobytes" instead of "megabytes" for most of those? 432545MB is 413GB (in powers-of-two, it's 432GB if you're talking power-of-ten). For 1:18, a 720x480 raw YV12 video with uncompressed 96KHz 7.1 channel surround sound would *still* be smaller than that.
;-)
Looks like an "oops" to me
That's just part of the community, we're not all like that. I've been using Gentoo for about a year now (and other distributions for about 5 years before that), and the Gentoo Forums are a great example of a friendly linux community. There are plenty of people there providing help to new users without insulting them.
What if the lamp came with the girlfriend?