Java-Gaming.org Hi !
Featured games (83)
games approved by the League of Dukes
Games in Showcase (513)
Games in Android Showcase (121)
games submitted by our members
Games in WIP (577)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: [1]
  ignore  |  Print  
  jscreensaver&lgpl question  (Read 1887 times)
0 Members and 1 Guest are viewing this topic.
Offline zulo

Junior Duke




Java games rock!


« Posted 2004-04-14 15:28:31 »

JScreenSaver is available with lgpl license, and that means  i have to provide the source for it and the programs that are linked to it. But JScreenSaver starts another java program, does that mean its linked? do i have to provide the source for my java program too?

the name of the java program that it launches is not hardcoded its specified in a .cfg file for JScreenSaver
Offline kevglass

JGO Kernel


Medals: 188
Projects: 24
Exp: 18 years


Coder, Trainee Pixel Artist, Game Reviewer


« Reply #1 - Posted 2004-04-14 15:57:22 »

doesn't "L" GPL mean it that you don't infact have to release the source to everything that uses it? Isn't GPL the one that force source release?

Or was this the thing that was under debate here for so long?

Kev

Offline oNyx

JGO Coder


Medals: 2


pixels! :x


« Reply #2 - Posted 2004-04-14 16:24:37 »

Well, "(hard)linking" doesn't really exist in Java. It means that you include the dll (dynmaic lib) into your exe, by telling the compiler to do so.

In java the most similar thing is jaring - well it's just a zip.

http://www.gnu.org/copyleft/lesser.html

The L version of the GPL allows you to use the lib, without forcing you to release your code. However, if you make changes to the lib (or that piece of whatsoever) you have to release your changed version, too (not your programm itself).

(You didnt got my version working huh? :-/)

弾幕 ☆ @mahonnaiseblog
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline blahblahblahh

JGO Coder


Medals: 1


http://t-machine.org


« Reply #3 - Posted 2004-04-14 16:48:26 »

Quote
Well, "(hard)linking" doesn't really exist in Java. It means that you include the dll (dynmaic lib) into your exe, by telling the compiler to do so.


I've seen it twice from confirmed sources @ gnu that - specifically for java - the LGPL does NOT mean "linking" it means something more general that basically means all java automatically is linking whether you like it or not UNLESS you use JET and do a native-code compile.

My advice? If you want to use LGPL tech, email the author and get him to state his personal intent w.r.t the LGPL applicability, and then *print the email*. This does have legal validity should someone try to bite you in the future; although the extent to which it would protect you varies according to circumstances. Most authors whom I've emailed have clearly intended not to be mean draconian gits, and are very nice about the whole thing.

Then again, the official channels (IIRC a particular contact address for license queries?) for answering GPL questions *allegedly* have given self-contradictory advice in the past before, and maybe I've seen a mistake. Twice.

The whole thing is utterly flipping ridiculous IMNSHO (the license doesn't mean what it says [hmm; bet they're glad it's never come to court, then], simply because the people writing it were too incompetent to think about more than one language when writing it) and it was the last straw in my realising that the last thing any developer should do is release under a *GPL license - I release everything under BSD, MIT, or similar; anything but the GPL's.

FWIW I'm pretty sure that LGPL has a valid legal literal interpretation when applied to java that basically means you can screw the intent of the licensor. Idiots. Plain idiots.
</rant>

malloc will be first against the wall when the revolution comes...
Offline oNyx

JGO Coder


Medals: 2


pixels! :x


« Reply #4 - Posted 2004-04-14 17:04:19 »

Quote
I've seen it twice from confirmed sources @ gnu that - specifically for java - the LGPL does NOT mean "linking" it means something more general that basically means all java automatically is linking whether you like it or not UNLESS you use JET and do a native-code compile.
[...]


Aww... they changed that? (that stupidly?!)

---

Well, zulo... you could give mine another try. It's DSM license (don't sue me) - you can do whatever you wanna do with it Wink

弾幕 ☆ @mahonnaiseblog
Offline zulo

Junior Duke




Java games rock!


« Reply #5 - Posted 2004-04-14 20:09:45 »

so I just have to release code for the library? since i dont change the code, only the .cfg file so another .jar is run...

"If you link other code with the library, you must provide complete object files to the recipients" as I can see, my java code isnt linked with the library, it is standalone,the thing is..this "library" or program starts my program..but my program can start by itself too..or atleast without JScreenSaver library..

oNyX, I tried yours and I wanted to use it, it worked almost except it didnt start automatically..I tried to search for copies of the file..and i tried to place the files in different places but it didnt work..very strange...and im no good at c or c++ so i cant see what could be the reason for this, i did manage to compile it but i didnt understand much of the code.. Smiley
Offline William Denniss

JGO Coder


Projects: 2


Fire at will


« Reply #6 - Posted 2004-04-15 09:54:22 »

I get the impression it's best not to use LGPL with Java API's - I was going to LGPL some of my own but went BSD instead.  GPL's fine  for apps you want to keep open but for API's...  

There are some good LGPL Java api's however (such as a vorbis decoder) so it's something we have to deal with.  Common sense says that if you're not modifying the API itself you are in the clear - but the law isn't always common sense.  I'd take blar*3's advice and email the guy Smiley

The GPL has a very valid place IMHO - but it's certainly not the be all and end all that some people believe it is.

Will.

Offline cfmdobbie

Senior Duke


Medals: 1


Who, me?


« Reply #7 - Posted 2004-04-15 10:05:15 »

Yeah, LGPL + Java = nasty legal mess.  As with most things in computing these days, the authors of the GPL considered C and nothing else.

Email the author and ask if he'll dual-licence it with BSD for you.

Hellomynameis Charlie Dobbie.
Pages: [1]
  ignore  |  Print  
 
 
You cannot reply to this message, because it is very, very old.

 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

theagentd (19 views)
2014-10-25 15:46:29

Longarmx (52 views)
2014-10-17 03:59:02

Norakomi (46 views)
2014-10-16 15:22:06

Norakomi (34 views)
2014-10-16 15:20:20

lcass (39 views)
2014-10-15 16:18:58

TehJavaDev (68 views)
2014-10-14 00:39:48

TehJavaDev (68 views)
2014-10-14 00:35:47

TehJavaDev (60 views)
2014-10-14 00:32:37

BurntPizza (74 views)
2014-10-11 23:24:42

BurntPizza (45 views)
2014-10-11 23:10:45
Understanding relations between setOrigin, setScale and setPosition in libGdx
by mbabuskov
2014-10-09 22:35:00

Definite guide to supporting multiple device resolutions on Android (2014)
by mbabuskov
2014-10-02 22:36:02

List of Learning Resources
by Longor1996
2014-08-16 10:40:00

List of Learning Resources
by SilverTiger
2014-08-05 19:33:27

Resources for WIP games
by CogWheelz
2014-08-01 16:20:17

Resources for WIP games
by CogWheelz
2014-08-01 16:19:50

List of Learning Resources
by SilverTiger
2014-07-31 16:29:50

List of Learning Resources
by SilverTiger
2014-07-31 16:26:06
java-gaming.org is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑gaming.org
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!