• Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r4wp

[Ann-Reply] Reply to Announce group

Henrik
25-Sep-2012
[509]
MaxV, there is of course also the issue of encapping.
Pekr
25-Sep-2012
[510x2]
MaxV: I don't care about the price, I don't care about the redistribution. 
The only thing I care about is, if writing an app using GPL REBOL 
has an obligation to release ALL app sources. If that's true, then 
please take that sfuff away from me ...
Henrik - encapping - exactly what I had in my mind - having pekr.exe, 
containing REBOL GPL2 core - do I need to release all sources, or 
only eventually changed REBOL Core ones?
DocKimbel
25-Sep-2012
[512]
I wonder if the GPL won't clash with the BSD mezz code Brian wrote 
for R3?
Pekr
25-Sep-2012
[513]
Hmm, even Shadwolf is positive to the news ... well ... kind of :-)
btiffin
25-Sep-2012
[514]
I'm a fan of GPL, it keeps people on their toes.  But, I'm also a 
fan of LGPL for runtime so those same people can make food money 
when they feel the need.
MaxV
25-Sep-2012
[515x3]
I don't see any problem: rebol is an iterpreter, so if you don't 
modify it, you haven't to release anything.
If you use a modified version of Rebol, you must show your Rebol 
source. Where is the problem?
JAVA is open source, but a lot of sotware use Java and are closed 
source. Java is just an interpreter.
Pekr
25-Sep-2012
[518]
MaxV: the problem (as how I understand GPL so far) is, that once 
you Encap REBOL Core along with your app (you create one executable), 
all source code has to be provided, including your app, which might 
mean a busines logic, etc. In that regard (and if I am right about 
the GPL), the licence is unacceptable for me - why should anyone 
care about what my app is doing. In that regards, LGPL allows you 
to at least link GPL libraries dynamically.
MaxV
25-Sep-2012
[519]
In my humble opinion, you see things from the wrong point of view. 
What source is released?  Rebol intepreter

Do you modify it? No, you just put the intepreter and you software 
in the same container (zip, encapper, etc.)
So you don't need to make your software open source.
Pekr
25-Sep-2012
[520]
Well, it is possible that I don't understand correctly GPL obligations. 
But from what I have learnt in the past, I was told (or I incorrectly 
understand the licence), that once your application link any GPL 
code, it has to be fully open sourced. So - when you encap rebol 
interepreter and create an executable called my-app.exe, all my-app.exe 
sources have to be open sourced. And if so, the licence is something 
I am not willing to accept ...
MaxV
25-Sep-2012
[521x3]
If I made a "opensource car ", you wouldn't have to publish your 
routes or way of driving .

If you modified the "open source car", you would hate to publish 
your mods to the car.
Don't confuse vehicle with driver!

Thi is easy with inepreted language (like Rebol), on the contrary 
with compiled language the diffenrce is a little more obscure.
This is easy with intrepreted language (like Rebol), on the contrary 
with compiled language the diffenrce is a little more obscure.
If you made a race game, probably you would not modify rebol intepreter. 
So you can protect your work and eventually claim if someone copied 
your work.

On the other hand, if you notice some bug in rebol, you can correct 
it and publish your correction; this way all the community will take 
the advantage of your work.
Pekr
25-Sep-2012
[524]
That is how I don't understand what GPL is about.
Andreas
25-Sep-2012
[525]
MaxV, unfortunately your idealised wishes don't match up with the 
GPL and the understanding and intention of the FSF of the GPL.
Janko
25-Sep-2012
[526]
when you encap your app with rebol you are just making something 
like packaged version of app (that includes a rebol runtime), you 
are not releasing new rebol.
Andreas
25-Sep-2012
[527]
This whole issue has seen a wealth of debate in the past:
http://en.wikipedia.org/wiki/GPL#Linking_and_derived_works
MaxV
25-Sep-2012
[528]
The problem is only with compiled softwares. If you don't bellieve 
in me, looks at Java. Nobody has problem selling java software. Java 
intepreter is opensource, but your code not.

If I make a picture, and you need glasses to see it, I don't have 
to give the same license of the glasses to the picture.
Andreas
25-Sep-2012
[529]
Most compiled languages chose a more permissive license for their 
runtimes, precisely to avoid this issue.
Pekr
25-Sep-2012
[530x2]
From Wikipedia:


Therefore, software distributed under the terms of GPLv1 could be 
combined with software under more permissive terms, as this would 
not change the terms under which the whole could be distributed, 
but software distributed under GPLv1 could not be combined with software 
distributed under a more restrictive license, as this would conflict 
with the requirement that the whole be distributable under the terms 
of GPLv1.


