First off, normal people would find the filesystem layout absolutely confusing,
They sure will. In fact, they will find any filesystem layout absolutely confusing. In fact, they don't even know or want to know there is such a thing as file system. They want applications to install icons in "Start menu" or "Desktop", and they want "My Documents". Both can be and are done on Windows as well as Linux.
and they wouldn't understand the whole "install multiple files across to multiple directories" thing.
They sure wouldn't. Indeed they probably don't know or want to know anything about files or directories either, other than those that are in "My Documents". Good thing that they don't need to know any of that. They (double)click at the package they downloaded to their "desktop", or put a checkbox in application with a list of software, what package manager does at the background is not their concern, as long as it puts the icon in "start menu".
They want programs installed into their own folders for easy tracking or deletion.
Oh no, they don't. They don't want anything at all to do with some freaking weird "folder" things. They probably can't even figure out the idea of "tracking" or "deleting" programs, those few that are bit more technical and can want them to have either "uninstall" icons in "Start menu" or "Add/Remove Programs". And somewhat like the latter is indeed there.
Sorry but the bullshit about Fedora somehow being an "alpha" NEEDS TO END. It's just not true. Where the hell did you pick it up in the first place?
Core releases get the same amount of work and testing as RHL did. Okay, so you don't get support for it except for patches. How many times have you actually had a need to call RH support?
Even the fist version was better than any Red Hat Linux before, and no amount of repeating the self-invented bullshit about alpha is going to change that.
Downloading a file (automatic) and creating entry in menu (automatic) is not required for (most of) the methods parent stated.
Why would linux user want to hunt down an installer, download it to desktop, doubleclick, and answer stupid questions when those steps are totally unnecessary?
I guess the terminal emulator still scares some people even if it's lot simpler and faster that way, but fear not, graphical front-ends do exist for the click-obsessed.
Not really. Almost all distributions have a debian-like system in place by now. I guess Debian is still ahead in the total amount of software officially packaged, but it's becoming quite rare for me not to find something I want in the few Fedora repositories I'm using.
Otherwise, it makes software developers' lives hell. Joe wants a RPM, Jack wants a DEB, Jill wants an Emerge, and others want an autoconf-based tarball that includes all the dependencies for easy source installs. Cripes.
I think there are some kind of meta-package managers that create the RPM, Deb and Emerge from same skeleton definition file... and when autopackage reaches sufficient level of integration with "native" package managers, it too is a worthy choice...
So while you marvel at Debian's simplicity, I'll pull my hair out learning several different packaging formats and trying to maintain them all. Furthermore, to make binaries, I need to have access to each of those distros!
You could always try to delegate packaging for distros you don't use to the more technically inclined users of those distributions, that's what open source is all about after all, sharing the work.
They won't like RPM/package-based stuff, which is basically a hack put in place for copying precompiled files to various directories.
And, how exactly, is this different from install/setup/whatever.exe that is basically a hack put in place for copying precompiled files to various directories? And making a few arcane changes to Windows registry while at it.
Even if the batteries themselves could be recharged in 30 seconds, it would probably be rather... problematic for the recharging station itself to put up with that kind of power demands on such short time.
I'd MUCH rather use Intel's XScale chip, that also runs at 500MHz, consumes only 500mW and also runs Linux and Windows (WinCE and Windows Mobile at least). Ohh, and it's shipping now, not 3-5 years from now.
Strange, since fastest shipping XScale is 400MHz, and even that consumes a maximum power of 2.6mW.. of course typical may well fall under 500mW.
Albert Einstein, if I recall correctly, was a devout believer.
If you mean devout believer as in Christian or Jewish belief, no, you do not recall correctly at all.
Einstein did not believe on the stupid "man-on-steroids" god of most religions, Einsteins belief was pantheistic, that universe itself is God, he believed in a "God who reveals himself in the harmony of all that exists, not in a God who concerns himself with the fate and actions of men".
After all, after everything is said and done, you can't DISPROVE God
I can't disprove the tooth fairy either. Is it just as likely to exist then, than not?
Huh? Package dependencies are still there even if you install from your precious tarballs, they're not the invention of package managers - quite the contrary managers were invented to (try to) deal with that very problem.
With tar balls the only difference is that you need to resolve them manually, instead of piece of software doing it automatically...
Pointless indeed. You may enjoy hunting for all those billions of libraries to get a piece of software to work but the rest of us rather tell "xyz install foo" and be done with it.
A 1/4 second burst from cache (maximum, in absolutely ideal conditions) is not only a "special case", it's rare enough so that it averages out at "just over".
If that would be the case, yup, certainly, however...
Long sequential reads ("long" meaning more than a second or two) from just the right spots on disk are also far from typical use.
... long sequential reads from _every point_ of the disk can exceed 30MB/s on current disks. And long sequential reads from significant part of outer zones (those special spots) of a 80GB platter can get up to that 60MB. No cache bursts needed here.
Of course you're still right, both are generally pretty rare even still, but definitely in realm of possibilities every now and then, and quite often in some things that deal mostly in big things straight from disk. Assuming unfragmented file system that is, but using FAT is someones own fault <g>
Here too. I'd guess it's quite common all around metric using folks.
Reason probably being, it yields nice small, easily compared numbers. ~100km is also a pretty common distance and if not, easily extrapolated from almost anything.
even the fastest ATA drives today can only just exceed 33MB/s and even then, only in special cases.
ATA drives transfer up to 60MB/s in those "special cases" now (almost half again is "just over?"), and manage to exceed 33MB/s for just about every sequential read.
Another problem with antibiotics are the stupid people running to get a run whenever they get common cold, or something else that is 99.95% bound to be a virus. And the even more stupid "doctors" that actually order it, even though they KNOW it's not going to cure anything.
You got the immune system backwards. It attacks 'passwords' that it recognises - it doesn't indiscriminately attack everything that it doesn't recognise.
It does attack everything it doesn't regognize. Everything that is not "you" (where list of tissues that are "you" are set somewhere during pregnancy), is free game. That's what allergic reactions are all about, it attacks even things that are not actually dangerous and the attack itself ends up being harmful. Not to mention rejection of transferred organs, they are attacked only because they are foreign. Sometimes it will even be fooled to attack your own parts (diabetes, etc).
You're partially right in that it has blueprints to most effective, custom-built weapons for only those enemies it already knows and is much less effective before it manages to adapt.
Well, as you so very cleverly point out 2500 years is insignificant, blink of an eye, when it comes to changes on humans.
However, on simple creatures this ecosystem probably composes of it might be time enough to have some diversion... 2500 years becomes a whole lot longer time if you have a new generation every few minutes! Bacteria have gained antibiotic resistance etc. quite a bit faster than that, in merely tens of years.
What is odd is I heard with XP Pro, M$ was going to default the OS to classic but due to "overwhelming interest" in the new Luna theme or whatever the call it, they threw away the idea.
What is also interesting is that Sever 2003 defaults to classic theme, although the Start Menu is pretty well screwed up IMHO.
Well, it kind of makes sense. M$ knows people using server won't want the crapola, whereas Joe Averages ending up with XP Pro or Home are more impressed by eye candy than usability and thus get the lunatic theme.
You know why any desktop hasn't done it yet? Nor is any going to do it, EVER.
Because you're wrong, it's not even possible and it's not good.
Trying to claim that inability to set something like a font size is a good thing is nothing short of insane. Heck, if we take that bit farther, you shouldn't be able to change DPI/resolution! After all, it leads to applications looking different...
If you've got a bad eyesight and want font bigger than developer imagined his app to have? Well, tough luck, you can't change that because i think CHOICE IS OBVIOUSLY BAD and NOBODY should be able to change my preciousssss l&f.
Re:To curb the anti-Red Hat gibberish
on
Red Hat Recap
·
· Score: 1
gcc 2.96 was absolutely not that broken. It might have been slightly broken, but vast majority of code that didn't compile was because of the code was broken. RedHat was just ahead of time, though it has unfortunate consequence of breaking stuff with those who aren't, it's ultimately a good thing. Bit same with their (very early) total switch to UTF-8 with RH8.0, it too caused huge hassle (at least non-english speaking parts of the world), but is at the end easily worth it.
And you seem to be badly confusing "contributing" and "using" here... there was and is nothing wrong with RH's contributions to the gcc project, heck, if they wouldn't do so I'd be suprised if it were even at 2.96 level by now! If there was something wrong it was in using a development version in distribution.
In the end, only thing that episode convinced lots of people about is that mplayer developers have a FRICKIN' BAD ATTITUDE.
So if you wanted "kind of care" that is only taken with Enterprise version, why are you even running Free RHL which doesn't have that? And if you've been happy with it, why not update to Fedora?
You don't make any sense complaining that you don't whant to upgrade from non-enterprise to non-enterprise based on lack of enterprise-class care that you've never even had.
Slashdot Mirror
First off, normal people would find the filesystem layout absolutely confusing,
They sure will. In fact, they will find any filesystem layout absolutely confusing. In fact, they don't even know or want to know there is such a thing as file system. They want applications to install icons in "Start menu" or "Desktop", and they want "My Documents". Both can be and are done on Windows as well as Linux.
and they wouldn't understand the whole "install multiple files across to multiple directories" thing.
They sure wouldn't. Indeed they probably don't know or want to know anything about files or directories either, other than those that are in "My Documents". Good thing that they don't need to know any of that. They (double)click at the package they downloaded to their "desktop", or put a checkbox in application with a list of software, what package manager does at the background is not their concern, as long as it puts the icon in "start menu".
They want programs installed into their own folders for easy tracking or deletion.
Oh no, they don't. They don't want anything at all to do with some freaking weird "folder" things. They probably can't even figure out the idea of "tracking" or "deleting" programs, those few that are bit more technical and can want them to have either "uninstall" icons in "Start menu" or "Add/Remove Programs". And somewhat like the latter is indeed there.
Sorry but the bullshit about Fedora somehow being an "alpha" NEEDS TO END. It's just not true. Where the hell did you pick it up in the first place?
Core releases get the same amount of work and testing as RHL did. Okay, so you don't get support for it except for patches. How many times have you actually had a need to call RH support?
Even the fist version was better than any Red Hat Linux before, and no amount of repeating the self-invented bullshit about alpha is going to change that.
Downloading a file (automatic) and creating entry in menu (automatic) is not required for (most of) the methods parent stated.
Why would linux user want to hunt down an installer, download it to desktop, doubleclick, and answer stupid questions when those steps are totally unnecessary?
I guess the terminal emulator still scares some people even if it's lot simpler and faster that way, but fear not, graphical front-ends do exist for the click-obsessed.
Yes, but it's only solved in Debian.
Not really. Almost all distributions have a debian-like system in place by now. I guess Debian is still ahead in the total amount of software officially packaged, but it's becoming quite rare for me not to find something I want in the few Fedora repositories I'm using.
Otherwise, it makes software developers' lives hell. Joe wants a RPM, Jack wants a DEB, Jill wants an Emerge, and others want an autoconf-based tarball that includes all the dependencies for easy source installs. Cripes.
I think there are some kind of meta-package managers that create the RPM, Deb and Emerge from same skeleton definition file... and when autopackage reaches sufficient level of integration with "native" package managers, it too is a worthy choice...
So while you marvel at Debian's simplicity, I'll pull my hair out learning several different packaging formats and trying to maintain them all. Furthermore, to make binaries, I need to have access to each of those distros!
You could always try to delegate packaging for distros you don't use to the more technically inclined users of those distributions, that's what open source is all about after all, sharing the work.
They won't like RPM/package-based stuff, which is basically a hack put in place for copying precompiled files to various directories.
And, how exactly, is this different from install/setup/whatever.exe that is basically a hack put in place for copying precompiled files to various directories? And making a few arcane changes to Windows registry while at it.
Even if the batteries themselves could be recharged in 30 seconds, it would probably be rather ... problematic for the recharging station itself to put up with that kind of power demands on such short time.
I'd MUCH rather use Intel's XScale chip, that also runs at 500MHz, consumes only 500mW and also runs Linux and Windows (WinCE and Windows Mobile at least). Ohh, and it's shipping now, not 3-5 years from now.
Strange, since fastest shipping XScale is 400MHz, and even that consumes a maximum power of 2.6mW.. of course typical may well fall under 500mW.
There are plenty of crank chargers for mobile phones and other small things like that.
I don't think any of these things is efficient enough to power a laptop without quite a while of cranking, though.
There are electrical watches working on kinetic energy as well.
The princible is basically the same, except that weight is running a miniature generator instead of wounding a spring.
Albert Einstein, if I recall correctly, was a devout believer.
If you mean devout believer as in Christian or Jewish belief, no, you do not recall correctly at all.
Einstein did not believe on the stupid "man-on-steroids" god of most religions, Einsteins belief was pantheistic, that universe itself is God, he believed in a "God who reveals himself in the harmony of all that exists, not in a God who concerns himself with the fate and actions of men".
After all, after everything is said and done, you can't DISPROVE God
I can't disprove the tooth fairy either. Is it just as likely to exist then, than not?
Huh? Package dependencies are still there even if you install from your precious tarballs, they're not the invention of package managers - quite the contrary managers were invented to (try to) deal with that very problem.
With tar balls the only difference is that you need to resolve them manually, instead of piece of software doing it automatically...
Pointless indeed. You may enjoy hunting for all those billions of libraries to get a piece of software to work but the rest of us rather tell "xyz install foo" and be done with it.
The intro definitely sounds like it talks about multiple systems, and makes it sound like there are _lot_ of them.
And any kind of real war between multiple systems implies FTL.
That doesn't necessarily mean the show itself is happening in multiple, however, but I'm with you on "too many for one" angle.
A 1/4 second burst from cache (maximum, in absolutely ideal conditions) is not only a "special case", it's rare enough so that it averages out at "just over".
... long sequential reads from _every point_ of the disk can exceed 30MB/s on current disks. And long sequential reads from significant part of outer zones (those special spots) of a 80GB platter can get up to that 60MB. No cache bursts needed here.
If that would be the case, yup, certainly, however...
Long sequential reads ("long" meaning more than a second or two) from just the right spots on disk are also far from typical use.
Of course you're still right, both are generally pretty rare even still, but definitely in realm of possibilities every now and then, and quite often in some things that deal mostly in big things straight from disk. Assuming unfragmented file system that is, but using FAT is someones own fault <g>
Yeah, but... but... they've ground it to powder! Bastards.
How can such cruelty towards computers be tolerated!
Here too. I'd guess it's quite common all around metric using folks.
Reason probably being, it yields nice small, easily compared numbers. ~100km is also a pretty common distance and if not, easily extrapolated from almost anything.
To be difficult? Um, what's difficult in that?
Nope. It's a plain old hard drive, just small. Magnetic. Spinning parts, you know the drill.
These, however...
even the fastest ATA drives today can only just exceed 33MB/s and even then, only in special cases.
ATA drives transfer up to 60MB/s in those "special cases" now (almost half again is "just over?"), and manage to exceed 33MB/s for just about every sequential read.
Fishing? Beach? Yup. Every now and then, great fun.
Few of those nice, simple things that absolutely DON'T want you to bring a *BEEP* PDA along to ruin it. Even if it is water-resistant.
Another problem with antibiotics are the stupid people running to get a run whenever they get common cold, or something else that is 99.95% bound to be a virus. And the even more stupid "doctors" that actually order it, even though they KNOW it's not going to cure anything.
You got the immune system backwards. It attacks 'passwords' that it recognises - it doesn't indiscriminately attack everything that it doesn't recognise.
It does attack everything it doesn't regognize. Everything that is not "you" (where list of tissues that are "you" are set somewhere during pregnancy), is free game. That's what allergic reactions are all about, it attacks even things that are not actually dangerous and the attack itself ends up being harmful. Not to mention rejection of transferred organs, they are attacked only because they are foreign. Sometimes it will even be fooled to attack your own parts (diabetes, etc).
You're partially right in that it has blueprints to most effective, custom-built weapons for only those enemies it already knows and is much less effective before it manages to adapt.
Well, as you so very cleverly point out 2500 years is insignificant, blink of an eye, when it comes to changes on humans.
However, on simple creatures this ecosystem probably composes of it might be time enough to have some diversion... 2500 years becomes a whole lot longer time if you have a new generation every few minutes! Bacteria have gained antibiotic resistance etc. quite a bit faster than that, in merely tens of years.
What is odd is I heard with XP Pro, M$ was going to default the OS to classic but due to "overwhelming interest" in the new Luna theme or whatever the call it, they threw away the idea.
What is also interesting is that Sever 2003 defaults to classic theme, although the Start Menu is pretty well screwed up IMHO.
Well, it kind of makes sense. M$ knows people using server won't want the crapola, whereas Joe Averages ending up with XP Pro or Home are more impressed by eye candy than usability and thus get the lunatic theme.
You know why any desktop hasn't done it yet? Nor is any going to do it, EVER.
Because you're wrong, it's not even possible and it's not good.
Trying to claim that inability to set something like a font size is a good thing is nothing short of insane. Heck, if we take that bit farther, you shouldn't be able to change DPI/resolution! After all, it leads to applications looking different...
If you've got a bad eyesight and want font bigger than developer imagined his app to have? Well, tough luck, you can't change that because i think CHOICE IS OBVIOUSLY BAD and NOBODY should be able to change my preciousssss l&f.
gcc 2.96 was absolutely not that broken. It might have been slightly broken, but vast majority of code that didn't compile was because of the code was broken. RedHat was just ahead of time, though it has unfortunate consequence of breaking stuff with those who aren't, it's ultimately a good thing. Bit same with their (very early) total switch to UTF-8 with RH8.0, it too caused huge hassle (at least non-english speaking parts of the world), but is at the end easily worth it.
And you seem to be badly confusing "contributing" and "using" here... there was and is nothing wrong with RH's contributions to the gcc project, heck, if they wouldn't do so I'd be suprised if it were even at 2.96 level by now! If there was something wrong it was in using a development version in distribution.
In the end, only thing that episode convinced lots of people about is that mplayer developers have a FRICKIN' BAD ATTITUDE.
So if you wanted "kind of care" that is only taken with Enterprise version, why are you even running Free RHL which doesn't have that? And if you've been happy with it, why not update to Fedora?
You don't make any sense complaining that you don't whant to upgrade from non-enterprise to non-enterprise based on lack of enterprise-class care that you've never even had.