http://slashdot.org/comments.pl?sid=69368&cid=63 32 488 or http://www.ati.com/support/drivers/linux/radeon-li nux.html
Note also the date on those drivers, so it's not just some prehistoric relic from before the article they put back because of negative feedback.
So what do we have here? ATI updated their website big time, and link to drivers were offline for few moments. Some nutcase draws few hasty, and very wrong, conclusions, posts a false story to Slashdot where moronical editors do their thing without even bothering to check whether or not it's true.
You, and few other bozos swallow that whole without bothering to check as well, and continue to spread the FUD half a year afterwards. Way to go.
Hint: never, EVER believe a Slashdot article without doublechecking it yourself. Unless you want to look stupid, of course. In that you succeeded rather nicely.
I don't have quite as much (512MB), plenty anyway, but I'll almost never find software cached when I start it up. Probably it's just different usage pattern or something like that.
Anyway, startup times are worst when starting up a KDE software in GNOME, since they'll need to load all the libraries that aren't in memory and fire up the gigantic kdeinit stuff. I'll assume it's much the same other way.
3-4 seconds isn't a long time but somehow it still feels like it is. Double that for starting apps from different DE and it feels like an eternity already, some kind of near-instaneous splash screen and "progress meter" might help even if it actually made the time longer, since you'd have something to look at.
We did? Well, sure, a bit. But who wouldn't against a foe 50 times bigger.
Considering Finland is the only eastern european country that got out of WW2 without being part of or totally under the iron fist of Soviet Union, I'd have to think we did pretty damn well considering the odds and got screwed whole lot less than others. Perhaps even better than any other.
And that's from a country that hasn't existed for even 30 years as an independent nation at that point, and didn't have much help.
in my experience, python is however, usually a bit slower and uses more memory to do the same thing, although python has better startup times due to its caching of bytecode on the FS.
Might be. At least for some things, I just found it funny that you used that shootout as an argument for it using more memory while it showed the exact opposite.
IMHO, startup times are important, they seem to be the biggest gripe most people have with lots of things, most notable examples being Java and Linux GUI thingies.
i still hate the whitespace though
I almost prefer the whitespace nowadays, even though coming from a plain old C background. No more hunting for that mysterious missing } bug from badly intended code... bad indentation is impossible and block structure is immediately visible at first glance.
-- i even started to write a parallel version of python that used braces to delineate blocks!...then i wimped out and went back to perl.
Why bother with a whole parallel version, wouldn't a preprocessor of some kind do the job sufficiently?
GNOME libraries are LGPL, even if most of apps are GPL. So yes, you can make use of GNOME libraries and GTK+ to make full closed-source and/or commercial GNOME applications.
python is slower and requires more memory to do stuff than perl -- see http://www.bagley.org/~doug/shootout/index2.shtml
Slower? Well, slower in some things. Faster in some. Averaging into a bit slower. But it's younger, and improving rapidly. Even that shootout is about 2.1, python is at version 2.3 right now, and probably lot faster already.
More memory? Eh. Well. From that same shootout (smaller is better): Python mem rank avg: 14. Perl mem rank avg: 15.
...and any language that uses whitespace as syntax is only ever going to attract a marginal following.
Wrong. You're just imposing your own preference (have you even tried it, or just repeating FUD told by others?) to everyone else as well. For a first hand account of someone who damn certainly knows his stuff, and was afraid of whitespace at first as well, read for example: this.
RedHat has not lost their interest on the desktop market.
They've only moved focus from from private desktop to where money is - corporate desktop. RHEL is not all about big servers, workstation version is a significant part of the line.
Who cares how fast it is at the second time, nobody is shutting down programs and starting them within few minutes, the first time is what counts. And it won't be in the VM cache then.
It's alive, and will probably be for a long time, but once it was used for almost everything, and now it's been superseded by higher level languages for almost everything except smallest of embedded systems and operating system programming.
it can be assimilated by bacteria in the wild thus giving the bacteria AB resistance.
Bacteria are capable of assimilating genes from viruses they get infected with, and from another bacteria in form of plasmids, yes.
I don't see how a bacteria could in any way "assimilate" DNA inside mammalian or plant cells, unless they share a common dna-transporting virus that could function as a vector.
It's not nearly as stable as RH9 is. For the life of me I couldn't get FC1 to work on a dual-Xeon with HT enabled. It would crash randomly between 2-48h after boot up with no hint, no oops, no panic, nothing. Just a hung machine. RH9 on that very same machine has been flawless.
I like the yum system though, and FC1 does work very well on single-CPU systems.
Yup. I haven't ran this on SMP machines so it might be you're right about those. Have you tried all the weird tricks, disabling ACPI and APIC, etc?
I've only had one crash on a single-CPU box during the time FC1 has been installed (from just about right after launch). And even that one might wery well have been from nvidia binary drivers.
Ehm, you can't catch this very easily if it only infects cancer cells.
Maybe if you'd have cancer type this is effective against in your respiratory system.
Even that's quite unlikely, they've probably tweaked it to not spread via air to avoid bad things happening if it somehow mutates back and begins to affect non-cancerous cells again.
It damn certainly is real release, and better than any RHL before.
Of course stupid anti-rh trolls think all positive comments about something they want to hate (without ever even trying) is "astroturfing" or being fanboy.
Of course, nobody pays any attention to you morons any more, keep on trolling if it amuses you.
And what most people seem to be afraid of in "uberdevices" is: if one part breaks, you'll have to toss the whole thing and buy a new one.
Well, the PC is modular. If part doing thing x breaks, all the others will still work just fine and you only need to replace the faulty one to get the fully ubermachine back in business.
Of course there are the obvious minuses (there's no free lunch), worst of 'em (on some machines, at least) being price and noise.
How about we let this hypothetical God decide about what he is willing to let us do.
Not pseuso-christian religious fanatics like you who so much like to spout nonsense in His name.
Personally talked to God about biotechnology, recently, have you? I'm sure Creator's just taking a little nap and forgot to throw fire and brimstone upon those EEEEEEEVIL scientists trying to stole His rightful place. He'll probably be back in few billion years or something.
Sorry. I didn't realize I was talking to an idiot.
Of course you can make all sorts of wonderful theories and other ass-umptions, but why bother if they don't have a slightest connection with reality?
Well, acting on that hypothesis, what would they say? Nothing, they'd never even know it has been launched because it'd never make to North Korea, and would silently, without anyone ever seeing, plunge into ocean 100 or so miles after leaving his backyard.
What does Zambia's government say if this guy happens to (hypothetically) have gigantic anti-matter charge and (hypotethically) warp drives on his missile and shoots it (hypothetically) to a colony of hypothetic uggalabuggalas at Alpha Theti XIV? Dunno. Could be just about anything, lots to say, probably, but as it's not going to happen, we don't care about it. Or make stupid posts about it on/.
Slashdot Mirror
Yeah, right.
3 32 488i nux.html
http://slashdot.org/comments.pl?sid=69368&cid=6
or http://www.ati.com/support/drivers/linux/radeon-l
Note also the date on those drivers, so it's not just some prehistoric relic from before the article they put back because of negative feedback.
So what do we have here? ATI updated their website big time, and link to drivers were offline for few moments. Some nutcase draws few hasty, and very wrong, conclusions, posts a false story to Slashdot where moronical editors do their thing without even bothering to check whether or not it's true.
You, and few other bozos swallow that whole without bothering to check as well, and continue to spread the FUD half a year afterwards. Way to go.
Hint: never, EVER believe a Slashdot article without doublechecking it yourself. Unless you want to look stupid, of course. In that you succeeded rather nicely.
I don't have quite as much (512MB), plenty anyway, but I'll almost never find software cached when I start it up. Probably it's just different usage pattern or something like that.
Anyway, startup times are worst when starting up a KDE software in GNOME, since they'll need to load all the libraries that aren't in memory and fire up the gigantic kdeinit stuff. I'll assume it's much the same other way.
3-4 seconds isn't a long time but somehow it still feels like it is. Double that for starting apps from different DE and it feels like an eternity already, some kind of near-instaneous splash screen and "progress meter" might help even if it actually made the time longer, since you'd have something to look at.
And Finland got screwed either way.
We did? Well, sure, a bit. But who wouldn't against a foe 50 times bigger.
Considering Finland is the only eastern european country that got out of WW2 without being part of or totally under the iron fist of Soviet Union, I'd have to think we did pretty damn well considering the odds and got screwed whole lot less than others. Perhaps even better than any other.
And that's from a country that hasn't existed for even 30 years as an independent nation at that point, and didn't have much help.
Oh well. Count the flamebait as a success.
...then i wimped out and went back to perl.
in my experience, python is however, usually a bit slower and uses more memory to do the same thing, although python has better startup times due to its caching of bytecode on the FS.
Might be. At least for some things, I just found it funny that you used that shootout as an argument for it using more memory while it showed the exact opposite.
IMHO, startup times are important, they seem to be the biggest gripe most people have with lots of things, most notable examples being Java and Linux GUI thingies.
i still hate the whitespace though
I almost prefer the whitespace nowadays, even though coming from a plain old C background. No more hunting for that mysterious missing } bug from badly intended code... bad indentation is impossible and block structure is immediately visible at first glance.
-- i even started to write a parallel version of python that used braces to delineate blocks!
Why bother with a whole parallel version, wouldn't a preprocessor of some kind do the job sufficiently?
Yes, stop the FUD please. GTK is LGPL. Clear enough?
GNOME libraries are LGPL, even if most of apps are GPL. So yes, you can make use of GNOME libraries and GTK+ to make full closed-source and/or commercial GNOME applications.
python is slower and requires more memory to do stuff than perl -- see http://www.bagley.org/~doug/shootout/index2.shtml
...and any language that uses whitespace as syntax is only ever going to attract a marginal following.
Slower? Well, slower in some things. Faster in some. Averaging into a bit slower. But it's younger, and improving rapidly. Even that shootout is about 2.1, python is at version 2.3 right now, and probably lot faster already.
More memory? Eh. Well. From that same shootout (smaller is better):
Python mem rank avg: 14.
Perl mem rank avg: 15.
Wrong. You're just imposing your own preference (have you even tried it, or just repeating FUD told by others?) to everyone else as well. For a first hand account of someone who damn certainly knows his stuff, and was afraid of whitespace at first as well, read for example: this.
That's true for the vanilla VNC, but TightVNC is pretty slick. Not quite as good as rdp, but a LOT faster than plain X.
RedHat has not lost their interest on the desktop market.
They've only moved focus from from private desktop to where money is - corporate desktop. RHEL is not all about big servers, workstation version is a significant part of the line.
SUSE, Mandrake, Conectiva, Lindows, Lycoris, Xandros, Knoppix etc. etc.
5 of that list are not "someone with a name". NOBODY outside Slashdot knows what the heck are Conectiva, Lindows, Lycoris, Xandros, Knoppix etc. etc.
And even SuSE and Mandrake are LOT smaller than RedHat and Sun. Whether UserLinux will be a "name" remains to be seen.
Well, that's almost exactly what they ARE doing.
User so incluned can apt-get install "unsupported" kde and fire away with it.
This is Debian, it's not like being excluded from installation media means you must go trough pains of installing it from source or something.
Who cares how fast it is at the second time, nobody is shutting down programs and starting them within few minutes, the first time is what counts. And it won't be in the VM cache then.
And you think C isn't past its prime?
It's alive, and will probably be for a long time, but once it was used for almost everything, and now it's been superseded by higher level languages for almost everything except smallest of embedded systems and operating system programming.
it can be assimilated by bacteria in the wild thus giving the bacteria AB resistance.
Bacteria are capable of assimilating genes from viruses they get infected with, and from another bacteria in form of plasmids, yes.
I don't see how a bacteria could in any way "assimilate" DNA inside mammalian or plant cells, unless they share a common dna-transporting virus that could function as a vector.
It's not nearly as stable as RH9 is. For the life of me I couldn't get FC1 to work on a dual-Xeon with HT enabled. It would crash randomly between 2-48h after boot up with no hint, no oops, no panic, nothing. Just a hung machine. RH9 on that very same machine has been flawless.
I like the yum system though, and FC1 does work very well on single-CPU systems.
Yup. I haven't ran this on SMP machines so it might be you're right about those. Have you tried all the weird tricks, disabling ACPI and APIC, etc?
I've only had one crash on a single-CPU box during the time FC1 has been installed (from just about right after launch). And even that one might wery well have been from nvidia binary drivers.
These are human viruses. Complex mammals and bacteria are just about as far as two life forms you'll find on Earth can be.
Their viruses are about as different, and can't infect each other.
Ehm, you can't catch this very easily if it only infects cancer cells.
Maybe if you'd have cancer type this is effective against in your respiratory system.
Even that's quite unlikely, they've probably tweaked it to not spread via air to avoid bad things happening if it somehow mutates back and begins to affect non-cancerous cells again.
It damn certainly is real release, and better than any RHL before.
Of course stupid anti-rh trolls think all positive comments about something they want to hate (without ever even trying) is "astroturfing" or being fanboy.
Of course, nobody pays any attention to you morons any more, keep on trolling if it amuses you.
Tell me again, what is this thing you call Perl?
Line noise. Some systems execute it anyway, must be by accident.
Exactly!
And what most people seem to be afraid of in "uberdevices" is: if one part breaks, you'll have to toss the whole thing and buy a new one.
Well, the PC is modular. If part doing thing x breaks, all the others will still work just fine and you only need to replace the faulty one to get the fully ubermachine back in business.
Of course there are the obvious minuses (there's no free lunch), worst of 'em (on some machines, at least) being price and noise.
If he truely believes in it, he'll probably get some kind of feelings or changes in the moods when "talking" to deity.
Too bad it's not the God talking back, but body chemistry triggered by the placebo effect.
They can't get significantly smaller because then the display would be too small for the PDA-style work it has to do.
How about we let this hypothetical God decide about what he is willing to let us do.
Not pseuso-christian religious fanatics like you who so much like to spout nonsense in His name.
Personally talked to God about biotechnology, recently, have you? I'm sure Creator's just taking a little nap and forgot to throw fire and brimstone upon those EEEEEEEVIL scientists trying to stole His rightful place. He'll probably be back in few billion years or something.
There wouldn't be any "significant" part in the trip anyway if we could accelerate at constant 1g. And thus, no other problems either.
It would take about three days to accelerate halfway towards mars at 1g and decelerate the second half at same amount.
But we won't be going to get that kind of accelerations any time soon.
Sorry. I didn't realize I was talking to an idiot.
/.
Of course you can make all sorts of wonderful theories and other ass-umptions, but why bother if they don't have a slightest connection with reality?
Well, acting on that hypothesis, what would they say? Nothing, they'd never even know it has been launched because it'd never make to North Korea, and would silently, without anyone ever seeing, plunge into ocean 100 or so miles after leaving his backyard.
What does Zambia's government say if this guy happens to (hypothetically) have gigantic anti-matter charge and (hypotethically) warp drives on his missile and shoots it (hypothetically) to a colony of hypothetic uggalabuggalas at Alpha Theti XIV? Dunno. Could be just about anything, lots to say, probably, but as it's not going to happen, we don't care about it. Or make stupid posts about it on