Microsoft can't pay someone to make ARM chips compatible with existing Windows software. Every other example has been based on an x86 platform that was just not powerful enough to run Windows. The problem with ARM isn't power, it's architecture, and that's not going to change.
We will see, I'm betting that the allure of of a sub-$100 netbook that can go all day on a full charge and can check email and browse the internet will be attractive to a lot of people.
I think you're missing a very, very big point here, and that is that even if there is a Windows 7 port to ARM, those people would still not be able to play their existing games, or use their existing apps, because those games and apps were written for x86 architectures. So the when the ARM netbooks come out, you will have your choice between Linux and the vast majority of Linux's apps, or Windows and the vast minority of Windows apps.
The claim is that a PHP injection on a web server is going to also infect user-owned tarballs and wine executables and root-owned shell scripts without exploiting a privilege escalation hole? Either his webserver is configured to run as root, or this claim doesn't pass the smell test.
I didn't see any assembly code in glibc's string operations. Looking over all of glibc's source, the assembly code seems mostly limited to the sysdeps and elf folders.
Which is why a many great deal of OS components are written in general x86 assembler.
s/OS/Windows/ and you may be right, but even then the NT kernel was designed for portability, so I'm not so sure. But I'm sure there is a minimal amount of x86 assembler in OSX, Linux, BSD or Solaris.
All known arrangements of life either consume oxygen or produce it, either way we will find free oxygen anywhere we find such life.
All known arrangements of life depend on liquid water, even in those under-glacier lakes or deep ocean thermal vents, liquid water is necessary. Therefore we will find liquid water anywhere we find such life.
Unless there is some arrangement for life than is fundamentally different from ours, on a molecular level, then oxygen and liquid water will be found anywhere life will be found.
I had an ATI card with S-video on my old laptop, and I remember that the proprietary driver didn't poll the s-video port by default, I had to enable it through xrandr for it to detect when I plugged it in. After I upgraded to Ubuntu 9.04, it was automatically detected whenever I plugged it into a TV, not sure if that was because 9.04 switched me to the open source ati driver, or because of improvements in xrandr, but it worked perfectly.
Also, why a Java applet wouldn't work on Linux makes no sense, unless they're making JNI calls to some C library they've packaged up with it, in which case they should be flogged mercilessly.
Actually, we are starting to see hardware at Best Buy labeled as compatible with Linux. You can buy linux hardware from Dell, HP, Lenovo or IBM, not to mention System76 and Zareason. Oh, and the software for Statistics 301 most likely will run on Linux too.
Metadata or just plain regular data - it's all just data. That's the point.
Not all data is stored equally, nor equally easy to recover.
If you can't reproduce your data recovery, then your method is no better than guessing since there's no way to show that what you recovered can reasonably be shown to be what you were looking for.
Um, what? If I can recover readable text files, or viewable image files, you know that those files were what was there, it's self evident.
Data recovery absolutely must be reproducible and reliable or it's not data recovery. You have to show that what you recovered can be trusted to be what was lost (reliable) and that you can repeat the process (reproducible).
You have very strange ideas about data recovery. Data recovery is not, and should not be, a part of normal business practice. Data recovery is for those "Oh My God, Give me something, anything, so we can continue to operate as a business" situations, or those "We think this disk once contained information about Iran's nuclear program, see what information you can get from it" scenarios. Either way, you implicitly trust your data recovery people to be honest, either out of necessity (no other option), or authority (they work for you).
The fact that data is recoverable doesn't mean you have extra storage space, because they data isn't recoverable with enough reliability to make it usable as storage. It is, however, recoverable with enough reliability to make it insecure.
If a bit lost data 1% of the time, it's useless for storage. But I wouldn't consider a 99% chance of recovery acceptable for security.
Slashdot Mirror
ARM devices are already ubiquitous, proven technology. All that's happening here is they are being used in a new form factor.
I agree, though, I wouldn't count on seeing $89.99 devices anytime soon.
Microsoft can't pay someone to make ARM chips compatible with existing Windows software. Every other example has been based on an x86 platform that was just not powerful enough to run Windows. The problem with ARM isn't power, it's architecture, and that's not going to change.
Yes, .Net apps will have a much easier time. Now list off some popular .Net apps for Windows....
CLR apps should run on a CLR port to ARM, yes. Assuming they are 100% CLR, which I hear isn't very often.
We will see, I'm betting that the allure of of a sub-$100 netbook that can go all day on a full charge and can check email and browse the internet will be attractive to a lot of people.
I think you're missing a very, very big point here, and that is that even if there is a Windows 7 port to ARM, those people would still not be able to play their existing games, or use their existing apps, because those games and apps were written for x86 architectures. So the when the ARM netbooks come out, you will have your choice between Linux and the vast majority of Linux's apps, or Windows and the vast minority of Windows apps.
The claim is that a PHP injection on a web server is going to also infect user-owned tarballs and wine executables and root-owned shell scripts without exploiting a privilege escalation hole? Either his webserver is configured to run as root, or this claim doesn't pass the smell test.
1998 called, they want their rant back.
I didn't see any assembly code in glibc's string operations. Looking over all of glibc's source, the assembly code seems mostly limited to the sysdeps and elf folders.
s/OS/Windows/ and you may be right, but even then the NT kernel was designed for portability, so I'm not so sure. But I'm sure there is a minimal amount of x86 assembler in OSX, Linux, BSD or Solaris.
This isn't windows, you're not limited to bitmaps and ICO files. You can use PNG, SVG, JPG, etc.
So I am, are there examples of organisms that use anaerobic respiration? The linked article didn't provide any.
All known arrangements of life either consume oxygen or produce it, either way we will find free oxygen anywhere we find such life.
All known arrangements of life depend on liquid water, even in those under-glacier lakes or deep ocean thermal vents, liquid water is necessary. Therefore we will find liquid water anywhere we find such life.
Unless there is some arrangement for life than is fundamentally different from ours, on a molecular level, then oxygen and liquid water will be found anywhere life will be found.
Get with the times, he's moved on to hating KDE 4 now, all the posers are back on Gnome.
Good luck with that
No, he'll say "Simple, open the app center, find which app you want, click install, done."
Then he'll ask the Mac and PC how they keep 3rd party apps up to date.
Wireless cards aren't supported, only chipsets. Vendors often use entirely different chipsets in cards of the same model.
Lets see, I am a computer Professional, who needs an OS for his Home computer. Which should I choose? And who need Ultimate anyway?
You know that you can run Krita in Gnome, right?
I had an ATI card with S-video on my old laptop, and I remember that the proprietary driver didn't poll the s-video port by default, I had to enable it through xrandr for it to detect when I plugged it in. After I upgraded to Ubuntu 9.04, it was automatically detected whenever I plugged it into a TV, not sure if that was because 9.04 switched me to the open source ati driver, or because of improvements in xrandr, but it worked perfectly.
Also, why a Java applet wouldn't work on Linux makes no sense, unless they're making JNI calls to some C library they've packaged up with it, in which case they should be flogged mercilessly.
Why do you put up with that crap?
Actually, we are starting to see hardware at Best Buy labeled as compatible with Linux. You can buy linux hardware from Dell, HP, Lenovo or IBM, not to mention System76 and Zareason. Oh, and the software for Statistics 301 most likely will run on Linux too.
Metadata or just plain regular data - it's all just data. That's the point.
Not all data is stored equally, nor equally easy to recover.
If you can't reproduce your data recovery, then your method is no better than guessing since there's no way to show that what you recovered can reasonably be shown to be what you were looking for.
Um, what? If I can recover readable text files, or viewable image files, you know that those files were what was there, it's self evident.
Data recovery absolutely must be reproducible and reliable or it's not data recovery. You have to show that what you recovered can be trusted to be what was lost (reliable) and that you can repeat the process (reproducible).
You have very strange ideas about data recovery. Data recovery is not, and should not be, a part of normal business practice. Data recovery is for those "Oh My God, Give me something, anything, so we can continue to operate as a business" situations, or those "We think this disk once contained information about Iran's nuclear program, see what information you can get from it" scenarios. Either way, you implicitly trust your data recovery people to be honest, either out of necessity (no other option), or authority (they work for you).
Only if you need to recover every byte to make any portion of the file readable. This is true for encrypted files, but not so much for most others.
The fact that data is recoverable doesn't mean you have extra storage space, because they data isn't recoverable with enough reliability to make it usable as storage. It is, however, recoverable with enough reliability to make it insecure.
If a bit lost data 1% of the time, it's useless for storage. But I wouldn't consider a 99% chance of recovery acceptable for security.