linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Michael Tirado <mtirado418@gmail.com>
To: missingterms@redchan.it
Cc: LKML <linux-kernel@vger.kernel.org>, esr@thyrsus.com
Subject: Re: On holy wars, and a plea for peace
Date: Fri, 9 Nov 2018 17:52:59 +0000	[thread overview]
Message-ID: <CAMkWEXMVpi+fS79QpHrCNmL-APRBBr+4YJiwqjNufiVBxuhe1g@mail.gmail.com> (raw)
In-Reply-To: <d5a534442b1a80c84e7cb1808e5abfc4@redchan.it>

You hijacked Eric's thread and forgot to CC him?

On Thu, Oct 11, 2018 at 12:49 AM <missingterms@redchan.it> wrote:
>
> Three avenues to rescind GPLv2 property. RAP strategy added.
>
>
> Here's a case in NY where a Software distributor agreement violated New
> York's Rule Against Perpetuities
> McAllister Software Systems, Inc. v. Henry Schein, Inc., No. 06-0093,
> 2008 WL 922328 (E.D. Mo. April 2, 2008)
>
> So we see that atleast one court in an important* jurisdiction is
> applying the RAP with regards to intellectual property.
>


This is not a good case to cite IMO, but an interesting topic for anyone
writing software for or in New York. If you read the court memorandum and
order, it was about nullifying an exclusive distributor agreement. Note
that the "EDA" contract in question suspended McAlister's distribution
rights of that software as well as all other veterinary software
developed for an indefinite time period (this is the suspension of the
absolute power of alienation bit). I don't think it would help your cause
much because GPLv2 does not suspend any distribution rights.

Though I'm no expert on the intricacies of intellectual property law
and contracts in New York state, so maybe there is a small percentage
chance that this case is relevant. I still think peoples time would be
better spent rescinding the COC file rather than trying to grasp at weird
legal specifics for a given state in an attempt to rescind functional pieces
of code we all use every day.

In absence of the ability to rescind any governance related files from the
Linux kernel repository, The maintainer of that particular file should not
be allowed to propose new patches to it. There should be a strong rule
enacted which prevents the maintainer of the file from being elected to the
TAB committee (empowered by the file) who gets to define "professional",
whatever tf that means. There is an obvious conflict of interest here that
I have not seen mentioned yet. Otherwise, I'm afraid we are witnessing the
installment of a "universal back door". A behavioral one that currently
contains politically charged as well as laughably contradictory language
regarding financial status and being professional. As well as assuming
all professionals engage routinely in good polite conduct, this could not
be farther from reality.


I suppose Torvalds could change it or oppose changes himself, but he has been
eerily silent on the whole topic so I won't bother even CCing him, let's forget
about his O.G. celebrity status for the sake of the following argument.
What happens when he retires and the TAB committee + COC maintainer decide to
start patching in new more poorly worded language and add new
"governance" related
files, or create more pointless advisory boards. What happens if there
is no sane
leader to oppose the madness and all we have are these goofy poorly
worded documents
to govern arguably the most influential free and transparent software
project other
than GCC?


On Sun, Sep 23, 2018 at 9:04 PM Eric S. Raymond <esr@thyrsus.com> wrote:
>
> ...
>
> If the normativeness level is set high, many effects are less visible;
> contributors who chafe under restriction will defect (usually quietly)
> and potential contributors will be deterred from joining.
>
> If the normativeness slider starts low and is pushed high, the
> consequences are much more visible; you can get internal revolt
> against the change from people who consider the ethos to no longer
> serve their interests.  This is especially likely if, bundled with a
> change in rules of procedure, there seems to be an attempt to change
> the telos of the group.

ACK'd, I'm about 50/50 right now. Not seeing the appeal anymore in contributing
to a project run by programmers now literally getting their salaries paid by the
MAIN COMPETITION IN THEIR INDUSTRY AND NOW INSTALLING ILLOGICAL
GOVERNANCE FILES.
I thought it was funny at first because I figured you all would do the
right thing
and clean up the hilariously poor wording of the file, but that does
not appear to
be what fb, sony, etc, want for us.

To LKML at large: Amateur contributions to the Linux kernel have
assisted in making some of
you millionaires, and this is how you repay them?

  reply	other threads:[~2018-11-09 22:19 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-10-11  0:46 On holy wars, and a plea for peace missingterms
2018-11-09 17:52 ` Michael Tirado [this message]
  -- strict thread matches above, loose matches on Subject: below --
2018-09-23 20:50 Eric S. Raymond

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=CAMkWEXMVpi+fS79QpHrCNmL-APRBBr+4YJiwqjNufiVBxuhe1g@mail.gmail.com \
    --to=mtirado418@gmail.com \
    --cc=esr@thyrsus.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=missingterms@redchan.it \
    /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).