From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:58661) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TeSkd-0008TN-9c for qemu-devel@nongnu.org; Fri, 30 Nov 2012 10:43:40 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TeSkZ-00021g-0e for qemu-devel@nongnu.org; Fri, 30 Nov 2012 10:43:39 -0500 Received: from mail-ia0-f173.google.com ([209.85.210.173]:41993) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TeSkY-00021L-RV for qemu-devel@nongnu.org; Fri, 30 Nov 2012 10:43:34 -0500 Received: by mail-ia0-f173.google.com with SMTP id w21so422585iac.4 for ; Fri, 30 Nov 2012 07:43:34 -0800 (PST) From: Anthony Liguori In-Reply-To: References: <876251fjkv.fsf@codemonkey.ws> <87vcd0ehgu.fsf@blackfin.pond.sub.org> <87txskd0k0.fsf@blackfin.pond.sub.org> <87pq37k9hb.fsf@codemonkey.ws> Date: Fri, 30 Nov 2012 09:43:29 -0600 Message-ID: <871ufbume6.fsf@codemonkey.ws> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [GitHub] [Qemu-commits] [qemu/qemu] ecdffb: tcg/ppc: Remove unused s_bits variable List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: malc Cc: Markus Armbruster , qemu-devel@nongnu.org I've spent the past week thinking about what to do here. Honestly, I'm tired of this nonsense. Every few months there's another headache to deal with. So I'm going to make it simple. You do *not* commit patches to the git tree without sending them to the list first to review. You do *not* relicense files without getting approval from every single contributor to that file. I don't care about whether changes are trivial and I don't want to hear pseudo-legal arguments about copyright-ability. This is about basic decency and respect for the other members of this community. Commit access is a privilege, not a right. If you can't abide by the basic rules of the community, then you'll lose that privilege. I've reverted these two commits. If you want to relicense these files, send patches to the mailing list and get the appropriate Acks. I'm done with the drama though. This is the last time this is going to happen one way or another. Regards, Anthony Liguori malc writes: > On Tue, 20 Nov 2012, Anthony Liguori wrote: > >> malc writes: > > [..snip..] > >> Hi malc, >>=20 >> If you want to put code under the public domain, it needs to be done (1) >> with the consent of all contributors to a file (2) using an appropriate >> license. >>=20 >> In QEMU, we've always followed the FSF's guidance when it comes to >> licensing issues.=20=20 > > Uh... I doubt it having been here for a while. > >> This isn't something that's up for discussion. > > And i'm not discussing it. > >> Please revert the change, send a patch with an appropriate license, and >> get the contributors to Ack the change. > > No, i'm the sole author of audio_pt_int.c, and i've chosen to put it into > public domain, the notice is sufficient to indicate my desire. > > As for wavcapture.c the changes by others (yourself included) boil down to > mechanical renaming of some function calls, i'd rather revert that and re= do > it myself (or ask someone to do it) if "we" are feeling strongly about it. > > FWIW [winwave|pa]audio.c had the same comment since inception and in case > of paaudio.c Marc-Andr=D1=86=E2=95=98 Lureau's basically redid the intera= ction with pa > but left the header intact. > > aes.c says: This code is hereby placed in the public domain. > Followed by some legalese to disclaim warranties. > > d3des.c: A portable, public domain, version of the Data Encryption Standa= rd. > Followed by Copyright (c) 1988,1989,1990,1991,1992 by Richard Outer= bridge. > which i do not follow since either thing is in public domain or has > some copy restrictions. > > In any case this all is bordering insanity, what next? Follow FSF even > closer and demand everything to be GPL and faxing hand signed > ownership transfer papers somewhere? > > --=20 > mailto:av1474@comtv.ru