So it means - you can't have statically linked GPL and closed source, 
you simply have to release everything. Now the only thing you can 
do is to argue, that REBOL encap process is not a link, just a packaging 
of REBOL interepreter together with your script, but not sure, it 
would be an acceptable excuse :-)
There are also differences between GPL1,2 and 3 - http://en.wikipedia.org/wiki/GNU_General_Public_License
Andreas
25-Sep-2012
[532]
The problem with REBOL is not with the "interpreter" (neither is 
it with Java), but with the libraries.
MaxV
25-Sep-2012
[533x2]
GPL says:  Ambiguity arises with regards to using GPL libraries, 
and bundling GPL software into a larger package (perhaps mixed into 
a binary via static linking). This is ultimately a question not of 
the GPL per se.
Andreas of wich libraries you are talking?
Pekr
25-Sep-2012
[535]
Andreas - even if you link libraries dynamically? Well, maybe so, 
because that's why LGPL exists? You can use the code in the form 
of dynamically loadable library, but not statically?
MaxV
25-Sep-2012
[536]
Rebol is released as a single executable, so I don't see any problem
Andreas
25-Sep-2012
[537]
The FSF claims that even if you link dynamically to a GPL'd library, 
the result is a derivative work and therefore needs to be GPL'd.
Janko
25-Sep-2012
[538]
Isn't LGPL meant to be used for libraries (in general, not with R3)?
Andreas
25-Sep-2012
[539]
MaxV: I'm talking of all the REBOL functions you are using in your 
own code.
Pekr
25-Sep-2012
[540x2]
Janko - yes ... which means, MaxV is not right ...
simply put - you can't use libraries with GPLed code, statically, 
nor dynamically, unless you open up all your app ...
Andreas
25-Sep-2012
[542]
For more of the FSF's interpretation, also have a look at:

https://gnu.org/licenses/old-licenses/gpl-2.0-faq#IfInterpreterIsGPL


Another similar and very common case is to provide libraries with 
the interpreter which are themselves interpreted. For instance, Perl 
comes with many Perl modules, and a Java implementation comes with 
many Java classes. These libraries and the programs that call them 
are always dynamically linked together.
Pekr
25-Sep-2012
[543]
btw - no word about the R2. Many guys would be probably interested 
here too, as there's many R2 apps in the usage out there ...
MaxV
25-Sep-2012
[544]
With intepreted language there are no such problems. Look at a more 
complicated case: Abbyy Fine Reader. It costs € 129, it's an OCR 
based partially on GPL code. When you install it, a pop up appear 
that advice you the a part of it is under GPL. It's clear what is 
open and what is not.
Pekr
25-Sep-2012
[545]
OK, I will let it to experts. You can find some BrianH comments in 
the prior blog article, where Carl asked for the opinion. Please 
read it as well. But imo really - why to complicate the situation? 
Why not MIT or BSD? Is Carl fearing some big company will behave 
badly, build commercial stuff upon REBOL, and make some money, without 
donating changes back?
Andreas
25-Sep-2012
[546x3]
MaxV, did you actually read the FSF statement above?
Per the FSF, a program needs to be GPL'd if it calls interpreted 
libraries that come with GPL'd the interpreter. That'd be precisely 
the situation for GPL'd R3 mezzanine code.
Let's try again: "Per the FSF, a program needs to be GPL'd if it 
calls interpreted libraries that come with GPL'd interpreter."
MaxV
25-Sep-2012
[549]
You don't call intepreted libraries, you use an intepreter. It's 
different.
DocKimbel
25-Sep-2012
[550]
Looks like we will soon all become GPL terms experts. :-)
MaxV
25-Sep-2012
[551]
Ah ah ah
Kaj
25-Sep-2012
[552x3]
I wonder if the GPL won't clash with the BSD mezz code Brian wrote 
for R3?
 It won't
I've already had to become a GPL expert in a decade of Syllable, 
and I can confirm Andreas' explanations
In Syllable, we're firm that libraries should be no more than LGPL, 
and only apps can be GPL
MaxV
25-Sep-2012
[555]
Ok, now the other big problem is: all the scripts in internet are 
in rebol2. Is there a retrocompatibilty mode?
Kaj
25-Sep-2012
[556]
For R2, not for R3
MaxV
25-Sep-2012
[557x2]
Well, I suppose that the first thing is to create something to elaborate 
R2 script.
For example if a script ends with .r, il launches rebol2, if it ends 
wth .r3, it launches rebol3 intepreter.