This is similar to how Harley-Davidson sells motorcycles: they encourage aftermarket hacking, so much so that they provide (overpriced) parts in the accessories catalog...
This, of course, doesn't count the scores of yuppie/image riders, but even they slap on a bit of aftermarket chrome.
(Freshmeat, Themes.org, and Slashdot are all part of the world-controlling conspiracy under the VA Linux umbrella better known as the Sinister Andover Keiretsu.)
Hey, I thought the company was called VA Software...
Intel DEVELOPED the x68[sic] standard, and their processors are guaranteed to be fully standards-compliant. I'm not saying that AMD's are useless. They are certainly cheaper than Intel processors, but like the old adage goes, you get what you pay for!
the license cost for a single seat of, say, Visual Studio is as much as sixty percent of the per capita income of your average Sri Lankan. There's no concievable way that people from those parts of the world can afford to put the software on very many machines legally.
Many software companies (and I would guess M$ included) charge different amounts in different countries, often with caluses in the license that restrict the use of the software to these countries...
but it's not the people's unwillingness to give up on oil. It's been the oil companies in the past and even still, lobbying the governments to stiffle alternate energy source research because it would drive them out of business.
Bull. USians (as a whole) are addicted to oil: why else do we buy those big SUVs that chow down gas like crazy? USians won't be satisfied unless they can get their 6000 lb. vehicle to 75mph in 8 seconds or less. At this point, air and solar powered vehicles can't even dream of this.
And as soon as the auto manufacturers figure it out, and are able to produce vehicles with an acceptible profit margin, they will start to build them. And "oil" companies will begin to mine hydrogen or build solar/wind plants for charging fuel cells, or whatever. Oil companies don't care about oil; they care about profit. If they can profit more producing an "alternative" energy source, they will.
Funds for research into these alternate energies are greatly limited by these efforts of the patrolium companies.
In the case of the XCam2, the cameras transmit an unscrambled analog radio signal that can be picked up by receivers sold with the cameras. Replacing the receiver's small antenna with a more powerful one and adding a signal amplifier to pick up transmissions over greater distances is a trivial task for anyone who knows his way around a RadioShack and can use a soldering iron.
It looks like the obvious answer is to ban Radio Shack from selling soldering irons.:^)
Key exchange is managed from within the chat windows. There is an option to send your public key to your "buddy" and it automatically inserts the key into their keychain.
Unfortunately, this is a "weak-link" in a trust chain: how can you verify that key is actually owned by that person?
I understand that you will often find the metric system being used in education, science, etc.
The US Armed Forces uses the metric system, as well. So even grunts in the field deal with meters and liters and such. I guess it helps greatly, since they spend a lot of time deployed in places that also use the metric system...:^/
Is it just me, or have there been a really huge amount of security issues with Free/Open Source software this year?
Yes; perhaps this is due to the fact that FS/OSS is used by more developers/users. More eyeballs and more code to exercise libraries mean more bugs are discovered. As mentioned, this bug is (relatively) benign, and has already been fixed in the source. So I wouldn't necessarily say that FS/OSS is getting "more buggy", any more than commercial software, whose bugs don't leave the company if users don't discover them first.
I was quite surprised to see that RMI lacked what I consider a basic feature of distributed computing - authentication and session tracking; this forced me to develop my own, but this is obviously a common need and should be handled by the RMI runtime.
Enterprise JavaBeans, and Session Beans in particular, provide these services. RMI is used as the transport layer, and the application server (EJB container) handles authentication and session tracking, often along with redundancy, administration, and a host of other goodies...
Many of the low UIDs are currently assigned:^). It will be interesting to see the new format, though, hopefully it won't be too obtrusive. I refuse to set up a PayPal account, though..
An automated tool has no clue what your ipaddress (or whatever) tag means at all. You need to provide additional context for tools to understand the semantics of the configuration data. To make configuration files understandable in a more intelligent sense, you need to either restrict the tags you use to your own configuration language, or you need to provide metadata of some sort.
This is where XML Namespaces comes in handy. For example, "someone" can create a namespace that contains the ipaddress schema definition, which can then be used in your app's XML configuration file:
<i>An automated tool has no clue what your ipaddress (or whatever) tag means at all. You need to provide additional context for tools to understand the semantics of the configuration data. To make configuration files understandable in a more intelligent sense, you need to either restrict the tags you use to your own configuration language, or you need to provide metadata of some sort. </i> <p> This is where XML Namespace comes in handy. For example, "someone" can create a namespace that contains the ipaddress schema definition, which can then be used in your app's XML configuration file: <br> <pre> <myapp><br> <server><br> <net:ipaddress><br> <net:protocol>tcp</net:protoc ol> <br> <net:host>127.0.0.1</net:host ><br> <net:port>8877</net:port& gt;<br> </net:ipaddress><br> </server><br> </myapp><br> </pre>
Lots of corporate/management types have the negative impression of Linux as an OS that has no professional control over kernel development. It's seen as a souped-up hotrod modified in the garage that runs like a dream but could fall apart at any minute.
<tongue-in-cheek>
Hey, that sounds a lot like a business opportunity! There's so many Linux users both at home and in business that there should be a lot of money in maintaining and
selling a "professional" quality kernel, with a complete support organization and all! A
billion dollar business can't be wrong! Right?
</tongue-in-cheek>
The java language has built-in limitations that would prevent this. Also, what's the point? Java is a language that is equally poor on all platforms.
What is a Java compiler? It is a program that converts Java source code into a byte stream. You're claiming that you can't write a program in Java that can do this? The "javac" program that ships with the JDK is such a program...
Slashdot Mirror
IBM is only an advocate of open source when it suits their needs.
They are a buch[sic] of hypocrites [emphasis added]
Uh, you misspelled "businesspeople". They are a bunch of businesspeople who happen to also fund open source development, BTW. HTH. HAND.
Hacking hardware == good for sales.
This is similar to how Harley-Davidson sells motorcycles: they encourage aftermarket hacking, so much so that they provide (overpriced) parts in the accessories catalog...
This, of course, doesn't count the scores of yuppie/image riders, but even they slap on a bit of aftermarket chrome.
Hey, I thought the company was called VA Software...
Wireless cable. Can I get copper wireless, too?
Intel DEVELOPED the x68[sic] standard, and their processors are guaranteed to be fully standards-compliant. I'm not saying that AMD's are useless. They are certainly cheaper than Intel processors, but like the old adage goes, you get what you pay for!
Windows.
Linux.
QED.
Many software companies (and I would guess M$ included) charge different amounts in different countries, often with caluses in the license that restrict the use of the software to these countries...
Never said you were stupid, Mr. Pimp, "It's the X, Stupid!" is simply a common way of offering a differing opinion.
Bull. USians (as a whole) are addicted to oil: why else do we buy those big SUVs that chow down gas like crazy? USians won't be satisfied unless they can get their 6000 lb. vehicle to 75mph in 8 seconds or less. At this point, air and solar powered vehicles can't even dream of this.
And as soon as the auto manufacturers figure it out, and are able to produce vehicles with an acceptible profit margin, they will start to build them. And "oil" companies will begin to mine hydrogen or build solar/wind plants for charging fuel cells, or whatever. Oil companies don't care about oil; they care about profit. If they can profit more producing an "alternative" energy source, they will.
Funds for research into these alternate energies are greatly limited by these efforts of the patrolium companies.
Source, please?
They have.
In the case of the XCam2, the cameras transmit an unscrambled analog radio signal that can be picked up by receivers sold with the cameras. Replacing the receiver's small antenna with a more powerful one and adding a signal amplifier to pick up transmissions over greater distances is a trivial task for anyone who knows his way around a RadioShack and can use a soldering iron.
:^)
It looks like the obvious answer is to ban Radio Shack from selling soldering irons.
I mean, who uses java anyway?
Nobody, apparently.
Unfortunately, this is a "weak-link" in a trust chain: how can you verify that key is actually owned by that person?
I understand that you will often find the metric system being used in education, science, etc.
:^/
The US Armed Forces uses the metric system, as well. So even grunts in the field deal with meters and liters and such. I guess it helps greatly, since they spend a lot of time deployed in places that also use the metric system...
Hey Rob, only 40 more appearances to catch up to Wil!
Is it just me, or have there been a really huge amount of security issues with Free/Open Source software this year?
Yes; perhaps this is due to the fact that FS/OSS is used by more developers/users. More eyeballs and more code to exercise libraries mean more bugs are discovered. As mentioned, this bug is (relatively) benign, and has already been fixed in the source. So I wouldn't necessarily say that FS/OSS is getting "more buggy", any more than commercial software, whose bugs don't leave the company if users don't discover them first.
Enterprise JavaBeans, and Session Beans in particular, provide these services. RMI is used as the transport layer, and the application server (EJB container) handles authentication and session tracking, often along with redundancy, administration, and a host of other goodies...
Many of the low UIDs are currently assigned :^).
It will be interesting to see the new format, though, hopefully it won't be too obtrusive. I refuse to set up a PayPal account, though..
Nice troll!
1) Java v. C and C++ and cyclone(?)
2) vi v. the world
I'll allow the other replies to your post to blow the chaff off of this one..
This is where XML Namespaces comes in handy. For example, "someone" can create a namespace that contains the ipaddress schema definition, which can then be used in your app's XML configuration file:
<myapp>
<server>
<net:ipaddress>
<net:protocol>tcp</net:protocol>
<net:host>127.0.0.1</net:host>
<net:port>8877</net:port>
</net:ipaddress>
</server>
</myapp>
<i>An
automated tool has no clue what your ipaddress
(or whatever) tag means at all. You need
to provide additional context for tools to
understand the semantics of the configuration
data. To make configuration files
understandable in a more intelligent sense,
you need to either restrict
the tags you use to your own configuration language, or you
need to provide metadata of some sort. </i>
<p>
This is where XML Namespace comes in handy. For example, "someone" can create a namespace that contains the ipaddress schema definition, which can then be used in your app's XML configuration file:
<br>
<pre>
<myapp><br>
<server><br>
<net:ipaddress><br>
<net:protocol>tcp</net:protoc ol> <br> <net:host>127.0.0.1</net:host ><br>
<net:port>8877</net:port& gt;<br>
</net:ipaddress><br>
</server><br>
</myapp><br>
</pre>
Uh, the article has the link to the one page PDF.
<tongue-in-cheek>
Hey, that sounds a lot like a business opportunity! There's so many Linux users both at home and in business that there should be a lot of money in maintaining and selling a "professional" quality kernel, with a complete support organization and all! A billion dollar business can't be wrong! Right?
</tongue-in-cheek>
What is a Java compiler? It is a program that converts Java source code into a byte stream. You're claiming that you can't write a program in Java that can do this? The "javac" program that ships with the JDK is such a program...
You can time travel in a motorhome? Most of us just use police boxes.. :^)