mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Stephan von Krawczynski <skraw.ml@ithnet.com>
To: whywontyousue@waifu.club
Cc: linux-kernel@vger.kernel.org, rms@gnu.org, bruce@perens.com,
	bind-users@lists.isc.org
Subject: Re: General Discussion about GPLness
Date: Sun, 23 Feb 2020 13:33:01 +0100	[thread overview]
Message-ID: <20200223133301.03eab91d@ithnet.com> (raw)
In-Reply-To: <8b0e828da35ab77c1ad4603768c6eab6@waifu.club>

Dear whoeveryouare,

can you please state in a clearer form (more understandable to non-native
english talkers) what your true opinion on the topic is?
And in case you did not understand what I was saying, here is clearer form of
my opinion:

A kernel module with another license (be it whatsoever) is _no_ modification
of the kernel, but an extension of its features. If feature-extension is
against the GPL (which I seriously doubt) then I would say "go back onto your
trees". Because the human race and evolution is about little else than
feature-extension.

And another thing: court is for lawyers. Whenever the lawyers take over
something they don't (want to) understand the end is near ...

How about talking with real names? I have no idea why you spam rms or bruce
with this, as the question is all about _one_ project, namely linux-kernel.
I'd suggest taking them off this topic again ...

--
Regards,
Stephan



On Sun, 23 Feb 2020 11:03:56 +0000
whywontyousue@waifu.club wrote:

> Dear Stephan von Krawczynski;
> 
> Universal City Studios Inc v Reimerdes, piece of shit.
> 
> "[The court] reasoned that Ferret consumers who used the Ferret as a 
> plug-in to the Real Player altered the Real Player user interface by 
> adding the Snap search button or replacing it with the Stream box search 
> engine button. The court concluded that the plaintiff raised sufficently 
> serious questions going to the merits of its claims to warrant an 
> injunction pending trial"
> 
> Want to violate the linux kernel copyright, you fucking piece of shit? 
> Yes you do. Yes modifying the running kernel with violating pieces is 
> copyright infringement, you fucking piece of shit. Yes you should be 
> sued. Just as Open Source Security (Grsecurity) should be sued for their 
> violations (of section 4 and 6 of the linux kernel copyright license 
> (they're also violating the GCC copyrights too)).
> 
> Will they be sued? Will you be sued? No: Linux copyright holders are 
> scared little wageslave worker bees. They aren't going to sue you; 
> sorry. Why are you even announcing you intent to violate the copyright? 
> Why even give these dogs such intellectual deference?
> 
> I wish OpenSourceSecurity would be sued. I wish you would be sued. But 
> linux WERKIN MAHN wage slave piece of shit idiots won't do it: I hate 
> them much more than I hate the violators. Complete Dogs. They could move 
> from strenght to strenght, from victory to victory; but they're scared 
> for their "JEHRB"s. I have to say: white men are pathetic scum. If Linux 
> was built by others there would rightfully be lawsuits.
> 
> 
> 
> > Stephan von Krawczynski wrote:
> > Hello all,
> > 
> > you may have already heard about it or not (several times in the past),
> > non-kernel devices run into a symbol export problem as soon as 
> > something is
> > only exported GPL from the kernel.
> > Currently there is a discussion regarding zfs using this call chain:
> > 
> > vdev_bio_associate_blkg (zfs) -> blkg_tryget (kernel) -> 
> > percpu_ref_tryget
> > (kernel) -> rcu_read_unlock (kernel) -> __rcu_read_unlock (kernel)
> > 
> > where __rcu_read_[lock|unlock] is a GPL symbol now used by (not GPL 
> > exported)
> > percpu_ref_tryget.
> > 
> > That this popped up (again) made me think a bit more general about the 
> > issue.
> > And I do wonder if this rather ideologic problem is on the right track
> > currently. Because what the kernel tries to do with the export GPL 
> > symbol
> > stuff is to prevent any other licensed software from _using_ it in 
> > _runtime_.
> > It does not try to prevent use/copy of the source code inside another 
> > non-gpl
> > project.
> > And I do think that this is not the intention of GPL. If it were, then 
> > 100% of
> > all mobile phones on this planet are illegal. All of them use GPL 
> > software
> > from non-gpl software, be it kernel modules or apps - and I see no 
> > difference
> > in the two. The constructed difference between kernel mode software and
> > user-space software is pure ideology. Because during runtime everything 
> > is
> > just call-chained.
> > Which means if you fopen() a file in user-space it of course uses GPL 
> > symbols
> > down in the chain somewhere. The contents of the opened file are not
> > heaven-sent.
> > If you/we follow the current completely ideology-driven GPL strategy 
> > then I am
> > all for completely giving up this whole project. In real world you 
> > simply
> > cannot use such a piece of software. The success of linux during the 
> > last
> > years (i.e. decade) is not based on the pure GPL strategy, but on the
> > successful interaction between linux and non-GPL software.
> > Just think of the billions of smartphones all using a non-gpl firmware
> > (underneath, and there is no GPL version at all), the kernel (with 
> > non-gpl
> > modules) and apps (quite some of which are non-gpl).
> > This is only one prominent example, but there are lots of others.
> > In the end it all sums up to one simple question:
> > Can one _use_ GPL software during runtime as a base for own projects of 
> > any
> > license type or not? We are not talking about _copying_ gpl code, we 
> > are
> > talking about runtime use.
> > If runtime use is generally allowed, then the export gpl symbol stuff 
> > inside
> > the kernel code is nonsense. Because to use the kernel you must be 
> > allowed to
> > call it, no matter from where.
> > Hit me.
> > 
> > --
> > Regards,
> > Stephan  



  reply	other threads:[~2020-02-23 12:33 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-02-23 11:03 whywontyousue
2020-02-23 12:33 ` Stephan von Krawczynski [this message]
2020-02-23 12:56   ` whywontyousue
2020-02-23 14:39     ` Stephan von Krawczynski
2020-02-23 16:24       ` whywontyousue
2020-02-23 20:47         ` Stephan von Krawczynski
2020-02-23 23:46           ` Bernd Petrovitsch
2020-02-24 10:29             ` Stephan von Krawczynski
2020-02-25 13:33               ` Bernd Petrovitsch
2020-02-24  7:46           ` whywontyousue
2020-02-24 14:01             ` Stephan von Krawczynski
2020-02-25  3:56               ` whywontyousue
  -- strict thread matches above, loose matches on Subject: below --
2020-02-23 10:14 Stephan von Krawczynski

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=20200223133301.03eab91d@ithnet.com \
    --to=skraw.ml@ithnet.com \
    --cc=bind-users@lists.isc.org \
    --cc=bruce@perens.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rms@gnu.org \
    --cc=whywontyousue@waifu.club \
    /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

Powered by JetHome