EU Publishes Open Source Migration Guidelines
Skunil writes "The IDA Open Source Migration Guidelines provide practical and detailed recommendations on how to migrate to Open Source Software (OSS)-based office applications, calendaring, e-mail and other standard applications. These guidelines have been designed to help public administrators decide whether a migration to OSS should be undertaken and describe, in broad technical terms, how such a migration could be carried out. They are based on practical experience of a limited number of publicly available case studies, and cover a wide range of management and technical concerns."
Boot cdrom format load linux
Anyone else find the humor in the spreadsheet being an XLS file? I figure if the target audience is a group of people who use MS products, then they'll have no problem opening that XLS file.
I'd feel better about these "how to transition your project to open source" guidelines if the first step weren't
Okay, okay, just kidding.
You cannot apply a technological solution to a sociological problem. (Edwards' Law)
Step one... stop bending over
Step two... remove Microsoft "probe"
*FREEDOM*
SCO: 800-726-8649
Verisign: 800-361-8319, 888-642-9675
Diebold: 800-433-VOTE (8683)
Now if only they were talking in the terms of Free Software instead of merely Open Source I would be sure that they are indeed motivated by our freedom and not only technical superiority of GNU. But I am sure that it is only a matter of time until the Freedom ideals are widely recognised in EU parlament. This is a step in the right direction. There are other steps which must follow.
Sincerely,
Pan Tarhei Hosé, PhD.
"Homo sum et cogito ergo odi profanum vulgus et libido."
OSS advocates should also advocate to businesses that are just starting up and households that are just purchasing their first PC.
It would make more sense to start fresh with free software rather than to switch after paying for proprietary software.
I'd really suggest you download the pdf before commenting. It's really quite a piece of work. In fact it looks like it might be the most comprehensive guide yet written on how to migrate to opensource. This is good stuff.
Armed with this and of course google and you'd be way ahead of the curve in planning or evaluating a migration to opensource.
Kudos to the authors.
If you wanna get rich, you know that payback is a bitch
Here is the short form for deciding whether migration to OSS is appropriate:
1. Are you OK with a foreign company having complete control of your data?
Answers:
Yes -- Continue using MS products.
No -- Switch.
That's "Mr. Soulless Automaton" to you, Bub.
Windows ..... Linux, OpenBSD, FreeBSD,etc.
MS Office ....... OpenOffice, ????
Outlook, OulookExpress ...... ????
you get the idea.
Unless you know what the OSS version's name is, you wouldn't know what to replace it with.
I don't know what all the OSS replacements are, if there are any, or what functionality they have (haven't). This would greatly help someone trying to migrate. Otherwise, I'm afraid, they'll just throw up their hands, and say,"I don't know where to start."
There is no spoon or sig.
11.6.2. Personal databases held centrally or locally
Ad hoc personal databases are not well supported in OSS. There is no direct equivalent to Access, nor is one being developed. Several of the groupware packages do offer some capability in this area using a variety of OSS SQL databases as a back-end. In some cases (such as NullLogic) ordinary users can only use pre-defined queries. Some offer the ability to define forms that can be used to store and access data.
Is there someone who could either rebut this statement, or would want to work on a replacement? Yes, Access sucks and is the bane of any data-warehousing project... but it's utility is the reason there are so many small but completely critical .mdb files out there.
Make sure everyone's vote counts: Verified Voting
Don't you think step two should precede, rather than follow, step one? I mean, ouch...
1984 was supposed to be a warning, not an instruction manual.
before bashing it?
First of all, it is for EU agencies. Using this material to back up your decisions might be the difference between a promotion and getting fired if you work for such an organization. This is important for the audience it was written for.
Also, if you are into migrations to OSS, you might find some useful information, regardless of its target audience.
Anyway, the FASB is as bureaucratic as the EU and their publications are much more boring, but as a CPA I hang on every word they publish and so should anyone working in the accounting field, throughout the world. This is not about inspiring people, it is about setting standards, which is not as entertaining as the former but is just as important.
Personally, I think it is great for ANY institution to write on this subject, especially when it has a degree of objectivity on the subject. Many of the "case studies" that this was based on have never been published, so this adds additional observational information on the subject, at the very least.
Sdelat' Ameriku velikoy Snova!
Unless I misread the FreeBSD license it only stipulates three things: 1) this software is freely distributable and you can do what you want with it, 2) you can't remove any copyright notices or the like and 3) no one is responsible for the code. Freer even thant the GPL.
Peter M. Dodge,
Chief Executive Officer,
LiquidFire Studios
Platinum Linux - www.
The first dozen pages of the document that I read tell how to make such a switch. So here's the second short form:
Do you want to be branded a political failure in the switch?
If you chose 2, switch gradually, one system at a time, starting with the least-critical systems and the systems farthest away from direct interaction with users. Once you get to the users, switch their interfaces one piece at a time, starting by introducing Free Software that runs within the existing proprietary framework (examples include Mozilla and OpenOffice.org products for Windows OS).
Will I retire or break 10K?
Here's a possible example:
If you look at the details of MS Bulletin ms03-045 you see the patch has problems with third party apps in the languages:
Six of the eight authoring countries are on the troubled patch list.
Perhaps Isreal is not the only country they pissed off once too often.
I think the most important section of that whole document is 7.3, which I lovingly think of as the "condom section" - common sense steps to protecting yourself when you're in a relationship with a beast. Face it - for whatever reasons, many IT managers are loathe to leave the Microsoft cradle and make the jump to OSS. But 7.3 is practical common-sense advice about how not to dig a bigger hole than one you're in.
The excel tool looks pretty cool so i opened it up under openoffice and tried the following values:
Intenal desktop: 20
Home desktop: 1
users: 20
Sites: 1
Years of propriety upgrade: 3
Cost of propietory works out to be: 48,364 for the fist year.
Cost of FOSS (1st yr): 40,462
Now the shocking big:
Total cost of migration for the first year:
4,095,925 (thats 4 million euros!!) for 20 computers! [hardware:10,925; Software: 2480000, People:160500]
wait a minute.. was this funded by microsoft??
In fact, I would expect it to be in an MS format since the document (I assume) is about _how_ to migrate from MS to Open Source. Putting it in some Open Source format would be ironic, because, then how could those using MS possibly read it and thereby learn how to migrate?
Irony occurs when the conveyed meaning is contrary to expectation or the literal meaning.
While on the face of it the report looks good, deeper reading reveals some serious flaws, besides the fact that the spreadsheet is in XLS format.
First of all, the report is factually incorrect in several areas. Netproject list the City of Turku as a case study, but the City of Turku turned out to be a turkey - they only used OSS as a driver for microsoft to lower rices, which they did, and Turku is now a well publicised MS case study. Not very clever to use that as advertisement for an OSS migration. The one thing PA officials do is check out case studies. It get numerous facts wrong about some of the software packages, and on the whole looks more like parroting of populist stances (exim is better and faster then postfix, for example) then real-life testing. At the very least, they should back these type of statements up with facts.
Secondly, this is so full of OSS politics, it is not even funny anymore. Take for example this little gem: "Of the session managers KDE's is the more mature but Gnome is catching up fast. Gnome is being supported by Sun Microsystems and members of the Gnome Foundation. netproject considers that it has a better architecture and believes it has a better future.". That initself should be the subject of a fine little flamewar..... Also, there are, again, no facts to support the supposition of a "better" architecture. Also, SUSE, for example, get very little to no airtime in the document, and the document is simply wrong about some of the issues discussed around SUSE. for example, the YAST discussion is plain wrong, and some highly popular prducst, such as openexchange, get no mention whatsoever. Granted, some components of SLOX are closed source, but that doesn't stop the authors from mentioning and even recommending other closed source products.
Finally, and perhaps the worst flaw of all, is the fact that despite its size, it is simply a (badly researched) list of products. This is not a HOWTO migrate, this is a list of "if you migrate, use these tools". There is no methodology, no method, not *system* to migrate. This is organisational masturbation, a big "look how l33t we are" kind of thing.
I can spend some more time ranting about this, but will be to no avail. It is published, and undoubtedly, many fools will brandish this as the final word in ridding the world of the closed source software scourge. To all our detriment......
People who think they know everything are a great annoyance to those of us who do.