Tux Enlisted for U.S. Defense Program 312
An anonymous reader writes "Linux is a key part of the Army's massive $200B FCS (Future Computing System) initiative, it seems. RTOS vendor LynuxWorks was chosen to provide the OS for 18 weapons platforms under development, because its LynxOS-178 real-time OS can run Linux binaries -- including the "common operating environment" that Boeing is developing for FCS."
Re:Hardly suprising... (Score:3, Interesting)
$18,000 per developer seat! (Score:3, Interesting)
The gloves will now come off... (Score:4, Interesting)
Re:All it would take is just one Linux Virus / Tro (Score:3, Interesting)
Re:Why wouldn't it run linux binaries? (Score:5, Interesting)
Re:Does LynxOS really contain Linux code? (Score:4, Interesting)
Wouldn't it piss off SCO no end if someone produced a scorun app?
They already did [demon.co.uk], and as I remember SCO were mighty pissed off [computerworld.com.au].
Re:Yay, no BSOD (Score:5, Interesting)
That said, when Windows is used where formerly an embedded OS is used, there is a tendency not to do a very good job stripping out all the stuff that's not needed. Since you aren't going to be patching things that much in the field, this could lead to known security holes on deployed systems for a long time. It may not matter, indeed usually the excuse is that it won't matter, but sometimes the unforseen happens. It's not unheard of for "embedded" versions of windows to have problems like windows file sharing turned on. The hardware engineers don't think like sysadmins.
This problem is not intrinsic to Windows; I've seen the same thing recently on a box that controlled an under vehicle scanner. It used stock SUSE with an old verison of BIND and samba, trhe3 works. The customer wanted to connect it via wireless to a central guard station. This was a bad idea. The security holes in the box are harmless as long as it is stand alone, but on a network they are huge liabilities.
At least with Linux, you can go the Linux from scratch route, which minimizes you exposure to security holes in ancient software.
Re:Does LynxOS really contain Linux code? (Score:3, Interesting)
Combine this with the stunt they pulled with User Mode Linux (see this story [usermodelinux.org]) in which they used GPL'ed code, and submitted their changes back in an uncompilable tarball (no patch), and I'm getting pretty suspicious. After working out what changed and generating a patch, the UML team still couldn't make their changes compile. Presumably, Lynuxworks could (would good what the changes be unless they compiled?), so this again would indicate a violation of the GPL.
I'm hoping FCS switches back to looking at Red Hat - at least they have a track record. When I found out FCS was using Lynuxworks, my first reation was "Who?"
Re:ARPA-NET (Score:5, Interesting)
What we're REALLY talking about is blue-sky, no immediate payback, research. That is, research with a true eye to the future, not the next quarter or two, the kind of research that got us where we are today. That's the realm of deep pockets and minimal (or at least enlightened/tolerant) oversight - by stockholders or congressmen. That's also the kind of research that has been all-but-destroyed in the US by beancounting, be it corporate finance types, stockholder expectations, Congress, etc.
The US could well be moving in to an era where the only true research, the long-range stuff, goes "black" - "I could tell you, but then I'd have to kill you."
For another perspective, see:
http://technocrat.net/article.pl?sid=05/04/
Then combine it with the fact that there are others who DO see the value of long-term research:
http://technocrat.net/article.pl?sid=0
Gonna be a disaster of DOD magnitude . . . (Score:3, Interesting)
The compatibility ABI isn't going to pass muster when it hits the QA phase, they never do. You can't realistically develop an application for one OS and expect it to work perfectly on a "compatible" OS.
When developing vertical applications like this, it's most wise to develop for the actual physical installation that it's going to end up running on. Not just the *version, the actual functioning OS image that will ultimately be used.
There's a term for what this is gonna end up being. The first part is cluster and the last part rhymes with truck.