If I have a legitimate SW and it shows to my friends, colleagues or worst, to my customers a "visual reminder that I'm not using a legitimate copy" I'm going to get mad. Mad enough to sue.
Just think about a presentation in a conference...
I'd really like to see reference to this. All CPU tests I have seen seem to indicate they (H.264/VC-1) take about same amount of CPU - but these are CPU tests, not comparison of the the codecs so they do not really tell one way or other.
In Finland they use same method and the black list is extremely idiotic (and most likely illegal - unfortunately government refuses to do anything about it).
The problem is that too many individuals that you can't even contact own individual copyrights in the Linux kernel.
Although I agree with this it always amuses me. You remember when SCO claims were "on the air" Linux people claimed "we would rewrite it in the matter days"... apparently these cannot be "rewritten":-).
I think there is just no desire to move (I'll leave the reasons for the lack of desire for another time).
Binary compatibility... your "setup for failure" is true - in Linux.
Fortunately it is not true in (Open)Solaris (or Mac or Windows or...).
Listen, I really, really hate that X server breaks for every minor-minor kernel update (I have switched to Ubuntu which does not have that brain damage). I really, really hate when I have to recompile (FOSS) webcam (and DVB and maybe two other) drivers after every minor-minor kernel update.
Maybe you have time for all that. We don't - I know people who do not update their kernels anymore.
1) Simplicity. It is trivial to set up and administer. 2) End-to-end checksums. 3) Copy-on-write and always consistent disk (no need for journal or fsck). 4) Build in compression and encryption. 5) Snapshots, etc. 6) NFS4.
It is so huge improvement from Linux that my home server will be Opensolaris with ZFS and raidz2.
Besides, H.264 and AAC are probably the most widely supported formats.
It is recommended, among others, by EFFI (Electronic Foundation Finland, I could not find similar recommendation by EFF) as it is supported in most platforms (OS/CPU/...) and there are GPL implementations.
In Estonia criminals had "keys" made of titanium. With them and using just force (pins in the lock would break) they could open any car door and start the engine.
The car manufacturers did nothing to improve the locks until there were law requiring an immobiliser.
The binary only (proprietary) drivers was the reason for me.
It is the only desktop distribution taking care of the huge PITA binary drivers are in Linux.
Unfortunately it does not solve the problem wholly, e.g. DVB card support is a bit behind (you may have to compile the sources going back to square one - every kernel update "breaks" your computer).
Do you really believe the Talibans could have given Bin Laden to USA even if they wanted to?
Besides, if Talibans were to ask an American criminal handed over do you think Bush would comply? The Bhopal "accident" comes to mind (the company president has not been, and will not be, handed over to Indian authorities).
Double standards.
P.S. I dislike Bin Laden as much as any guy, but I am not irrational.
I think this might be somehow linked to the fact that if we have two messages with zero information you can (trivially) combine them to have one message with full ("one") information.
The same way as it does in the original attack. Nobody contacts any other resolver except those in/etc/resolv.conf as they are (almost always) recursive.
Slashdot Mirror
If I have a legitimate SW and it shows to my friends, colleagues or worst, to my customers a "visual reminder that I'm not using a legitimate copy" I'm going to get mad. Mad enough to sue.
Just think about a presentation in a conference ...
H.264 requires twice as much CPU power to decode,
I'd really like to see reference to this. All CPU tests I have seen seem to indicate they (H.264/VC-1) take about same amount of CPU - but these are CPU tests, not comparison of the the codecs so they do not really tell one way or other.
Flash can use H.264 for video. So it has about the same quality as Silverlight (VC-1) for the same bandwidth.
Maybe you are not fanboy but only astroturfer?
Is it "software" if it can be changed via JTAG (or remote debugger)?
My point is that "your" definition of "software" is totally arbitrary.
non-free firmware
This is something I do not understand. If the "non-free" firmware is on a ROM (or flash or ...) on the board it is OK in the GNU sense.
But if it is in a (redistributable) binary blob in a file it is apparently not.
Could someone please enlighten me?
Or maybe they just do not like DRM.
NOOOO!
That would be: ...
Vote machine 1 acquires a lock to the fork^Wcounter on the left
known to host kiddie porn
"known" or "alleged"?
"to host" or "picasa" (or hacked sites)?
"kiddie porn" or "gay porn"?
In Finland they use same method and the black list is extremely idiotic (and most likely illegal - unfortunately government refuses to do anything about it).
Exactly. So not providing medical care for poor is "killing". Not providing them music is ... er, what exactly?
I am willing to pay taxes for the former, not for the latter.
The problem is that too many individuals that you can't even contact own individual copyrights in the Linux kernel.
Although I agree with this it always amuses me. You remember when SCO claims were "on the air" Linux people claimed "we would rewrite it in the matter days" ... apparently these cannot be "rewritten" :-).
I think there is just no desire to move (I'll leave the reasons for the lack of desire for another time).
Binary compatibility ... your "setup for failure" is true - in Linux.
Fortunately it is not true in (Open)Solaris (or Mac or Windows or ...).
Listen, I really, really hate that X server breaks for every minor-minor kernel update (I have switched to Ubuntu which does not have that brain damage). I really, really hate when I have to recompile (FOSS) webcam (and DVB and maybe two other) drivers after every minor-minor kernel update.
Maybe you have time for all that. We don't - I know people who do not update their kernels anymore.
1) Simplicity. It is trivial to set up and administer.
2) End-to-end checksums.
3) Copy-on-write and always consistent disk (no need for journal or fsck).
4) Build in compression and encryption.
5) Snapshots, etc.
6) NFS4.
It is so huge improvement from Linux that my home server will be Opensolaris with ZFS and raidz2.
Perhaps, just perhaps, Linux and Linux development should not only be "better than Windows", perhaps it should be good.
But then, I know I am dreaming.
Aspect oriented programming would seem to solve quite a few of your requirements.
Unfortunately I have not (yet?) had time to evaluate AspectJ to know how it really performs.
Besides, H.264 and AAC are probably the most widely supported formats.
It is recommended, among others, by EFFI (Electronic Foundation Finland, I could not find similar recommendation by EFF) as it is supported in most platforms (OS/CPU/...) and there are GPL implementations.
In Finland Yle (government owned TV) told, during the show, that they were computer generated.
In Estonia criminals had "keys" made of titanium. With them and using just force (pins in the lock would break) they could open any car door and start the engine.
The car manufacturers did nothing to improve the locks until there were law requiring an immobiliser.
I wonder what Americans would have done if several of their peacekeepers were killed ...
Sure Russian went beyond anything they should do, but they were clearly provoked.
The binary only (proprietary) drivers was the reason for me.
It is the only desktop distribution taking care of the huge PITA binary drivers are in Linux.
Unfortunately it does not solve the problem wholly, e.g. DVB card support is a bit behind (you may have to compile the sources going back to square one - every kernel update "breaks" your computer).
Do you really believe the Talibans could have given Bin Laden to USA even if they wanted to?
Besides, if Talibans were to ask an American criminal handed over do you think Bush would comply? The Bhopal "accident" comes to mind (the company president has not been, and will not be, handed over to Indian authorities).
Double standards.
P.S. I dislike Bin Laden as much as any guy, but I am not irrational.
I think this might be somehow linked to the fact that if we have two messages with zero information you can (trivially) combine them to have one message with full ("one") information.
Please read: http://www.us-cert.gov/cas/techalerts/TA08-190B.html
The same way as it does in the original attack. Nobody contacts any other resolver except those in /etc/resolv.conf as they are (almost always) recursive.
Why not?
If the attacker sends his reply before ISP then the (wrong) response will/can be accepted.
Just like with a caching server.
I would be surprised to see a recursive DNS server in a home firewall/router.
Mine works that way (A-Link). Actually I think my old one did the same (Telewell).
I doubt it is really a full server, I think it is just a forwarder (does not cache any information locally, or at most very little).