qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Anthony Liguori <anthony@codemonkey.ws>
To: malc <av1474@comtv.ru>
Cc: Markus Armbruster <armbru@redhat.com>, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [GitHub] [Qemu-commits] [qemu/qemu] ecdffb: tcg/ppc: Remove unused s_bits variable
Date: Fri, 30 Nov 2012 09:43:29 -0600	[thread overview]
Message-ID: <871ufbume6.fsf@codemonkey.ws> (raw)
In-Reply-To: <alpine.LNX.2.00.1211210606430.2414@linmac>


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 <av1474@comtv.ru> writes:

> On Tue, 20 Nov 2012, Anthony Liguori wrote:
>
>> malc <av1474@comtv.ru> writes:
>
> [..snip..]
>
>> Hi malc,
>> 
>> 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.
>> 
>> In QEMU, we've always followed the FSF's guidance when it comes to
>> licensing issues.  
>
> 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 redo
> 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ц╘ Lureau's basically redid the interaction 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 Standard.
>       Followed by Copyright (c) 1988,1989,1990,1991,1992 by Richard Outerbridge.
>       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?
>
> -- 
> mailto:av1474@comtv.ru

      reply	other threads:[~2012-11-30 15:43 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-11-19 20:01 [Qemu-devel] [GitHub] [Qemu-commits] [qemu/qemu] ecdffb: tcg/ppc: Remove unused s_bits variable Anthony Liguori
2012-11-19 20:05 ` malc
2012-11-20  9:44   ` Markus Armbruster
2012-11-20  9:59     ` malc
2012-11-20 10:13       ` Paolo Bonzini
2012-11-20 11:19         ` malc
2012-11-22  9:36           ` Markus Armbruster
2012-11-20 10:35       ` Markus Armbruster
2012-11-20 11:22         ` malc
2012-11-21  1:53           ` Anthony Liguori
2012-11-21  2:24             ` malc
2012-11-30 15:43               ` Anthony Liguori [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=871ufbume6.fsf@codemonkey.ws \
    --to=anthony@codemonkey.ws \
    --cc=armbru@redhat.com \
    --cc=av1474@comtv.ru \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).