Linux in the US Federal Government? 31
Grech asks:
"I work for a US federal agency
that replaces its workstations and attendant software every 3-5 years.
At the moment, the environment for most workers consists of an
OS, an
office
suite, a UTS60
emulator, and an X
Server. Logic seems to say that when all this gets ripped out
and replaced in a year or so, it could be done cheaper with
Linux, but a case will have to be made, and a strong one. I've got
the arguments, but I need the numbers and the anecdotes to back up
such a huge project."
Re:Born Again? (Score:1, Funny)
Hmm.. (Score:4, Funny)
Nice idea... (Score:2, Troll)
If I was in charge, I'd start small. A few alternative office suites at a time, slowly bringing people up to speed, etc.
Figuring the costs (Score:4, Insightful)
The retraining issue is significant, but not as big as you might think -- the low-level details of NT are pretty hard to deal with anyway.
And when you measure the costs and advantages of Linux, avoiding license fees is only part of the picture. There's lower admin costs, less down time, better security....
It's also relevent to ask why civil servants face this mandatory upgrade cycle. If it's because their software keeps outgrowing their hardware, that's another reason to consider switching to Linux. Even out of the box, Linux has lower hardware requirements than NT. And they can go lower still if you're selective about the features you use -- something that NT just doesn't let you do.
Re:Figuring the costs (Score:2)
Of course, he might not be able to use the computer;) I've thought about playing with the machine when he's not around, but I'm much more worried about pissing off the IRS than the DOD.
Re:Figuring the costs (Score:3, Informative)
Re:Figuring the costs (Score:2)
Re:Figuring the costs (Score:2)
And if your agenda is going over to Linux, these are people you need to convince. And that might be doable. They want total control over system configuration, so they can minimize security concerns and user-generated glitches. But they're so overwealmed by the sheer complexity of NT that they can't even turn off the screen preferences applet.
On Linux, it's a lot easier to create a standard configuration and lock it in. Everything the user environment does, it does in the open, not hidden behind some we-know-what-you-really-want GUI. There's your case for abandoning NT right there.
A big standard collection of Excel macros is a problem. No way they're going to abandon them, and porting them to another spreadsheet is just not doable. Best solution I can suggest is running Excel under WINE.
Re:Figuring the costs (Score:2, Informative)
Re:Figuring the costs (Score:2)
Re:Figuring the costs (Score:2)
Where does the logic for the abstraction layer go? If it's on a server, then it doesn't affect the Linux-versus-NT issue. But if they're planning to script the X-Terminal server, it's a big reason to go to Linux. Scripting on NT is weird, difficult, and unpredictable. Scripting on Unix-like systems is basic -- the whole system is built around the concept.
Re:Figuring the costs (Score:1)
IBM GSA in particular, seem to have really turned around in the last six months or so - from a "We don't have any Linux experts locally" attitude, to a "Let's actively push it" perspective.
"Security" in federal government is often a completely different concept to what would be used in the 'outside world'. When an average Linux user thinks 'security', they consider things like: Open/available source code, patches regularly applied, appropriate file access controls.
For federal government, on semi-closed networks, the word security, when applied to operating systems, generally implies: Good support infrastructure, C2-complient security functionality, the ability to support agency security policy.
It may seem that there is a logical disconnect between these two definitions of security, but with the gradual increase in corporate/government interest in Linux, a gradual accumulation of resources that may directly support government requirements is occuring. See SNARE (Linux C2 audit subsystem - http://www.intersectalliance.com/projects/index.h
Red. (SNARE developer)
aaaaghh, noo!!! (Score:2, Funny)
DoD and the NMCI (Score:3, Informative)
I believe its a $6B contract, and its in progress right now. I'm not sure if the consensus is that they're being successful or not, but its the biggest single example of a "managed solution" that I've ever seen.
SuperID
Re:DoD and the NMCI (Score:1)
-- Back on topic --
Cliff, If WINE (Lindows or whatever) won't suffice in running what apps/scripts/whatnot you now use, give Win4Linux [netravers.com] a look. I use it at home for work-related needs. It runs pretty snappy on my ol' 950 - almost as fast as native. It's not free though, so may push the cost savings over the line.
Re:DoD and the NMCI (Score:1)
lindows.com (Score:2)
Just my $0.02,
davidu
Re:lindows.com (Score:1)
I work for the same federal agency (Score:3, Informative)
AFAIK, the only important use of Linux in the IRS is our border routers, admined out of the Indy office. They run RedHat. Get on our intranet and check out the common operating environment specs and list of baseline software. That will tell you what distributions are allowed and will give you a good hint as to where they are being used. Of course, there are lots of Unix servers (two big banks of them within 50 feet of where I sit as I'm writing this), but you asked about the desktop.
There are essentially no Linux desktops in the Service. The Unix desktops in the IRS are rare. Revenue Officers who have not recently had their equipment replaced use a pure SCO OSR 5.0.4 environment, complete with WordPerfect for Unix 5.1 and Lotus for Unix 3 point something. That would be about 5000 users at this point. However, those users are migrating to Windows and there was no budget to rewrite the pile of custom apps they use. Result? Just like the call sites where desktop Unix used to hold sway, these users are going to a Windows-centric desktop with a full copy of Interix for their Unix. In case you didn't know, Interix is the Unix owned by Microsoft. Yes, we buy one of our Unix variants from Microsoft. And, yes, it works about as well as you might expect a Unix to work when it's owned and supported by Microsoft. (Ask me sometime about the Oakland ICPnt/Interix rollout. The persistent connections to the DNS caused by an Interix flaw resulted in the most idiotic work-around I've ever seen: the DNS server for the entire area got a script installed to reboot it hourly. That was the only way to keep it running and they had to do it for days till Microsoft could come up with a re-write.)
Lessee - That means that we're going to have many thousands of users using apps written under SCO and intimately tied to WP5.1 who will be running those apps on Interix which is running on top of WindowsNT 4.01. How does that work? Not very well, I'm afraid.
Roughly the same thing is happening with all the call site and service center employees who formerly had Unix desktops, although the situation in those places isn't as bad as it is out in the field.
Where does that leave us? Where does that leave the prospects for Linux in our organization? The failure of ICSnt and ICPnt (the two main projects involving migrating Unix users to Windows while retaining their old Unix apps) to smoothly migrate users to the brave new all-Microsoft world that our executives want has simply convinced those executives that they were right all along. IOW, they hated Unix on the desktop before, they are having problems running Unix apps on NT now (duh), and thus they conclude that this Unix thing or anything even remotely Unix-y on the desktop is clearly crap. They want it gone. They don't want anything to interfere with their thrice daily ritual of facing Redmond, kneeling, and symbolically kissing Bill Gates butt in prayer to the great god Microsoft.
I can give you just one ray of hope. If Microsoft pushes their licensing schemes forward, we're in about the worst position I can imagine. The money that will have to be thrown away on licenses is *huge*. That kind of budget-buster is the only thing I can think of that would cause the Booze/Allen/Hamilton-Microsoft-worshipping execs at the top of this organization to even look at Linux on the desktop. If you happened to be in the right place at the right time with a demo system ready to go, you might be able to effect the thinking of a critical analyst who might push for a study or two that might result in a pilot project in 3 or 5 years.
Seems like a long shot to me.
ps - If you want more and probably better informed opinions, post this to the Kibbles & Bytes mailing list or drop an email to Scott in Austin. (A note to observers: If you're in IT in the IRS, you probably subscribe to the named list and you almost certainly know or know of Scott. Sorry about the insider references in a post that will be read by a much larger audience.)
Ironic, isn't it? (Score:3, Interesting)
Do you realize how much buying power the federal government has? The solution is in their own hands. Refuse to do business with Microsoft until they satisfy the feds that they are no longer abusing their monopoly, and they will cease to be a monopoly. Refuse to do business with people that do business with .doc files and push for docs in html or xml format.
Maybe you can use that as partial justification...
Fraud, Waste, Abuse (Score:2, Informative)
If the equipment is still functional and it is being replaced, you might have a valid FWA claim.
Solid state electronic equipment should last far longer than 3 to 5 years. Replacement parts should easily be available.
I know that there is a strong urge to update hardware to run the latest software. But when you look at the tasks performed by most of these office machines, you will find that they are used for basic office functions.
This means that the features provided by newer software largely go unused. As a result the purchase of the latest software was a waste. It then follows that the hardware required to run that software was not required.
Consider also that the new software/hardware often requires (re)training of the operators. Those costs are often wasted as well if the operator has no need for the new features of the new software.
So rather than looking at Linux, GNU, Open Source, or whatever to save you money, look instead at justification for making any change at all. If a change of software/hardware is required, find out why. The requirements for the change will dictate what new hardware/software needs to be obtained. If Linux meets those needs then it can be considered.
I really haven't seen anything new in hardware or software in the last 5 years that would require replacement of an office machine that was in working order. Perhaps some upgrade in local or network storage if that is in short supply.
Otherwise, if you really are interested in saving tax dollars, look into justification and perhaps persue a fraud, waste, abuse investigation.
FEDS ALREADY USE LINUX (Score:1)
Future integration and why less money... (Score:1)
Linux in the Federal Government (Score:1)
I've since moved into an IT position, and I've managed to get permission to dual boot my NT with Linux to use some of the functions that MS does not provide. Another IT office on the base is uing Linux for DNS servers. We're slowly making progress, but I wish someone with power and money would challenge the FAR.
Once chance is a solicitation DARPA has for High Productivity Computing Systems (HPCS). I submitted a story to Linuxbiz on Slashdot tonight. Hopefully there's someone out there who can take it on.
Re:Linux in the Federal Government (Score:1)
On a brighter note, I checked the GSA provider list, and they do have one Linux vendor listed. I have no idea what they are approved to sell, but it's a start!