I'm not going to do the math off the top of my head, but the time looks good. It would, at a rough average, take about that long for a seismic wave to travel from North Korea to the United States.
Clinton and the democrats safely contained these crazy dictators.
I'll concede this point if by "contained" you mean, "implemented cosmetic measures which allowed these crazy dictators to build up the weapons technology and arsenal's their unveiling now."
Bush may not be helping much, but claiming that Clinton in some way "contained" the situation is laughable.
...it's a GUI toolkit one. Stick to programs from the same UI toolkit--QT4, GTK2, whatever, as long as it's consistent. All programs written with these toolkits will have AA fonts, and use fonts consistently across the entire platform. Also, users will be ever grateful (although they might not know it), since they'll only have to get used to one style of application. It shouldn't be hard to stick to only one toolkit, with a few very minor exceptions.
I agree. In fact, me and all my friends agreed just the other week not to be conformists. As our first order of business, we're all getting several piercings. You know--to be different, like everyone else.
If the plural of anecdote doesn't equal data, then the singular sure as hell doesn't either.
Another poster sufficiently addressed your setup, but I had a few things to add to his comments. You clearly have some idea of what you're doing, but I truly believe here that your problems stemmed not only from hardware, but lack of experience with Debian.
Debian, out of the box, comes almost entirely bare-bones. The fact that you were using dselect for upgrades tells me that this was probably your first or second experience with Debian--most everyone I know who uses it as more than a toy relies heavily on Aptitude, which addresses many of dselect's shortcomings. Why isn't it installed by default? dselect is depended upon by other utilities, and just about anything that isn't a dependency is left out of the fresh install--after all, others use GUI versions of apt frontends, so there doesn't need to be Aptitude on their system.
Debian's fresh install is intended to be the starting point from which you gather preferred system utilities (such as Aptitude for administration, dash for a faster/bin/sh, etc.) rather than the full system you should begin launching services off of.
The fact that you had Fedora Core 1 up and running in two hours is irrelevant, with regard to Debian. It most likely proves that you simply have more experience with RedHat-based distributions. If that's the case, it's extremely confusing that you would spend so much time and effort getting Debian to work on a production system, having little knowledge about it. As the other poster said, some sort of abort switch should have been thrown when there were hardware problems. And just because Debian had problems on that hardware while Fedora Core handled it nicely isn't indicative of much. There is hardware that I can get my Debian boxes to easily support, while on other distributions the support is virtually nonexistent. Sometimes, sadly, it's a crapshoot, and the fact that any Linux distribution can't handle some piece of hardware that others can is inevitable.
The Fedora Core comparison is also fairly meritless, in my opinion, because you're comparing two systems of exceedingly different age. Assuming the machine at your client site was using Woody, Fedora Core 1 was released years after Woody was. Creating more disparity is the fact that Fedora Core is a bleeding-edge operating system--not something I personally would like to install on production systems. Comparing the ease of installation of hardware on a recent, bleeding-edge distribution against an operating system installed and deployed years prior is simply foolish. A more telling example would be to install a similarly-dated version of RedHat and then comparing support for that piece of hardware.
If you know what you're doing with Debian, it is an incredibly robust, stable, and effective operating system. On the stable releases, you can install security patches with zero to little fear of a software component breaking. Bugfixes also can be deployed with minimal testing, due to Debian's stance of releasing only bugfixes in stable distributions. Yes, this means that the latest features won't be updated into your running system. However, the stability gains far outweigh the new features you might have.
Long story short (yes, I know it's way too late to say that)? Anecdotal evidence is extremely biased towards one's own experiences and opinions. You insist that one has to be a masochist to install Debian for a client, but I am boggled by the fact that anyone would install RedHat, unless they intend to purchase a support contract (which I feel is one of its few selling points). I am also at a loss as to why anyone would use source-based distributions in a production environment: everything I've learned about system administration indicates that having compilers, linkers, and other development tools on production machines for non-development purposes is a very unneccessary security risk. Not to mention, the time waiting for the base system and updates to compile is a waste, and could be better-spent actually configuring the system. But all these opinions are just a matter of perspective, past-experience, and luck, really.
Well, theoretically speaking, a proof of the Riemann Hypothesis could depend upon the hypothesis being true for the first 1.5 billion solutions, so it would mean it's true for all of them, as long as the proof could be stated as a consequence of that condition.
You're training them to use the software, not be Linux advocates. While it may be of value, when you are limited to three days, the number one priority is getting them comfortable with the system.
And I would add a significant period of time covering the layout of the Linux filesystem--nothing is worse than having a bunch of novices with root access who drop random files wherever they damn well please.
(who restricts his choice to either Qt programs or GTK programs, but not both?)
I restrict my applications to those in the GNOME project (or, at the very least, those using GTK2). I find that I can work far better when my applications share the same look, feel, and general behavior. Far more so, that is, than when I attempt to take advantage of the slight-to-nonexistent benefits of some KDE applications over GNOME ones.
My one exemption, however, is Kile, to which there appears to be no GNOME equivalent.
A couple of guys (I can't find the link) ported QuakeII to java to get this statistic.
This is a bit misleading. They implemented parts of Quake II in Java, but had not ported the entire application. As I read it, much of the more advanced AI aspects as well as graphics features had not yet been converted into Java.
What the hell, right? So what if ~1000 American kids are dead and 10,000+ are mangled. So what if tens of thousands of Iraqis are dead and many more are mangled. So what if we jail Iraqi resistance fighters by the thousands and torture people routinely? What's the big deal? They're only people, right?!:-(
What the fuck does that have to do with the grandparent's original comment?
What about the governments of Russia, Germany, Britain, even France coming to similiar conclusions about WMD?
Yeah, about here is where I say you lose all credibility. I had suspected it, but looking at the URL in your signature pretty much confirms it: you actually think Michael Moore is a source for legitimate political discourse. Let me guess--Bush is evil, a liar, and only trying to serve personal interests, but Michael Moore is the only remaining bastion for Truth and Justice.
This quote makes me feel extremely insignificant and tiny. If we simply cannot count up to 2^256, this implies that we simply cannot count to 10^256. Think about that. It is impossible, by our current knowledge of physics, to count up to nothing more than a 256-digit number (and realistically-speaking, significantly lower than that, considering that's just what's implied by a 256-bit limit).
At the time I sent them a letter saying they weren't allowed to use any more of my code so they are still violating my copyright.
Sorry, you can't retroactively revoke the terms of a license, unless provisions exist in the license to do so. If you licensed them under the GPL, they can continue to use your code under the license you provided them.
Yeah, they're of the same breed as the men who whine they don't have any luck with women because they are "nice guys" and not "assholes." The reason they have no luck is that they're wimps who never stand up for what they want (which they mistake for what it is to be 'nice') and nobody - men or women - respects a doormat. They're great to wipe your feet on but you wouldn't take one to bed.
So it's bad to be a doormat. Check.
But I think you misidentify it when you call it "playing the social game" though - this assumes it's necessarily frivilous rather than perfectly reasonable. Being agreeable to your cow orkers means they feel free to approach you for assitance. Putting the big boss's requests above other people's demonstrates a respect for the hierarchy (even if s/he doesn't respect the chain of command).
Slashdot Mirror
If you're going to post an ad, you might as well have just linked us.
I'm not going to do the math off the top of my head, but the time looks good. It would, at a rough average, take about that long for a seismic wave to travel from North Korea to the United States.
Clinton and the democrats safely contained these crazy dictators.
I'll concede this point if by "contained" you mean, "implemented cosmetic measures which allowed these crazy dictators to build up the weapons technology and arsenal's their unveiling now."
Bush may not be helping much, but claiming that Clinton in some way "contained" the situation is laughable.
...it's a GUI toolkit one. Stick to programs from the same UI toolkit--QT4, GTK2, whatever, as long as it's consistent. All programs written with these toolkits will have AA fonts, and use fonts consistently across the entire platform. Also, users will be ever grateful (although they might not know it), since they'll only have to get used to one style of application. It shouldn't be hard to stick to only one toolkit, with a few very minor exceptions.
Stupid conformity.
I agree. In fact, me and all my friends agreed just the other week not to be conformists. As our first order of business, we're all getting several piercings. You know--to be different, like everyone else.
Four pixels isn't efficient, it's pedantic.
If the plural of anecdote doesn't equal data, then the singular sure as hell doesn't either.
Another poster sufficiently addressed your setup, but I had a few things to add to his comments. You clearly have some idea of what you're doing, but I truly believe here that your problems stemmed not only from hardware, but lack of experience with Debian.
Debian, out of the box, comes almost entirely bare-bones. The fact that you were using dselect for upgrades tells me that this was probably your first or second experience with Debian--most everyone I know who uses it as more than a toy relies heavily on Aptitude, which addresses many of dselect's shortcomings. Why isn't it installed by default? dselect is depended upon by other utilities, and just about anything that isn't a dependency is left out of the fresh install--after all, others use GUI versions of apt frontends, so there doesn't need to be Aptitude on their system.
Debian's fresh install is intended to be the starting point from which you gather preferred system utilities (such as Aptitude for administration, dash for a faster /bin/sh, etc.) rather than the full system you should begin launching services off of.
The fact that you had Fedora Core 1 up and running in two hours is irrelevant, with regard to Debian. It most likely proves that you simply have more experience with RedHat-based distributions. If that's the case, it's extremely confusing that you would spend so much time and effort getting Debian to work on a production system, having little knowledge about it. As the other poster said, some sort of abort switch should have been thrown when there were hardware problems. And just because Debian had problems on that hardware while Fedora Core handled it nicely isn't indicative of much. There is hardware that I can get my Debian boxes to easily support, while on other distributions the support is virtually nonexistent. Sometimes, sadly, it's a crapshoot, and the fact that any Linux distribution can't handle some piece of hardware that others can is inevitable.
The Fedora Core comparison is also fairly meritless, in my opinion, because you're comparing two systems of exceedingly different age. Assuming the machine at your client site was using Woody, Fedora Core 1 was released years after Woody was. Creating more disparity is the fact that Fedora Core is a bleeding-edge operating system--not something I personally would like to install on production systems. Comparing the ease of installation of hardware on a recent, bleeding-edge distribution against an operating system installed and deployed years prior is simply foolish. A more telling example would be to install a similarly-dated version of RedHat and then comparing support for that piece of hardware.
If you know what you're doing with Debian, it is an incredibly robust, stable, and effective operating system. On the stable releases, you can install security patches with zero to little fear of a software component breaking. Bugfixes also can be deployed with minimal testing, due to Debian's stance of releasing only bugfixes in stable distributions. Yes, this means that the latest features won't be updated into your running system. However, the stability gains far outweigh the new features you might have.
Long story short (yes, I know it's way too late to say that)? Anecdotal evidence is extremely biased towards one's own experiences and opinions. You insist that one has to be a masochist to install Debian for a client, but I am boggled by the fact that anyone would install RedHat, unless they intend to purchase a support contract (which I feel is one of its few selling points). I am also at a loss as to why anyone would use source-based distributions in a production environment: everything I've learned about system administration indicates that having compilers, linkers, and other development tools on production machines for non-development purposes is a very unneccessary security risk. Not to mention, the time waiting for the base system and updates to compile is a waste, and could be better-spent actually configuring the system. But all these opinions are just a matter of perspective, past-experience, and luck, really.
How exactly would you go about proving, in a purely structural language, that one statement or at worst one "concept" implies another?
Well, theoretically speaking, a proof of the Riemann Hypothesis could depend upon the hypothesis being true for the first 1.5 billion solutions, so it would mean it's true for all of them, as long as the proof could be stated as a consequence of that condition.
The title of this article should have been, "China Goes Nuclearer".
You're training them to use the software, not be Linux advocates. While it may be of value, when you are limited to three days, the number one priority is getting them comfortable with the system.
And I would add a significant period of time covering the layout of the Linux filesystem--nothing is worse than having a bunch of novices with root access who drop random files wherever they damn well please.
I don't think I've ever seen a website slashdotted so fast.
Texmaker was renamed to Kile =)
(who restricts his choice to either Qt programs or GTK programs, but not both?)
I restrict my applications to those in the GNOME project (or, at the very least, those using GTK2). I find that I can work far better when my applications share the same look, feel, and general behavior. Far more so, that is, than when I attempt to take advantage of the slight-to-nonexistent benefits of some KDE applications over GNOME ones.
My one exemption, however, is Kile, to which there appears to be no GNOME equivalent.
A couple of guys (I can't find the link) ported QuakeII to java to get this statistic.
This is a bit misleading. They implemented parts of Quake II in Java, but had not ported the entire application. As I read it, much of the more advanced AI aspects as well as graphics features had not yet been converted into Java.
And of course there's the incident with the Chevy Nova being released in Spanish-speaking countries.
"No" meaning, well, "no". And "va" meaning "go".
I'm still wondering what was funny about it =\
Exactly. This is why people have trouble in accurately defining very explicit but esoteric words, such as "irony".
What the hell, right? So what if ~1000 American kids are dead and 10,000+ are mangled. So what if tens of thousands of Iraqis are dead and many more are mangled. So what if we jail Iraqi resistance fighters by the thousands and torture people routinely? What's the big deal? They're only people, right?! :-(
What the fuck does that have to do with the grandparent's original comment?
What about the governments of Russia, Germany, Britain, even France coming to similiar conclusions about WMD?
Yeah, about here is where I say you lose all credibility. I had suspected it, but looking at the URL in your signature pretty much confirms it: you actually think Michael Moore is a source for legitimate political discourse. Let me guess--Bush is evil, a liar, and only trying to serve personal interests, but Michael Moore is the only remaining bastion for Truth and Justice.
*groan*
Insightful? RTFA. "T. Kennedy" is the fake identity used by a suspected terrorist.
Sarin is a gas. But let's ignore that, and suppose that it's a liquid and can be easily transported in drums.
Actually, Sarin is a liquid that vaporizes at room temperature. So it is a liquid, and CAN be easily transported in drums.
This quote makes me feel extremely insignificant and tiny. If we simply cannot count up to 2^256, this implies that we simply cannot count to 10^256. Think about that. It is impossible, by our current knowledge of physics, to count up to nothing more than a 256-digit number (and realistically-speaking, significantly lower than that, considering that's just what's implied by a 256-bit limit).
I started laughing until I realized that I do this myself. Fuck.
At the time I sent them a letter saying they weren't allowed to use any more of my code so they are still violating my copyright.
Sorry, you can't retroactively revoke the terms of a license, unless provisions exist in the license to do so. If you licensed them under the GPL, they can continue to use your code under the license you provided them.
Yeah, they're of the same breed as the men who whine they don't have any luck with women because they are "nice guys" and not "assholes." The reason they have no luck is that they're wimps who never stand up for what they want (which they mistake for what it is to be 'nice') and nobody - men or women - respects a doormat. They're great to wipe your feet on but you wouldn't take one to bed.
So it's bad to be a doormat. Check.
But I think you misidentify it when you call it "playing the social game" though - this assumes it's necessarily frivilous rather than perfectly reasonable. Being agreeable to your cow orkers means they feel free to approach you for assitance. Putting the big boss's requests above other people's demonstrates a respect for the hierarchy (even if s/he doesn't respect the chain of command).
Unless you're at work. Check.