


CUPS Purchased By Apple Inc. 465
Rick Richardson writes to note a posting on cups.org that reveals that Apple, which in 2002 first licensed CUPS for printing in OS X, purchased the source code last February and hired its main developer, Michael R. Sweet. Sweet writes: "CUPS will still be released under the existing GPL2/LGPL2 licensing terms, and I will continue to develop and support CUPS at Apple." There are no comments on the post. What exactly did Apple purchase? It was and is an open source project. Trademarks aren't mentioned.
Trademarks Mentioned Here (Score:5, Informative)
Apple Inc. has trademarked the Common UNIX Printing System, CUPS, and CUPS logo. These names and logos may be used freely in any direct port or binary distribution of CUPS. To use them in derivative products, please contract Apple Inc. for written permission. Our intention is to protect the value of these trademarks and ensure that any derivative product meets the same high-quality standards as the original.
Re: (Score:3, Insightful)
This isn't horribly uncommon, but it is unpopular. Hell, look at the whole Firefox/Iceweasel [wikipedia.org] debacle.
Keeping Up With the Jones' (Score:5, Funny)
Wait! (Score:2)
--
Non-profit and Business Grant Writing Professionals. [grantgorilla.com]
GPL License Exceptions (Score:2, Informative)
Software that is developed by any person or entity for an Apple Operating System ("Apple OS-Developed Software"), including but not limited to Apple and third party printer drivers, filters, and backends for an Apple Operating System, that is linked to the CUPS imaging library or based on any sample filters or backends provided with CUPS shall not be considered to be a derivative work or collective work based on the CUPS program and is exempt from the mandatory source code release clauses of the GNU GPL. You may therefore distribute linked combinations of the CUPS imaging library with Apple OS-Developed Software without releasing the source code of the Apple OS-Developed Software. You may also use sample filters and backends provided with CUPS to develop Apple OS-Developed Software without releasing the source code of the Apple OS-Developed Software.
If he owns the code and sold it to apple he could do this but if not not he needs to get the approval of all that contributed code to change the license like this.
Re:GPL License Exceptions (Score:5, Informative)
http://lists.debian.org/debian-legal/2002/05/msg00 033.html [debian.org]
Re: (Score:2)
Re:GPL License Exceptions (Score:4, Insightful)
Re:GPL License Exceptions (Score:5, Insightful)
So. Apple buying the rights to CUPS and hiring its lead developer is proof that Apple uses open-sourced software for zero-cost development?
The only thing you're missing is "Soviet Russia."
Re: (Score:2)
What kind of logic equates "bought and hired" to "for free"?
In related news, Apple hardware is widely being used as a way to outsource manufacturing -- for free (as in beer). Want proof? One million people just bought iPhones and subscribed to AT&T...
What's transferred (Score:5, Informative)
It says right there in the post. "Apple Inc. acquired ownership the CUPS source code." So they are now the copyright holder rather than Michael Sweet. This allows them to provide the code under other licenses, and does not bind Apple's use of the code. To prevent issues with contributions interfering with this, they hired Mr. Sweet to maintain the source code, thus making it a work-for-hire arrangement.
Open Source projects are usually encumbered from this sort of aquisition because of the large number of contributors. In the case of CUPS, it was originally developed by Sweet's company: Easy Software Products. Since he had a company set up around it, it's likely that he ensured that any accepted contributions were provided with special rights to his company.
According to the USPTO, the trademark registration for "Common UNIX Printing System" has expired. I was unable to find a registration for "CUPS". Thus my guess is that the unregistered trademark will follow the code as that is simply its name. It *is* Common Unix Printing System. So unless they change the name now (which it doesn't sound like they will) Apple will probably own the mark as well.
Re: (Score:3, Informative)
Re: (Score:2)
Re: (Score:2)
CUPS web interface not up to par (Score:5, Funny)
Re: (Score:3, Insightful)
Re:CUPS web interface not up to par (Score:5, Interesting)
I think now Apple in control, they may make it same way on Linux that only actual system admins would care about the CUPS interface and end users may have a similar feeling on Linux/FreeBSD.
CUPS must be also used at large corporate Windows based hosts or anywhere that actually have a real postscript printer. I mean of course there must be a actual printing server running its Professional edition.
This may really prove good for Linux and FreeBSD. Look how they made a Mach/NeXT/FreeBSD hybrid (OS X) usable.
Re: (Score:3, Informative)
For years now, every version of Linux I've used (Gentoo, Fedora, Ubuntu) has had a native GUI administration tool for the printer settings.
Re: (Score:3, Insightful)
But there's still tons of other GPL/LGPL code in OSX. The idea that this is defensive strikes me as silly, they'll have to rip out lots more than CUPS if the GPL3 is worrying them.
I would assume it's because they want to have the lead developer following their direction on where CUPS should go -- into more user-friendly territory. Since they bought the code, the other possibility that stri
"What exactly did Apple purchase?" (Score:5, Informative)
Perhaps, oh, the source code? Just like it says?
Under the GPL, the author does NOT give up his rights to do whatever the hell he wants with the code, including sell it. The GPL simply grants others the right to copy and distribute the code, subject to certain limitations.
Now Apple owns the copyright to the code. They can take it closed, relicense it, dual license it, or use it for ass paper. But the stuff already release under the GPL remains there. Why is any of this so hard to understand?
Re: (Score:2)
Too many drugs during the 60's
Re: (Score:2)
I got stoned in the 80's, you insensitive clod!
Open source != Public Domain (Score:2, Interesting)
What probably happened is that mr. Sweet (the main developer) sold his copyrighted code to Apple. Any bits of code in the open source project which wasn't build by the main developer is still the sole property of those individuals.
What this means is that Apple can use mr. Sweet's code any way it pleases, without having to adhere to the GPL (just as mr. Sweet could do; it was his copyright). What Apple CANNOT do
Re:Open source != Public Domain (Score:5, Informative)
Re: (Score:2)
This is to me the downside of using open source code in one of your projects - at any time your ability to use future versions with their bug fixes, security fixes, etc. may go away.
Re: (Score:2)
What is the legality of forks based on code prior to the purchase date?
Re: (Score:3, Insightful)
And this is different to using non-open source code...how?
They purchased control. (Score:2)
Re: (Score:2)
They bought the copyrights (Score:2)
Yes, but the GPL is still based on copyright law, the code is still covered by copyright, and the copyright is still assigned to someone.
It sounds like Apple bought the copyright for all lines of text written by Michael Sweet, so they can no relicense those lines in any way they choose (provided, of course, that other lines owned by other people are rewritten by Apple). They could decide to close the source, for example, preventing the r
The reason? (Score:2)
Re: (Score:2)
Maybe their server will work now. (Score:3, Interesting)
It's pretty bad when you're fucking something that simple up to a degree even Netware can't manage.
--saint
GPLv2 license does not convey copyright ownership (Score:3, Insightful)
I for one ... (Score:2)
Let's face it ... CUPS is a bit cumbersome and counterintuitive.
Re: (Score:2)
I recently made the switch from lpr to cups, and man, a world of difference.
Apple purchased two things (Score:5, Insightful)
2) The ability to use the code under other licenses. If Apple now owns the source and the developer, they can use (and license) the code under a non-GPL license if they wish. Somewhat similar to QT.
No big deal (Score:2, Insightful)
As long as the project stays GPL this really isn't any different than how RedHat / IBM / Oracle etc. pay some kernel developers full time.
The only thing is Apple can also now make changes to cups that only they can use.
Re:No big deal (Score:5, Informative)
Nope. From the FAQ: (emphasis added by me)
Re: (Score:2)
He and all the other developers were probably pulled onto the iPhone project so they could get it out the door. CUPS, like the rest of Leopard, was put on the backburner for a while and thusly delayed until October. Odds are good he's back on CUPS by now.
Personally I'm hoping for CUPS to become AppleScriptable. In Tiger the only way to create new printers via script is through GUI scripting [applescript.net], which is ugl
Re: (Score:2)
The bottom of the page says, "All other content is copyright 2007 by Apple Inc. CUPS, the Common UNIX Printing System, and the CUPS logo are the trademark property of Apple Inc. All other trademarks are the property of their respective owners."
It seems to me that Apple does indeed own the CUPS software.
CUPS on a laptop???? (Score:2)
Network printing (Score:2)
Apple's History with "Open Source" (Score:3, Insightful)
Apple has never been portrayed as a good corporate citizen when it comes to GPL projects. The GPL code will become the red-headed step child of whatever Apple wants to do with it. For example, integrating colorsync or letting the gui die from benign neglect as Apple adds code that breaks the gui.
I'd like to hear from some people who work on Konqueror how much Apple is contributing. Based on my limited experience with Apple, I'd estimate they throw useless code over the wall surrounding Cupertino HQ every once in a while. I seem to recall they changed the license on some of their previously Free code a while ago too.
They are Free to do both, but I think their actions in these situations show they are just as hostile to Free/Open computer systems as Microsoft.
Re:Apple's History with "Open Source" (Score:5, Informative)
Apple will correct colours whatever opportunity they will have. Even their Windows Safari comes with colour correction. Colorsync is all XML based format and Apple is not Pantone, never said they can't use/implement Colorsync. In fact in early days of Mozilla while nobody cares about it except few remaining Netscape fans, they offered Colorsync free to it. It took 5-6 years for the current Firefox finally implement it. Dozens of DTP professionals, credible graphics artists and even companies like IBM feedback didn't help to take it serious.
"I'd like to hear from some people who work on Konqueror how much Apple is contributing. "
I was on webkit channel for a while, all I saw is Apple Inc. coders giving up everything they have in hand and helping free
Another thing. Webkit reviewers http://webkit.org/blog/95/lots-of-new-reviewers/ [webkit.org]
"Lars Knoll - Lars is the original creator of KHTML, and has been doing a lot of work in the WebKit tree to port it back to Qt, and has also submitted some general refactoring patches and bug fixes. "
"Nikolas Zimmermann - Niko is the co-creator of KSVG2, with Rob Buis. In addition to all his original work on KSVG2 (and KDOM), Niko has been working in the WebKit tree for a while now, mostly on SVG fixes and improvements but also in other areas."
"George Staikos - New port reviewer for Qt port. George started the effort to port WebKit back to Qt, in the form of the Unity project."
As ordinary user, not a developer, I see Apple offers the core of Tiger operating system, launchd open source (really open) completely free and nobody implementing it to their distros.
I begun to suspect that "Apple never gives back to open source" is something similar to "one button mouse" never ending story.
Apple's dependence and the GPL3 (Score:4, Insightful)
Unlike Microsoft, Apple depends pretty heavily on GPL'ed code: CUPS, dev tools, and a lot of assorted *nix tools. Under GPL2 they were happy: release the source for the tools, any modifications they made, and be happy.
GPL3 is a nightmare: both the anti-Tivo clause and the anti-Patent clause represent huge and unacceptable changes to Apple. The anti-Tivo clause goes against the iPhone, iPod, MacTV, etc. And the anti-patent clause represents unilateral disarmament in the defensive-patent war, so even if you weren't going to enforce the patents, just have them for defense, GPL3 is a vulnerability.
So expect the following:
When possible, Apple will buy out any developers who own copyrights on GPL'ed code they depend on.
Otherwise, two things will happen: Apple will feature-freeze with a GPL2 version and fork, or simply replace the GPL'ed code completely.
Congratulations, RMS, I think this is what you actually intended. And it will work. Enjoy.
Re: (Score:3, Interesting)
This is only true if your opponent's software business uses only GPLv3 software derived from software you have conveyed. If that's the case, they've given up their right to sue you as well (assuming that you've folded their changes back into your products) - so you don't need defensive patents against them at all.
IANNALS (Score:3, Informative)
The GPL is a license. It does absolutely nothing to the copyright. The copyright still exists, and someone still owns it. The GPL makes this clear. People who don't know this or don't understand this have not read the license.
What this means is that no matter the situation, licensing code under the GPL does not change who holds the copyright. When people have modified CUPS, and distributed changes and thus were forced to relicense under GPL, or licensed their changes under the GPL just because they wanted to, they retained the copyright.
The story indicates (vaguely, but my and others' interpretation is the most plausible) that Apple bought all copyright to CUPS that was owned by Mr Sweet and/or Mr Sweet's company. It appears as though all of upstream CUPS is owned by Mr Sweet and/or his company, perhaps by requiring assignment of copyright as a condition of inclusion of modifications in the upstream code. If that's the case, then Apple now owns the copyright to the entirety of the upstream CUPS source code.
Please note that licensing CUPS modifications under the GPL and assigning the copyright to Easy Software Products are two different things. A third party distributor of CUPS, such as a hypothetical ScarletHeadwear, Inc. (based in the town of Ames, North Carolina), may modify CUPS and distribute that modified CUPS under the GPL; doing so does not mean that those changes will be accepted into the CUPS source tree maintained by Mr Sweet at ESP, and does not mean that the rights to those changes will be assigned to Easy Software products (though, under the GPL, Easy Software Products would have a right to use/modify/distribute/etc. those modifications). As such, it's entirely possible, even with the copyright-assignment requirement, that there are parts of, e.g., ScarletHeadware Entrepreneur Linux's CUPS system which are NOT at this time owned by Apple.
The following things are licensed under the GPL, then:
The following things are NOT licensed under the GPL:
Hope this clears some issues up.
Apple is traditional (Score:3, Interesting)
They likely want CUPS under their management umbrella. And it's always nice when an open source guy gets a full time job.
GPL3 on CUPS would not be a terrible problem for Apple, you can already replace CUPS on existing systems with an upgraded version if you so desire (which is really what GPL3 is about). There is nothing special about Apple's CUPS distribution. They just have some management interfaces layered on top but not linked to it. That's something not even the GPL3 tried to extend itself to controlling. And it seems like people have successfully gotten the proprietary management bits to talk to upgraded versions of CUPS, which means it even fits in the spirit of GPL3.
Don't give up your copyright to a single person (Score:5, Insightful)
The real lesson here is that the idea that the developers should pool their copyrights into one person is flawed. That person can then cash out. The get all the profits for everyone else's work. The other developers lose out on both getting a piece of the pie if they would have wanted that, and they lose out in the moral sense in that if they didn't want their code to suddenly become part of a closed source project, they have no say in it anymore.
I think that in the future open source developers should be more cautious about giving away their copyrights. Also, I hope that open source developers will start forking projects that are being developed by companies and groups that require that the copyright be transferred.
I have a feeling I'll get modded down (Score:3, Interesting)
I have a feeling I'll get modded down for saying it, but a lot of the posts I'm seeing here are pro-FLOSS in an anti-FLOSS way.
I'm not a lawyer, and don't pretend to have a complete understanding of GPLv2 and GPLv3. However, I do think it is generally A Good Thing when companies like Apple (despite their less-than-stellar FLOSS history) buy out projects like CUPS.
Sure, there is a lot of really great FLOSS software out there that comes completely free to use. A lot of people donate their time to projects. However, with the growing popularity of desktop *NIX, especially desktop Linux, the pseudo-commercialization of the software is bound to happen.
So long as people get to modify the original code, it only encourages developers if companies like Apple (or Microsoft, or Novell, or whoever) take the original code and make it their own proprietary code. It gives otherwise volunteer developers a way of being financially rewarded for their work.
The argument about all this comes from something much bigger: the patent/copyright situation. People don't want to see a portion of really useful code locked up for a really long time. But that's kind of the nature of the beast, hunh? You're going to go to whoever has the best product. Companies will seek market advantage by trying to build the best product.
They bought cups? (Score:3, Funny)
Fork still fine (Score:3, Interesting)
If Apple creates a branch of CUPS under some restrictive, proprietary license, so what? All the other developers in the world can take the last GPL(2) version, and enhance it however they like. They might not have access to Apple's enhancements, but there's no requirement for Apple to create them in the first place. For that matter, there's nothing that requires its primary developer to ever write another line of CUPS code either, so that's not something to count on either. Well, the contract with Apple might require such lines be written, but that's neither here nor there.
Re: (Score:2)
Re:RMS Proffing (Score:5, Insightful)
Re:RMS Proffing (Score:5, Informative)
Re: (Score:2)
Re:RMS Proffing (Score:4, Insightful)
The difference is, I'm not *expecting* them to open source their efforts, because I *know* they already open sourced it the day before yesterday, [gmane.org] whereas you don't expect them to do it because you seem to have bought into the ridiculous meme that Apple is somehow against opening their source despite the massive amounts of time money and code they've donated to open source projects over the years when under no license requirement to do so.
GPL zealots are always quick to claim that anyone opposing their draconian license requirements dictating everything from hardware design to patent liability to derivative works must be selfishly hoarding their knowledge. I say it's the exact opposite, the GPL is a tool for hoarding knowledge in a community pool, where the pool's administrators at the FSF can use it for political power by interpreting and revising the GPL. Plenty of people (including corporations), are quite willing to openly share their code under truly free BSD-like terms, but consider subjecting themselves to the whims of the ideologues and lawyers of the FSF an increasingly unacceptable risk.
Re:Future Proffing (Score:5, Insightful)
Business can route around GPL projects. By writing in house, purchasing non-gpl software, hiring the person who holds all the cards of a GPL project and can relicense it or use BSD or public domain code.
GPL projects can write their own stuff, or fork code of projects whos license change.
I think the real question is if CUPS moves to a non-GPL license and the project forks. In a years time, which code base will be better. The code for AppleCUPS with their new features, which cant use GPL code, or CUPS with opensource developers who cant see nor use AppleCUPS code?
Right now we don't have to worry about it. CUPS is still GPL.
Re: (Score:3, Informative)
Well, right now printing has always worked for me on the Mac, and I've never managed to get it working on Linux (to the same ipp: printer URL). So I know which one I'd put my money on.
Re:I thought BSD was "blessed" (Score:4, Insightful)
At any rate, I think you're assuming a political/copyright choice on Apple's part that's very more likely a historical engineering choice: OS X is a direct descendant of NextStep -- Apple bought Next for their operating system technology, remember? Even though much of the userland support is ported from FreeBSD, under the hood it's very much still NextStep, as anyone who's beat his head against the NetInfo Manager for a while will tell you (possibly in very colorful language). The choice of BSD userland stuff over Linux userland stuff may have been partially license-driven, but -- like FreeBSD, of course -- Apple uses GNU software when necessary or preferred (bash, zsh, groff, etc.).
At any rate, I think corporate hostility to the GPL is overstated; people tend to assume the BSD license is more "business friendly," but they're looking at it from the point of view of a business wanting to use somebody else's open source software in their proprietary product. If you're the copyright holder and want to release your work as open source, you may well prefer to use the GPL or another license that prevents someone from taking your work and stuffing it into a proprietary product.
Re:I thought BSD was "blessed" (Score:4, Informative)
OS X's BSD-heritage goes back to 1988 which predates Linux.
LLVM (was:RMS Proffing) (Score:3, Interesting)
GCC is quite portable and generates very good code on many architectures, especially X86, but often chip vendors ship highly optimised compilers for their own processors, even when they fund GCC as well.
Also, Microsoft has some special internal compilers that they don't ship (sometimes they take a very long time to compile, but generate very tight code. I don't know if they use any of them for shi
Re: (Score:2)
You may want to look at LLVM [llvm.org] and in particular clang (pdf) [llvm.org] for an ideal on what Apple may have in the works. The later is found on the May 25, 2007 LLVM Developers' Meeting Proceedings [llvm.org] page.
Re:RMS Proffing (Score:4, Interesting)
Given that they are pitching it to the LLVM community I would say a better then average chance exists that Apple will share while maintaining enough control over the project to ensure that it can fulfill their needs and ensure a high quality project (in otherwords get what they need with out triggering forking which can easily negate collaborative gains). Apple can benefit from assistance from others on a project like this.
Re: (Score:3, Informative)
Re: clang open source release (Score:3, Informative)
http://lists.cs.uiuc.edu/pipermail/llvmdev/2007-J
Re: (Score:3, Insightful)
Apple is very active in gcc development; just take a look in MAINTAINERS in the gcc sources. If you're right, they're putting an awful lot of work into (and contributing a lot of GPL'd code to) a project that they're about to abandon.
Also, keep in mind that Apple only has to contribute changes back if they distribute modified gcc binaries. So for gcc on x86 or PPC Darwi
Re:RMS Proffing (Score:5, Insightful)
In the end it's a matter of control: Apple contributes to GCC but I think they feel a bit "forced" to do it, and would prefer to work on something of their own, something which they could control what parts get shared and which don't, and under which terms.
Re: (Score:3, Informative)
Re:RMS Proffing (Score:5, Informative)
Actually, the primary developer does not have that right. The reason why CUPS has that right is because they required that the copyright to code modifications be transferred to Easy Software Products before the modification will be accepted into the main branch.
Re:RMS Proffing (Score:5, Insightful)
All in all this is probably just a GPLv2/GPLv3 worry. Apple uses CUPS for it's printing setup. As long as the project stays GPL v2 it will only benefit from having someone who can push printers to a standard printer, thus making printing even better in Linux, and the BSD's.
Re:RMS Proffing (Score:5, Informative)
Sounds like this is exactly what Apple's done. GPLv3 has a few clauses in there that Apple probably don't much like (eg. the patents bit) and they probably don't much fancy reinventing the printing wheel - the risk of CUPS going GPLv3 versus the cost of just buying ESP outright is probably well worth it.
Re: (Score:2, Interesting)
I predict a fork. Much as some folks are always worried about KDE being beholden to TrollTech (which has been very friendly to the Open Source movement so far), people should be worried about Apple which has already closed off a portion of the code from redistribution. Yes Apple did the smart move from a business viewpoint, but if it should ever consider itself a foe of Linux operating systems, it could pull the rug out from modern printing support (I'm not talking about crusty old lpd) and leave a numb
Re: (Score:3, Insightful)
Apple has not put themselves into a position of power over the FLOSS community with this move, as a GPL3 fork could be started at the drop of a hat, from whatever the last compatible release was.
But apple wouldn't much care to see that happen as they would get no code contributed back to their CUPS, so the way I see it, either Apple will take their little concession and tread very
Re: (Score:3, Insightful)
Re:RMS Proffing (Score:4, Insightful)
I don't know the actual reason behind the buyout, but my gut says that the GPLv3 had little to do with this. Until the text was final, the GPLv3 was like smoke over the horizon. You don't call the fire department until you know it isn't just someone's fireplace. Similarly, I wouldn't expect a company to engage in buyout talks over a hypothetical license, and I'd be amazed if a deal like this could happen from scratch in under a week. I could easily be wrong, but it would be pretty surprising.
I do, however, suspect that it has everything to do with the GPLv2. Printer drivers are the only part of the Mac OS X driver infrastructure that requires interaction with GPL or LGPL software. My guess is that getting permission to do "closed derivatives" on Mac OS X makes it easier to drag the printer vendors kicking and screaming over to CUPS drivers, which they might otherwise balk at. I'll explain.
If you've ever tried to write a Linux/BSD device driver for some companies' devices (as I have on occasion), you've probably experienced this yourself: some hardware manufacturers are very protective of their hardware's programming interfaces and are not inclined to help with open source drivers. Many have significant amounts of intellectual property in their drivers, too. (Graphics card vendors come to mind, and probably printers for the same reason.) Throw in the usual paranoia about mixing proprietary software and GPLed software, and I could easily see some hardware vendors being wary about writing CUPS drivers.
Just my gut reaction to the news.
Re:RMS Proffing (Score:5, Insightful)
Re:RMS Proffing (Score:4, Insightful)
No, you're the only one who got the point and someone needs to mod you up. This is quite wrong:
Apple is in a position of power because they now own the CUPS copyright. They are only distributing it under GPL2/LGPL2, and it is not, and has never been available under that license "or any later version," so we can't make a GPL3 fork. The only entity that can get it into GPL3 (or any other license) is the copyright holder.
In the short term this is fine, as GPL2 is a good license. But Apple reserves the right to stop licensing it under the GPL. You could fork the project, but your forks would always have to be GPL2 forks (again, this is not exactly a disaster). But Apple can also make their own internal company modifications specifically for OS X, yet not release the changes to the community. They are no longer obliged to release the OS X version's changes because it will presumably be covered by the Apple EULA instead of the GPL. The only legal escape is to wait until the copyright expires in 70 years or so, then take the expired version's public domain code as your own and license it under the GPL3 or whatever. Get back to me in 70 years if you decide to try that. I'll beam over and help you update it.
Re:RMS Proffing (Score:5, Informative)
Bullshit. Taking the GPL2 codebase and forking it (still under the GPL2 since only the copyright owner can change the licensing) wouldn't be stealing at all. When CUPS was licensed under the GPL, the owner was declaring to the world that anyone is allowed to take the code and, within the rights granted by the GPL, do whatever they want with it. This includes forking.
Seriously, if the project hadn't been GPL'd in the first place, do you think it would have received such broad support from the community and gotten where it is today functionality-wise?
Re: (Score:3, Insightful)
Re: (Score:3, Insightful)
Sweet released the code under the GPL2, thus
Re: (Score:3, Insightful)
What?!? The right to modify the code and distribute modified versions is fundamental to the spirit of the licence,
That depends on whether it was licenced as "GPL 2" or "GPL 2 or later".
If you decided to start a fork project but you had not ever contributed a single line of code to the project, how would you feel that you had the right to create a fork? Who do you think granted you those rights to you in the first place?
As for "GPL 2 or later" it remains to be seen whether that can be legally binding given that most authors entered into the license the good faith assumption that later versions would be compatible with GPL 2 and not change in any fundamental way. GPL 3 is not compatible
Re: (Score:2)
Are you sure? My interpretation is that once something is under GPL, it is there forever. We have CUPS. Apple may now have ANOTHER COPY of CUPS that looks the same, but under a different license.
Apple can decide to fork the project and work onl
Re: (Score:2)
You received CUPS under the GPLv2 license. Apple receives CUPS under a proprietary license. It's the same thing, just the licensing terms agreed to are different. It's just like how MySQL is available via the GPL and available via other licenses as well. Except that Apple now owns the copyrights to CUPS and isn'
Re: (Score:2, Insightful)
Re: (Score:2, Informative)
Isn't this wat the GNU project does? (Score:2)
Isn't this (assigning copyright to somebody else) exactly what contributions to GNU projects are required to do?
so you're saying... (Score:5, Funny)
the real reason (Score:3, Funny)
Re: (Score:2)
Just to nitpick, they are no longer known as Apple Computer, they are just Apple now. This reflects their shift away from computers and into the consumer electronics market.
Re:RMS Proffing (Score:5, Insightful)
You may not like Apple bought the rights or you may not like that the developer "sold out", but unless Apple applied some type of pressure that was neither written about nor implied by TFA, how was the transaction hostile?
Pressure (Score:5, Funny)
I'd sa¥ th¥ app£id onsidrabl pr$$ur.
Re:RMS Proffing (Score:4, Informative)
Re: (Score:2, Informative)
Re:RMS Proffing (Score:5, Insightful)
1) The individual that sold the rights to the code to Apple had full rights to all of the source code even if some of it had been contributed by others (he required this).
2) If (1) wasn't true then that individual couldn't sell the rights to code he himself didn't have the rights to and given the use of the GPL then Apple would have to remove the use of all code that they didn't purchase if they desired to do any type of relicensing, etc.
In other words Apple couldn't get the whole thing by just buying out a simple majority of the stake holders. So this in reality is rather different then a hostile take over in the traditional meaning of the term.
"irrelevant" minus "ir" (Score:4, Insightful)
Actually, it's exactly the opposite of irrelevant. When Michael Sweet owned the copyright, he could possibly have chosen to change the license (e.g. to GPLv3). Now that Apple owns the copyright, Apple gets to choose when/if to change the license (e.g. to a proprietary one). In particular, the timing of this makes one highly suspiciouts that Apple was scared of the possibility of GPLv3, and bought CUPS to prevent a switch.
Re: (Score:2)
Re: (Score:3, Insightful)
Well, sure. The difference being that apple has a *NIX OS, and are using the software. Their intent seems to be to continue to use the software. Also, they haven't been actively trying to kill open source competition through FUD, lobbying (ODF!), and other means.
Microsoft, on the other hand, HAS been doing these things.
Now, I'm sure Apple won't release substantial improvements under the GPL - they'll probably close it up. This isn't a goo
Re:Was it really open source? (Score:5, Informative)
You appear to be confused. How does Adobe "own" PostScript? The newer revisions may be hindered by patents, but the earlier language levels are decades old at this point and long past the point of having patents. The language is highly standardized and well documented.
That CUPS is "built around" PostScript is unsurprising, as it's been the Unix standard for printing for decades. Applications write PostScript and hand it off to a printer demon. And this is hardly a CUPS issue. If your printer natively handles PostScript, CUPS doesn't do any PostScript processing; it just merrily hands your input off to the printer. CUPS only cares if your printer doesn't support PostScript, in which case it hands the PostScript input to GNU GhostScript (another old open source product) which interprets the PostScript and converts it to something your printer can handle. If PostScript were somehow proprietary, I'm pretty sure the Free Software Foundation wouldn't be shipping GhostScript [gnu.org].