| |||||||||||||
Re: Stauts of these filesRe: Stauts of these filesPosted Jan 18, 2013 18:16 UTC (Fri) by simosx (subscriber, #24338)In reply to: Re: Stauts of these files by rcweir Parent article: A discordant symphony
The fact that other projects may have less concern for basic hygiene and are more willing to accept risk does not mean that we should encourage this. IMHO it would be irresponsible to encourage others to download and consume unreviewed code.Ouch, Rob, ouch! Having read this, it feels quite toxic to approach the Apache Foundation. What is your definition of real proposal for cooperation? You should blog about this. I highly doubt that you would accept any proposal unless you write it yourself. Does the Apache Foundation have a process to deal with the polarization from the OpenOffice.org case? If not, I suggest to get someone be the contact point for the Apache Foundation in trying to resolve the issue.
(Log in to post comments)
Re: Stauts of these files Posted Jan 18, 2013 18:36 UTC (Fri) by rcweir (subscriber, #48888) [Link]
If you want to ask a question of the Apache OpenOffice project you can send it to: dev@openoffice.apache.org
That's where we do business, openly and transparently on publicly-archived mailing lists. We don't resolve issues behind pay-walls.
As for cooperation, we (IBM) have reached out to the companies who do the vast majority of the LibreOffice coding, and offered to help them with the Symphony code, especially in the areas of accessibility and Microsoft interoperability. They said they were not interested.
So I suggest we try to leave hypothetically behind, and if anyone who actually has the ability and desire to do something with this code has a genuine question, then they can take to the Apache mailing list. But hypothetical from bystanders are not really interesting to me.
Re: Stauts of these files Posted Jan 19, 2013 16:34 UTC (Sat) by nix (subscriber, #2304) [Link] We don't resolve issues behind pay-walls.What paywall? Anybody can contribute to this thread, paying subscriber or no, and articles in the weekly edition can be sent to anyone via the prominently displayed subscriber link at the bottom of the article. No articles stay behind a paywall for longer than a week in any case. If this is a paywall, it's a totally ineffective one.
Re: Stauts of these files Posted Jan 19, 2013 22:46 UTC (Sat) by simosx (subscriber, #24338) [Link]
Rob, you are toxic. In every reply you add a snide remark or two.
LWN a paywal? In four days the article will be public and people will see what kind of bully you are.
You say that you are only interested in coders?
You end up being a liability to the Apache Foundation.
Re: Stauts of these files Posted Jan 19, 2013 23:36 UTC (Sat) by rcweir (subscriber, #48888) [Link]
Well, yes. When discussing code I am mainly interested in talking to coders who actually want to make use of the code, not bystanders who are just looking for debating practice. Seems kind of obvious. Or at least I would have thought.
As for building a community, I think we're doing fine. 50 new QA volunteers in the last two weeks, based on a promotion that I took the lead on. Coders will be next.
In any case, don't feel that you absolutely need to respond unless you have a comment on the article. I'm happy to answer questions on those topics. But I'm not going to waste time engaging in meta-arguments, i.e., arguments about the argument, by those who have nothing useful to say about the main points of the article.
-Rob
Re: Stauts of these files Posted Jan 20, 2013 21:59 UTC (Sun) by simosx (subscriber, #24338) [Link]
Rob, you are a bully. You are playing the bully game and at the same time, by association, you make Apache Office look like a dirty project.
Your bullying trick now is to divert the discussion and make it personal.
What do you think the Apache Office community will feel if they see your comments? Do you object if I take the issue to the Apache Foundation?
Re: Stauts of these files Posted Jan 19, 2013 16:32 UTC (Sat) by nix (subscriber, #2304) [Link]
I hasten to add that most Apache projects are not remotely this bad. Rob is very definitely an outlier. The SpamAssassin people are charming and helpful, for instance, as are the HTTP server guys. I'm afraid that 'charming and helpful' is not at all a decsription I could apply to Rob in this thread.
|
|||||||||||||