GFDL does not... [LWN.net]

GFDL does not...

Posted Mar 10, 2005 7:13 UTC (Thu) by giraffedata (subscriber, #1954)
In reply to: GFDL does not... by jschrod
Parent article: A day in the life of emacs

This is the second comment that has referred to a concept that "it's all Xemacs' fault," but I don't find that that position actually shows up anywhere in the article or the comments or the article's references.

All I see is a statement by RMS that Xemacs refused to cooperate. As I pointed out above, that's a nonsense statement -- cooperation isn't something that one party does. So he's probably talking about fairness. But even then, it's a leap from believing the Xemacs people are being unfair to believing that they are 100% at fault for there being two versions of Emacs (assuming that's a fault at all).

(Log in to post comments)

GFDL does not...

Posted Mar 10, 2005 8:21 UTC (Thu) by jschrod (subscriber, #1646) [Link]

You wrote: ``the fact that RMS isn't willing to contribute even more to the cooperation doesn't mean Xemacs is any less at fault for the lack of cooperation.'' (emphasis by me). This was the reaction to the point of dvdeug who wrote ``I tend to look askance on any claim that all failures to cooperate in the past have been XEmacs's fault.'' With your statement, you made a contradiction to his scepsis and thus supported the concept that the chism is XEmacs's fault.

``any less at fault'' as an answer to ``all failures ... have been XEmacs's fault'' is quite clearly a position, isn't it? And I reacted exactly to that position.

Joachim

GFDL does not...

Posted Mar 10, 2005 21:23 UTC (Thu) by giraffedata (subscriber, #1954) [Link]

"not any less at fault" is fundamentally different from "completely at fault" or even "somewhat at fault." In fact, I have reserved judgment on who, if anyone is at fault and how much.

dvdeug said something else besides that he looks askance at this claim by RMS; he gave the reason -- that RMS is today doing the same thing he accuses Xemacs of doing in the past.

All I said is that the reason is wrong -- RMS's refusal to give the documentation license doesn't absolve Xemacs of any fault it might have.

dvdeug then added some different reasons to point the finger away from Xemacs and at RMS.