Feeds

Victory declared in the open source war that never was

But that's not all right then, really...

  • alert
  • submit to reddit

New hybrid storage solutions

The Initiative for Software Choice (ISC) has declared victory in the open source war that never was - Massachusetts' "Open Source Mandate", which would have outlawed the purchase of practically all non-open source software by state agencies, if it had ever existed. Which it never, ever did.

As The Register pointed out when the story broke last month, Massachusetts never said it was adopting a pro- open source policy, nor did it say it ever say it was mandating the purchase of open source software. It did say it would be adopting a broad-based strategy of moving its computer systems towards open standards. That didn't stop the BSA jumping in, nor the ISC, nor indeed (one must be fair) a rash of fevered speculation and Chinese whispers from the pro- open source camp.

The ISC's contribution is particularly amusing, because although the BSA had earlier cited "reports" in its delivery of the lead-filled sock, and didn't in so many words say that it necessarily believed these reports, the ISC charged in with its concern "that the open source software mandate recently announced by Secretary of Administration and Finance, Eric Kriss would incalculably harm Massachusetts public administration, its citizens, and its information technology (IT) industry and workers." This letter to Governor Romney requested a meetting to discuss the matter at his earliest convenience, and then fulminated its way well into a second page over the imaginary mandate.

Now, the darlings send us a copy of a letter to Kriss from ISC executive director Bob Kramer. This letter follows up on a meeting of the 8th October where Kriss seems to have explained that Massachusetts intends "where possible, to evaluate open source software on a level playing field with proprietary software," and to "implement the most cost effective solution that offers the best technology."

Which sounds pretty much like what we (and we note, Linux Insider) thought they'd said in the first place. But according to the ISC it's all Kriss' fault anyway. The 'Mass goes Linux' story, in its view, "may have been caused by a misunderstanding due to a lack of meaningful public-private dialogue." And not, apparently, by orqanisations with axes to grind shooting first and asking the questions afterwards.

But then comes what you might view as the ISC lead-filled sock. It continues: "Such dialogue can be extremely beneficial in informing complex policy decisions. We respectfully urge you to establish an open process that will facilitate a balanced discussion of your wide-ranging policy proposals, not only ensuring that the most cost-effective IT solutions get procured for Massachusetts, but also that taxpayers and the Massachusetts IT industry benefit too."

You could perhaps view the readiness of outfits like the ISC to hunt witches on the basis of rumour as amusing, but if you interpreted those two sentences as letting Kriss know his card has been marked, and that We Will Be Watching, it's perhaps not so funny. Overreaction of this sort has a tendency to create a McCarthy-like climate of fear, making it less likely that people will stick their necks out, and so more likely that the status quo will be perpetuated. So if an outfit were trying to defend vested interests, overreaction would be a useful tactic.

The ISC is of course not anti-open source, oh no, merely pro level playing field, so it cannot possibly have approached the Massachusetts matter on such a basis.

One other thing worth taking away from this sorry mess. Essentially, Massachusetts started this by espousing open standards rather than open source. Consider, however, the extent to which the two now go together. The extent to which you believe this is so is obviously going to relate to your personal level of commitment to open source and/or how much/little you believe in Microsoft's commitment to open standards. In the case of this particular story, the confusion seems in part to have arisen from a reporter mixing the two up, but it's actually going to be difficult to separate them in the coming wars for government software. On the one side, some people will say 'open standards' when they really intend to implement open source, while on the other, people will hear 'open source' when someone says 'open standards.' Whatever, just saying the latter won't protect you from the witchfinders, and 'open standards' may become a dirty word too... ®

Secure remote control for conventional and virtual desktops

More from The Register

next story
Not appy with your Chromebook? Well now it can run Android apps
Google offers beta of tricky OS-inside-OS tech
New 'Cosmos' browser surfs the net by TXT alone
No data plan? No WiFi? No worries ... except sluggish download speed
Greater dev access to iOS 8 will put us AT RISK from HACKERS
Knocking holes in Apple's walled garden could backfire, says securo-chap
NHS grows a NoSQL backbone and rips out its Oracle Spine
Open source? In the government? Ha ha! What, wait ...?
Google extends app refund window to two hours
You now have 120 minutes to finish that game instead of 15
Intel: Hey, enterprises, drop everything and DO HADOOP
Big Data analytics projected to run on more servers than any other app
prev story

Whitepapers

Secure remote control for conventional and virtual desktops
Balancing user privacy and privileged access, in accordance with compliance frameworks and legislation. Evaluating any potential remote control choice.
Saudi Petroleum chooses Tegile storage solution
A storage solution that addresses company growth and performance for business-critical applications of caseware archive and search along with other key operational systems.
High Performance for All
While HPC is not new, it has traditionally been seen as a specialist area – is it now geared up to meet more mainstream requirements?
Security for virtualized datacentres
Legacy security solutions are inefficient due to the architectural differences between physical and virtual environments.
Providing a secure and efficient Helpdesk
A single remote control platform for user support is be key to providing an efficient helpdesk. Retain full control over the way in which screen and keystroke data is transmitted.