NewsForge 'Previews' GPL3
Meltr writes: "NewsForge has an interesting sneak preview of the 3rd version of the GNU Public License. Among other things, RMS will make V3 more business friendly and will close the ASP loophole in V2. Check it out here." Now, take things with a grain of salt - RMS [?] doesn't feel comfortable calling this even a "draft" so there's much work still to be done. But's a good article, and interesting to see what's happening.
Are you trolling me? You should know very well that when one downloads GPL software, they are bound only by copyright conditions, which allow them to make modifications so long as they aren't distributed, and that you can do so while specifically not agreeing to the GPL.
Your scheme would require legal agreement up front, before the the software is downloaded, executed, or even before the source can be examined. Sounds like a click-through to me. (Not to mention a political nightmare and a removal of one of the supposed advantages of OSS(tm).)
When I hear the word 'innovation', I reach for my pistol.
I don't think you are one of the people who says I'm not free unless I have the freedom to make someone else a slave, but that's my analogy for what people are doing with GPL loopholes - just using them to make their improvements to a GPL program proprietary software again.
Thanks
Bruce
Bruce Perens.
The only reason I can see for restricting a DTD or any other interface is pure spite. Using the bad but common analogy of free speech, why do you want to regulate the *manner* in which I speak? Public interfaces, especially those created in the Free Software Movement(tm) need to be completely unrestricted.
Are you willing to let other people do the same? What would you think if you came across a Java interface or XML DTD that was placed under a GPL-incompatible copyleft? But it doesn't really matter, because I'll just ignore your restrictions and have the full protection of the law to do so, since you cannot copyright an interface to begin with.
A Government Is a Body of People, Usually Notably Ungoverned
Require source-code distribution as a consequence of public performance. Public performance is a right in copyright law that is distinct from use or distribution. Unfortunately, copyright law (in the U.S.) gives this right in connection with only some works, like moves, plays, and music, but not computer programs. That's just because copyright law lags behind the evolution of computer software. So, were we to assert a requirement for source distribution with public performance, it could be problematical simply because we'd have to prove that the public performance right is covered by copyright law for computer software.
A more conventional way to do this would be to require source code distribution for a certain class of use, where the use is equivalent to public performance. People don't like use restrictions because of the way licenses have discriminated about types of use, typically licenses say things like "for educational and non-commercial use only". Of course that's not OSD-compliant. However, this particular restriction would be OSD-compliant because its purpose is to achieve a goal of the OSD: source-code distribution.
Thanks
Bruce
Bruce Perens.
I don't have a good answer for this yet - I think it will take a new license.
Thanks
Bruce
Bruce Perens.
The rationale is that ASP's are public performance, and copyright law grants no rights to the user for public performance.
As it now stands, all free software licenses allow 100% public performance. The GPL currently grants this permission on the basis that it does not restrict *usage*. So the GPLv3 will indeed restrict usage (and the FSF will have to alter their free software definition).
Restricting public performance while still calling the software "free" is bizarre. The words on the FSF pages look less and less like English, and more and more like orwellian gnuspeak.
A Government Is a Body of People, Usually Notably Ungoverned
I don't understand why people feel uncomfortable with this. Indeed, as is said in another reply already, even Linus Torvalds doesn't like the idea that the GPL can be dynamically altered.
;-)
The current GPL clearly states that any newer versions will be in the same spirit, but that it may simply solve some problems with the current version, or make some vague sections more clear. Now, that's what we need! If someone detects a Great Big Hole in the GPL, the statement "or any newer version" is the only way how this can be plugged: by issuing a better version!
Even if Microsoft buys the Free Software Foundation (why hasn't this happened yet, anyway), then they're still obliged to keep the GPL in the same spirit as it is as of today.
I don't know how legally clear a line like "in the same spirit" is, however. But hey, maybe GPL v3 will be a little more clear about this
It's... It's...
"We can confirm that Debian does *not* ship the version with the trojan horse. Our version predates it." [CA-2002-28]
I think there's something wrong with your paradigm.
The object-oriented revolution has mostly not happened. Part of the problem is that black boxes don't work for software as well as they work in electronics. One can have interoperable components that are entirely proprietary, anyway, if black box interfaces are all you want. Where Free Software excels is the ability to snip code elsewhere than at the object boundaries. This is not the object-oriented model - we're getting behind the interfaces and messing with actual code :-) . Perhaps that's one reason for our success. And IMO, that's a good reason to do something that encourages people to make more software free, so that you can have more reuse, which is what the GPL does.
By the way, yes, I'm an O-O programmer by choice.
Thanks
Bruce
Bruce Perens.
I'm starting to doubt that this is the "real" Bruce at all! Of course you can own your own copy of the software! It is only a license that can take that away!
When you buy a book, you own that copy. When you buy a CD, you own that copy. And when you buy software, you also own that copy. Only when you don't buy the software, but instead buy a license to it, is the copy not yours. This is one of the reasons that one-click licenses are starting to become more prevalent: because the US Commercial Code says that when one buys a shrink wrapped box, one also buy the complete contents, so manufacturers need to make their "agreements" more explicit, instead of unilaterally declaring that you are under contract.
A Government Is a Body of People, Usually Notably Ungoverned
Most other Free Software licenses do not shy from use of contract law. It may be necessary for the GPL to incorporate more contract law than it does today.
Bruce
Bruce Perens.
If anyone wants to leave questions about it here, I'll answer them later today, and pass them on to RMS.
Actually, I have a couple questions, although they're more philosophical than legal or technical. I'm running a project to create an online roleplaying game system, with source code under the GPL and all of the art, music, and game content released under the GPL and GFDL. The ideal we've chartered for ourself is the promotion and facilitation of Free Game Development, in the same spirit as the FSF promotes Free Software Development.
Yet it has come to our attention that guaranteeing the freedom of our source code will be difficult. On several occasions we have been approached by individuals wishing to make use of our code and media for commercial purposes, and have stated emphatically that they "cannot" release the contributions they would make (for the usual reason given - because they feel they couldn't make money otherwise). Now, the uncomfortable fact is that either through dynamic linking or through the "ASP loophole", they can run our server code with their additions and charge for access without ever releasing a line of their added code, as nothing legally or technically exists to prevent that.
But in discussing this with the other WorldForge developers I'm not so certain that there *should* be technical or legal preventions against this, for various reasons including one I'll outline in more detail below. The question I have been wondering and that I would like to get yours' and RMS' viewpoint on is whether or not we *should* be concerned about this? Since the GPL appears to allow keeping code secret either by not distributing the binaries, or by dynamically linking it, does this mean that it is morally okay to do so?
What I worry is that if it is possible for individuals to take advantage of our code and not have to share their own contributions back, it may stifle the free environment we are attempting to establish. I suspect that if sharing was required, then assuming all commercial participants follow this rule the competition would be fair. However if it is possible to hold parts of the game system proprietary, then it will be seen (rightly or wrongly) as a competitive advantage to do so, and thus in spite of all the problems we all KNOW are intrinsic in hiding source code, they will take this route instead.
Without the use of legal or technical means of ensuring the freedom, it would appear that we would need to fall back to reliance on "peer pressure" and tradition to ensure sharing of code. E.g., "blacklisting" companies that choose to use one of the loopholes.
Now, there is a side issue and a second question which is, I suppose, one of the issues peculiar to games. While with "normal" software there is usually little or no reason to prevent ALL of the code, documentation, and content from being released openly, with entertainment software it is sometimes desired to keep parts secret not for commercial reasons but instead to preserve some degree of mystery. One might argue that with a book, one is expected to read the pages in order and not cheat by reading the last page, however book reading is a solitary endeavor; this would be more akin to browsing through the poker deck when your partner is off buying beers. Now, there are many arguments and counterarguments on both sides that can be made. But here is the question: Does the need for hiding source code for purposes of ensuring mystery pose a legitimate exception to the free software / open source principles?
The approach we at WorldForge have been toying with is providing for "softcode" additions to the game, which are stored in a database and kept segregated from the primary game code, rather than encouraging use of the "ASP loophole" or dynamic linking loophole as workarounds. There are of course performance issues implied in using scripting rather than hard code, but we like this because it discourages hiding "too much" code.
Now, I hope our concerns are not dimissed because "it's just a frivolous game". Game software can and has been used for many purposes outside of entertainment, including education, visualization, and communication, and the issues outlined above will be of critical importance in assuring that these non-game applications of the software can enjoy the same freedom that the original code is being given.
No, it isn't called stealing. Go get a dictionary. It is impossible to steal what is free.
If you share something with someone but demand something back, that is NOT sharing, it is loaning. And with the GPLv3, the FSF is getting more usurious every day.
A Government Is a Body of People, Usually Notably Ungoverned
Bruce
Bruce Perens.
Probably the best effort in this direction so far is Sun's Industry Standards Software License, otherwise known as the SISSL, pronounced "sizzle" and not to be confused with the non-Open-Source SCSL. It allows proprietary derivative works as long as you publish an open reference platform that implements your changes. You might consider applying that to your DTDs, but I doubt it will protect you in all cases.
Thanks
Bruce
Bruce Perens.
Hypothetical situation: RMS has a stroke, religious revelation, whatever, and decides to make a version of the GPL that changes its entire meaning. since most software these days "can be distributed under or any later version" or the license, that could present a problem.
There is indeed a notion of "public performance" in copyright law. When you buy a video tape you can perform is privately for yourself and a few guests. You may not, however, perform it publicly in a movie theater.
Once a licence starts to restrict a users runtime rights, it's no longer a "copyleft" and instead is more of a EULA.
There is one small point in the GPL that does indeed take away a right already granted by copyright. And that is the right to use the work for the purpose of creating a non-derivative work. When I buy a hammer I receive no restrictions on what I build with it. But when I receive a GPLd library, like readline, I am under all sorts of restrictions regarding my end product. And the end product is most certainly NOT a derivative of readline! I am only referencing the library, and that is allowed under copyright.
A Government Is a Body of People, Usually Notably Ungoverned
Do you only need a few lines of GPL code? Then write it yourself, it shouldn't take long and you don't have to deal with the GPL at all.
And thus the stallmanistas fall into a trap of their own making... By that logic *all* software is free! Don't like the Window's EULA? No problem! Just rewrite the sucker! I have just as much *real* freedom to use or not to use Windows as I do to use or not to use Linux. The only difference is that one is "open".
A Government Is a Body of People, Usually Notably Ungoverned
I think it's a moot point because Sun is perfectly capable of distributing the desktop on its own CD that is a separate package but is generally added to an order.
Thanks
Bruce
Bruce Perens.
Thanks
Bruce
Bruce Perens.
The "Free" in Free Software refers to the software itself
Does software have free speech? Of course not! But free speech is what RMS says the "free" in "free software" is like. The software may be free in the sense that it is free from attached restrictions, in the same way that my carpet is free from dirt after I vacumn it. But it hardly has the freedom of speech.
free 1. Not under the control or power of another; having liberty; independant
This definition is obviously intended for *people*. Software cannot have liberty. It does not have any will. Applying that definition is just plain silly.
A Government Is a Body of People, Usually Notably Ungoverned
Bruce
Bruce Perens.
Does this mean that RMS plans to make it illegal to communicate with a GPLd program over a socket? SysV IPC? Files? That's essentially what restricting GPLd daemons from communicating with non-GPLd programs without the non-GPLd programs opening up their source code would be.
Oops, now it's illegal to put a Linux box on the internet, to use XFree86 (ooo, X, socket), etc.
We need a Slashdot Interview with RMS with regards to GPL v3. This would be a good chance to get some of these questions answered!
Where do you guys get your twisted and corrupt definitions of freedom? Freedom means the absence of restriction. But killing someone is restricting them! Can't you get that through your head?
In a truly free society, I can do *anything* I want within my own domain. I have no rights to you or your domain. There is no need to place any restrictions on me in order for you to be free.
A Government Is a Body of People, Usually Notably Ungoverned
Thanks
Bruce
Bruce Perens.
The GPLV2 says:
This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.
When this license is finished it will apply to all software that bears the above notice.
- They have hair-splitting discernment for logic, whether seeking an implicit flowchart of programming or an unbroken chain of evidence.
- They have the ability to focus greatly on attention-to-detail.
- Their skills are (usually) in better demand/pay on the market than most jobs.
Thomas Jefferson was a Lawyer with a lot to say about freedom... but could he have been a programmer in our day and age? The 'Program' of the U.S. Constitution seem to say so... it shows enough discernment and fault-tollerence 'exception handling' to avoid overregulating the freedom it protects. I believe he once said 'Those who would trade a little freedom for a little order will lose both and deserve neither.'RMS still often comes across as a totalitarian with a focus on hisown Emacs... but this latest news is encouraging. Harmony is all about finding ways the differing parties can cohabit the planet, and my confidence in his abilities has gone up a notch today.
The BSD license is a perfectly socialist license--it says "Here, we're going to give this away, indiscriminately, do with it as you will". The GPL, on the other hand, attempts to control people by forcing them to give stuff away. Anyone who does not see the parallel between the GPL and communism is ignorant. I'm not drawing this parallel because communism is a dirty word--I don't think it should be a dirty word and I don't think it's as terrible as people make it out to be. I'm drawing this parallel because people keep denying this simple fact. GPL is clearly very, very communist--the notions of no property, community ownership, and being forced to give it away all say "Marx".
The ONLY reason Stallman denies it's communist is that he knows communism is a dirty word and he will be harangued in the US for saying it. He doesn't want to be associated with a group that, in the eyes of the American populous, is on the same level as the Nazis. Of course they are not on the same level of the Nazis, but US propaganda says they are. If Stallman were honest and really willing to stand up for his beliefs he would not make this stupid denial and he would admit the obvious truth. All you have to do is look at the license, forget all else--it's communist.
In contrast, code under the MIT license (which is the BSD license without the advertising clause) is a gift. There is no expectation that the recepient will reciprocate.
Thanks
Bruce
Bruce Perens.
Any proprietary company can grab all the server source code to run their own game, thus taking advantage of free software, without having to contribute any code back to the community.
Under what rational should company be required to "contribute" their private modifications to the community?
Let's say I'm a graphic artist, and I design cheesy web pages for a living. I go grab GIMP, modifiy it, then go create a bunch a web art with it. I am the only one using this modfied GIMP, and the only thing I am distributing is its output. Should I also be required to release my modifications? After all, I am "exploiting" you by profiting off of your work...
A Government Is a Body of People, Usually Notably Ungoverned
At the users option.
Much like the mozilla dual license, you obey the one you choose. So any GPLv2 software could still be used by abiding only to the terms of GPLv2, while you couldn't do that with GPLv3 software. Which means the changes such as the ASP protection will only apply to new releases or if the people who make the software change the license (or the ASP provider chooses to apply GPLv3).
-----
Nonsensical uninformed (most likely) rantings of noone in particular. Please put on you Peril Sensitive Sunglasses now.
Under current law, my code is my property. Thus, you have no right to distribute it without me allowing it. In order to let you distribute MY code, I exact a price on you. You must distribute your changes to my code. Instead, I could have required you to pay me $10 per copy and required that you give nobody else redistribution rights.
Both of these are capitalistic. Each option exacts a price on you. One is measured in dollars, another is measured in requirements. You aren't obligated to do either of them, but then again, if you don't, you're not allowed to distribute MY code.
This isn't communist. I'm not forcing you to give anything away. You have no right to force ME to give MY things away to you to do whatever you wish, just as I have no right to force Oracle to give me their source code.
Just because GPL software is distributed with full source code doesn't mean it's public domain. If you want source code that has no restrictions on it, write it yourself, or use public domain. Otherwise, live with the restrictions other people put on their source code. Whether they be monetary renumeration (Oracle/Windows/Office/Kai C++/Mathematica/Matlab), or requirements that you must allow your changes to be redistributable under the terms of the GPL (emacs/gcc/linux kernel/tinyfugue).
There's no coercion going on. Your code and your changes are your own. You can distribute them however you wish. What you CANNOT do is distribute MY source code.
You overlook that you CHOOSE the GPL.
All licenses force everyone but the owner to follow certain conditions.
If you don't like the GPL, don't use it.
I don't like the MS EULA, I don't use it.
The current GPL makes it very hard to distribute GPL and non-GPL programs together
There is no restriction in the GPL against shipping works not derived from GPL code aggregated with works licensed under the GPL, unless the GPL'd work depends upon the non-GPL'd work. Simple aggregation of independent works covered under different licenses is perfectly legal.
Can you clarify what you think is the problem?
Many people have expressed concerns that changes to the GPL could affect the distribution of current software. This is incorrect.
From the GPL, version 2:
"9. The Free Software Foundation may publish revised and/or new versions of the General Public License from time to time. Such new versions will be similar in spirit to the present version, but may differ in detail to address new problems or concerns.
Each version is given a distinguishing version number. If the Program specifies a version number of this License which applies to it and "any
later version", you have the option of following the terms and conditions either of that version or of any later version published by the Free
Software Foundation. If the Program does not specify a version number of this License, you may choose any version ever published by the Free Software Foundation."
and from the example copyright notice:
"This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version."
According to the License, only software that explicitly states that later licenses may apply are vulnerable to changes in the GPL. So if you don't want your software to change with each new release, specify a version number!
Visit the
This seems unrealistic, at the very least. As long as some types of communication between license-incompatible program elements are allowed, there will be a GPL loophole. And the GPL cannot disallow all such communication because that would make everybody on the internet a GPL violator.
But the GPL license gives you the ability to use it the software under the distributed license, or any later version.
Here's the relevant line:
So it could be an issue if the license was changed.
treke
The ASP loophole exists because the ASP provider never distributes a copy of the application to the user. In general, copyright law covers the creation and distribution of copies of works, but for certain kinds of works, there is also a restriction on perfomance of the work.
Take for example the play "Cats". Cats as literary work is copyrighted. You can't make copies of the script and sell them unless you're licensed to do so by the copyright holder. However, you also can't put on an independent production of the play and charge admission, even though the audience would not be actually receiving a copy of Cats, they would be perceiving a performance of it. That's controlled by copyright law.
What RMS is trying to do is to equate ASP to a performance of the software. It's a good analogy. The consumer never gets a true copy of the work, but they perceive all that is important about it. If ASP can be equated with a performance, then it can be controlled within the existing framework of U.S. copyright law.
No. It means if you write a program that runs over the Internet (like a Java or WebObjects program or something) and you license it under the GPL, and someone else modifies it and hosts it, then they have to provide their modifications. It has nothing to do with running server software. As the Internet matures, more applications will be written to run only as distributed systems. The problem with this is that if people no longer download and run software on their own system, this blurs the issue of the "binary only" limitation in the GPL.
Here's an example of the GPL being ineffective with respect to MMORPGs and other online games.
Assume WorldForge creates a good GPLed MMORPG. Any proprietary company can grab all the server source code to run their own game, thus taking advantage of free software, without having to contribute any code back to the community.
The GPL version 2 only applies when you are distributing software. Unlike most other types of programs, ASP-style server-side software can be used and exploited without having to give everyone a copy of it. If someone makes a Linux derivative, they can't both make it proprietary AND exploit it commercially, since that requires distribution. On the other hand, they CAN do that with any server-side programs, and get around the GPL by simply not releasing their code!
Game engine licenses typically run into the hundreds of thousands of dollars. MMORPG-type games take years of effort and run into the millions of dollars. It would be very tempting for a proprietary company to use GPLed code. As it stands, they can do this, and grab all your updates, bugfixes, new features, etc., etc. from your CVS repository. By simply refraining from giving anyone a copy of their server source/binaries, they are not distributing, and therefore any improvements/updates/features/fixes they create are unavailable to the community. This undermines the code-sharing intent of the GPL and most programmers who use it. Proprietary companies thus avoid having to contribute either dollars _or_ code!
Additionally, proprietary game companies generally have draconian IP agreements that essentially give them ownership of their employees' brains. All their work and ideas (for starters) are exclusively owned by the company, so one pointy-hair at the top can just decide not to distribute server code and toss the GPL out the window. There's no way an individual employee can decide he wants his work added to the public GPLed project.
On the client end, they can write their own proprietary software and wrap it up with EULAs that have all sorts of rules and restrictions. And it's okay for these client programs, totally proprietary, to talk to _your_ GPLed server code -- it's not "linking".
Part of the reason programmers contribute to GPLed projects is that they feel they won't be exploited; they will be compensated with improvements from people who use it.
Companies also feel secure that with the GPL, they don't have to worry about a competitor snapping up their work and releasing a special binary-only version. This one of the big reasons why we are seeing so much corporate participation in Linux. It keeps the playing field level.
Unfortunately, the usefulness of the GPL version 2 is severely limited with respect to ASP-type applications. For these, the GPL can be gotten around and becomes effectively like the BSD/X licenses. If you are working on an online game, and want the GPL to work as intended for your project, changes need to be made.
Do you think it is possible to GPL an XML DTD, XSchema, or RELAX (really all the same thing, a way to define the structure of your XML) document?
I ask because I'd like to be able to GPL a DTD (or equivilent) and make sure that no dervitive structural definitions were created without being passed back.
This is especially vital because in many areas XML is starting to replace other technologies like CORBA and RMI as a way to call into other programs (see SOAP). It would be good if a Free program/service I had written could not have a non-Free version developed with a slightly modified DTD.
Another take on this question I have: is it possible to keep what is essentially an API Free, even if underlying applications or services based on that API were not Free. Would use of a GPL'ed DTD (or interface in Java, come to think of it) mean the program using the API had to be GPL'ed as well?
"There is more worth loving than we have strength to love." - Brian Jay Stanley
I think any attempt to close the ASP loophole (while it may be unfortunate) is just going to put the GPL on shakier legs.
Its one of those slippery slope problems, really...At what point do you determine that the ASP has to comply with the GPL and release modifications? When the web server they are using is GPLed? That one seems clear...When the backend database they are using is GPLed? Less clear. When the filesystem that the database stores its data files on is GPLed? pretty muddled. When the OS its all running on is GPLed? who knows?
Thanks
Bruce
Bruce Perens.
License conflict occur when you mix two different, incompatible licenses in the same program. Not all licenses are incompatible.
The GPL requires that all works derived from works distributed under the GPL also be distributed under the terms of the GPL.
If I'm writing an application, and I want to include some code in it which I received under the terms of the GPL, I can do that as long as I license my work under the GPL. If I want to include some code which I received under the QPL, I can do that, but then I have to use the QPL or some other compatible license. I cannot satisfy both of these requirements at the same time, so I cannot distribute a work which is simulateously derived from code I received under the GPL and code I received under the QPL.
However, if I write two different programs, and one used GPL'd code and one uses QPL'd code, I can GPL the first, QPL the second, and distribute them both on the same CD if I like. That's allowed.
One of the more interesting points I thought from the article is how the ASP closure is really a lot more business friendly - basically before if a company relesed source and a competitor used an altered version in a web based application, the original company (or OS project) could do nothing about it.
Under the new license, they stated that businesses should be lot more willing to release source knowing that any changes made externally would have to be made availiable to them, which they could of course sue to get if a violation was suspected.
Hard to enforce? Sure! How easy would it be in most cases to be sure the service on the other end was really yours? Pretty rough (though you could probably tell quite a bit from output in a lot of cases, but I digress).
All of those things are true, but do not really matter (at least for the case of companies releasing source - of course it matters a lot more for real OS projects) - the important thing is that it makes it a lot easier for me as an employee to ask for permission to release source.
If the company feels like it CAN sue violators, then I think it would be comfortable enough to release source even if the practical matter of tracking down eventual violators and suing them never came up.
"There is more worth loving than we have strength to love." - Brian Jay Stanley
That's not true. Aggregation does not trigger the GPL. Please read section 2 of the GPL.
Readline is an enhanced facility that's not a standard part of POSIX. Everything you need to develop for any other POSIX-compatible operating system (libc and the like) is LGPL. So if you can develop for any other POSIX-compatible system, you can develop for Linux just as well.
The thing that really gets me about most of the anti-GPL rants is that the basic attitude is "I really want to use all this good stuff, but since I want to make money, I should be entitled to use this without giving anything back," as though making money is somehow the highest calling in life and other people should respect that desire and allow you to use their sweat for your proprietary program. That's precisely what the GPL is all about; if you want to use GPL'ed code, you have to play by the same rules.
I would be willing to give up the GPL and copyleft if it also meant losing copyright altogether. In that case, I couldn't copyleft my code, but someone else also couldn't forbid me from using their code, they could only make it harder.
>License conflict occur when you mix two different, incompatible
>licenses in the same program.
Yes, but keep in mind what "incompatible" means when speaking of the GPL:
"X is incompatible with the GPL" means that "the license of X cannot be replaced with the GPL"
It's not so much that licenses are incompatible with the GPL, but that the GPL is incompatible with just about everything except itself.
hawk
Bruce, I find your comment on linking puzzling: "The GPL[2] concept of 'linking' has aged." The GPL derives its force from copyright law. Its "viral" nature comes from the legal concept of a derived work. RMS's opinion of DLLs, plugins, or daemons is irrelevant.
The GPL is an instance of copyleft--an attempt to diminish, not extend, the scope of copyright.
Thanks
Bruce
Bruce Perens.
Thanks
Bruce
Bruce Perens.
Thanks
Bruce
Bruce Perens.
Bruce
Bruce Perens.
While I very much support the ideals of the FSF, I have a problem with the current GPL.
The current GPL makes it very hard to distribute GPL and non-GPL programs together, even if the non-GPL programs have a liscense I would generally find perfectly acceptable.
This tends to have the 'rolling GPL' effect, which I'm sure Stallman is very happy about, but I find mildly worrisome. I think this makes it harder for a business to decide to release software under terms that are non-GPL, but still free. In the long run, this undermines the goals of the FSF.
Is there anything being done in GPL v3 to address this?
Need a Python, C++, Unix, Linux develop
This is because I believe the existence of these free toolkits encourages software developers to write portable code that runs on Linux and other free systems. I very much disagree with Stallman's opinion that LGPL is bad. In my experience proprietery software developers will give up and use MFC or other MicroSoft solutions when the alternative is GPL. This hurts much worse than not having their source code.
I hope that despite Stallman's lack of support, the LGPL will continue to exist and be enhanced.
My specific question is that the current wording of the LGPL makes use of my software or any other small LGPL library very difficult. This is because it effectively requires dynamic linking. Dynamic linking is very bad, as it requires that the resulting program be "installed" before the user can run it. It also strongly discourages modifications to the library (to avoid version incompatabilities) which imho defeats the whole reason for free software! In my opinion dynamic linking causes my software to be so nearly useless that nobody would want it.
I have explicitly stated on my web pages that static linking with fltk is allowed and even encouraged, no matter what the LGPL says. But is there any legal way to do this, or any way to fix the LGPL, or make a LLGPL (lesser lesser gpl?) that explicitly allows this? I would prefer to reuse the careful legal work done for the LGPL rather than risk writing my own.