Software patents aren't wrong, but 17-20+ years is much too long. I would suggest something more like 17-20 months, which would give entities an incentive to innovate and minimize the negative effect of patents on innovation.
Maybe Intel will open the source, eventually. Right now, they're probably just trying to get a quick return on their investment from people who want a fast compiler now.
Actually, you only need to send a SIGSTOP to the applications themselves, then get the kernel to swap out the process completely and save the result somewhere.
But once again... why do we need opensource games? We just need games.If the games are open-source then anyone can basically rip them off. Open source is good for the GUI, server apps, and the kernel. Games are always going to be closed. At least to make some money they need to be.
We need games where the game engine is open-source, but the art isn't. Hell, even a Minix-style license would be fine (i.e. you pay for the game, but you get non-redistributable source with it, but you can distribute patches).
I don't find it too difficult to imagine a constantly evolving open-source game engine, where various companies periodically grab a version of the engine and sell art for it. This is where QuakeForge might be in the future.
you can give the user root access too. Even if they decide to rm -rf / all that will happen is their own virtual machine will wipe itself...the box will stay up and so will all the other vm's.
I was under the impression that jail(2) did that, too.
Re:ICBW but this looks like primarily bugfixes
on
Xfree86 4.2.0 Out
·
· Score: 2
X is already about as fast as it's going to get. The slowness you are talking about is probably GNOME/KDE's fault.
Slashdot Mirror
The iptables connection tracking security flaw was a major flaw.
22/7 is inaccurate after the second decimal place.
Hah! They don't even control the client hardware.
Software patents aren't wrong, but 17-20+ years is much too long. I would suggest something more like 17-20 months, which would give entities an incentive to innovate and minimize the negative effect of patents on innovation.
Any linguist will tell you that English is a crappy language to standardize on.
Yep. That's why Debian users use Alien to install foreign (non-deb) packages.
Actually, most of those deficiencies are actually fixed.
Heh. That's a first.
Or, use your brain and quit smoking!
Just because Microsoft is worse doesn't make Linux not a joke.
It's RFC 2822
Anyway, as long as it enforces RFC2822-compliance (i.e. unlike browser detection), then it's fine.
Troll! I asked.
Maybe Intel will open the source, eventually. Right now, they're probably just trying to get a quick return on their investment from people who want a fast compiler now.
How about this? Trap SIGSTOP, but then stop anyway. (let the kernel handle the rest). When your process wakes up, re-initialize whatever you have to.
Actually, you only need to send a SIGSTOP to the applications themselves, then get the kernel to swap out the process completely and save the result somewhere.
It was called suspend-to-disk until Microsoft called it hibernate.
I'm not saying it's a business model. I'm predicting that it's going to happen, whether or not it makes more money than the current system.
We need games where the game engine is open-source, but the art isn't. Hell, even a Minix-style license would be fine (i.e. you pay for the game, but you get non-redistributable source with it, but you can distribute patches).
I don't find it too difficult to imagine a constantly evolving open-source game engine, where various companies periodically grab a version of the engine and sell art for it. This is where QuakeForge might be in the future.
The codec is actually called "Vorbis", which also is a modern-sounding name.
I was under the impression that jail(2) did that, too.
X is already about as fast as it's going to get. The slowness you are talking about is probably GNOME/KDE's fault.
No, it's different. China can do whatever it wants, because the GPL is enforced by copyright, which may or may not apply in China.
Can someone explain the practical difference between this and *BSD's jail() environment? On a side note, why *doesn't* Linux support jail()?
Yes, but I don't think anyone has managed to build the entire set of packages (which is amazingly huge) from source... yet.