Funny enough piracy is just an excuse to implement DRM. Making people buy media >N times for N devices instantly dwarfs any profits lost to pirates. The pirates will still buy the media 0 times for N devices, and honest law-abiding consumers will pay >N times to subsidise the pirates. It benefits everyone except the honest consumer.
The trend is towards more piracy, not less, so ultimately there will be 1 person paying for 2-3 billion copies and everyone else gets it free. Of course long before then DRM will be gone and people will return to paying for things zero or one times.
Actually no, I see your condition that it only matters if it's necessary for the application to work. A Debian package can certainly be compiled from its upstream source without signing, but an unsigned iPhone application wouldn't run without a jailbreak or a simulator. I'm wrong, carry on.
I think that's moot, since all Debian packages are also signed with an unreleased private key, only conditional on trust rather than payment. If it's a problem to sign an iPhone application before distributing it, surely it's a problem for Debian packages as well.
That's not true. OP questions whether software from Cuba, Russia, China, etc. can be trusted, and I imply that there is no reason to trust software from the USA either. Windows and Linux have both had contributions from the NSA, for instance, and while the contributions to Linux have been widely audited, Windows clearly has not.
Why would you want a JIT to recompile code when you can just plug pre-compiled code in on demand? Modular kernels are the norm and Linux is the most modular of all. The only reason you might want a JIT is to "efficiently" patch code from one hard-coded path to another, and in general, the JIT penalty is likely to outweigh the benefit of the optimisation. The only real-world case I know from recent times is Linux self-patching at runtime to turn off heavyweight SMP locking.
Yes, in stark contrast to the politically flawless United States, having no record of any government involvement with production of open source or proprietary software. Pleeeeeaaaaassssssssseeeee.
Oh wait, that's already very common and well accepted.
Re:have you guys heard about this?
on
Vim 7.2 Released
·
· Score: 1
Well to be fair, it's precisely that announcement which killed Hurd. That and gross mismanagement. But I still like to imagine that it's Linus himself who spared us from Hurd by accidentally killing it with a one-man 0.1 release.
Because a default install of Windows includes office suite and software development tools? Linux distributions do more out of the box and for less hard disk space, and that's widely admitted even by Microsoft apologists.
Well no, almost all open source software has a Windows port, so if you want to make your favourite open source software run slower and buggier, you can always run it on Windows.
KVM lacks the video acceleration that VirtualBox has, but for server virtualisation KVM is stupidly fast even without paravirt drivers (which are provided via virtio and drop dead easy to setup on a Linux guest).
Because Xen has dropped them. The last kernel officially patched by Xen developers is 2.6.18, from about two years ago. The Xen developers must have sold out, but it's their loss, since now KVM performs just as well and is much easier to administer.
Yes, the CD layout is proprietary, NOT the source or documentation. You can build a custom install CD layout which produces the exact same on-disk system, and it's then up to you how you use it, and they make this explicitly clear.
Great. Now in a matter of years we'll have hippies protesting abuse of Nature's Own Black Holes for generating power. It's not really sustainable energy if all the mass you add to the hole extends its event horizon. (Does it?)
ZFS will just remap the bad sector. If a redundant copy of the data is still available, the remapped version will contain that data. If anything really is lost for good, you'll be told exactly what file it was.
ZFS is a bit too good to be true. Just hope btrfs catches up soon.
If people are to use advanced means of counting on their fingers, they may as well just use binary directly, for 1024 discrete values assuming 2 states per finger.
Windows filesystems don't even have an optimal access pattern. At least with ext2/3 you can optimise for RAID stripe and stride in a way that works regardless of the underlying RAID implementation, and significantly reduces the number of disks involved in reading/writing metadata.
Slashdot Mirror
Funny enough piracy is just an excuse to implement DRM. Making people buy media >N times for N devices instantly dwarfs any profits lost to pirates. The pirates will still buy the media 0 times for N devices, and honest law-abiding consumers will pay >N times to subsidise the pirates. It benefits everyone except the honest consumer.
The trend is towards more piracy, not less, so ultimately there will be 1 person paying for 2-3 billion copies and everyone else gets it free. Of course long before then DRM will be gone and people will return to paying for things zero or one times.
Actually no, I see your condition that it only matters if it's necessary for the application to work. A Debian package can certainly be compiled from its upstream source without signing, but an unsigned iPhone application wouldn't run without a jailbreak or a simulator. I'm wrong, carry on.
I think that's moot, since all Debian packages are also signed with an unreleased private key, only conditional on trust rather than payment. If it's a problem to sign an iPhone application before distributing it, surely it's a problem for Debian packages as well.
That's not true. OP questions whether software from Cuba, Russia, China, etc. can be trusted, and I imply that there is no reason to trust software from the USA either. Windows and Linux have both had contributions from the NSA, for instance, and while the contributions to Linux have been widely audited, Windows clearly has not.
It's all just refactoring and adding new features. These are generally accepted as good things. The article is a troll looking for ad revenue.
Why would you want a JIT to recompile code when you can just plug pre-compiled code in on demand? Modular kernels are the norm and Linux is the most modular of all. The only reason you might want a JIT is to "efficiently" patch code from one hard-coded path to another, and in general, the JIT penalty is likely to outweigh the benefit of the optimisation. The only real-world case I know from recent times is Linux self-patching at runtime to turn off heavyweight SMP locking.
Yes, in stark contrast to the politically flawless United States, having no record of any government involvement with production of open source or proprietary software. Pleeeeeaaaaassssssssseeeee.
Clearly we must burn dead people instead.
Oh wait, that's already very common and well accepted.
Well to be fair, it's precisely that announcement which killed Hurd. That and gross mismanagement. But I still like to imagine that it's Linus himself who spared us from Hurd by accidentally killing it with a one-man 0.1 release.
Because a default install of Windows includes office suite and software development tools? Linux distributions do more out of the box and for less hard disk space, and that's widely admitted even by Microsoft apologists.
Well no, almost all open source software has a Windows port, so if you want to make your favourite open source software run slower and buggier, you can always run it on Windows.
sudo aptitude -PvVR install answers-devel
There, fixed that for you.
Microsoft already has Linux labs, wherein they probably torture Linux installations to extract strategic information.
KVM lacks the video acceleration that VirtualBox has, but for server virtualisation KVM is stupidly fast even without paravirt drivers (which are provided via virtio and drop dead easy to setup on a Linux guest).
Because Xen has dropped them. The last kernel officially patched by Xen developers is 2.6.18, from about two years ago. The Xen developers must have sold out, but it's their loss, since now KVM performs just as well and is much easier to administer.
Yes, the CD layout is proprietary, NOT the source or documentation. You can build a custom install CD layout which produces the exact same on-disk system, and it's then up to you how you use it, and they make this explicitly clear.
But I accidentally the address of the page I was interested in!
Great. Now in a matter of years we'll have hippies protesting abuse of Nature's Own Black Holes for generating power. It's not really sustainable energy if all the mass you add to the hole extends its event horizon. (Does it?)
You mean like any of the many commercial NAS machines which run embedded Linux distributions? I've heard they do ok.
So is Linux with LVM on top of MD software RAID. Home Server just gives you a GUI, the functionality given once built is no better.
And ZFS is even better than LVM on MD. btrfs may some day be even better than ZFS.
ZFS will just remap the bad sector. If a redundant copy of the data is still available, the remapped version will contain that data. If anything really is lost for good, you'll be told exactly what file it was.
ZFS is a bit too good to be true. Just hope btrfs catches up soon.
If people are to use advanced means of counting on their fingers, they may as well just use binary directly, for 1024 discrete values assuming 2 states per finger.
Windows filesystems don't even have an optimal access pattern. At least with ext2/3 you can optimise for RAID stripe and stride in a way that works regardless of the underlying RAID implementation, and significantly reduces the number of disks involved in reading/writing metadata.
Except that overloaded class operators don't apply to pointers, only to references and direct instances. So perhaps you wanted:
*C != *(C++)
Which is still undefined :)
Statistical reporting not 100% accurate and representative. News at 11.