[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [oiic-formation-discuss] PROPOSAL -- Name change for proposed TC
Paul, it's time to shut you up. I am tired of hearing your half-baked conspiracy theories. They are filling up my inbox and as a WebSphere Application Server Administration Team Member, I don't have time to read your babbling. I am joining OASIS officially and asking that others not oppose my membership in the proposed TC for several reasons. First, I am a Linux-user. I have used Linux since 1996. I started using Linux when Microsoft's "award-winning" Windows 95 kept crashing on me. I use Slackware and SLAMD64 Linux, so sorry, no Microsoft deals there. Second, I work for the Commonwealth of Pennsylvania during the day. IBM has been identified as a lobbyist, and I am unable to accept gifts of anything but nominal value for that reason. Microsoft is also considered a lobbyist in Pennsylvania. We are using Java to develop an application currently - and it is IBM's Java through the WebSphere Application Server environment - so nothing Sun has can help me. I am also prohibited from accepting gifts from ANY company of higher than nominal value, especially if that company could be awarded business based upon my recommendations. Third, even if they wanted to bribe me, Microsoft, Sun, IBM or anyone else you choose to mention cannot curry favor from the Commonwealth by wooing me - I just don't have that much authority. In fact, my opinions cannot even be misconstrued as being officially representative of the policies of Pennsylvania, as I will be an individual member of OASIS. Fourth, as a government employee, I am prohibited from running for political office, seeking remuneration outside my job responsibilities (and I will have to get permission to work at this as a second job, even though it comes without pay) and so on where such office or remuneration violates Civil Service Regulations, State Law, or Union Policies (even though I am not a member of the union). This means that I cannot do some of the things you are claiming the major players are doing. Fifth, I have no connections with any of the previously mentioned companies outside of a mentoring/training arrangement with IBM in my duties and responsibilities as a Java developer and WebSphere Application Server Administrator. If you think I have time for this added level of responsibility, you are wrong, but then, I am not married, have no children, and have no real social life, just like you, so it shouldn't matter much. Does anyone doubt my impartiality? Does anyone object to me being a member of the TC? If so, I will withdraw my vow to join and unsubscribe from this list. One paranoid schizophrenic is too many, and if we have to keep reading through fifteen emails on why IBM is against interoperability, we are wasting our time. That is blog material. Put it on a blog, post a link to it and be done with it. I did not subscribe to this list to be your captive audience. Garry L. Hurley Jr. Application Developer 2 Office of Information Technology - Bureau of Application Development PA Department of Labor & Industry 651 Boas Street, Harrisburg, PA 17121 Phone: 717.506.9373 (UCMS) or 717.346.9799 (Harrisburg) Fax: 717.506.0798 Mobile: 717.649.0597 www.dli.state.pa.us <http://www.dli.state.pa.us> My comments do not reflect those of the Commonwealth of Pennsylvania, its various agencies and departments, or its citizens. They are my own, and may or may not be shared by those in positions of authority over me. -----Original Message----- From: marbux [mailto:marbux@gmail.com] Sent: Thursday, June 19, 2008 7:39 AM To: oiic-formation-discuss@lists.oasis-open.org Subject: Re: [oiic-formation-discuss] PROPOSAL -- Name change for proposed TC On Thu, Jun 19, 2008 at 1:31 AM, Dave Pawson <dave.pawson@gmail.com> wrote: > > I also find it bad practice to be so close to an EU proposal. > Not a problem for me, Dave. I've got the proof nailed that this proposed TC is smoke and mirrors to distract from the real negotiation of ODF interop with Microsoft.. > Alternative proposal. > > > "ODF Interoperability and Conformance Technical Committee" How about: "ODF Interop Smoke and Mirrors Technical Committee" :-) > Telling Sun/IBM/FOSS guys how to do their job is > stupid and a waste of time. I agree. But I see some value in alerting folks who fell for the ODF Interop bees wax. On Sun and IBM, I've had conclusive proof of their real position on ODF interop for a long, long, time. That position is written all over the ODF TC archives and in the spec itself. This was just to give them an opportunity to show a sign that policies have changed. Someday the ODF interop mess will get straightened out or ODF just fades into the Sunset. (couldn't resist the double entrendre). The winner of the office file format war will be the first open standard that enables high fidelity round trip interop between less and more featureful implementations. Standards stuck on the desktop aren't even in the running and it's plain now that IBM will continue to block the kind of ODF interop the market requires. Six years now since the ODF TC was formed and I'm still waiting to see the first step on the ODF interop walk. The only ODF interop steps I've seen have been steps away from ODF interop. I got to see it up close and personal when I was working on the ODF TC. I have no concept how Gary Edwards was able to sit through every TC meeting and phone conference between the TC's formation and when we both decided last year that the only way to salvage ODF was to go public with the issues. E.g., <http://www.linuxworld.com/news/2007/072307-opendocuments-grounded.html>. (Our article detailing the reasons ODF failed in Massachusetts). Didn't work because of the smear campaign counter-attack by IBM and its crew and because of all B.S. they disseminated about ODF that conflated "open" with "interoperable." Plausible to folks who didn't understand the technology or the standard, but only an appeal to ignorance. The same kind of crap Microsoft gets burned at the stake for. I'm going to stick around on this list and continue offering constructive proposals. History teaches that they'll get shot down. But I haven't given up on interop. I've been cussing interop breakpoints since the punched paper tape days and I'll probably still be cussing them on the day I die. The big vendors have no solution to the ODF interop problem. They *are* the ODF interop problem. > Give them something to test compliance with a workable > standard (Conformance testing) and they might react positively > (sidestepping Pauls assertions). :-) There's stil the problem that when it comes to elements attributes there's nothing left to test for conformance that isn't already handled by validation against the schema after all foreign elements and attributes are removed. Well, there is that little bit of section 1.5 that has a couple of mandatory requirements for handling foreign elements and attributes that aren't tested by validation against the schema after the removal of all foreign elements and attributes. Like I said, if you want to test for conformance of anything else, you have to assume the existence of conformance requirements that don't exist just to get to the normative portions. ODF stopped being a standard when Patrick Durusau, acting as the JTC 1 Editor for ISO/IEC:26300 toggled the RFC 2119 requirements keyword definitions to ISO/IEC Guidlines definitions. I'm serious; the only way I ever got to any conformance requirements on the normative portions dealing with elements and attributes was to assume the existence of the RFC 2119 definition of "may" rather than the ISO/IEC Guideline definition. Without that definition all elements and attributes in the standard can be replaced with foreign elements and attributes and the document still conforms. So you have to merely assume the existence of conformance requirements to get to the normative portions dealing with elements and attributes. They were read out of existence as to conformity with the swtich in definitions. . But that brings to mind that I had a few more thoughts about which is the definitive version of ODF. As I explained before, that depends on legal context. But the new thought in that regard is that if one were to ignore the law and approach the question purely from a practical standpoint, the definitive version should be OASIS ODF 1.0. ODF was developed using the RFC 2119 definitions. OASIS ODF 1.0 is the only version of ODF not obliterated by the switch to ISO/IEC Guidelines definitiions.The only way you can make any sense out of the standard is to use the version that uses the RFC 2119 definitions. All other versions never got the repair required to clean up the mess created by the switch in the definition of "may." So as a practical matter, I see two alternatives here. One is to stick with the ISO/IEC definitions and vet the entire standard for every occurrence of "may" and rewrite all those sections to repair the damage. The other is to switch back to RFC 2119 definitions in ODF 1.2 and assess only the occurences of "may" added since the OASIS 1.0 version. A diff could identify them. No, wait. Patrick Durusau is rewriting the spec from stem to stern and reorganizing it. A simple diff won't work unless you start from the last draft version that wasn't reorganized. . IBM doesn't want to deal with the problem either way, which in and of itself is telling. Rob's excuse that ISO/IEC definitions are mandatory for JTC 1 specs doesn't hold water. They are not mandatory for XML specs and even if they were, no one seems to be all that concerned with obeying the Directives at JTC 1. If there was such concern,, neither ODF nor OOXML would have made it past the Directives requirement that international standards "clearly and unambiguously specify the conformity requirements essential to achieve the interoperability." That's a requirement that requires the consent of the Secretaries-General of ISO and IEC to ignore, but no one bothered to ask for it. Somehow, I suspect folks would rather have interop than worry about which requirements keyword definitions are used. > Interop responses would be a recommendation back to the main TC. > Conformance would be a test specification. > Profiles (the exchange profile is the most interesting one yet Paul) would > be a bonus. I can't take the credit. We all stand on others' shoulders here. If you combine the E.U.'s insistence on profiles for document exchange and CDRF, it's clear that I'm riding on other's coat tails. CDRF is a testment to what gifted and thorough experts can accomplish when they unite on the goal of actually achieving interop. By making the standard open as well as application and format neutral, they gave an incredible gift to the world. The barrier I see on what you propose is that the ODF TC would just ignore it unless the recommendation were accompanied by massive pressure on them to act on it. Maybe we could take the issue to the E.U. and see if they're willing to twist the necessary arms? I suspect that the E.U. folk would not be pleased to see the way IBM ran from my name change proposal and its justification. But let's keep brainstorming. I think it's going to require a combination of the technical, the legal, and the political to get this interop knot untied. There are lots of creative minds here if folks start talking about how to achieve interop rather than just mouthing the words and filling out the charter before the market requirements to be fulfilled by the TC are even identified. I say that actually achieving interop is the fundamental market requirement, but folks are objecting like crazy to actually tying the TC's hands to fulfillment of that goal. I really appreciate your candor, Dave. You are a delight to work with. Best regards, Paul -- Universal Interoperability Council <http:www.universal-interop-council.org> --------------------------------------------------------------------- To unsubscribe, e-mail: oiic-formation-discuss-unsubscribe@lists.oasis-open.org For additional commands, e-mail: oiic-formation-discuss-help@lists.oasis-open.org
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]