The clean codebase helps KHTML and will tell more as the rushed hacks mount up in webcore. It costs them features in the short term, but in the long run keeping khtml clean makes it easier to work on.
They don't mind that. They do mind the idiotic fanboys who think it's somehow their laziness that stops them integrating apple's patches. You can't really blame them for not forseeing that (though I suppose they could have looked at the real ipod hack threads and seen that apple zealots are 4x as stupid as any other zealots and outnumber them by a factor of 10).
But wouldn't you be far better getting a small distro that's meant for using from hard disk? (And I find austrumi to be a far better replacement for DSL)
A lot of the evidence comes from earthquakes. There are seismometers all over the world, so when an earthquake happens we see the results everywhere. There are two types of waves, P and S, and S waves can't travel through liquids, which show us the size of the molten outer core (you get a "shadow" on the other side of the world where you don't get any S waves). For the rest of the layers, diffraction because of differing densities changes the time taken for the waves to reach different locations, telling us how dense various layers are so we can have a pretty good guess at what they're made of.
While knoppix is good I find slax better. It had writing to everywhere on the filesystem before knoppix, better init detection stuff (IME of course), includes koffice which was unfotunately dropped from knoppix for space reasons, and is generally much nicer. Fits in a much smaller space, which makes caching the whole thing in RAM a real possibility (with knoppix this is impractical with less than a gigabyte), and is generally faster and lighter (it can manage with 32mb ram). It's also modular in a really easy way (I've made my own modules, which is something I never managed with morphix) Get it here
Why? A live CD is a live cd, to be run from the cd. A normal distro is a normal distro to be installed on a hard drive, AND NEVER THE TWAIN SHALL MEET. Why would you want to install it onto a hard disk when there are so many perfectly good distributions designed for doing just that?
Code can be written to be cross platform from the start, and not need such adjustments. That was a very trivial example, there can be deeper things. But anyway, what I'm asking is was the code written to be multi-platform.
We do switch to other alternatives. But the people who blindly click though need to know about such things. There are good reasons not to use Google, this is one of them.
It's been around for a while, so it's probably not depending on new directx, so even if it is directx perhaps it could be compiled against winelib? I'm more concerned about the code assuming everything is windows (\ for directory separator, etc)
Anyone know how portable the code is? Any chance we could see milkdrop for xmms (yes I know there are clones around, none of them are as good as the original).
How do they manage to subsidize the consoles? Simple: you pay over the odds for the games. On the PC games may cost as much at launch, but they go down much faster, and these days you can get some fairly decent games for free and a whole host at a fiver each. For someone who games a lot, the PC is far cheaper in the long run.
I've got 384mb, I don't think it's ram. Anyway, java is fine for performance on console apps, it just crawls with gui. This isn't even a problem with java, just swing. It's not even a problem with swing, just sun's particular implementation of it. (If you did swing as a c library that called xlib, rather than drawing all the pixels in java, I'm sure it would zoom). But the way java is, swing is the standard gui so everyone uses it, and sun's implementation is the only one available that works for most java progs. So any gui java app is intolerably slow.
5 is the marketing name, 1.5 is the real name. Anyway, C/C++ still works on my proc, python works, even mono works, kde works, OOo works, unreal tournament works, everything I want to use works. Why should I have to upgrade? It's only java that's so incredibly bloated, everything else manages.
It is tiresome but it's still true. You might not notice if you have a newer machine, but for me on my 800mhz duron java apps are still unusably slow. So I will keep complaining about them. I haven't tried Zend, but azureus, yaggui and jedit are all painfully slow (click menu, 2 seconds before it loads up, and don't get me started on load times for the apps themselves). I've tried various java versions, even 1.5, it's still too slow.
Gcj is great for those programs that work on it. Unfortunately, it's still not at the stage where you can take a random java prog and expect to be able to compile it with gcj.
Slashdot Mirror
The clean codebase helps KHTML and will tell more as the rushed hacks mount up in webcore. It costs them features in the short term, but in the long run keeping khtml clean makes it easier to work on.
They don't mind that. They do mind the idiotic fanboys who think it's somehow their laziness that stops them integrating apple's patches. You can't really blame them for not forseeing that (though I suppose they could have looked at the real ipod hack threads and seen that apple zealots are 4x as stupid as any other zealots and outnumber them by a factor of 10).
Also remember that there's an "open with firefox/opera/epiphany/..." option in the file menu.
The autodetection in knoppix is (IIRC of course) just lifted straight from fedora, so if knoppix detects the hardware the fedora installer would too.
But wouldn't you be far better getting a small distro that's meant for using from hard disk? (And I find austrumi to be a far better replacement for DSL)
So they can get the experienced users to buy server 2003, duh!
I can't see a good reason not to have it, so I'd imagine it will at least be in the maxi version.
A lot of the evidence comes from earthquakes. There are seismometers all over the world, so when an earthquake happens we see the results everywhere. There are two types of waves, P and S, and S waves can't travel through liquids, which show us the size of the molten outer core (you get a "shadow" on the other side of the world where you don't get any S waves). For the rest of the layers, diffraction because of differing densities changes the time taken for the waves to reach different locations, telling us how dense various layers are so we can have a pretty good guess at what they're made of.
While knoppix is good I find slax better. It had writing to everywhere on the filesystem before knoppix, better init detection stuff (IME of course), includes koffice which was unfotunately dropped from knoppix for space reasons, and is generally much nicer. Fits in a much smaller space, which makes caching the whole thing in RAM a real possibility (with knoppix this is impractical with less than a gigabyte), and is generally faster and lighter (it can manage with 32mb ram). It's also modular in a really easy way (I've made my own modules, which is something I never managed with morphix) Get it here
Why? A live CD is a live cd, to be run from the cd. A normal distro is a normal distro to be installed on a hard drive, AND NEVER THE TWAIN SHALL MEET. Why would you want to install it onto a hard disk when there are so many perfectly good distributions designed for doing just that?
Code can be written to be cross platform from the start, and not need such adjustments. That was a very trivial example, there can be deeper things. But anyway, what I'm asking is was the code written to be multi-platform.
Time to start using encryption for everything. The technology is there, we just need to get people to bother to use it.
We do switch to other alternatives. But the people who blindly click though need to know about such things. There are good reasons not to use Google, this is one of them.
At least that means the name will be appropriate
Brand recognition. To many people, red hat *is* linux.
It's been around for a while, so it's probably not depending on new directx, so even if it is directx perhaps it could be compiled against winelib? I'm more concerned about the code assuming everything is windows (\ for directory separator, etc)
Anyone know how portable the code is? Any chance we could see milkdrop for xmms (yes I know there are clones around, none of them are as good as the original).
How do they manage to subsidize the consoles? Simple: you pay over the odds for the games. On the PC games may cost as much at launch, but they go down much faster, and these days you can get some fairly decent games for free and a whole host at a fiver each. For someone who games a lot, the PC is far cheaper in the long run.
I'd buy a few to run eggdrop on, if they're really 5 cents each and not traceable. No more pingflooding me and taking my ops.
I've got 384mb, I don't think it's ram. Anyway, java is fine for performance on console apps, it just crawls with gui. This isn't even a problem with java, just swing. It's not even a problem with swing, just sun's particular implementation of it. (If you did swing as a c library that called xlib, rather than drawing all the pixels in java, I'm sure it would zoom). But the way java is, swing is the standard gui so everyone uses it, and sun's implementation is the only one available that works for most java progs. So any gui java app is intolerably slow.
5 is the marketing name, 1.5 is the real name. Anyway, C/C++ still works on my proc, python works, even mono works, kde works, OOo works, unreal tournament works, everything I want to use works. Why should I have to upgrade? It's only java that's so incredibly bloated, everything else manages.
You must be new here
If it is, call your lawyer. You've got something of a precedent now.
Gcj is great for those programs that work on it. Unfortunately, it's still not at the stage where you can take a random java prog and expect to be able to compile it with gcj.
Hacker culture, definitely. Cracker culture borrows more from organized crime and would certainly include something as advantageous as not talking.