Good answer, that's exactly what I'd want to do. (Although I'd obviously prefer to rip them in highest quality to a storage disk, then just burn it as needed.)
I just wonder how long we'll be able to do this, though... I know the risk is tiny, but if I do what you suggest, i might get an RIAA letter through the door someday. I am *that* unlucky a person.
The point is I should never have to worry about receiving that letter.
say my CD player breaks one day, taking the CD with it. And say the CD is now out of production. (i.e. good music, not produced in the last 10 years.) What do I do then?
Alright, not ontopic, but something I just thought of...
Is there anything you can put in a license that would stop SCO (and any related cos) using the mass of OS software they employ in their products? I know they already have what they have, but future releases?
I don't know much about the GPL, but I think I remember that you can't tag on additional clauses to it, so maybe this isn't possible.
A while a go, I remember some talk about gcc dropping support for the SCO OSes. What happened there? Anyways, that seems like a nice approach - starve the fuckers of what they depend on. But, as I said above, maybe the GPL doesn't allow it. Don't want to be as bad as them, after all.
BTW, someone on here once asked me if I was a DC fan (cos of the DC in the/. name). Well, yep. I was... Want to know what's worse? I had tickets to this year's French GP.
Lazy, and have only scanned the above, but how can this really be used to compare source trees? My understanding of hashes is that a decent alg. will flip around 50% of bits in the ciphertext for any single bit of change in the plaintext. So unless source files are identical, hashes generally won't match. I doubt source files could be planted straight in - some kind of integration would be required (i.e. source code mods). So how could this be used to find 'dodgy' code? (Although this is a waste of processor time anyway. Everyone knows this is balls.)
But, as I said above, this is/. and I ain't read the above, just getting in some bedtime reading. Enlighten me. But quick, my eyelids are drooping...
Re:Space is the least of NASA's worries
on
SOHO Is Back
·
· Score: 1
What are you talking about? Temperature variations, radiation, power requirements vs supply. Just three of the (many) problems made far more complex by leaving our atmosphere.
I do agree, though, that launch is the most difficult phase. It adds new problems like weight, vibration and size to the mix.
All the above problems do, of course, exist when designing conventional aircraft. But they're far, far harder when designing a spacecraft.
I know we have plenty of great advocates. Let's welcome another:
From the linked article:
Eric O'Dell, senior systems and database administrator, Visionary Networks, Portland, Ore
This is just a sad case of a mismanaged company without any talent or innovation of its own using lawyers to parasitize the IT industry.
Well done sir. Very ballsy, and spot on. Now added to my favourites (sorry, a Scot, so I use the 'u' - I know hot picky you/. guys are about spelling...)
Slashdot Mirror
I just wonder how long we'll be able to do this, though... I know the risk is tiny, but if I do what you suggest, i might get an RIAA letter through the door someday. I am *that* unlucky a person.
The point is I should never have to worry about receiving that letter.
say my CD player breaks one day, taking the CD with it. And say the CD is now out of production. (i.e. good music, not produced in the last 10 years.) What do I do then?
Alright, not ontopic, but something I just thought of... /. name). Well, yep. I was... Want to know what's worse? I had tickets to this year's French GP.
Is there anything you can put in a license that would stop SCO (and any related cos) using the mass of OS software they employ in their products? I know they already have what they have, but future releases?
I don't know much about the GPL, but I think I remember that you can't tag on additional clauses to it, so maybe this isn't possible.
A while a go, I remember some talk about gcc dropping support for the SCO OSes. What happened there? Anyways, that seems like a nice approach - starve the fuckers of what they depend on. But, as I said above, maybe the GPL doesn't allow it. Don't want to be as bad as them, after all.
BTW, someone on here once asked me if I was a DC fan (cos of the DC in the
Lazy, and have only scanned the above, but how can this really be used to compare source trees? /. and I ain't read the above, just getting in some bedtime reading. Enlighten me. But quick, my eyelids are drooping...
My understanding of hashes is that a decent alg. will flip around 50% of bits in the ciphertext for any single bit of change in the plaintext. So unless source files are identical, hashes generally won't match. I doubt source files could be planted straight in - some kind of integration would be required (i.e. source code mods). So how could this be used to find 'dodgy' code? (Although this is a waste of processor time anyway. Everyone knows this is balls.)
But, as I said above, this is
What are you talking about? Temperature variations, radiation, power requirements vs supply. Just three of the (many) problems made far more complex by leaving our atmosphere. I do agree, though, that launch is the most difficult phase. It adds new problems like weight, vibration and size to the mix. All the above problems do, of course, exist when designing conventional aircraft. But they're far, far harder when designing a spacecraft.
I know we have plenty of great advocates. Let's welcome another: /. guys are about spelling ...)
From the linked article:
Eric O'Dell, senior systems and database administrator, Visionary Networks, Portland, Ore
This is just a sad case of a mismanaged company without any talent or innovation of its own using lawyers to parasitize the IT industry.
Well done sir. Very ballsy, and spot on. Now added to my favourites (sorry, a Scot, so I use the 'u' - I know hot picky you
'final' doesn't give you a performance boost in Java: http://www-106.ibm.com/developerworks/java/library /j-jtp1029.html
I used to believe this one too, but it's actually an urbal myth. I can't remember where I heard it, but it sounded reasonable at the time.