Sonofabitch! I didn't know that this Jasmine was actually a boy. Shit! It's no wonder he has to resort to crackery in order to get his shits and giggles. The real boys playing baseball and football would kick his lily ass just because he has such a pansy name.
So he/she treats crackery like it were a sport.
on
NY Times On Spam Zombies
·
· Score: 4, Interesting
Okay, so this teen treats crackery like it was a sport. To show his or her proverbial "balls", as it were. This would be a prefect opportunity for some older, social-concious geeks to get together and set up a crackery league for these youth. Let them perform their crackery against each other. Each youth could set up a system, and then they would go head-to-head to crack the other youth's system. Indeed, it would be an intellectual junior soccer- or baseball-style league.
See, you'd be correct if there was only one central root level DNS server. But there's not, like you so obviously are aware of. That by itself means that the DNS service is decentralized.
Yet again it is proven that we can't trust the editors here to provide valid, truthful news content. Indeed, this is the sort of misleading that I would expect from a lower class site such as OSNews. But thank you for clearing this up.
Of course we will never see a central database of mailservers. That has been proposed before, but will always be unsuitable for the Internet. Remember, the Internet is meant to be decentralized. And a centralized database is open to abuse by governments, corporations, and whoever runs it (or provides the funding for it).
There's nothing to stop spammers from infiltrating such a system, via legitimate and illegitmate means. So it just plain won't work.
Between the fact that it is easy to abuse, it just won't work and it won't provide any benefits over existing systems, your system is just a bad idea (no personal offense meant, of course).
I'd personally love to see the Apache Project coordinate and release a mail server. Considering their expertise in such matters, forming such a project should be well within their means, and the results would be fantastic! Indeed, combining the quality of Apache httpd with the innovation of their other projects, and there would be a winning combination. They could probably even muster up the talent to combat spam in a sensible, community-friendly way.
Whey aren't we hearing from the Big Pipes? They should be opposed to the widespread implementation of anti-spam techniques. Indeed, their main financial focus is on the usage of bandwidth. Spam consumes massive amounts of their commodity. They should be against any proposals that will decrease bandwidth usage, as it will hurt their financial bottom line.
This is just another example of the political rhetoric we hear on a daily basis. They say they're going to go to Mars, but it won't happen. Just like Bush said the US would go to the moon and Mars. It won't happen. This is just a case of politicians being politicians, and spewing out promises that will never be acted upon. Give this a few hours and we'll have forgotten about it.
Do they use GCC, or their older, proprietary C compiler along with their cfront-based C++ compiler?
Indeed, GCC has had the following in the README.SCO file in the main GCC source distribution:
The GCC team has been urged to drop support for SCO Unix from GCC, as a protest against SCO's irresponsible aggression against free software and GNU/Linux. We have decided to take no action at this time, as we no longer believe that SCO is a serious threat.
For more on the FSF's position regarding SCO's attacks on free software, please read:
If SCO is using GCC as their native C compiler, then perhaps this will prove the impetus needed for the GCC Steering Committee to remove support for SCO from GCC.
Indeed, it is interesting to see them basing OpenServer 6.0 on UnixWare rather than OpenServer 5.0. And it will most likely be quite confusing, too. After the UnixWare -> OpenUNIX -> UnixWare naming shenanigans I thought they would have known better than to do something so misleading.
Many of the more educated Indians (ie. engineers, programmers, etc.) have an excellent grasp of English. Remember, India was a British colony for decades, much like the US, Australia, Canada, and many other English-speaking countries. Indeed, many do speak English with an accent that differs from that in places like Britain or the US, but they still comprehend English perfectly.
Indians are humans, too. Like the article says, they'll want the same goods and services that Americans and Europeans want: food, clothes, cars, jewelery, computers and other luxury items.
I see that you're claiming that Indians are unable to produce quality software and hardware designs. Can you please give some tangible examples/proof of this, and the resulting failures? Indeed, what makes an Indian any less of a programmer than an American or a European?
Does such a change pose a risk to the security of the United States and Europe? Indeed, the government and military have always been a large consumer of IBM's products. That is understandable, of course, considering the extreme reliability, durability, stability and ultimate engineering that IBM systems represent. But with the design and implementation of these systems being sent over to non-Western countries, there are always security fears. Will backdoors be inserted into IBM's software that will then be sold to Western powers? It's a very real possibility.
I suppose that Microsoft will copy this idea by linking their desktop services with Encarta.
Indeed, I would be very hesistant to trust their results. While Wikipedia's veracity has often been questioned, at least it is a public effort with the input of hundreds of thousands of people. Encarta, on the other hand, is a corporate effort without the public involvement. The risk of corporate nogoodery is far greater.
In certain jurisdictions could could file for a patent on your DNA structure. But then that may only protect you from cloners. Indeed, that most likely will not protect you from identity infringement.
You're correct. "Identity infringement" is the proper term in such situations. Much like in the case of copyright infringement, the term "theft" has been used to suggest a rival loss of tangibles. Indeed, no tangibles have been lost when somebody's identity is infringed upon.
You don't have to insist on them. You can just use Objective-C and Cocoa today. Or even GNUstep, if you don't want to purchase or cannot afford a Macintosh. You'll get all of the programmery layers you wish, and top level security.
I have done years of development on NeXT systems. You know, before it became the Cocoa that you kids play with today. It was blazingly fast on systems with 8 MB RAM and a 68040 25 MHz CPU. Hell, I'd love to see a fully GUI Java app run on a system like that. It just wouldn't be usable in the least. To claim that Objective-C is slower than Java is foolery of the highest degree!
While Cocoa does not yet use the garbage collection facilities of Objective-C, the GNU runtime does offer them.
But in short, this browser bug is not a result of Objective-C or Cocoa in any way. It is merely a problem with the traditional way of displaying JavaScript popups.
I know you're trying to be funny, but in most cases Mac OS X and Objective-C while using the Cocoa framework provide for a very secure environment. Mac OS X's Mach ancestory, which derives directly from BSD UNIX and from true UNIX itself, proves to be a very stable and secure base to build upon. Objective-C and Cocoa combines the security of Java with the speed of C. Together they form a very strong programmery layer that is nearly impenetrable.
Indeed, considering this problem affects so many different browsers, across so many different platforms, across so many different codebases, it is more appropriate to say that it is an error within the JavaScript specification and design.
Is Konqueror affected? If Safari is, then it may be. But if not, then it proves yet again that Konqueror is quickly rising to be one of the Big Boys in the browser world.
Slashdot Mirror
Sonofabitch! I didn't know that this Jasmine was actually a boy. Shit! It's no wonder he has to resort to crackery in order to get his shits and giggles. The real boys playing baseball and football would kick his lily ass just because he has such a pansy name.
Okay, so this teen treats crackery like it was a sport. To show his or her proverbial "balls", as it were. This would be a prefect opportunity for some older, social-concious geeks to get together and set up a crackery league for these youth. Let them perform their crackery against each other. Each youth could set up a system, and then they would go head-to-head to crack the other youth's system. Indeed, it would be an intellectual junior soccer- or baseball-style league.
See, you'd be correct if there was only one central root level DNS server. But there's not, like you so obviously are aware of. That by itself means that the DNS service is decentralized.
Verisign is hardly an integral part of the Internet. Indeed, even then it is difficult to say that they're certification is reliable.
Yet again it is proven that we can't trust the editors here to provide valid, truthful news content. Indeed, this is the sort of misleading that I would expect from a lower class site such as OSNews. But thank you for clearing this up.
Of course we will never see a central database of mailservers. That has been proposed before, but will always be unsuitable for the Internet. Remember, the Internet is meant to be decentralized. And a centralized database is open to abuse by governments, corporations, and whoever runs it (or provides the funding for it).
There's nothing to stop spammers from infiltrating such a system, via legitimate and illegitmate means. So it just plain won't work.
Between the fact that it is easy to abuse, it just won't work and it won't provide any benefits over existing systems, your system is just a bad idea (no personal offense meant, of course).
I'd personally love to see the Apache Project coordinate and release a mail server. Considering their expertise in such matters, forming such a project should be well within their means, and the results would be fantastic! Indeed, combining the quality of Apache httpd with the innovation of their other projects, and there would be a winning combination. They could probably even muster up the talent to combat spam in a sensible, community-friendly way.
Whey aren't we hearing from the Big Pipes? They should be opposed to the widespread implementation of anti-spam techniques. Indeed, their main financial focus is on the usage of bandwidth. Spam consumes massive amounts of their commodity. They should be against any proposals that will decrease bandwidth usage, as it will hurt their financial bottom line.
Holy shit! Are you serious? I think your post alone just clarified the whole situation for me.
This is just another example of the political rhetoric we hear on a daily basis. They say they're going to go to Mars, but it won't happen. Just like Bush said the US would go to the moon and Mars. It won't happen. This is just a case of politicians being politicians, and spewing out promises that will never be acted upon. Give this a few hours and we'll have forgotten about it.
Do they use GCC, or their older, proprietary C compiler along with their cfront-based C++ compiler?
Indeed, GCC has had the following in the README.SCO file in the main GCC source distribution:
The GCC team has been urged to drop support for SCO Unix from GCC, as a protest against SCO's irresponsible aggression against free software and GNU/Linux. We have decided to take no action at this time, as we no longer believe that SCO is a serious threat.
For more on the FSF's position regarding SCO's attacks on free software, please read:
http://www.fsf.org/licensing/sco/
If SCO is using GCC as their native C compiler, then perhaps this will prove the impetus needed for the GCC Steering Committee to remove support for SCO from GCC.
Indeed, it is interesting to see them basing OpenServer 6.0 on UnixWare rather than OpenServer 5.0. And it will most likely be quite confusing, too. After the UnixWare -> OpenUNIX -> UnixWare naming shenanigans I thought they would have known better than to do something so misleading.
Many of the more educated Indians (ie. engineers, programmers, etc.) have an excellent grasp of English. Remember, India was a British colony for decades, much like the US, Australia, Canada, and many other English-speaking countries. Indeed, many do speak English with an accent that differs from that in places like Britain or the US, but they still comprehend English perfectly.
Indians are humans, too. Like the article says, they'll want the same goods and services that Americans and Europeans want: food, clothes, cars, jewelery, computers and other luxury items.
I see that you're claiming that Indians are unable to produce quality software and hardware designs. Can you please give some tangible examples/proof of this, and the resulting failures? Indeed, what makes an Indian any less of a programmer than an American or a European?
Does such a change pose a risk to the security of the United States and Europe? Indeed, the government and military have always been a large consumer of IBM's products. That is understandable, of course, considering the extreme reliability, durability, stability and ultimate engineering that IBM systems represent. But with the design and implementation of these systems being sent over to non-Western countries, there are always security fears. Will backdoors be inserted into IBM's software that will then be sold to Western powers? It's a very real possibility.
That's just the free market at work. If the price of labor is cheaper there, then that is where labor will be purchased. It's just as simple as that.
I suppose that Microsoft will copy this idea by linking their desktop services with Encarta.
Indeed, I would be very hesistant to trust their results. While Wikipedia's veracity has often been questioned, at least it is a public effort with the input of hundreds of thousands of people. Encarta, on the other hand, is a corporate effort without the public involvement. The risk of corporate nogoodery is far greater.
In certain jurisdictions could could file for a patent on your DNA structure. But then that may only protect you from cloners. Indeed, that most likely will not protect you from identity infringement.
You're correct. "Identity infringement" is the proper term in such situations. Much like in the case of copyright infringement, the term "theft" has been used to suggest a rival loss of tangibles. Indeed, no tangibles have been lost when somebody's identity is infringed upon.
You don't have to insist on them. You can just use Objective-C and Cocoa today. Or even GNUstep, if you don't want to purchase or cannot afford a Macintosh. You'll get all of the programmery layers you wish, and top level security.
I have done years of development on NeXT systems. You know, before it became the Cocoa that you kids play with today. It was blazingly fast on systems with 8 MB RAM and a 68040 25 MHz CPU. Hell, I'd love to see a fully GUI Java app run on a system like that. It just wouldn't be usable in the least. To claim that Objective-C is slower than Java is foolery of the highest degree!
While Cocoa does not yet use the garbage collection facilities of Objective-C, the GNU runtime does offer them.
But in short, this browser bug is not a result of Objective-C or Cocoa in any way. It is merely a problem with the traditional way of displaying JavaScript popups.
I know you're trying to be funny, but in most cases Mac OS X and Objective-C while using the Cocoa framework provide for a very secure environment. Mac OS X's Mach ancestory, which derives directly from BSD UNIX and from true UNIX itself, proves to be a very stable and secure base to build upon. Objective-C and Cocoa combines the security of Java with the speed of C. Together they form a very strong programmery layer that is nearly impenetrable.
Indeed, considering this problem affects so many different browsers, across so many different platforms, across so many different codebases, it is more appropriate to say that it is an error within the JavaScript specification and design.
Is Konqueror affected? If Safari is, then it may be. But if not, then it proves yet again that Konqueror is quickly rising to be one of the Big Boys in the browser world.
That's a link to some unsubstantiated site. I want physical evidence, my friend. Nothing less.