Debian Team Discusses GPLv3 143
nanday writes to tell us that Newsforge (Owned by VA Software, just like Slashdot) is running an interesting look at the, recently reported on, GPLv3 by the Debian team. From the article: "Initially, Branden Robinson says, he was worried about GPL3. 'The amount of secrecy around the initial draft process had me very nervous,' he says. In addition, after the Debian consensus rejected the GNU Free Documentation License, he was concerned that GPL3 might become equally contentious in Debian. 'I'm glad to say that my fears are assuaged,' Robinson says. 'I was impressed with both the large and small changes. In a nutshell, I like it.'"
Good! If Debian likes it... (Score:3, Informative)
Looking at the changes, from what I understand, I don't think it should be much of a problem for the -real- free software people. We'll have to wait and see for the other guys -- but honestly, they can stick with GPL2 and thats ok too. Everyone points to the "or later version at your option", but that part can actually be removed from the GPL2 license IIRC.
From COPYING: "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."
Thats form the current GPL2 that ships with the Linux kernel. So the user can specify strictly GPL2 if they choose too, or do not fully comply with GPL3.
Easy as pie.
Re:Good! If Debian likes it... (Score:2)
Re:Good! If Debian likes it... (Score:3, Interesting)
You'll end up with two types of applications - GPLv2 and GPLv3. A certain number will allow you to use either. Others will be stuck at one or the other (GPLv3 code cannot be incorporated in GPLv2 code.. forced obsolescence!) - so you the two won't cross-pollinate.
Until I see a *final* version and lawyers have looked at it (slashdotters really don't count!!) all my GPL apps are GPLv2 only. Some are stuck like that forever due to the number of contributors.... it would be a brea
Re:Good! If Debian likes it... (Score:2)
Thats form the current GPL2 that ships with the Linux kernel.
And this is from the top of the Linux COPYING file:
Linux is GPLv2 only and that will likely never change.
Re:Good! If Debian likes it... (Score:3, Insightful)
For a start, it would prevent Linux distros using TPM hardware to "own" their Linux distro and ensuring that only *their" binaries are trusted -- something you can see Red Hat management already drooling at the prospect of.
I seriously doubt that. If you understand what a TPM actually can and cannot do and then think about what Red Hat would actually have to do in order to make that work you'll quickly see that it could only be done if Red Hat were willing to modify their OS to prevent you from modifying
Re:Good! If Debian likes it... (Score:3, Interesting)
However, none of that would prevent you from developing your own code, you would just have to disable the protections or create your own secure bootstrap policy.
Also, this would be using the chip as a security feature and really isn't "digital rights management".
Re:Good! If Debian likes it... (Score:2)
Oh, absolutely. I design and build high security systems for a living, and I see a TPM as an incredibly valuable tool. A TPM plus a tightly-configured system and good physical security provides a very solid foundation for high security systems such as certificate authorities and key management systems.
But that's not what the AC was saying (as you well understood).
Re:Good! If Debian likes it... (Score:2)
So yes, I understand what TPM hardware can do and the granularity of limitations and control it allows... you, apparently, don't.
Do you? Can you explain to me, then, in terms of TPM commands, just how this magic is to be achieved? Don't forget to cover how Red Hat will know which EKs are valid, particularly in light of the provisions of the 1.2 spec that allow the user to generate a new EK.
I started to write a long note explaining why what you're saying won't work, but decided it's not worth my effor
Re:Good! If Debian likes it... (Score:2)
Can't back up your claims with facts so you just spout ad-hominem attacks, huh? Yeah, that's convincing.
Lose the groupthink, read the specs.
Re:Good! If Debian likes it... (Score:2)
Remote attestation is the phrase you are looking for... look it up.
Yes, now go read about how it works and what it can attest to, then explain how it can be used by Red Hat to control what software can be installed on Red Hat systems.
It *can't*.
Next time, do some research before spouting off.
I have read, and understand, the specifications, and I have also written code that uses the TPM in my Thinkpad. I know what I'm talking about. The problem I face is that there are hordes of slashbots who do
Re:Good! If Debian likes it... (Score:2)
TPM is designed to attest that hardware *and* software is signed and uncompromised.
Agreed. However, there are many ways that this can be worked around if the owner of the machine doesn't want it. The claim is that all of this can be done without the consent and assistance of the owner.
There's nothing clever about it, dumbass.
I see you're a fan of my sig.
Seriously dude, you need to get a fucking clue and actually read the spec again, and this time understand it, or get someone to explain it to y
Excellent (Score:4, Interesting)
Re:Excellent (Score:1)
Okay, maybe I'm just a little unaware, this is not flamebait. Can anyone compare Debian's freedom to Gentoo's freedom. I'm a Gentoo user, and I found this: Gentoo Social Contract [gentoo.org]. IIRC, Debian is GPL'd also.
What am I missing here?
Re:Excellent (Score:3, Informative)
Re:Excellent (Score:2, Informative)
Re:Excellent (Score:2)
Re:Excellent (Score:1)
DRM (Score:3, Interesting)
Will be interesting to see how the fight of freedoms vs. DRM goes.
Re:DRM (Score:5, Informative)
The Linux kernel has been GPLv2 only for a long time and it would be close to impossible to make the thousands of contributors relicense it. From what I've understood though, the FSF wants to relicense all software they have been assigned copyright to as GPLv3 only (you can still fork GPLv2 at that point though, and even create a competing GPLv2 only branch).
Re:DRM (Score:2, Interesting)
Re:DRM (Score:3, Interesting)
There's nothing wrong with that. But I happen to think that in this world companies are already having too many ways of getting money - DRM and software patents, for one - and they don't need help from hippy university students.
I laug
Re:DRM (Score:2)
Re:DRM (Score:5, Informative)
> This means that when the code went GPL v1 -> GPL v2, the transition was
> permissible. Linux v1.0 shipped with the GPL v2. It did not ship with a
> separate clause specifying that "You may only use *this* version of the GPL"
> as it now does. (I haven't done any research to find out when this clause was
> added, but it was after the transition to v2).
Bzzt. Look closer.
The Linux kernel has _always_ been under the GPL v2. Nothing else has ever
been valid.
The "version 2 of the License, or (at your option) any later version"
language in the GPL copying file is not - and has never been - part of the
actual License itself. It's part of the _explanatory_ text that talks
about how to apply the license to your program, and it says that _if_ you
want to accept any later versions of the GPL, you can state so in your
source code.
The Linux kernel has never stated that in general. Some authors have
chosen to use the suggested FSF boilerplate (including the "any later
version" language), but the kernel in general never has.
In other words: the _default_ license strategy is always just the
particular version of the GPL that accompanies a project. If you want to
license a program under _any_ later version of the GPL, you have to state
so explicitly. Linux never did.
So: the extra blurb at the top of the COPYING file in the kernel source
tree was added not to _change_ the license, but to _clarify_ these points
so that there wouldn't be any confusion.
The Linux kernel is under the GPL version 2. Not anything else. Some
individual files are licenceable under v3, but not the kernel in general.
And quite frankly, I don't see that changing. I think it's insane to
require people to make their private signing keys available, for example.
I wouldn't do it. So I don't think the GPL v3 conversion is going to
happen for the kernel, since I personally don't want to convert any of my
code.
> If a migration to v3 were to occur, the only potential hairball I see is if
> someone objected on the grounds that they contributed code to a version of the
> kernel Linus had marked as "GPLv2 Only". IANAL.
No. You think "v2 or later" is the default. It's not. The _default_ is to
not allow conversion.
Conversion isn't going to happen.
Linus
Re:DRM (Score:5, Informative)
require people to make their private signing keys available, for example.
I wouldn't do it.
I don't see anything in the draft [fsf.org] that would require Linus to release his private signing keys. That would be insane if it were true, but it isn't.
The clarification on the licensing of the kernel (GPL v2 only and ever) is useful, though.
Re:DRM (Score:2, Interesting)
No. You think "v2 or later" is the default. It's not. The _default_ is to not allow conversion.
Linus is wrong. Linux 2.0.40 does not state a particular version of the GPL, and GPLv2 section 9 (as shipped with that version of Linux) states:
Re:DRM (Score:3, Informative)
Re:DRM (Score:2)
"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."
Linus states GPLv2. He does not state GPLv2 "and any later version". Therefore the above clause does not apply.
"If the Program does not specify a version number of this License, you may choose any version ever published by the Free Softwar
Re:DRM (Score:2)
Here. [linux.no]
Re:DRM (Score:2)
Depending on how you read that, any place that states "This program is licensed under GPLv2." that specificly mentions 2.0 as the version might count. Just because it isn't in LICENSE doesn't mean it could be somewhere else, since it is not part of the license as such (it is whereever you say that this code is placed under this license). Hell, placing the text of the GP
Roadblocks (Score:3, Insightful)
It's all the content producers need to make it official that they will not be supporting Linux. No music, no movies, and what most Slashdotters will notice most, no games. My opinion is that GPL3 is a step back for those that would like to advance the adoption of Open Source by commercial producers and users. Philosophically, it's a step forward, but in practical terms, it's going to create roadblocks.
Re:Roadblocks (Score:2)
Why would this be the case? What difference would GPLv3 make on any of these things? They aren't GPL v2 today, so they aren't going to be GPL v3 tomorrow. You don't need to release a program under the GPL for it to run in Linux, as the ample supply of proprietary software for the operating system shows.
Unless you mean the anti-DRM senti
Re:Roadblocks (Score:1)
Movies, music, and games...
Hardware producers won't license the Trusted Computing technology unless they can be assured that the media companies
Re:Roadblocks (Score:2)
Which has what to do with GPL v3 vs GPL v2? Nothing. They will not be happy with either version.
Re:Roadblocks (Score:2)
Re:Roadblocks (Score:2)
Re:DRM (Score:2)
Re:DRM (Score:5, Interesting)
Would they be able to continue to run a linux kernel on it? Can you run the linux kernel on a patented platform? Can you run patented software on a linux platform?
If it turns out that you can still run patented software, what about kernel modules? Can you patent them or not?
What if it turns out that you can't? Then what do you do about VMWARE? VMWARE can be used to run a Windows XP virtual machine, which for all we know is encrusted with thousands of patents.
This whole "we enforce the following opinions about these uses of our software" thing is a bad idea, in general. Sure, they've made it plainly obvious that they don't want to be a party to building a TPM-based-machine. But what's next? No military uses? No "dual uses" (civilian and military)? "Sorry, can't write GPS software, it uses data that comes from a military owned satellite." "Can't put Word support in Open Office, it allows cross-platform usage of patented file formats." "Can't write an Asterisk plug-in, you might use that phone line to call Microsoft support."
"Preamble
The licenses for most software are designed to take away your freedom to share and change it. By contrast, the GNU General Public License is intended to guarantee your freedom to share and change free software--to make sure the software is free for all its users." [ emphasis mine ]
I think they have to accept the good with the bad. All should mean "all". Freedom should mean "freedom".
GPL is Free Software (Score:2)
Then I would recommend BSD-license for you. Nobody is forcing you to use either GPL v2, GPL v3 or BSD. You have the choice.
Here's a longer explanation: GPL is about freedom of the software. It is a response to the copyright-laws which seeks to divide users from the sourcecode of the programs they run. That is why GPL is popularly called CopyLeft.
GPL is seeking to guaranteeing a user to modify the sourceco
It's DMCA, not DRM, that GPL v3 addresses (Score:3, Interesting)
The only way
I couldn't agree more (Score:5, Insightful)
I'm also against the DRM restrictions because I know the purpose of DRM extends well beyond music and videos. Corporations (and even some individuals) need strict control of their private data. I'm concerned that restricting DRM implmentations means entering grey area with respect to controlling data on corporate and shared computers.
Finally, restricting DRM in the GPL is as pointless as restricting "illegal" things. No media company would implement their DRM under the GPL anyway. If a DRM implementation were GPL'd, someone could modify it so the decrypted data flows elsewhere. The GPL just doesn't offer a means to control information flow in software against the user's wishes.
P.S. What's so "extreme" about a consistent view on civil liberties?
Re:I couldn't agree more (Score:2, Troll)
It is "extreme" because big corporations do not like it.
Re:I couldn't agree more (Score:2)
Re:I couldn't agree more (Score:2)
The point I was trying to make is not about this article "extremism" but in general the most common use of the word, as in "Extremism=Anything that the establishment does not like, however legal or good"
Re:I couldn't agree more (Score:2)
Hell, Slashdot's owned and run by one of those "big corporations."
Re:I couldn't agree more (Score:2)
The real problem comes from the fact that the "bad cases" make so much more noise than others, thus such ideas as yours come common.
Re:I couldn't agree more (Score:1)
An extreme civil libertarian position is one that believes that rights extend to those things that are hostile to those rights. For example, an extreme position on free speech is that it should extend even to comments meant to restrict the right or to deny it to others. This is further than many civil libertarians would go, so it seems right to call it "extreme."
Whether the position is right or not is another matter that I won't go into.
Re:I couldn't agree more (Score:2, Insightful)
For example, when you apply for a work visa or green card you are told that you cannot sell drugs (or commit genocide, or...) while you have your visa. This clause easily allows the goverment to revoke your visa and kick you out of the country should you get caught selling drugs.
Likewise, prohibiting software that illegaly invades a user's privacy makes it much ea
Re:I couldn't agree more (Score:3, Interesting)
illegal ? here ? (Score:1, Insightful)
where do you think it is illegal, in Germany ? France ? China ? Phillipine ? Korea ? US law is the law for a small minority (fortunately), i think it is important for the GPL to be accurate on this.
Re:illegal ? here ? (Score:2)
Re:I couldn't agree more (Score:2)
Re:I couldn't agree more (Score:1)
True. But this is the GPL -- GNU Public License... not 'merely' an open source license. GNU has always had a philisophical bent. They are enshrining a bit more of that philosophy in the license.
Furthermore, denying things that are already defined "illegal" in the license is redundant. If it's illegal, it's illegal. There's no need to put it in the license to prevent people from doing it.
It can make it easier to prosecute offender
Re:I couldn't agree more (Score:2)
True, but the problem is that the GPL is the de facto Open Source license, and in most people's minds is synonymous with Open Source.
Re:I couldn't agree more (Score:1)
Re:I couldn't agree more (Score:3, Insightful)
It's like this. Under GPLv2, your only real obligation was to supply the source code and the right to redistribute it.
But with DRM, what's to prevent you digitally securing the binaries and having a system on which only "trusted" binaries are allowed to run. The source is all but useless now, as anyone compiling it will need to get their binaries signed to run on Vista++ or OSXII.
You kill free software as the source alone is not enough to create a "
Re:I couldn't agree more (Score:4, Interesting)
I bolded the real problem, which the GPL v3 does nothing to solve. All it does it say that the GPLed software cannot be an "effective technological protection measure", meaning it can't invoke the DMCA clauses that make circumventing such a thing illegal. That still won't let you get your modified binary signed by Microsoft to run on Vista++, so the source is still useless.
Re:I couldn't agree more (Score:1)
This is just a clarification of GPL2; you have to supply not just source code but everything required to build the binaries if it's not part of the 'standard install'. If your code requires your own custom libraries, headers, configuration, etc to build, you have to include them. If it has to be signed before i
s/implicitly/explicitly/ (Score:1)
Re:I couldn't agree more (Score:2)
http://gplv3.fsf.org/draft [fsf.org]
The only reference to anything like a key is in Section 6. Non-source Distribution:
"Distribution of the Corresponding Source in accord with this section must be in a format that is publicly documented, unencumbered by patents, and must require no special password or key for unpacking,
Re:I couldn't agree more (Score:1)
Complete Corresponding Source Code also includes any encryption or authorization codes necessary to install and/or execute the source code of the work, perhaps modified by you, in the recommended or principal context of use, such that its functioning in all circumstances is identical to that of the work, except as altered by your modifications. It also includes any decryption codes necessary to access or unseal the work's output.
In otherwords; if you port GPL software onto a system that on
DRM restrictions (Score:3, Informative)
Re:I couldn't agree more (Score:3, Informative)
I wonder how people plans to fix that with DRM. Once a DRM'ed document is loaded in word, you can jump the drm protection by....taking a screenshot? Oh well: The operative system may forbid to take screenshots of the windows that has DRM content (like mac os x does with DRm'ed videos I've been told). You may get your digital camera or even a vigilance camera could do it (you don't need to be 007 to do that).
But well, the opera
Re:I couldn't agree more (Score:1)
The operative system may forbid to take screenshots of the windows that has DRM content...like mac os x does with DRm'ed videos I've been told
just for the record, it is only the bundled dvd player that does this...open-source alternatives like VLC [videolan.org] allow you to take a screenshot just fine.
perhaps i'm the eternal optimist, but i have a feeling the open-source/free software communities will be able to ultimately prevail in the drm scene...
Re:I couldn't agree more (Score:2)
Well, pretty much any company that implemented a DRM-protection scheme for its documents is going to be banning cameras in the work place anyway.
Besides which, you miss the point. The point is not to stop a malicious employee from purposefully leakin
Re:I couldn't agree more (Score:2)
Really? Could you give me the name and localization of some of those companies? I'd like to have a new computer for free...
Embedded devices (Score:2)
Re:Embedded devices (Score:2)
Re:Embedded devices (Score:2)
Is this a good thing? (Score:2, Interesting)
Re:Is this a good thing? (Score:2)
Re:Is this a good thing? (Score:3, Interesting)
Re:Is this a good thing? (Score:1)
Likewise, in terms of levels of agreement with, endorsement of, or use of GPL, IMO the more differing interpretations the better. I want choice and choose my distr
Newsforge is an OSTG site. (Score:1)
I don't like the GPL v3 draft (Score:5, Insightful)
1. Illegal usage will change over time, and vary quite widely across different jurisdictions. For example something as mundane as a web proxy log may be illegal depending on the context and jurisdiction.
2. Restrictions on use in that it can not be an effective copy control mechanism.
the freedom to run the program for any purpose (called "freedom 0")
I understand the intent, however such a restriction IMAO violates a fundamental principal of free software.
Re:I don't like the GPL v3 draft (Score:2)
I am myself of two minds about this and the thing that was not included as standard.. patent retaliation.
Both of them have good and noble goals and might be needed in the current business climate, but they leave a bit sour taste in mouth.
Re:I don't like the GPL v3 draft (Score:5, Interesting)
Not to mention that in some places, bad people will use that as a justification to shut down things they don't like. In a country that is trying to enforce censorship, they may deem that open-source software is violating its own license by allowing citizens to circumvent blockages. They will argue that this software is giving them the ability to "illegally invade privacy" (of whatever), and hence is illegal by its own license. Imagine how awful it would be if such a regime had a way to prevent free/open-source software from being used! The censorship would become that much worse.
Sounds crazy perhaps, but twisting legal wordings to justify their actions is what some people do. That's why I'm always a little worried about the GPL being extended much beyond its original scope.
Re:I don't like the GPL v3 draft (Score:1)
Sergio
http://www.salvaneschi.com.ar/ [salvaneschi.com.ar]
The "illegally invade privacy" clause isn't needed (Score:2)
to distribute covered works that illegally invade users' privacy,
The important remaining parts:
Regardless of any other provision of this License, no permission is given [...] for modes of distribution that deny users that run covered works the full exercise of the legal rights granted by this License.
I believe this bit is redundant, because this right is already guaranteed by the definition of "complete corresponding source": The "Complete Corresp
Re:I don't like the GPL v3 draft (Score:2)
2. DRM. That's your problem with the GPLv3? It was intended to dissolve the protections the DMCA granted to DRM. DRM, inherently, violates the fundamental pri
Re:I don't like the GPL v3 draft (Score:4, Interesting)
http://www.gnu.org/philosophy/free-sw.html [gnu.org]
1a. I don't think free software should force and/or encourage behaviours beyond that of ensuring the software is free.
1b. What is legal and illegal is inconsistent both over time and location. Let the laws in place deal with that. Using a software licence and copyright law to somehow back up "real law" is at best redundant and at worst subjective and confusing. For a second example a police keystroke logger can be both legal and illegal depending on the specifics of the case.
2. I agree that DRM is logically incompatible with the GPL, if you have all source to make a fully functional implementation you could easily hack around the DRM restrictions.
We not only disagree with you, we think you're stupid for even mentioning it.
Fortunately there are more open minded people than you involved in this debate.
I think the GPL should adhere as directly and as simply as possible to the free software definition.
Re:I don't like the GPL v3 draft (Score:2)
One good thing in the DRM section. (Score:2)
The rest of the DRM section is redundant, or worrisome, but this is a useful clause.
Condensed version of Public Licensing arguments: (Score:5, Funny)
Reg: But you can't have babies.
Stan: Don't you oppress me.
Reg: I'm not oppressing you, Stan -- you haven't got a womb. Where's the fetus going to gestate? You going to keep it in a box?
[Stan starts crying.]
Judith: Here! I've got an idea. Suppose you agree that he can't actually have babies, not having a womb, which is nobody's fault, not even the Romans', but that he can have the *right* to have babies.
Francis: Good idea, Judith. We shall fight the oppressors for your right to have babies, brother. Sister, sorry.
Unsaid: What was wrong with the FDL? (Score:2)
Re:Unsaid: What was wrong with the FDL? (Score:2, Informative)
What about open source DRM? (Score:4, Insightful)
Given that there are situations where it can be useful, why should a free software license restrict my freedom to use this technology? So long as we're going to be force fed it anyway, why not *encourage* free software implementations?
On the other hand, the DMCA is pure evil. 'Effective technical prevention measures' I can deal with as I am confident that freedom will prevail. Criminalising the bypassing of 'ineffective technical prevention mechanisms' is insane. However this is something to be solved by lobbying and educating users, not by adding short-lived, jurisdiction-specific terms to a long-lived, globally significant license.
What is most amusing about these clauses is that I'm not convinced they have teeth - who in their right mind is going to write an open source 'technical prevention measure' anyway. In fact they're more likely to bite us - consider issues like the implementation of the broadcast flag in open source software for example. Plus existing software that matters is unlikely to be relicensed anyway (eg Linux).
Anyway, the last version has served us well for 15 years. The new version references specific laws that may very well be repealed in the next few years, and more than likely will end up being a small sample of a large arsenal of consumer-hostile legislation.
I'll be interested to see how the feedback received shapes the license, that's for sure.
Re:What about open source DRM? (Score:1)
Re:What about open source DRM? (Score:2)
I don't get this. How does DRM protect the distribution of personal information, etc. It can restrict the distribution of the file that contains the information, but it doesn't pro
Re:What about open source DRM? (Score:2)
There are times when DRM is actually a good thing. For example, when restricting distribution of personal information, confidential documents, etc. Also when used sensibly to prevent blatant abuse of reasonably priced copyrighted content, thereby keeping media available and affordable for those of us doing the RightThing[tm]. And then there's non-free software for which there is not (yet) any competitive free equivalent - if it's protected then it's also more likely to be affordable.
Given that there are sit
An Attempt to Clarify the DRM Clause (Score:5, Insightful)
I was at the GPLv3 launch conference, and I think people are misunderstanding what was intended, and what was written (since it's pretty clear).
The DRM restriction is not intended to forbid, e.g. RedHat from signing their packages with a secret key. It's to prevent them from making a system that refuses to use packages that are unsigned or signed by somebody else.
For example, say I made a modified version of that little applet that times when your tea is ready, and put it into a special device for this purpose, and called it "Tea-vo". I then set up the OS on this Tea-vo so that it checks to see if the copy of the program that it run is signed by my company, and refuse to run any other. This means that if someone else (say, Richard) buys my device, I must give them the source code, of course, but if they compile it, my Tea-vo will refuse to run their compiled code. This reduces Richard's freedom. He's free to use the software on other hardware, but not in the intended way (i.e. on my Tea-vo device).
This is my understanding of the purpose of the DRM clause.
Re:An Attempt to Clarify the DRM Clause (Score:2)
The US military would not distribute such a device for use outside of the US military. Since distribution would not occur, no version of the GPL would be triggered. For purposes of the GPL, distrib
Re:An Attempt to Clarify the DRM Clause (Score:2)
Firs
Wow did GPL become tedious to read. (Score:2)
The GPL 3 draft is clearly inferior in this respect. There's no way I would push that forward as an example to a free software newbie.
I'm really disappointed.
Re:Wow did GPL become tedious to read. (Score:2)
I agree, but the purpose of a free licence is to protect the rights of the authors and the users of free software, not to provide an easy example for newbies. Simplicity is of course a good thing, and I'm very glad about GPL v2 on that matter. But technology advances and licences should evolve to cover new important topics such as patents, DRM and software-as-a-service. It's
Online services forgotten (Score:2)
I believe every user should have access to the code source of the application he uses.
I believe the GPLv3 draft does not enforce it (*)
I think an oline application built on GPL2'd code is an application that does not enforce Freedom.
I think the GPLv3 should deal with online applications (webapps).
(*) the GPLv2 doesn't enforce freedom too for webapps but it was written long before webapps exist.
Not "forgotten". (Score:2)
This has already been brought up, and there was a possibility that GPLv3 would include this. I think it would have been a stake in the heart of the GPL.
GPLv2 predated the modern Internet, but it didn't predate online services, and it did deal with similar situations.
First, back in the '70s and even most of the '80s, remote access to someone else's computer was a very common way of using software. The GPL didn't require service bureaux or bulle
gpl v3 makes one thing clear (Score:2)
Actually the v3 is a bit confusing. Licenses don't need upgrades but clarifications if there is a legal error in them. v3 is different from v2 and not necessarily an improvement depending on your point of view. The GPL is generally understood to be v2 (and controversial enough in that version). v3 suggests it is the
Re:Debian sucks (Score:1)
Nice comeback
Re:Debian sucks (Score:2)
Re:Why should you care? (Score:2)