From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.help Subject: Re: Icon designer wanted (Aquamacs Emacs) Date: Wed, 04 Jan 2006 14:28:39 +0100 Organization: Organization?!? Message-ID: <85lkxwxgu0.fsf@lola.goethe.zz> References: <54321A2A-3F36-4416-B473-49AC11FF057F@gmail.com> <853bk5gwa8.fsf@lola.goethe.zz> <792D87C1-B9A9-495E-9335-7139845D1CB0@gmail.com> <85irt10zcb.fsf@lola.goethe.zz> <1136378422.426228.106470@g47g2000cwa.googlegroups.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1136391919 9304 80.91.229.2 (4 Jan 2006 16:25:19 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 4 Jan 2006 16:25:19 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Jan 04 17:25:14 2006 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EuBRp-0004VN-Mo for geh-help-gnu-emacs@m.gmane.org; Wed, 04 Jan 2006 17:25:14 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EuBTU-0001Z8-P0 for geh-help-gnu-emacs@m.gmane.org; Wed, 04 Jan 2006 11:26:56 -0500 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!news.tele.dk!news.tele.dk!small.news.tele.dk!newsfeed00.sul.t-online.de!t-online.de!inka.de!rz.uni-karlsruhe.de!news.uni-stuttgart.de!news.belwue.de!newsfeed.arcor.de!news.arcor.de!not-for-mail Original-Newsgroups: gnu.emacs.help X-Face: 2FEFf>]>q>2iw=B6, xrUubRI>pR&Ml9=ao@P@i)L:\urd*t9M~y1^:+Y]'C0~{mAl`oQuAl \!3KEIp?*w`|bL5qr,H)LFO6Q=qx~iH4DN; i"; /yuIsqbLLCh/!U#X[S~(5eZ41to5f%E@'ELIi$t^ Vc\LWP@J5p^rst0+('>Er0=^1{]M9!p?&:\z]|;&=NP3AhB!B_bi^]Pfkw User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) Cancel-Lock: sha1:66MASCCgWKT11EUAnhibtTp6A1g= Original-Lines: 110 Original-NNTP-Posting-Date: 04 Jan 2006 14:28:37 MET Original-NNTP-Posting-Host: 8bb2809c.newsread4.arcor-online.net Original-X-Trace: DXC=EdR>n>OHm\MJ2=Pn8=T1[J:ejgIfPPldDjW\KbG]kaMHGSi?jHD8GO@^A`BD4[OSQE1_LiI6ENVaM3>5MOK` List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:32414 Archived-At: david.reitter@gmail.com writes: > David Kastrup wrote: > >> David Reitter has explicitly stated that he will not bother making >> sure that the material with which he is enhancing Aquamacs has the >> required paperwork done. > > Sorry, that's not my job and not where I'm competent. Here's how > Google's Eric Schmidt put it: "Programmers want to program, they > don't want to do their laundry." But they also don't want to be bothered by cockroaches breeding in the laundry that is left on the floor to rot. > What I can do is to make sure that the source is documented and the > necessary paperwork can be obtained in case the Emacs project > accepts some of the icons. The FSF is competent at this stuff, and > I'm glad they're doing it. > > Anyways, the fact that we don't have paperwork for everything in > Aquamacs doesn't make it less free Nonsense. It means that an employer of some contributor who just did not believe his contract terms valid, or an infringed party because of someone who thought "creative commons license is good enough for borrowing" can send you a cease-and-desist order prohibiting further distribution. And that certainly qualifies for "less free". The freedom needs to be dependable. > and projects without the legal infrastructure aren't any less > honourable (just less complete -- but we're unpaid volunteers, so > please don't complain). I completely disagree. Making use of an upstream project without bothering to resubmit improvements, trying to recruit developers for only improving your own branch, and not being bothered about this ever being possible to be folded back into the main project has _nothing_ at all to do with being honorable. It is at best neutral. It does not benefit upstream, and since it detracts developers from contributing upstream, actually is damaging. > And since we're doing this for mainly altruistic reasons (and fun), > please consider that if you require everyone - even downstream > projects - to maintain infrastructure, you will lose developers and > maintainers. You remember that you lost a dedicated maintainer for > exactly that reason, don't you? Well, did you look at a copyright assignment contract? You agree in writing that you will be held accountable for any monetary damages occuring because you misstated the legal state of software you contributed. That is a responsibility and a burden. Of _course_ this is a barrier for contributors. But you are trying to shoot the messenger. The FSF has not written the copyright laws that make this sort of thing necessary. The FSF has not the deep pockets of, say, IBM who can afford to get sued by a party like the SCO group, in a lawsuit dragging on for years without end. And that's the kind of shit you have to be prepared for if you don't keep copyright accountable in one hand. Even _if_ nobody actually made the mistake of contributing what he was not allowed to. Copyright laws and litigation don't go away if you close your eyes and shout "lalala I can't hear you". Yes, this will put off developers who would otherwise choose to contribute. And no, it still is not possible to avoid. What I find disturbing: a) changes are made downstream without bothering to try to get them into upstream. Working upstream may be quite more aggravating and frustrating, but _that's_ where one contributes back. Making use of the freedom to fork a project is convenient and proves that freedom is something nice to have. But it does not increase the value of the freedom, only documents it. b) and now you are trying to make people work on Aquamacs improvements that _clearly_ would be relevant on all platforms, instead of trying to recruit people for doing the work _upstream_ that you would like to have done. And that clearly is not cooperative, so talking about "not less honorable" in this context is empty words. c) you say that you can't be bothered with legal details, other contributors shouldn't, and that the FSF should worry about that itself if at some time the work for which you try to attract developers away from Emacs would be desirable to be integrated back. >>From what you wrote, it does not appear like you'd be interested in complete records of all sources of icons and their respective copyright holders. That means, in addition to choosing to be of no help to Emacs right now, you are laying the groundworks of not being able to change the situation should you reconsider about contributing at a later point of time. The situation of a platform-specific enhancement with an "open" stance towards developers and paperwork and no priority for upstream is not new. It's XEmacs all over again, and the price for all involved parties has been hefty and caused wagonloads of work unusable for lots of people in both directions. The resulting duplication of labor had a much more severe impact on the development of both systems than the scare factor of paperwork ever had. Yes, having to bother with legal stuff takes its toll. But it's not an invention of the FSF who certainly would prefer a world without copyright, and the "alternative" of not bothering takes a much higher toll in the long run. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum