Slashdot Mirror


CUPS Purchased By Apple Inc.

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.

465 comments

  1. RMS Proffing by jellomizer · · Score: 1, Informative

    Apple did a hostile takeover of CUPS. In general apple paid for the primary developer to give up his rights to the code and sell it to Apple Computer. As he was the primary developer he had rights to license his code it in multiple ways as he saw fit. So with Apple buying it allows them to RMS Proof the GPL Code to insure that CUPS can have a license that works with Apple. So right now apple decided to keep it GPL2/LGPL2 but if they like they could take out the bits from the other programmers if they don't agree and make their own version under a different license if it Apple likes to. Where without the purchase the Application may have been swapped to GPL3 which may not be compatible with Apples Business. So apple bought the rights from the Primary Developers so they own rights to the large parts of the code. It too companies a long time to even consider GPL code with the threat of GPL3 companies are back tracking and going more priority. So Pay the GPL developers for their rights to their code and IP is like buying stock in a company. The more Programmers Share you have in the code then the more control you have over it. I bet we can see more of this in the future as the GPL3 starts showing its ugly teeth.

    --
    If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    1. Re:RMS Proffing by Constantine+XVI · · Score: 1

      Keep in mind Apple uses GCC.

      --
      "I think an etch-a-sketch with an ethernet port would beat IE7 in web standards compliance."
    2. Re:RMS Proffing by Anonymous Coward · · Score: 0
      Apple did a hostile takeover of CUPS. In general apple paid for the primary developer to give up his rights to the code and sell it to Apple Computer.

      So, where does the "hostility" come in?

    3. Re:RMS Proffing by AKAImBatman · · Score: 4, Informative

      As he was the primary developer he had rights to license his code it in multiple ways as he saw fit.

      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.
    4. Re:RMS Proffing by niiler · · Score: 1, 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 number of distros high and dry.

      Also, am I the only one who finds a July 11, 2007 announcement about something that happened in February 2007 a little bit strange?

    5. Re:RMS Proffing by Anonymous Coward · · Score: 2, Insightful

      Oh oh. The fact that people out there doen't like GPL 3 means all the information must be moderated down!! A lot of people and companies were happy with GPL2, People dislike GPL3 for a lot of reasons including hiprocy of saying TiVo use is bad while IBM is good. Taking more rights from the developer, and going into the tetorry on what a gpl program can and cant do. I know the GPL3 was intended to get rid of the evils that happened with the abuse of GPL2 but if you fight to hard against evil then you become evil yourself. Stop Modding down any post that doesn't like GPL3 or RMS views. If you don't agree with the post don't moderate it. it is that simple.

    6. Re:RMS Proffing by fsmunoz · · Score: 5, Insightful

      It uses GCC, but they hate it, or better yet, they hate that they have to use a product under the GPL. Steve Jobs tried to get special rights from the FSF to use GCC in NextStep, and the FSF said no, never. So, NeXT used GCC - the runtime part of Objective-C was proprietary though - and had to share the Objective-C support. I have little doubts that Apple will try to use/make another compiler as soon as they can so they can avoid having to share their changes.

    7. Re:RMS Proffing by jellomizer · · Score: 1, Informative

      Dude chill. I got a first post they probably modded it down mostly to keep it from staying on the top. For more thoughtful answers. My Karma is good enough not to worry about stuff like that. While I agree that GPL 3 may do more harm then good for Open Source in general it is not worth trolling about GPL3 espectially for the fact that it was never mentioned in the story. GPL 3 was only my guess on what would cause this actions. Other peoples post about Trademarks seems to make more sence to me.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    8. Re:RMS Proffing by Ginger+Unicorn · · Score: 3, Insightful
      it seems that apple bought CUPS and changed the licence so that people could create proprietary derivatives on MacOS legally.

      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 carefully and CUPS will carry an as is, or Apple will start throwing their weight around a fork will be made, leaving apple to maintain their own code. A third option is that Apple will tread gently, but RMS will kick up a stink about the whole thing in principle (think java trap) and possibly a fork starts.

      --
      (1.21 gigawatts) / (88 miles per hour) = 30 757 874 newtons
    9. Re:RMS Proffing by peragrin · · Score: 4, Insightful

      So your saying that the primary developer did have that right because all the copyrights where transfered to the primary developer. A practice started and encouraged by the FSF by the way.

      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.

      --
      i thought once I was found, but it was only a dream.
    10. Re:RMS Proffing by jellomizer · · Score: 1, Informative

      Well an Open Source Product and a Public Traded Company actually have a lot in common. Each Programer is like a share holder in the application the more code you write in it the more you have in stake of the direction of the program. So say you made a GNU application and you wanted to duel license it you will need to make sure all the programmers agree that you can deul license it because it is their code as well. If a couple of minor ones don't agree you take out their code and put in something else from a programmer who does agree. In public traded companies if a company or person want to aquire an other publicly traded company but the other company doesn't want to sell then all the company needs to do is buy the majority of the shares 50.0001% then they defaulty own the company. So for an open source project if say 1/2 of the code is written by one programmer then you buy the rights of his code from him then you own the project.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    11. Re:RMS Proffing by kevin_conaway · · Score: 1

      Apple did a hostile takeover of CUPS. In general apple paid for the primary developer to give up his rights to the code and sell it to Apple Computer.

      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.

    12. Re:RMS Proffing by Anonymous Coward · · Score: 0

      A practice started and encouraged by the FSF by the way.

      What does that have to do with anything? Or are you just spreading some vague FUD?
    13. Re:RMS Proffing by harrkev · · Score: 1

      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 number of distros high and dry.
      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 only on their own proprietary version of CUPS. That means that the Linux community will be solely responsible for updating/maintaining the open-source version, while Apple has the responsibility of updating/maintaining their proprietary version.

      So, AFAIK, they cannot take CUPS back. They can just stop helping to maintain it.
      --
      "-1 Troll" is the apparently the same as "-1 I disagree with you."
    14. Re:RMS Proffing by shawnce · · Score: 4, Insightful

      This is however different for two main reasons...

      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.

    15. Re:RMS Proffing by vslashg · · Score: 5, Informative

      I have little doubts that Apple will try to use/make another compiler as soon as they can so they can avoid having to share their changes. Indeed, Apple is active in the LLVM project, a non-copyleft optimizing compiler backend. Currently, to make any real-world use of it, you have to use GCC as the frontend, but Apple is working on that problem, too.
    16. Re:RMS Proffing by samkass · · Score: 2, Insightful

      My guess is that Apple has been doing the vast majority of the work on CUPS anyway for the past few months, so they aren't really concerned about a fork. Just like konquerer, the open source community can do what it needs to do and Apple will work with them and contribute to them, but they have to make sure their own interests are covered first. It seems to make a lot of sense, and everyone gets what they need from it.

      --
      E pluribus unum
    17. Re:RMS Proffing by Anonymous Coward · · Score: 0

      but RMS will kick up a stink about the whole thing in principle

      FUD FUD FUD FUD FUD
    18. Re:RMS Proffing by fsmunoz · · Score: 1

      Indeed, I was aware of that. What I'm not expecting at all is that if Apple actually manages to do it they will share it with, for example, the BSD's (which would love to have a non-GPL compiler themselves).

    19. Re:RMS Proffing by Anonymous Coward · · Score: 0

      Apple did a hostile takeover of CUPS.

      They didn't. CUPS is still GPL, and all are free to copy, modify and distribute it in any way they like as long as it's still under the GPL license. Not only that, but Apple is now PAYING the guy to continue develop CUPS, and the developer says he will continue to release new GPL versions. What Apple essentially did was buy a non-GPL license. I thought this was EXACTLY one of the great things about OSS. Developers and companies alike get options. Don't like the FREE GPL? OK, then pay up. Everyone benefits. GPL version is still around. Apple did the Right Thing (tm). They purchased, rather than blatantly rip off the code, which seems to happen every day.

    20. Re:RMS Proffing by shawnce · · Score: 1

      I have little doubts that Apple will try to use/make another compiler as soon as they can so they can avoid having to share their changes.

      You may want to look at LLVM and in particular clang (pdf) for an ideal on what Apple may have in the works. The later is found on the May 25, 2007 LLVM Developers' Meeting Proceedings page.
    21. Re:RMS Proffing by samkass · · Score: 1

      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.

      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't licensing it to others under a non-GPL license, just to themselves. The project isn't forked.

      Anyway, you can go fork CUPS yourself if you want and GPLv3 it, but then it will be more difficult for the primary developer (Apple) and you to collaborate on any changes.

      --
      E pluribus unum
    22. Re:RMS Proffing by OldeTimeGeek · · Score: 5, Insightful
      In what way was it hostile? Apple offered to pay the primary developer for his rights. He agreed.

      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?

    23. Re:RMS Proffing by Shulai · · Score: 1

      That's the problem. After reading the headline I went straight to a CUPS' license file, and found it didn't have the "GPL2 or later" clause (still it already has an "Apple can" clause). That's a distro bundled 1.1.23 version from more than a year ago.
      So I wonder if there ever was a GPL3 compatible version, and how old such version is.

    24. Re:RMS Proffing by clodney · · Score: 1

      Given that the developer willingly sold, calling it a hostile takeover seems a stretch.

      Is Apple showing its hostility by attempting to drown him in dollar bills?

    25. Re:RMS Proffing by J'raxis · · Score: 1

      If they change the license, the last version of this software not owned by Apple will be forked, probably placed under the GPLv3, and no one will use Apple's version, nor will anyone develop for it except the guy they bought out. Remember what happened to XFree86 when they changed their license? Only a few OSes use it now, and the core development team has been disbanded.

      And forkings like this will happen to any piece of GPLv2 software, or any other free or open-source software, if someone tries to do this to it. It's not RMS-proofing the software, because free software is already "proofed" against these types of takeovers.

    26. Re:RMS Proffing by aristotle-dude · · Score: 1

      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 number of distros high and dry.
      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 only on their own proprietary version of CUPS. That means that the Linux community will be solely responsible for updating/maintaining the open-source version, while Apple has the responsibility of updating/maintaining their proprietary version.

      So, AFAIK, they cannot take CUPS back. They can just stop helping to maintain it. You have it backwards. The copyright holder can terminate a license anytime they wish and they are not bound by the GPL. If Apple terminated licensing of CUPS under GPL, their version would continue on. You would have the option of forking from the last GPL'ed release of the source but the copyright holder always has the original version. I think you are confusing Public domain with licenses like the GPL. Such licenses exist to grant rights to other people but they do not remove rights from the copyright holders.
      --
      Jesus was a compassionate social conservative who called individuals to sin no more.
    27. Re:RMS Proffing by tkdtaylor · · Score: 2, Funny

      Minor grammar error I think you meant "dual" not "duel".
      Duel
      Dual
      Unless you actually meant that the lincense was fighting against another license.

    28. Re:RMS Proffing by PadRacerExtreme · · Score: 1

      Legally, I suppose it would be within your right to create a fork under GPL2 but ethically and morally it would be stealing since the original copyright holder (Michael R Sweet) was the main contributor and any other patch contributors assigned rights to him before they were included in the repository. You would basically be carrying out a coupe and violating the spirit of the license if not the letter of it by taking something none of you owned and creating a fork of it.
      Are you implying that forks are ethically wrong? Sounds like every fork I have ever heard of....
      --
      Just remember - if the world didn't suck, we would all fall off.
    29. Re:RMS Proffing by jimicus · · Score: 4, Informative

      A few days ago, I said that the only way to successfully fork a large, complex project (which you may well wish to do if you don't like a license change) is to hire a developer who's important to it.

      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.

    30. Re:RMS Proffing by MBGMorden · · Score: 1

      You are correct. Any version of a program that the author makes available under GPL is GPL forever. The community can take it and do what they will.

      The original author (or copyright holder) can choose to remove the GPL at some point and relicense/go proprietary, etc, but that only applies to those future/furthered versions of the program.

      --
      "People who think they know everything are very annoying to those of us who do."-Mark Twain
    31. Re:RMS Proffing by MajinBlayze · · Score: 0
      it seems that apple bought CUPS and changed the licence so that people could create proprietary derivatives on MacOS legally. You don't seem to understand how copyright works. The GPLv2 does not remove rights from the copyright holder which meant Michael R Sweet could have licensed CUPS under another license in addition to GPL.


      Apple bought it to ensure that it remained GPL2 as GPL3 is considered dangerous.


      Legally, I suppose it would be within your right to create a fork under GPL2 but ethically and morally it would be stealing since the original copyright holder (Michael R Sweet) was the main contributor and any other patch contributors assigned rights to him before they were included in the repository. You would basically be carrying out a coupe and violating the spirit of the license if not the letter of it by taking something none of you owned and creating a fork of it. I don't think you would be allowed to license it under the GPL3 without the copyright holders permission since only the copyright holder can change license terms.

      I don't claim to completely understand RMS and all of the big Open Source advocates (although I have enjoyed their software, and have been increasing my own personal involvement), but I think the point of the GPL is to ensure that software is always available no matter what happens to the original developer or copyright holder. Also, there is the "information wants to be free" deal, so I don't think a fork violates the spirit of the license in any way
      from http://www.cups.org/documentation.php/license.html

      The Common UNIX Printing SystemTM, ("CUPSTM"), is provided under the GNU General Public License ("GPL") and GNU Library General Public License ("LGPL"), Version 2, with exceptions for Apple operating systems and the OpenSSL toolkit. A copy of the exceptions and licenses follow this introduction.
      1. a GPL version 3 fork could not exist; this is only available as version 2 (no "or later" clause) (unless Michael Sweet explicitly re-released a version in GPL 3)
      2. also note that any fork would have to have a new name
      3. The older versions of CUPS will always be redistributable as GPL2 no matter what Apple and Mr. Sweet do from this point on.

      --
      "Hate is baggage. Life's too short to be pissed off all the time." Danny Vinyard -American History X
    32. Re:RMS Proffing by fsmunoz · · Score: 1

      Yes, thanks, as I said above I know about LLVM - superficialy of course, but enough to know the overall plans. What "worries" me in that isn't that they can dump GCC, is that I have serious doubts that they will make their developments available to others if they are not forced to do it. It's their call though.

    33. Re:RMS Proffing by Anonymous Coward · · Score: 0

      Does it matter that there isn't a GPLv3 version?

      There's nothing inherently wrong with GPLv2.

    34. Re:RMS Proffing by MajinBlayze · · Score: 1

      I'm not sure that you could. wouldn't that require the license to cups to be available under "GPL version 2 or later"?
      http://www.cups.org/documentation.php/license.html

      --
      "Hate is baggage. Life's too short to be pissed off all the time." Danny Vinyard -American History X
    35. Re:RMS Proffing by level_headed_midwest · · Score: 1

      Apple did switch to Intel chips and Intel makes proprietary compilers for its chips. I'd be willing to bet that Apple and Intel might team up to make a MacOS X proprietary compiler if it hasn't already been started. That would rid Apple of having to use GCC. However, they still use a lot of the GNU userland and utilities in OS X and Apple would need to rewrite (or fork) those if they want them to stay GPLv2.

      --
      Just "gittin-r-done," day after day.
    36. Re:RMS Proffing by Anonymous Coward · · Score: 5, Insightful

      Wait, what? How can some fork and relicense as GPL v3? The current license is GPL/LGPL v2 only. Without the "or later" clause, wouldn't that be a license violation? Am I missing something?

    37. Re:RMS Proffing by Ilgaz · · Score: 1

      Why would Apple break a working thing? CUPS is always outdated on OS X and yet it works almost perfect supporting dozens of propetioary printer languages. Printer companies are happy with it and all of these happen on 2005 version of CUPS which is open source.

      I hope the Slashdot community one day figures the real hostile "takeovers" such as Mono and Silverlight. Making Novell developer to implement a plugin which has only Windows OS for creative purposes is hostile, hiring a developer and brand name to keep it open and neutral (What if he was hired by MSFT full time?) can't be that bad.

      Also those AIX/Mainframe/Solaris/RHEL etc. monsters are using CUPS too. There is IBM, Sun and HP factor, nobody should forget it.

      Pasting from the "professional CD" system requirements page.
      "AIX 5.0 or higher (PowerPC only)
      HP-UX 11.00 or higher (PA-RISC only)
      IRIX 6.5 or higher
      Red Hat Enterprise Linux 4 or higher (Intel only)
      Mac OS X 10.4 or higher (PowerPC or Intel)
      Solaris 8 or higher (SPARC or Intel) "

    38. Re:RMS Proffing by Anonymous Coward · · Score: 0
      Have you any reason to believe that RMS won't go on an anti-proprietary software rant?

      Plenty of prior art here.

      Some quotes from people who've met him:

      He spoke at my university when I was in college(I found out he got payed $8400 to speak). I had the chance to ask him 4 questions about IP and the necessity to make money to fund the whole R&D cycle of innovation and he didn't answer any of my questions.

      However, he did inform me that I would should go work for Microsoft. ---

      I just came out of a Q&A session with Richard Stallman that my University hosted. The general consensus I heard from people coming out of it was he's definetly an extremist and a whacko. I have to agree and I have to say I'm pretty disappointed since he really didn't have much to say besides that "anyone who works on proprietary software is unethical and evil" (over and over). Quote source.

    39. Re:RMS Proffing by BlowChunx · · Score: 1
    40. Re:RMS Proffing by Anonymous Coward · · Score: 0

      You would basically be carrying out a coupe and violating the spirit of the license if not the letter of it by taking something none of you owned and creating a fork of it.

      What?!? The right to modify the code and distribute modified versions is fundamental to the spirit of the licence,

      I don't think you would be allowed to license it under the GPL3 without the copyright holders permission since only the copyright holder can change license terms.

      That depends on whether it was licenced as "GPL 2" or "GPL 2 or later".
    41. Re:RMS Proffing by Dan+Ost · · Score: 5, Informative

      Legally, I suppose it would be within your right to create a fork under GPL2 but ethically and morally it would be stealing since the original copyright holder (Michael R Sweet) was the main contributor and any other patch contributors assigned rights to him before they were included in the repository. You would basically be carrying out a coupe and violating the spirit of the license if not the letter of it by taking something none of you owned and creating a fork of it.

      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?

      --

      *sigh* back to work...
    42. Re:RMS Proffing by Altus · · Score: 1


      Anyone can fork a GPL2 project, there is nothing morally wrong with me taking linux (which I have never contributed to) and starting my own fork of that project that does something different. This is quite appropriate to the spirit of free software and the GPL.

      What if Linus decided to do something with linux that many users found unappealing. Is it wrong for those users to branch the code and make their own version?

      What you say about making a new fork GPL3 might be correct though I believe it depends on the way in wich the code was licensed originally, isn't it possible to make your code licensed under GPL2 or higher which would allow a future fork to use GPL3 or even 4? I don't know a ton about this and I certainly don't know what the licensing terms of CUPS actually are.

      --

      "In America, first you get the sugar, then you get the power, then you get the women..." -H. Simpson

    43. Re:RMS Proffing by shawnce · · Score: 3, Interesting

      As you note Apple is the one developing it so they can do what they want with it and so far I am not sure they have publicly specified the license it will live under and/or if it will be available for use by others (in a open / no cost sense).

      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.

    44. Re:RMS Proffing by 1729 · · Score: 3, Insightful

      I have little doubts that Apple will try to use/make another compiler as soon as they can so they can avoid having to share their changes.


      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 Darwin, they have to share their changes (since gcc is bundled with XCode), but for the iPhone (assuming it's built with gcc, with an Apple-written ARM-Darwin backend), they are not obligated to share those changes unless they choose to distribute the modified compiler binaries.

      In general, Apple actually benefits by contributing their code to the gcc project. Maintaining a forked version of gcc forces Apple to deal with all bugs/regressions caused by external changes to the code, while contributing the code shifts the maintenance burden to the gcc project as whole.
    45. Re:RMS Proffing by Alchemar · · Score: 2, Insightful

      As I see it, the two main things that are gained form licensing something under GPL 2.0 was that it insured that someone could fork a project if the current project started eliminating the needs of one group over another, and that everyone involved in future projects could benefit from any code that was contributed. i.e. when you fork a project, you can still use any code improvements from the other branch that are still compatible with the goals of your branch.

      Sweet released the code under the GPL2, thus granting the privlidge of being able to fork his code. The only ethical problem that I have ever seen from forking GPL code, is when you "steal" the programmers from the original branch thus hindering future progress, but even then, their is a reason that they left. If you lose so many contributers due to a fork, maybe you weren't listening to the people that were contributing. There is nothing that requires a primary developer to listen, but there is also nothing that requires contributers to help.

      Someone mentioned that they didn't think the Primary developer didn't have the right to change the license of his code. I think they missed the importance of the words "his code". The primary developer does not have the right to relicense other peoples code under the GPL. If those people granted the primary developer those rights outside the GPL, then they are free to do so. It really doesn't matter wether he was the primary developer or not. Just like the other contributers granted Sweet the right to relicense their code, he has now granted Apple the right to relicense his code. The one think he cannot do is revoke the license that has already been granted under the GPL2. Wich means there is no problem ethically or legally of forking the code and appointing a new primary developer. What they cannot do is relicense the code. Only Sweet and now Apple have that right. This includes moving the code to GPL3. Depending on the wording of the contract either Sweet or Apple has the right to move it to the GPL3 if they wish. At that point anyone is free to make a GPL2 only fork, but only the copyright holder or someone with permission from the copyright holder may fork into a GPL3 version.

      The only benifit I can see from Apple is if they want to include propritary code. If they just wanted to avoid GPL3, they were free to start their own fork. With all the mess about printer companies trying to use the DMCA to prevent people from making refill cartridges, I can see where having a proprietary printer driver and avoid GPL3 like the plague might make the printer manufactuers feel more comfortable.

    46. Re:RMS Proffing by Jeremy_Bee · · Score: 1
      Your analysis is pretty much what I thought also but your opening statement:

      Apple did a hostile takeover of CUPS ... seems kind of unsupported.

      I couldn't find anything in your post or on the developer's site that indicated he was upset about this development and that he had more or less happily worked with Apple for a long time. He accepted a job offer from them as well. What did I miss?
    47. Re:RMS Proffing by simm1701 · · Score: 1

      So the question becomes was any version of CUPS distributed with the "or later" clause?

      If so then it continues to be possible to GPL3 is in a fork - I can't see any ethics against it personally, people contributed to the CUPS project knowing it was open source and assigned copyright because that was the only way to submit code - as pointed out it is recommended by FSF.

      I don't really see anything wrong in what the developer has done either - ok he has sold out - but all the work done previously is still available in the GPL, he just will be working on his private copy now - any future work becomes a different matter

      --
      $_="Slashdotter";$syn="OTT";s;..;;;sub _{print shift||$_};s!ash!Perl !;s=$syn=ack=i;tr+LLEd+BLAH+;_"Just Another ";_
    48. Re:RMS Proffing by sdssds · · Score: 1

      So your saying that the primary developer did have that right because all the copyrights where transfered to the primary developer. A practice started and encouraged by the FSF by the way.
      the copyrights are assigned to the FSF as long as they license the code under GPL - that's in the papers I signed. if RMS tries to take Emacs closed-source, the copyright to my patches reverts to me and he has to take them out.
    49. Re:RMS Proffing by 1729 · · Score: 2, Insightful

      You mean a compiler like this?

      http://www.intel.com/cd/software/products/asmo-na/ eng/266992.htm


      No, that's not an Objective-C compiler.
    50. Re:RMS Proffing by 1729 · · Score: 1

      Yes, thanks, as I said above I know about LLVM - superficialy of course, but enough to know the overall plans. What "worries" me in that isn't that they can dump GCC, is that I have serious doubts that they will make their developments available to others if they are not forced to do it. It's their call though.


      There's been some work done on integrating LLVM with gcc, and Chris Lattner has indicated in the past (I don't know if this has changed) that the copyright of LLVM could be given to the FSF if necessary:

      http://gcc.gnu.org/ml/gcc/2005-11/msg00888.html
    51. Re:RMS Proffing by shawnce · · Score: 1

      Note that llvm-gcc front end is different then "clang", the later is unrelated to gcc.

    52. Re:RMS Proffing by dfghjk · · Score: 1

      "...while contributing the code shifts the maintenance burden to the gcc project as whole."

      No it doesn't. No one in the gcc project has any obligation to take on maintenance of such code. They may choose to, but in reality Apple will still be burdened with plenty of work.

    53. Re:RMS Proffing by dfghjk · · Score: 1

      "A practice started and encouraged by the FSF by the way."

      Are you saying that the FSF invented this form of power hoarding?

    54. Re:RMS Proffing by shawnce · · Score: 1

      Actually... I was informed that Apple stated that "clang" will be released under the same license as LLVM is currently (BSD-like license).

    55. Re:RMS Proffing by Anonymous Coward · · Score: 0

      Have you any reason to believe that RMS won't go on an anti-proprietary software rant?

      Because so far there's no evidence that Apple wants to make CUPS proprietary? (And if that changes, the "in principle" part of the GGP doesn't apply.)
    56. Re:RMS Proffing by ceoyoyo · · Score: 3, Informative

      How is that a hostile takeover? A hostile takeover is when you buy something the owner doesn't want to sell. Apple paid the developer of CUPS AND gave him a job... not very hostile.

    57. Re:RMS Proffing by Nossie · · Score: 1

      bit of a major grammar error if you ask me :)

      but if he did actually mean something else I'll be willing to lincense it for sure =) /hides

    58. Re:RMS Proffing by fsmunoz · · Score: 1

      Well, I hope you're right. Time will tell.

    59. Re:RMS Proffing by nine-times · · Score: 1

      it seems that apple bought CUPS and changed the licence so that people could create proprietary derivatives on MacOS legally.

      Yeah, at least my immediate thought as to why Apple would do this is, maybe they're planning some new feature in OSX, and they want to integrate some specific features of CUPS with some of their already proprietary portions of OSX in a way that would violate the GPL. Also, it might help with whatever they have in mind if they can tell the main CUPS developer what to work on. I doubt Apple really wants to alienate the existing FOSS community around this software.

    60. Re:RMS Proffing by Random+BedHead+Ed · · Score: 3, Insightful

      No, you're the only one who got the point and someone needs to mod you up. This is quite wrong:

      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.

      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.

    61. Re:RMS Proffing by fsmunoz · · Score: 4, Insightful

      I know that Apple if active in GCC development. They are putting work into it, and work which I personally take advantage of and I am particulary thankful for. That's no the question though... Apple has done one nice thing, which was working with the rest of the GCC team to integrate their changes: they are *not* required to do this by the GPL. This is great, mainly for Objective-C support, and also for Apple since they can reap the beneficts of other changes in newer GCC versions. The thing is, when all is said and done they do part of this because they are required to by the GPL. I'm not at all sure they would do the same if they weren't required to, and with LLVM they are aiming at not depending on GCC and call their own shots (undertandable from a business POV, even though they could more or less do the same with GCC given their involvement).

      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.

    62. Re:RMS Proffing by 1729 · · Score: 1

      No it doesn't. No one in the gcc project has any obligation to take on maintenance of such code. They may choose to, but in reality Apple will still be burdened with plenty of work.
      Once code is committed the the gcc tree, it's the responsibility of future contributors to not break (i.e. remain compatible with) that code. If you maintain it yourself outside of the tree, then you have to "defend" your forked version against all future modifications to ensure compatibility.
    63. Re:RMS Proffing by fsmunoz · · Score: 1

      I heard the same, and a BSD-licenced front-end would fit Apple well, at least to use it. Again, I remain skeptical about they actually maintaining a BSD front-end and completely sharing their work - as opposed to using BSD code to make their own closed version. But if that's the plan, then it's good news for everyone.

    64. Re:RMS Proffing by croddy · · Score: 2, Insightful

      Indeed. Forking is not "violating the spirit of the license". I'd say it's more like celebrating the spirit of the license. If the community is unable to fork a project away from a hostile developer, then there's no point in having the GPL at all.

    65. Re:RMS Proffing by mysqlrocks · · Score: 1

      As he was the primary developer he had rights to license his code it in multiple ways as he saw fit.
      Actually, the primary developer does not have that right.

      A minor point - but yes, the primary developer (or any developer for that matter) does have the right to license his code in multiple ways which is exactly what the gp said. Practically speaking though, you're correct, it would be very difficult to do this because it would require both making sure that his code was not a derivative work of someone else's code and that his code was separated from other people's code.

    66. Re:RMS Proffing by JohnnyDoh · · Score: 0

      "....hiring a developer and brand name to keep it open and neutral (What if he was hired by MSFT full time?) can't be that bad."

      GPL V3 will make it *not* open and neutral?

    67. Re:RMS Proffing by samkass · · Score: 1

      Perhaps you're right. Fortunately CUPS isn't an "or later" project, so we don't have to worry about that.

      --
      E pluribus unum
    68. Re:RMS Proffing by baggins2001 · · Score: 1

      Will they work on the linux version BSD version? Currently I have had multiple problems with cups and have had to resort to a Windows Print Server. I was hoping that evenually I would see a resolution to some of my problems and could start using it again, but this gives me serious doubts.

      What I would really like to see is that another group starts up and takes over the code. I don't think Apple gives a shit whether cups works on my linux servers.

      --
      He who said 1,000,000 monkeys on 1,000,000 typewriters would eventually type the great novel, never saw an AOL chat room
    69. Re:RMS Proffing by jkabbe · · Score: 1

      If CUPS was not released under a license which specifically included later versions of the GPL, you might not be able to just fork it and release it under GPL3. GPL2 and GPL3 are different licenses and have different rights/obligations. Having not looked at the CUPS license, I can't tell whether this is an issue.

    70. Re:RMS Proffing by rthille · · Score: 1

      Actually, as the primary developer, he does have that [rights to license his code], but so do all the other developers. If I write a huge project, open source it, accept ~200 lines of code from ~20 developers, I can decide to take future versions closed by stripping out those 200 lines and replacing them with code I wrote. The open source version could continue to be used, maintained, etc (forked), but _I_ can do what I want to the code I keep the copyright for.

      --
      Awesome furniture, accessories and cabinetry in Santa Rosa, CA: http://humanity-home.com/
    71. Re:RMS Proffing by FunkyELF · · Score: 1

      It uses GCC, but they hate it, or better yet, they hate that they have to use a product under the GPL.

      Why do they hate it? They chose to use GCC probably because it was too good not to use, they made modifications to it and ship it with XCode. And because they ship a binary of modified GPL code they have to publish their changes. Why would they not like this? Because someone else could benefit from their changes? Someone else making a proprietary IDE that uses GCC for compiling? Didn't they know this when they got into it?
    72. Re:RMS Proffing by Paradise+Pete · · Score: 2, Informative
      Apple did a hostile takeover of CUPS.

      A hostile takeover is when shares of a company are purchased without regard for the company's wishes. How is that analogous to this?

    73. Re:RMS Proffing by aristotle-dude · · Score: 1

      Legally, I suppose it would be within your right to create a fork under GPL2 but ethically and morally it would be stealing since the original copyright holder (Michael R Sweet) was the main contributor and any other patch contributors assigned rights to him before they were included in the repository. You would basically be carrying out a coupe and violating the spirit of the license if not the letter of it by taking something none of you owned and creating a fork of it.
      Are you implying that forks are ethically wrong? Sounds like every fork I have ever heard of.... Forks of community projects with a lot of community contributions is one thing but take a project that basically had one developer on it would be basically leeching off the hard work of the original author of the software. Even with a community run project, a fork would would be ethical if it was initiated by a significant portion of the main contributors to the original project.
      --
      Jesus was a compassionate social conservative who called individuals to sin no more.
    74. Re:RMS Proffing by jalet · · Score: 1

      > it could pull the rug out from modern printing support
      > (I'm not talking about crusty old lpd) and leave a number
      > of distros high and dry.

      I hope I'm wrong, but I think this is exactly what they'll do as fast as they can.

      > Also, am I the only one who finds a July 11, 2007 announcement
      > about something that happened in February 2007 a little bit
      > strange?

      No, you're not alone.

      That being said, I can't blame the developer for taking the cash especially if CUPS/ESPPrintPro was his only source of income. But if he ever gets fired by them (I hope not), he will neither have a job nor his copyrights anymore...

      --
      Votez ecolo : Chiez dans l'urne !
    75. Re:RMS Proffing by aristotle-dude · · Score: 2, Insightful

      You would basically be carrying out a coupe and violating the spirit of the license if not the letter of it by taking something none of you owned and creating a fork of it.

      What?!? The right to modify the code and distribute modified versions is fundamental to the spirit of the licence,

      I don't think you would be allowed to license it under the GPL3 without the copyright holders permission since only the copyright holder can change license terms.

      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 with GPL 2 no matter how much the FSF claims it is. The changes they have made have altered the terms to such a degree that I would not be surprised if we see a number of lawsuits by authors who feel they have been betrayed by the FSF with the "GPL 2 or later" clause.

      --
      Jesus was a compassionate social conservative who called individuals to sin no more.
    76. Re:RMS Proffing by dgatwood · · Score: 1

      Yes, but the FSF writes the GPL. Translation: they could take it closed source simply by taking advantage of that "any later version" thing you signed and making GPLv4 say nothing more than:

      * Copyright [copyright holder] 2007, Free Software Foundation. All Rights Reversed.
      *
      * Redistribution and use in source and binary forms, with or without
      * modification, are permitted provided that the following conditions are met:
      *...* Redistributions of source code must retain the above copyright
      *..... notice, this list of conditions and the following disclaimer.
      *...* Redistributions in binary form must reproduce the above copyright
      *..... notice, this list of conditions and the following disclaimer in the
      *..... documentation and/or other materials provided with the distribution.
      *
      * THIS SOFTWARE IS PROVIDED BY [copyright holder] ``AS IS'' AND ANY
      * EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
      * WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
      * DISCLAIMED. IN NO EVENT SHALL [copyright holder] BE LIABLE FOR ANY
      * DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES
      * (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
      * LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
      * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
      * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS
      * SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

      ...or something to that effect. Not that RMS would do that, as it would be exactly contrary to everything he believes in, but you are still very much putting your complete trust in RMS and the FSF to continue to hold true to your ideals.

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

    77. Re:RMS Proffing by massysett · · Score: 1
      I doubt this has anything to do with GPL v3. Apple already had negotiated a deal with Easy Software Products. Read the CUPS license:

      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.


      http://www.cups.org/documentation.php/license.html

      Just because Easy Software Products released CUPS under the GPL does not mean they cannot license it to other parties (e.g. Apple) on different terms.
    78. Re:RMS Proffing by PalmKiller · · Score: 1

      No biggie, someone can just fork the code while its gpl (or even fork old code that was still gpl) and make their own new project. The only requirement would be that it remain GPL.

    79. Re:RMS Proffing by Fahrenheit+450 · · Score: 1

      Who do you think granted you those rights to you in the first place?

      I do believe that would be the person who chose to release their work under the GPL.

      --
      -30-
    80. Re:RMS Proffing by Anonymous Coward · · Score: 0

      And a fork would be a good thing. Honestly, CUPS is piss poorly documented on purpose (so you have incentive to buy their book), and a fork would probably fix that out of necessity.

      Maybe they purchased iCUPS for their next big already-out-there-but-hyped-as-new innovation... the iTunes compatible iPrinter!

    81. Re:RMS Proffing by Knuckles · · Score: 1

      I had the chance to ask him 4 questions about IP ... and he didn't answer any of my questions.

      Everybody knows not to confuse the FSF with Open Source in front of RMS or to try to talk about "IP" with him.

      --
      "When I first heard Daydream Nation it quite frankly scared the living shit out of me." -- Matthew Stearns
    82. Re:RMS Proffing by sdssds · · Score: 1

      Yes, but the FSF writes the GPL. Translation: they could take it closed source simply by taking advantage of that "any later version" thing you signed
      I don't think so. "any later version" is from the (c) notice boilerplate. The papers I signed say this:

      FSF agrees that all distribution of the Works, or of any work "based on the Works", or the Program as enhanced by the Works, that takes place under the control of FSF or its agents or successors, shall be on terms that explicitly and perpetually permit anyone possessing a copy of the work to which the terms apply, and possessing accurate notice of these terms, to redistribute copies of the work to anyone on the same terms. These terms shall not restrict which members of the public copies may be distributed to. These terms shall not require a member of the public to pay any royalty to FSF or to anyone else for any permitted use of the work they apply to, or to communicate with FSF or its agents or assignees in any way either when redistribution is performed or on any other occasion.
      Since this is a contract between me and FSF, I believe that if they violate the above, the copyright assignment is null and void. IANAL.
    83. Re:RMS Proffing by Knuckles · · Score: 1

      Dude, he put it under GPL. Anyone can fork all they want.

      --
      "When I first heard Daydream Nation it quite frankly scared the living shit out of me." -- Matthew Stearns
    84. Re:RMS Proffing by stilborne · · Score: 1

      > Much as some folks are always worried about KDE being beholden to TrollTech

      we solved this issue literally years ago with the FreeQt foundation and the contract that group has with Trolltech that ensures Qt will always be open sourced. would be nice to see more companies offer such guarantees around their free software contributions.

    85. Re:RMS Proffing by LWATCDR · · Score: 1

      I would guess they could have it very quickly right now. They just need to get Intel to sell them rights to ICC.
      The problem is that it would most likely suck at PPC code :)

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    86. Re:RMS Proffing by LWATCDR · · Score: 1

      So the question is will all the OS/X drivers make it in to CUPs?
      If so will we get to the point where if a printer works for OS/X it will work of Linux?

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    87. Re:RMS Proffing by xenocide2 · · Score: 1

      They did, until they accepted the primary developer's conditions for accepting contributions: that the copyright be transferred to him.

      --
      I Browse at +4 Flamebait

      Open Source Sysadmin

    88. Re:RMS Proffing by Angostura · · Score: 1

      That's an "unusual" definition of "hostile takeover" you are using there. I can't see anything remotely hostile about it.

    89. Re:RMS Proffing by koehn · · Score: 1

      Apple did a hostile takeover of CUPS.

      I don't think you know what a hostile takeover is. I suspect the primary developer would consider the takeover quite friendly, since he has both cash in his pocket and a new job, in exchange for seeing his software continue under GPL v2 (the license he was using anyway). So Apple doesn't like GPLv3? I imagine a lot of companies that sell proprietary software (and use FOSS along with it) don't. That's pretty understandable.

    90. Re:RMS Proffing by dgatwood · · Score: 3, 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.

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

    91. Re:RMS Proffing by 0bject · · Score: 1

      You don't get it it do you?

    92. Re:RMS Proffing by Dan+Ost · · Score: 1

      If the original author's agenda comes into conflict with the desires of the community, then forking of the project by someone sympathetic to the desires of the community is the appropriate response.

      There's nothing unethical about it.

      But it's considered leeching and impolite if the original author did the majority of the work and you did nothing but you wanted to be a glory seeker and start up your own project based on the work of someone else. Just because a license gives you the option it does not necessarily make it ethical.

      Regardless of the motivations of the forking devlopers, if the fork doesn't offer anything to the community, then it is ignored and no harm is done. If it does offer value to the community, then the community will shift to the fork or the original project will include ideas from the fork.

      That's the way it's supposed to work.

      Whether or not the forking developers are assholes about it has nothing to do with ethics, that's etiquette.

      --

      *sigh* back to work...
    93. Re:RMS Proffing by january05 · · Score: 1

      The GPLs all say "in the same spirit". Therefore, you could sue them if they change it to a closed source license or something like that.

    94. Re:RMS Proffing by xenocide2 · · Score: 1

      Anyone can fork a GPL2 project, there is nothing morally wrong with me taking linux (which I have never contributed to) and starting my own fork of that project that does something different. Ethics is a tricky thing; while not on the level of eating babies, forking is cosidered ethically wrong in many cases. It leads to a duplication of effort, confuses users and discourages cooperation and open communication between developers. ESR, in one of his saner moments, wrote about this, and if I remember correctly, also about the difference between branching and forking. At best, you can say that there's nothing illegal with forking the linux kernel, or maybe that you personally don't see it as morally wrong. If at all possible, you should seek to have your changes integrated.

      As I alluded to earlier, branching is a subtle subject. The linux kernel development method has slowly evolved into effectively a set of branches that trade patches back and forth, supported by a custom tool called git. There is not a single development branch, but several concurrent ones. Effectively, people already do maintain a collaborative branch. Linus may make decisions people don't like, such as refusing a patch because he'd rather see a patch removing the whole brain-dead driver. But that won't stop Dave Jones from picking up the patch, or from future contributions from the same guy from making inroads (did Con Kolivas quit or not?).

      This is not common in Open Source methods. Partly because very few projects are wide enough in scope, and partly because few projects are mature enough in design that you could easily trade patches like that.
      --
      I Browse at +4 Flamebait

      Open Source Sysadmin

    95. Re:RMS Proffing by january05 · · Score: 1

      Can't be GPLv3, it's (L)GPLv2 only

    96. Re:RMS Proffing by nanosquid · · Score: 1

      You have it backwards. The copyright holder can terminate a license anytime they wish and they are not bound by the GPL.

      You may mean the right thing, but you are expressing it incorrectly. Apple cannot retroactively "terminate" the license; the GPL is irrevocable. What they can do is stop releasing new versions under the GPL and instead release new versions (or old versions) under a different license.

    97. Re:RMS Proffing by xenocide2 · · Score: 1

      And reconcilation of their longstanding dispute with The Beatles.

      --
      I Browse at +4 Flamebait

      Open Source Sysadmin

    98. Re:RMS Proffing by Stormx2 · · Score: 1

      Legally, I suppose it would be within your right to create a fork under GPL2 but ethically and morally it would be stealing since the original copyright holder (Michael R Sweet) was the main contributor and any other patch contributors assigned rights to him before they were included in the repository. You would basically be carrying out a coupe and violating the spirit of the license if not the letter of it by taking something none of you owned and creating a fork of it. I don't think you would be allowed to license it under the GPL3 without the copyright holders permission since only the copyright holder can change license terms.
      Bwahahahaha! Wait, you're serious? You sound like a grossly misinformed open source advocate. Forking is one of the most important parts of open source, because it allows developers to serve a section of the community that doesn't like where a particular project is going.
    99. Re:RMS Proffing by clarkcox3 · · Score: 1

      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?
      The GPL grants me that right. I am free to make whatever changes to the project that I see fit, as long as I make those changes available.
      --
      There are no tiger attacks in my area and it's all because this rock I'm holding keeps the tigers away.
    100. Re:RMS Proffing by TJamieson · · Score: 1

      Moreover, it seems LLVM may have been used to build iPhone binaries. At least, the group at the forefront has now gone straight for LLVM themselves since they seem to support ARM Mach-O binaries *somehow* already... hmmm

      --
      For the last time, PIN Number and ATM Machine are redundancies!
    101. Re:RMS Proffing by clarkcox3 · · Score: 1

      The initial goal of such licenses was to encourage community involvement in improving a project but ultimately, most projects end up having improvements coming not from the community but from the original author. It would be unethical for the community to all of a sudden take that work and fork it without having contributed to the original project beforehand.
      Nobody is taking the work from anybody. The original author (and all who have contributed to the project) are giving the work to everyone. By your logic, every fork of, for instance, the Linux kernel is theft.
      --
      There are no tiger attacks in my area and it's all because this rock I'm holding keeps the tigers away.
    102. Re:RMS Proffing by sumdumass · · Score: 1

      Ehh, nice to see the same argument that goes to demonize the evil people who don't release the source on a project after using GPLed code being used on people wanting to be greedy and take it from the copyrigth holders direction.

      Something to note, You weren't the first one to ever make that argument. However, you are the first person I have seen put it in those terms. And I think it fits well too for some reason.

    103. Re:RMS Proffing by Overly+Critical+Guy · · Score: 1

      Apple did a hostile takeover of CUPS. In general apple paid for the primary developer to give up his rights to the code and sell it to Apple Computer.

      That's not a hostile takeover. It's a sale.
      --
      "Sufferin' succotash."
    104. Re:RMS Proffing by sumdumass · · Score: 1

      ine, it's not stealing. But it's considered leeching and impolite if the original author did the majority of the work and you did nothing but you wanted to be a glory seeker and start up your own project based on the work of someone else. Just because a license gives you the option it does not necessarily make it ethical.
      You don't get it do you? That is the intent of the GPL. That is why we demand something be given back to the community when you use it better then we can. It is to get your efforts. Otherwise, why fuck with the GPL and just use a BSD license.

      The entire Idea behind the GPL is greed. You use it and give it away, give it back, you improve it, give the improvements to us, If not for that one feature, the GPL would be a lengthy BSD license.

      The initial goal of such licenses was to encourage community involvement in improving a project but ultimately, most projects end up having improvements coming not from the community but from the original author. It would be unethical for the community to all of a sudden take that work and fork it without having contributed to the original project beforehand.
      Believe what you want, I have always been told that information wants to be free so I can use it however I want: as long as I'm willing to let others do the same. I think the community involvement, while part of the ordeal, is a sub part of the larger picture even though it gets more attention.

      Think of it this way, I need something fixed, That's right, you can make a difference, I got it fixed.
    105. Re:RMS Proffing by sumdumass · · Score: 1, Flamebait

      Some people claim that not only is the GPLv3 incompatible, but it isn't within the same spirit of the GPLv2 when the GPLv2 was applied.

      I'm one of these people.
      When one license says that act of running it is outside the scope of the license and the new license says that it needs to control the hardware to make sure it can be run, Something doesn't jive.

    106. Re:RMS Proffing by vthokie69 · · Score: 1

      Forking isn't about glory seeking. Typically, It's about a person or group of people that are unhappy with the direction of a project, and they want to take the project in their own direction. The project may not meet their needs and requirements. If the project maintainer won't take the changes, then forking the code is necessary to distribute those changes. There is nothing unethical about that. This is not only with the spirit of the GPL but in fact encouraged by the FSF. The license is all about your freedom to make and distribute changes of the code as you the user sees fit. This was the initial goal of the FSF. Community involvement is simply a byproduct of that goal. It just happens that most project maintainers will include most user changes in the main project.

      Don't forget that it's quite common for code exchanges to occur between two forks of the same project, and on occasion the forks merge back together(i.e. Beryl and Compiz). At the end of the day, you are contributing to the project and the community whether the maintainer includes your code or you fork it into a separate project.

    107. Re:RMS Proffing by sumdumass · · Score: 1

      As others have probably pointed out, it is difficult to fork a project unless you have some of the important or active developers on your side. A random coder picking a project the size of CUPS up and trying to fork it would result in lots of problems and delays before things got going.

      As it seems to be turning out, this micheal guy seems to be bother the most important developer as well as the most active. He is probably one of a small few set of people with that ability to manage the project. I guess just forking something isn't as easy as it sounds.

    108. Re:RMS Proffing by real+gumby · · Score: 2, Informative

      Once NeXT realised they couldn't keep the objc runtime proprietary they did work with us to help us port it over, and made changes so that it would fit into the ain line. They realised they benefited from being in the main line as well. It's not like they were jerks about it.

    109. Re:RMS Proffing by Saxerman · · Score: 1

      You left out the most important difference of OSS, which is that the current code base remains open. Even if Apple decides to close the project, a new fork could begin under the last release of the GPL2 codebase.

      --

      A steaming cup of soykaf would be real wiz right now.

    110. Re:RMS Proffing by vthokie69 · · Score: 1

      Either that, or he's bitter about having an open source project of his forked. Trolling can't be ruled out either.

    111. Re:RMS Proffing by shawnce · · Score: 1

      Mac OS X 10.5 (and possibly OS X used on the iPhone) utilize LLVM as a JIT compiler in a few pathways (mainly to generate situational optimized code, they publicly talked about LLVM using in the OpenGL pathway during software fallback for example). LLVM back-end coupled with the LLVM-gcc front end (an Apple employee did a lot of the work on LLVM-gcc) allows the use of gcc to compile code with LLVM back-end doing final code generation (allowing for better optimized code as well as reduced code size).

      Anyway it is possible that Apple used LLVM to do the final binary generation.

    112. Re:RMS Proffing by shmlco · · Score: 1

      "...how would you feel that you had the right to create a fork?"

      Suppose the changes, or proposed changes, were rejected or ignored? What if you knew, due to stated goals, that it was going in a direction different from the way you think it should go? What if the main developer simply hates your guts (or vice-versa).

      "Who do you think granted you those rights to you in the first place?"

      The developer who licensed it under the GPL in the first place? I mean, it has to be obvious that one of the potential ramifications to licensing your code in that fashion is the possibility that the "community" could decide its goals were different from yours, fork the project, and effectively take it away from you.

      You could of course continue your branch, but if it has no support and no one else is using it...

      --
      Any sect, cult, or religion will legislate its creed into law if it acquires the political power to do so.
    113. Re:RMS Proffing by Altus · · Score: 1


      If the point of open source is to give people the freedom to do what they want with the source then there should be no ethical issue (at least within the framwork of open source ethics) with a fork. If I want to do something different from what linus, or any other open source developer, wants to do that should be within my rights both legally and ethically within the open source doctrine.

      To say anything else is a bit hypocritical. After all, the whole point is to give people freedom, not bind their hands.

      What if Linus, or any other lead developer of an open source project, simply stopped supporting it. This person wont let anyone else take the job, and owns the project and the name. Under these circumstances it is clearly OK to fork. I dont believe you can draw some arbitrary line and say, past here, its not OK (ethically, not leagally) to fork a project.

      Forks might no always be necessary, they might not always be the best thing, but to call the wrong is very dangerous.

      Besides, if the licenses are the same between the forks they can still share code and if the new fork gathers more momentum than the original and the original dies off, well, thats just survival of the fittest and the community has made their choice.

      --

      "In America, first you get the sugar, then you get the power, then you get the women..." -H. Simpson

    114. Re:RMS Proffing by VanessaE · · Score: 1

      ...and if you're a developer and don't like GPL v3, then don't fucking use it. The existance of it does not mean GPL v2 suddenly becomes unavailable.

    115. Re:RMS Proffing by Lars+T. · · Score: 1

      Apple did a hostile takeover of CUPS. In general apple paid for the primary developer to give up his rights to the code and sell it to Apple Computer.

      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.

      Apple made the computer a consumer electronic device.
      --

      Lars T.

      To the guy who modded me down from perfect to terrible Karma - Apple haters still suck

    116. Re:RMS Proffing by WiseWeasel · · Score: 1

      $20 says Apple forks it, gives it a new trademark (BuildKit?) and releases under the APSL license...

      --
      "I like systems, their application excepted", George Sand (French)
    117. Re:RMS Proffing by Anonymous Coward · · Score: 0

      Fine, it's not stealing. But it's considered leeching and impolite if the original author did the majority of the work and you did nothing but you wanted to be a glory seeker and start up your own project based on the work of someone else. Just because a license gives you the option it does not necessarily make it ethical.

      You're saying stupid things. I know the US Constitution guarantees you the right to free speech, but you're just leeching here, and that's considered impolite. The Founders did the majority of the work getting you free speech, and wrote it down in a document guaranteeing it to you, and here you are being a glory seeker using it. Just because a Constitution gives you the option of saying stupid things does not necessarily make it ethical.

    118. Re:RMS Proffing by Anonymous Coward · · Score: 0

      That is like if someone made a load of cakes and said anyone could help themselves to them, calling anyone who takes a cake a thief because they didn't contribute to making the cakes.

      If an author chooses to license their code under the GPL, it is not ethically wrong to fork the under the GPL.

    119. Re:RMS Proffing by heinousjay · · Score: 1

      Who is this "everybody" you speak of? You're aware that in larger society (like outside Slashdot) RMS may as well not even exist, right?

      --
      Slashdot - where whining about luck is the new way to make the world you want.
    120. Re:RMS Proffing by J'raxis · · Score: 1

      You mean the license doesn't have the "or at your option any later version" clause?

    121. Re:RMS Proffing by shawnce · · Score: 2, Informative

      Sure I will take that bet =P ...since they already have released the source under the LLVM license. :)

    122. Re:RMS Proffing by WiseWeasel · · Score: 1

      Woops... To be fair, their changes to LLVM are not the same as a replacement for GCC project based on LLVM... It's possible that that entire combined project will be released under a different license. If I could edit my post, I'd probably go with the Apache license, as it seems to be the trend they're following lately. Who knows though, maybe they'll stick with the current license for the LLVM component. You have to admit though, BuildKit sounds pretty iFabulous... : P

      --
      "I like systems, their application excepted", George Sand (French)
    123. Re:RMS Proffing by MajinBlayze · · Score: 1

      not to troll or anything, but would "overrated" be an appropriate way to moderate this post?

      --
      "Hate is baggage. Life's too short to be pissed off all the time." Danny Vinyard -American History X
    124. Re:RMS Proffing by Knuckles · · Score: 1

      Well, the person obviously actively went to an event that featured RMS to discuss with him and write an article. I believe he had a clue about who RMS was.

      --
      "When I first heard Daydream Nation it quite frankly scared the living shit out of me." -- Matthew Stearns
    125. Re:RMS Proffing by Ginger+Unicorn · · Score: 0

      Ah right - well, then a fork with the GPL2 license could be made. I'm not sure why is said v3. It was kind of unnecessary.

      --
      (1.21 gigawatts) / (88 miles per hour) = 30 757 874 newtons
    126. Re:RMS Proffing by Ginger+Unicorn · · Score: 1

      Yeah i wish i'd never said GPL3 fork as it was unnecessary and incorrect. A GPL2 fork would have exactly the same effect. The GPL3 was not part of my argument.

      --
      (1.21 gigawatts) / (88 miles per hour) = 30 757 874 newtons
    127. Re:RMS Proffing by fsmunoz · · Score: 1

      They knew all that, of course. "Hate" is perhaps to strong a word, but consider this: when NeXT needed a compiler for Objective-C they were in a situation were they either used GCC - and the FSF refused the offers to allow any kind of exemption (IIRC money offers were included) - or developed one. They did what was best for them, and used GCC. This doesn't mean that they were happy with the situation: the Objective-C and NeXTStep (nowadays also called Cocoa)were for many - me included - *the* major selling point of NeXT (perhaps more so than the great UI), and you can imagine that Jobs wouldn't be to happy with having a fundamental part of it not entirely under his control.

      So, they knew, and still know, what they were getting in to, and honestly perhaps nowadays they don't care as much, as I said they aided the Objective-C++ patches into the main tree and have many devs in the GCC team. But still, I think that they would *prefer* to have a compiler that was completely under their control,one which they could release or not release changes as they see fit.

    128. Re:RMS Proffing by Ohreally_factor · · Score: 1

      OK, let's split the difference and call it a passive-aggressive takeover. =)

      --
      It's not offtopic, dumbass. It's orthogonal.
    129. Re:RMS Proffing by fsmunoz · · Score: 1

      I'm not saying they were jerks about it, or about anything else. They made a decision to use GCC which was perhaps not their ideal choice in terms of the control they had, but they did their part and with time I think that they began to see that the perceived downsides of using a GPL'ed compiler were not that many and that there were many other upsides they hadn't antecipated. I'm just saying that all things being the same I think that Apple would prefer to use a compiler in which it didn't have to share the changes (even if they ended up doing it). Until then I have little doubt that Apple devs will continue to do their work on GCC, which is great for everyone, especially those of us that use Objective-C.

    130. Re:RMS Proffing by LKM · · Score: 1

      Are you saying that the FSF invented this form of power hoarding?

      I wouldn't call it power hoarding. If the "owner" decides to change the license and, say, make it closed, everyone else would have the right to just fork the last open version. So the owner doens't really have more power, except that he's the only one who can go from open to closed - the forked version would have to remain open.

    131. Re:RMS Proffing by Weedlekin · · Score: 1

      "when NeXT needed a compiler for Objective-C they were in a situation were they either used GCC - and the FSF refused the offers to allow any kind of exemption (IIRC money offers were included) - or developed one. They did what was best for them, and used GCC."

      NeXT didn't use GCC. They licensed the NeXTStep Objective-C compiler from StepStone, a company run by Brad Cox and Tom Love, the original developers of Objective-C. I believe NeXT later acquired the Objective-C trademarks and rights from StepStone.

      --
      I'm not going to change your sheets again, Mr. Hastings.
    132. Re:RMS Proffing by Weedlekin · · Score: 1

      "The only benifit I can see from Apple is if they want to include propritary code."

      Or want to put some CUPS code directly into closed-source bits of MacOS X without worrying about having to open-source everything that touches it.

      --
      I'm not going to change your sheets again, Mr. Hastings.
    133. Re:RMS Proffing by cthulhu11 · · Score: 0

      I'm confused: you write "Steve Jobs tried to get special rights from the FSF to use GCC in NextStep, and the FSF said no" but then "So, NeXT used GCC". Are you contradicting yourself, or am I missing something? I worked for StepStone when the big NeXT buzz broke. When I was hired, I was told that the deal with NeXT would grow the company like crazy. Turns out that the company got some amount of $ up front, but the incremental licensing was minimal. NeXT poached the lead developer and we were told that they switched to all-GCC which dried up that revenue stream. We did have some brief success, though, in selling ObjC printed docs to people who wanted to develop for NeXT.

    134. Re:RMS Proffing by fsmunoz · · Score: 1
      Sorry, but you're wrong. NeXTStep used GCC, I know because I have used it in a Cube and it's right here mentioned in the NeXTStep programming manual. StepStone did have a compiler though.

      From the comp.lang.objective-c FAQ:

      Objective-C was developed by Brad Cox, who founded the Stepstone corporation in 1983 to develop and support the language, a compiler, and supporting libraries. Stepstone never really made it big, fostering Objective-C in a niche similar to that of Smalltalk.

      In 1985, Steve Jobs left Apple and started NeXT, a company that developed m68k machines and the NeXTSTEP operating system. The user interface of these machines was provided by Display PostScript and the AppKit, which, written in Objective-C, made Objective-C the language of choice on NeXT computers.

      Brad Cox and Andrew Novobilski write `Object Oriented Programming: An Evolutionary Approach' in 1986, the first book on Objective-C.

      NEXTSTEP 1.0a was released in 1989. The Objective-C compiler is based on gcc 1.34.

      In 1991, the Objective-C related modifications by NeXT to gcc find their way back into the FSF GNU CC distribution. By version 1.99, gcc (the compiler) supports Objective-C.


      NEXTSTEP 3.0 is released in 1992. The compiler supports Objective-C++, and the Objective-C language has been extended with `@protocol'. In the same year, gcc 2.0 comes supplied with an Objective-C runtime library.

      In 1993, gcc supports protocols by version 2.4. NeXT stops the production of hardware. With NEXTSTEP 3.1 they include support for PC's. NeXT starts creating other products not bound to a particular operating system, such as Portable Distributed Objects (PDO), which comes with its own Objective-C compiler and debugger.

      OPENSTEP, an Objective-C API, is made public in 1994.

      NEXTSTEP 3.3 is released in 1995; it adds support for HP hppa and Sun sparc machines. Also in this year, NeXT acquires all rights to the Objective-C programming language and trademark from Stepstone.

      Sun includes support for Objective-C++ in their SparcCompiler in 1996. They release OPENSTEP for Solaris. NeXT releases OPENSTEP 4.0 for PC hardware. Support for hppa and sparc has vanished. OPENSTEP for Windows NT is released.

      Early 1997, Apple acquires NeXT and starts work on the next Macintosh operating system, code named Rhapsody, based on the technology they got from NeXT. In the same year, Sun fosters the success of Java and subsequently kills OPENSTEP for Solaris.
    135. Re:RMS Proffing by Anonymous Coward · · Score: 0

      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?
      Other people have already answered that.

      most authors entered into the license the good faith assumption that later versions would be compatible with GPL 2
      That was rather stupid of them. GPL 2 is a copyleft licence, and it didn't take Einstein to guess that GPL 3 would be a copyleft licence, so they couldn't possibly be compatible.

      GPL 3 is not compatible with GPL 2 no matter how much the FSF claims it is.
      The FSF doesn't claim any such thing: http://www.gnu.org/licenses/gpl-faq.html#v2v3Compa tibility
    136. Re:RMS Proffing by Anonymous Coward · · Score: 0

      No, like most sensible OSS developers, the CUPS developer did not include that clause.

      I can't fathom why any developer would grant an outside party the right to change his license in any way, at any time, even if that outside party is the FSF.

    137. Re:RMS Proffing by Anonymous Coward · · Score: 0

      But you GPL fanatics claim it's leeching when a company uses BSD code in a way that the license permits... If so, it would most certainly be morally wrong to fork the project. But perfectly fine accoarding to the license.

    138. Re:RMS Proffing by Anonymous Coward · · Score: 0

      But you GPL fanatics claim it's leeching when a company uses BSD code in a way that the license permits...
      Who exactly claims this, and what relevance does their opinion have on this debate? You can't prove someone wrong just by saying "But some people's beliefs disagree with yours!"
    139. Re:RMS Proffing by Raenex · · Score: 1

      The main motivation behind the GPL was that a user should be able to modify their software. If GPL software is embedded in hardware in a non-modifiable form then that violates the fundamental principle upon which the GPL was built.

      So yes, something doesn't jive, and that's the Tivoization of GPL software.

    140. Re:RMS Proffing by RalphBNumbers · · Score: 3, Insightful

      I'm also not expecting them to share the new front end they wrote for the BSD-licensed LLVM.

      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, 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.

      --
      "The worst tyrannies were the ones where a governance required its own logic on every embedded node." - Vernor Vinge
    141. Re:RMS Proffing by xenocide2 · · Score: 1

      What if Linus, or any other lead developer of an open source project, simply stopped supporting it. This person wont let anyone else take the job, and owns the project and the name. Under these circumstances it is clearly OK to fork. I dont believe you can draw some arbitrary line and say, past here, its not OK (ethically, not leagally) to fork a project.
      Again, read ESR's Cathedral papers. The right to fork is like the 2nd amendment. Important to protect, but should be exercised with great caution and determination. If leadership deviates from the community standards and ethical behaviors, and refuses to oblige, the right to fork ensures that new leaders can take the place, ones who do understand the need for community participation. X.org for example, forked when it became clear the leadership was not interested in the pace of development and patch acceptance others were in.

      Besides, if the licenses are the same between the forks they can still share code and if the new fork gathers more momentum than the original and the original dies off, well, thats just survival of the fittest and the community has made their choice.
      This doesn't always happen. And the longer such a situation is held out, the worse it gets. In fact, I'd dare say more often neither side dies off. As time progresses, "momentum" favors neither side. Patches between networks of people cannot be shared and slowly the code becomes unmergable.

      What I really personally hate, is when forking is done because you don't want to keep up with upstream. I've seen it done with the Linux kernel in various systems, and with TinyOS. They decide "we're going to stick with this stable code base". In these cases, you have little clue which security patches matter, and which bug fixes have been backported. This is the essential crime as percieved by open source developers. Look at Debian and Ubuntu. There's still an amount of friction between them and notice two things. A) some amount of ire is directed at them for taking their work and successfully marginalizing them B) another amount is justified by their habits about pushing patches upstream. There's also some amount of people simply upset that they weren't chosen to be hired by Canonical. At any rate, refusing to share code between to similar and historically related projects is silly. We wind up in situations where it seems that large important vendors were not consulted during a major 2.0 revision, because in part, they're not interested. This is somewhat silly because the vendors are the only ones making hardware TinyOS runs on.

      --
      I Browse at +4 Flamebait

      Open Source Sysadmin

    142. Re:RMS Proffing by Stentapp · · Score: 1

      Correct.

    143. Re:RMS Proffing by fsmunoz · · Score: 1

      You assume to much, and take advantage of that assumptions to vent something about the FSF and the GPL. I don't have a "ridiculous meme" about Apple, I don't even care that much about Apple in the first place, for good *or* bad.

      If they released the code under a BSDish licence, then great, I stand corrected and I applaud Apple, well done. So, the rest of your comment about divious plans for world dominination by FSF drones and the always repeated nonsense about the "truely free" BSD licence is more a reflection of your own zealotry then anything else.

    144. Re:RMS Proffing by Weedlekin · · Score: 1

      You are indeed correct, which means I wasn't (apart from the bit about licensing Objective-C from StepStone).

      --
      I'm not going to change your sheets again, Mr. Hastings.
    145. Re:RMS Proffing by fsmunoz · · Score: 1

      Hey, it happens. It was a convulted history in any event, and I only know something about it because it's a technology I'm interested in, and I remember the tales about eh Jobs vs. RMS interactions regarding this, you can imagine the sparks :)

    146. Re:RMS Proffing by fsmunoz · · Score: 1

      Actually, a small correction to my previous reply: I do care a bit about Apple, in the sense that I care about OpenStep and Apple is the official steward of it with Cocoa. So, in a way, I'm tehcnological closer to Apple tham most non-Apple users.

    147. Re:RMS Proffing by Weedlekin · · Score: 1

      "I remember the tales about eh Jobs vs. RMS interactions regarding this, you can imagine the sparks :)"

      It doesn't bear thinking about!

      --
      I'm not going to change your sheets again, Mr. Hastings.
  2. Trademarks Mentioned Here by Anonymous Coward · · Score: 5, Informative

    http://www.cups.org/articles.php?L180+I0+TFAQ+M10+ P1+Q

    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.

    1. Re:Trademarks Mentioned Here by serano · · Score: 1

      To use them in derivative products, please contract Apple Inc. for written permission.

      I don't understand some of this legally. Wouldn't a fork of the code be derivative? If Apple decided to take CUPS in a direction the majority of the community disagreed with, could they stop a fork from happening by not giving written permission?

    2. Re:Trademarks Mentioned Here by Anonymous Coward · · Score: 0

      No, but the fork couldn't use the CUPS trademarks.

    3. Re:Trademarks Mentioned Here by Anonymous Coward · · Score: 0

      Apple *has* made it clear in the past that their support of open source is conditional on it not being a threat to their business. That is why they heavily back the effort in Europe (along with Microsoft) to have software patents be legal there. Now whether they would take action against the use of CUPS in Linux is still an open question. My guess is they will allow it for now, but slowly change the licensing terms until they can force the Linux community to fork it in order to maintain the freedom of the code.

    4. Re:Trademarks Mentioned Here by HishamMuhammad · · Score: 1

      It means you can, but you can't call it CUPS anymore. (Or probably use the name CUPS in your name, either, like "CUPS-ng" or something like that".)

    5. Re:Trademarks Mentioned Here by 8-bitDesigner · · Score: 3, Insightful

      Nothing too sinister really. Basically Apple just wants to make sure you're not calling it "CUPS" unless you're using the stable branch. If some twit forked CUPS and did some braindead things with it, understandably Apple wouldn't be less than thrilled about it sharing the same name with CUPS proper

      This isn't horribly uncommon, but it is unpopular. Hell, look at the whole Firefox/Iceweasel debacle.

    6. Re:Trademarks Mentioned Here by WhiteWolf666 · · Score: 1

      Not at all.

      You would just have to call it something else. Similar to CentrOS; a "fork" of RHEL, but it doesn't say Red Hat anywhere.

      They're only talking about the CUPS trademarks here; you could call in Linux Printing Systems, and replace all instances of CUPS with LPS.

      --
      WhiteWolf666 an exBush supporter. All you new-school,compassionate,save the children Republicans can rot in hell
    7. Re:Trademarks Mentioned Here by timeOday · · Score: 1

      Yup, "Linux" is a registered trademark, too. But you can still fork it, call it "Lindows" (oops, bad example but the point holds) and have at it.

    8. Re:Trademarks Mentioned Here by Rysc · · Score: 1

      Uh oh. Red flag!

      This trademark clasue definitely violates Debian policies. it's muchlike the Firefox name and logo issue. Debian does not do direct ports, it applies a Debian-specific patchset to make programs work the Debian way. Even if it didn't, since its downstream users might, thereby losing the right to redistribute cups under that name, Debian's policy will forbid Debian from distributing cups under that name.

      I propose the replacement name be Mugs. I am open to amusing backronyms if you can come up with any.

      --
      I want my Cowboyneal
    9. Re:Trademarks Mentioned Here by jellomizer · · Score: 1

      Well if they feel that way they can go without... That is the problem of trying to be idologically pure, you miss out on a lot of good things.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    10. Re:Trademarks Mentioned Here by mvdwege · · Score: 1

      Pray tell, what is Debian doing without due to trademark issues? Even Firefox and Thunderbird are in main, just under another name with different artwork, to stay away from the trademark dispute.

      It is better to shut up and make people think you're wise, than to open your mouth and prove the opposite.

      Mart
      --
      "I know I will be modded down for this": where's the option '-1, Asking for it'?
    11. Re:Trademarks Mentioned Here by Rysc · · Score: 1

      They wont go without, they will simply change the name of the package and all references to the name within the binary that they produce. And I, personally, approve. I don't want software I can't legally redistribute with my changes. CUPS cannot be legally redistributed with my changes, because then it cannot be called CUPS.

      Since this is such an important component I hope someone will fork it, rename it and that the fork will accumulate all future useful changes, if for no other reason then to stick it to Apple for being evil about this.

      --
      I want my Cowboyneal
    12. Re:Trademarks Mentioned Here by pete_p · · Score: 1

      How many changes would you say are permissible before something is a different program entirely? Should someone be allowed to take Firefox, rip out Gecko, slap in KHTML, and call it Firefox?

      I see no problem with Apple (or anyone else) defining what "CUPS" is and saying if you change it you have to call it something else.

      --
      Insert wit here.
    13. Re:Trademarks Mentioned Here by Rysc · · Score: 1

      Should someone be allowed to take Firefox, rip out Gecko, slap in KHTML, and call it Firefox?

      Legal answer: no. Idealogical answer: yes. The retribution exacted against someone who did do this with malicious intent should be the deterrant, not some legal threat.

      It is against the spirit of Free software, in my opinion, to restrict usage of the name like this. There is no legal way I can think of to be more permissive than Apple is being without being too persmissive, but my answer to that is to err on the side of being too permissive. Worry about outrageous violators after they violate, not before.

      This CUPS thing is one more step in a worrying trend from Apple... a trend indicating that they'd be happier if all Free software were to just go away. I imagine they're pretty pissed off about samba right now.

      --
      I want my Cowboyneal
    14. Re:Trademarks Mentioned Here by Bert64 · · Score: 1

      They identify themselves differently in the user-agent strings sent to web servers, which means some browser-sniffing code rejects you because it doesn't know what "ice weasel" is...
      It's the same reason that IE pretends to be an ancient version of mozilla.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    15. Re:Trademarks Mentioned Here by Nothinman · · Score: 1

      I've been browsing with Galeon for years which doesn't identify itself as FF or IE and I get by just fine.

  3. tasty by silgaun · · Score: 0

    mmmm....I like fruit cups

  4. Keeping Up With the Jones' by Anonymous Coward · · Score: 5, Funny

    CUPS Purchased By Apple Inc. In a blind attempt to compete, Microsoft has announced they have purchased MUGS.

    What exactly did Apple purchase? Well, Microsoft doesn't know and Microsoft doesn't care ... gentlemen, the race to be the ultimate provider of a liquid serving technology has begun.
    1. Re:Keeping Up With the Jones' by iminplaya · · Score: 1

      Well, I drink straight from the spigot

      --
      What?
    2. Re:Keeping Up With the Jones' by Anonymous Coward · · Score: 0

      Well, Microsoft doesn't know and Microsoft doesn't care ... gentlemen, the race to be the ultimate provider of a liquid serving technology has begun.

      So they can squirt things at me?

    3. Re:Keeping Up With the Jones' by Anonymous Coward · · Score: 2, Funny

      For sure Apple needs CUPS. After all, technologies used in Mac OS X are Aqua, Java, Cocoa. Even non-Apple developers use Cider to create games now. Now if only WINE gets developed for Mac OS X, life will be sweet.

      I only wonder if developers see this CUPS buyout as half Aqua or half Aero.

    4. Re:Keeping Up With the Jones' by lag10 · · Score: 0

      The commercial flavor of WINE is being developed for OS X. It's called CrossOver, and it's developed by CodeWeavers, the same company which produces the commercial variant of WINE for Linux.

  5. More appropriate tag... by Anonymous Coward · · Score: 0

    I'm surprised this didn't get the Sweet! tag.

  6. GPL License Exceptions by raffe · · Score: 2, Informative
    If you look in the faq you find pretty interesting stuff. For example some addtions to the license:

    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.
    1. Re:GPL License Exceptions by Anonymous Coward · · Score: 0

      Looks like it's time to fork to keep this software free.

    2. Re:GPL License Exceptions by hysterion · · Score: 5, Informative

      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.
      Note, this exception has been there for the last 5 years:

      http://lists.debian.org/debian-legal/2002/05/msg00 033.html

    3. Re:GPL License Exceptions by morgan_greywolf · · Score: 0, Troll

      but if not not he needs to get the approval of all that contributed code to change the license like this


      Easy Software Products required that the copyright to contributed code be assigned to ESP before it would be accepted in the main distribution. So, yes, they can do this.

      Pay attention, Apple fanbois -- Apple doesn't give one rat's ass about software freedom -- either the ideas of 'open source' or the ideas of 'free software'. Free/Open Source Software is just used by Apple as a way to outsource development -- for free (as in beer). This proves it. They bought CUPS and hired Michael Sweet just to ensure that they don't have to open-source any portion of Mac OS X that's not already open source.

    4. Re:GPL License Exceptions by daeg · · Score: 1

      As stated by others, contributors do not retain copyright of code contributed to CUPS.

    5. Re:GPL License Exceptions by Kohath · · Score: 3, Insightful

      Please explain how Apple owning CUPS is "less free" than Easy Software Products owning CUPS.

    6. Re:GPL License Exceptions by TheGreek · · Score: 4, Insightful
      How you doin', Socrates?

      Free/Open Source Software is just used by Apple as a way to outsource development -- for free (as in beer). This proves it.
      And how does it prove it?

      They bought CUPS and hired Michael Sweet just to ensure that they don't have to open-source any portion of Mac OS X that's not already open source.
      Oh. Okay.

      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."
    7. Re:GPL License Exceptions by hysterion · · Score: 1

      Free/Open Source Software is just used by Apple as a way to outsource development -- for free (as in beer). This proves it. They bought CUPS and hired Michael Sweet
      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...

    8. Re:GPL License Exceptions by Anonymous Coward · · Score: 0

      Because before, ESP could have GPL3'd it. Now they can't, and the new 'Tivoization' and patent sections won't apply to them at any point.

      If they'd GPL3'd it then Apple could theoretically had to grant any patent licenses they may have given to ESP to everyone who used it. Now they can keep it under GPL2 or a different license with no problems - they can even close the whole thing up now, though it appears unlikely.

    9. Re:GPL License Exceptions by dfghjk · · Score: 1

      Your question doesn't even make sense. What is "less free".

      He stated very clearly that Apple purchased CUPS as insurance for avoiding GPL worries with their product as a whole. If you want to argue, perhaps you should suggest why that isn't so.

    10. Re:GPL License Exceptions by Archwyrm · · Score: 1

      I would venture that Apple is potentially far more dangerous.

      --
      Fascism should more properly be called corporatism because it is the merger of state and corporate power. -- Mussolini
    11. Re:GPL License Exceptions by morgan_greywolf · · Score: 1

      Did you even bother to read the post I was replying to? No, probably not, and neither did the other 3,000
      Apple fanbois on this site, all of whom who had mod points and modded me down.

      The new license allows Apple to create dervivative works of CUPS linked to Mac OS X without GPLing any of the derivative parts

      So put away your Steve Jobs poster and stop jerking off.

    12. Re:GPL License Exceptions by Kohath · · Score: 1

      The new license allows Apple to create dervivative works of CUPS linked to Mac OS X without GPLing any of the derivative parts

      Like Easy Software Products could have done before Apple bought CUPS from them.

    13. Re:GPL License Exceptions by morgan_greywolf · · Score: 1

      Um, no, actually they couldn't have without licensing CUPS under a separate license.

      Which is fine, of course. If that's the author's will, so be it. But Apple bought CUPS expressly for the purpose of changing the license to suit itself. It shows what Apple's intentions are regarding open source -- they pay lip service to it when it serves them. When it doesn't, they throw cash around.

      Seriously, why are you defending Apple so vehemently? They're just some company; their goal is no different than that of Microsoft -- to make money. Not that that's bad, mind you, but they aren't anybody to be idolized.

    14. Re:GPL License Exceptions by Kohath · · Score: 1

      Seriously, why are you defending Apple so vehemently?

      I'm not defending them at all. You're attacking them.

      When there are accusations, it's only fair if the people being accused are actually guilty of the things they're being accused of.

      If you want to accuse Apple of doing something wrong, you should make the case that they did it and why it's wrong. There should be facts. There should be an explanation of why one action is wrong when other seemingly similar actions are not wrong. Arguments need a sound foundation if you want thinking people to agree with you. If your accusations can't hold up to the simplest scrutiny, then how can they be convincing?

      I think there are far too many attacks on people. A lot of you folks out there must be quite unhappy to continually find enemies you want to attack all the time.

    15. Re:GPL License Exceptions by Anonymous Coward · · Score: 0

      Dude...lay off you are behind the times that clause went in to the License when Apple announced they had licensed CUPS for Mac OS X 10.2 (around 5 years ago)...Apple did not change the license, it has been like that for a number of years. Do a little research, your "I hate Apple" slip is showing...

    16. Re:GPL License Exceptions by KillerBees · · Score: 1

      Great crack investigating there McGruff...you managed to exposed a clause that has been in the license for almost half a decade. Apple better watch out making any other changes, with you on the case, you might expose them in 2015.

  7. What's transferred by AKAImBatman · · Score: 4, Informative

    What exactly did Apple purchase?

    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.

    Trademarks aren't mentioned.

    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.
    1. Re:What's transferred by AKAImBatman · · Score: 2, Informative
      Someone already beat me on the trademark FAQ explicitly stating that Apple now owns the marks, so I'll add this bit to back up my claim of special rights on contributions:

      To contribute code to the base CUPS distribution, please contact us via email at cups-info at cups dot org. Because we also provide CUPS under a binary distribution license, we will require that all ownership of the code be transferred to Easy Software Products, or that Easy Software Products be granted unlimited distribution rights to the code, possibly via payment of a fee to the contributor.


      Hope that settles it. :)
    2. Re:What's transferred by DrMindWarp · · Score: 1

      Just to point out that at the bottom of the notice is written; "CUPS, the Common UNIX Printing System, and the CUPS logo are the trademark property of Apple Inc.".

    3. Re:What's transferred by AKAImBatman · · Score: 1

      Nice catch! I seems the rest of us have learned to tune out the fine print. ;-)

    4. Re:What's transferred by f0dder · · Score: 1

      Next to be trademarked APOPS, Apple Proprietary OSX Printing System.

    5. Re:What's transferred by timeOday · · Score: 1

      "Apple Inc. acquired ownership the CUPS source code." So they are now the copyright holder rather than Michael Sweet.
      I'd love to know how much he got for it.
  8. CUPS web interface not up to par by qqaz · · Score: 5, Funny

    Clearly, Apple didn't like CUPS' poop-brown web interface. Their only option was to buy it and make it white/blue/brushed aluminum.

    --
    sup :cool:
    1. Re:CUPS web interface not up to par by peragrin · · Score: 2, Insightful

      Even Eric Raymond has said of the years that the cups printer interface needed a lot of user friendly type of work. Apple may just do that. As I said earlier as long as it stays GPL Apple can push the project in what ever directoin they like and it will only benefit Linux and BSD's.

      --
      i thought once I was found, but it was only a dream.
    2. Re:CUPS web interface not up to par by Ilgaz · · Score: 4, Interesting

      In fact the CUPS on OS X is so flawlessly working that nobody has clue they have "CUPS" or ever visited the famous 127.0.0.1:631 on their browser. I bet most would be surprised to see that page.

      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.

    3. Re:CUPS web interface not up to par by AmigaHeretic · · Score: 1

      Clearly, Apple didn't like CUPS' poop-brown web interface. Their only option was to buy it and make it white/blue/brushed aluminum.

      Ah ha ha!! That is the funniest thing I've read on slashdot! Wish I had some mod points!! That just cracked me up!! :)

    4. Re:CUPS web interface not up to par by fsmunoz · · Score: 1

      There is just one thing that I don't understand with that: Apple could *already* do all that. If making CUPS UI better is what they wanted they already had that option - actually. the option to change CUPS into *whatever* they wanted.

      Now, I don't personally *care* that Apple has bought CUPS insofar as I don't care which company owns a GPL'ed project. *Unless* the reason for bying it was not just to more directly influence the direction of the porject but to change the licence. They can do that now of course, and the previous versions will still be available. I do not want to assume that the reason was just that, but we'll see. I am yet to see anything "free" coming out of Apple that isn't required by the terms of the licences of the software they chose to use (maybe there is though).

    5. Re:CUPS web interface not up to par by Waffle+Iron · · Score: 1

      In fact the CUPS on OS X is so flawlessly working that nobody has clue they have "CUPS" or ever visited the famous 127.0.0.1:631 on their browser.

      That's already the case on my KDE system. The printers just work, and any mention of CUPS is buried in an advanced settings dialog box somewhere. I guess that Apple won't have all that much to do.

    6. Re:CUPS web interface not up to par by leoc · · Score: 2, Informative

      Huh?

      For years now, every version of Linux I've used (Gentoo, Fedora, Ubuntu) has had a native GUI administration tool for the printer settings.

      --
      STFU about slashdot bias.
    7. Re:CUPS web interface not up to par by mrchaotica · · Score: 1

      I do not want to assume that the reason was just that, but we'll see.

      Considering the timing, the only explanation that makes sense to me is that Apple wanted to prevent a switch to GPLv3.

      Of course, if we assumed that were the case, then the next question becomes "why?" What printing-related technology does Apple have (or is planning to get) a patent on, that it's worried about having to license?

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    8. Re:CUPS web interface not up to par by prockcore · · Score: 0, Flamebait

      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.


      I think now Apple is in control, they'll drop all non-OSX support.
    9. Re:CUPS web interface not up to par by hawk · · Score: 1

      >I am yet to see anything "free" coming out of Apple that isn't required
      >by the terms of the licences of the software they chose to use (maybe there is though).

      Darwin comes to mind . . . :)

      hawk

    10. Re:CUPS web interface not up to par by Ilgaz · · Score: 1

      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.


      I think now Apple is in control, they'll drop all non-OSX support. Why would they do it? Their stuff already uses CUPS right? Did they _have to use_ CUPS? Think again, we are speaking about best buddy of the printing giant, Adobe.

      Not only they made CUPS usable, they also forced every printer manufacturer to write CUPS compliant printing drivers. I bet some of that work ended up being in Linux/FreeBSD already.

    11. Re:CUPS web interface not up to par by larry+bagina · · Score: 1

      pantone/cmyk colors.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    12. Re:CUPS web interface not up to par by NMerriam · · Score: 2, Insightful

      Considering the timing, the only explanation that makes sense to me is that Apple wanted to prevent a switch to GPLv3.


      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 strikes me is that they want to be able to let printer manufacturers more easily make full-featured binary drivers on OS X by giving them the ability to include CUPS code. As it is, CUPS is fantastic on a technical level but requires an awful lot of jumping through hoops to do some things that printers drivers on Windows can do with a click.
      --
      Recursive: Adj. See Recursive.
    13. Re:CUPS web interface not up to par by fsmunoz · · Score: 1

      True, Darwin of course, thanks.

      But in Darwin I think that you can se that the "juicy" parts are not made available, at least that was my recollection of it. Still, I had forgotten about Darwin and that is indeed a good example of sharing without needing.

  9. "What exactly did Apple purchase?" by R2.0 · · Score: 5, Informative

    "What exactly did Apple purchase? It was and is an open source project. Trademarks aren't mentioned. "

    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?

    --
    "As God is my witness, I thought turkeys could fly." A. Carlson
    1. Re:"What exactly did Apple purchase?" by CRiMSON · · Score: 0, Flamebait

      Look at who your talking to /. isn't known for it's smarts, or even comprehension of ideas (and who can forget.. spelling).

      --
      oogly boogly!
    2. Re:"What exactly did Apple purchase?" by jellomizer · · Score: 1

      Why is any of this so hard to understand?
      Too many drugs during the 60's

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    3. Re:"What exactly did Apple purchase?" by Anonymous Coward · · Score: 0

      Then what's the whole point of a general PUBLIC license? You might as well call it freeware as in free to use only.

    4. Re:"What exactly did Apple purchase?" by FuzzyDaddy · · Score: 1
      Too many drugs during the 60's

      I got stoned in the 80's, you insensitive clod!

      --
      It's not wasting time, I'm educating myself.
    5. Re:"What exactly did Apple purchase?" by cbreaker · · Score: 1

      You know what? You should stop visiting the site then. While there's plenty of riff-raff, Slashdot posters often have well thought-out and interesting opinions on all sorts of topics.

      You've just insulted the entire Slashdot community by being the prick you are, and if you go away, that'll be one less person to bring everyone down.

      --
      - It's not the Macs I hate. It's Digg users. -
    6. Re:"What exactly did Apple purchase?" by Dog-Cow · · Score: 1

      Do you really think /. is known for thoughtful and insightful commentary? If so, I suggest you stop reading /. and get out into the real world.

    7. Re:"What exactly did Apple purchase?" by Anonymous Coward · · Score: 0

      Look at who your talking to[.] /. isn't known for it's smarts, or even comprehension of ideas (and who can forget.. spelling).
      If you're going to criticize others' written skills, you really ought to make sure yours are impeccable.
    8. Re:"What exactly did Apple purchase?" by Joren · · Score: 1

      Look at who your talking to /. isn't known for it's smarts, or even comprehension of ideas (and who can forget.. spelling).
      ...or its grammar.
      --
      -- Joren
    9. Re:"What exactly did Apple purchase?" by WK2 · · Score: 1

      Now Apple owns the copyright to the code. They can ... use it for ass paper.

      The GPLv2 already allows that.

      --
      Write your own Choose Your Own Adventure. http://www.freegameengines.org/gamebook-engine/
    10. Re:"What exactly did Apple purchase?" by ColdWetDog · · Score: 1

      Too many drugs during the 60's I got stoned in the 80's, you insensitive clod!

      No, you only think it was the 80's. You're just waking up to (another) horrible dream.

      --
      Faster! Faster! Faster would be better!
  10. Open source != Public Domain by mwvdlee · · Score: 2, Interesting

    Just because it's licensed under GPL, doesn't mean that there is no copyrights that can't be sold.
    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 is use any CUPS source which was NOT created by mr. Sweet and use it outside the restrictions of GPL.
    In theory; if nobody but mr. Sweet contributed any code to CUPS, Apple could effectively fork the code and start a non GPL branch.

    --
    Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
    1. Re:Open source != Public Domain by Constantine+XVI · · Score: 5, Informative

      Except that Sweet required that copyrights for all code be transferred to his company.

      --
      "I think an etch-a-sketch with an ethernet port would beat IE7 in web standards compliance."
    2. Re:Open source != Public Domain by the+eric+conspiracy · · Score: 1

      If Sweet indeed owns the copyrights to all the code, he can certainly sell them to Apple. At this point Apple can relicense future versions of CUPS.

      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.

    3. Re:Open source != Public Domain by Midnight+Thunder · · Score: 1

      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.

      What is the legality of forks based on code prior to the purchase date?

      --
      Jumpstart the tartan drive.
    4. Re:Open source != Public Domain by Tim+Browse · · Score: 2, Insightful

      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.

      And this is different to using non-open source code...how?

    5. Re:Open source != Public Domain by Anonymous Coward · · Score: 0

      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.

      That's true of ANY code that you don't maintain yourself, it's nothing to do with it being open source or not.
    6. Re:Open source != Public Domain by NickFortune · · Score: 1

      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.

      Of course, the same is true of proprietary software. The vendor could cease trading, withdraw the product, release a new version that broke backwards compatibility ...

      So really, you can be left in the lurch in either case. It's just that with open source there exist options that are not available for the proprietary solutions. Like organise a fork, or hire a developer to make changes based on the last available release.

      And even if you're unable or unwilling to do any of those things, the worst case scenario is still no worse than the proprietary one.

      --
      Don't let THEM immanentize the Eschaton!
    7. Re:Open source != Public Domain by Todd+Knarr · · Score: 1

      Perfectly legal. In fact, forks based on code after the purchase date but before any change to a non-GPL license would be perfectly legal too. The GPL gives you all the rights you need, and you've got the code under that license regardless of anything Apple does. You only have a problem once Apple changes the license terms to something other than the GPL and releases new code under those terms. At that point you can still do everything you could before with the old code (Apple's change doesn't make your GPL-based license go away), you just can't touch the new code.

      How major the fork is depends a lot on where the code's coming from. As the X Consortium found out way back when it tried to change the license on XFree86, when the majority of the code contributions come from other people it may be you that suffers when they fork and now the majority of the new code's being submitted to the fork and not your mainline.

    8. Re:Open source != Public Domain by Jaysyn · · Score: 1

      Completely legal. Probably can't use the CUPS name however.

      --
      There is a war going on for your mind.
    9. Re:Open source != Public Domain by RedHat+Rocky · · Score: 1

      "Of course, the same is true of proprietary software. The vendor could cease trading, withdraw the product, release a new version that broke backwards compatibility ..."

      Non-open source also has the additional danger of the CURRENT code no longer being available or functional.

      Example1 : Upgrading to a new processor that is not supported by the current binary.

      Example2 : Service providing enablement for the software dies.

      --
      Anything is possible given time and money.
    10. Re:Open source != Public Domain by Anonymous Coward · · Score: 0

      Non-open source also has the additional danger of the CURRENT code no longer being available or functional.

      Indeed. My company was screwed by this more than once. I don't use any closed-source product in my software now unless they'll sell me a license that gives me the source if they stop supporting it. And I try to avoid that; having obtained source in this way I'm often astonished by how bad it is.

    11. Re:Open source != Public Domain by sveinungkv · · Score: 1

      Completely legal. CUPS is licensed under GPL, and GPL give you the right to fork. However I do not see a point in forking, since Apple have said they will continue to release under the GPL. Issues might show up later, but for now there are no problems.

      --
      Spelling/grammar nazis welcome (English is not my first language and I am trying to improve my spelling/grammar)
    12. Re:Open source != Public Domain by sjstrutt · · Score: 1

      Because once the code is licensed to you under the GPL, it can't be revoked as long as you comply with the license. So yes, all future releases could use some obscure license or stop being released as open source software, but you still have the last version released under the GPL.

    13. Re:Open source != Public Domain by Tim+Browse · · Score: 1

      How does that relate to the point the OP was making? They seemed to be saying the license situation was a down-side of using open source (presumably vs using closed source). The point you made was that it wasn't. I already knew that :-)

      In any case, it's down to the license, not whether or not the code is open source. If I have closed source that comes with a license that can't be arbitrarily revoked by the vendor/supplier, I'm in the same situation as with open source (wrt my ability to use the code in my product).

      Also: iirc, Open Source != GPL - there are other licenses.

  11. They purchased control. by athloi · · Score: 1

    Apple now controls this project, its direction, and what it will support. They don't "own" it in the conventional (pre-GPLv3) sense, but they own control of what it will do and from that, what will work with it and what it will not support. A very smart move on their part, because as long as we're a capitalist system, we need to have some control over IP that makes it exclusive enough that we can sell it.

    1. Re:They purchased control. by KarmaMB84 · · Score: 1

      If the company that created CUPS required contributors to sign over their copyright just like the FSF does, then Apple really does own CUPS now.

  12. They bought the copyrights by SydShamino · · Score: 1

    What exactly did Apple purchase? It was and is an open source project.

    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 release of future versions outside of their OS. This doesn't sound likely, though, and regardless the older GPL versions would still be around and could be forked.

    --
    It doesn't hurt to be nice.
  13. The reason? by niceone · · Score: 1
    In the faq there are certain extra rights (on top of gpl) that are granted to developers on Apple OSes, so maybe that's why they did it. Here's a little extract:

    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.

    Full text here.
    1. Re:The reason? by TheLinuxSRC · · Score: 1

      Sounds a lot like the LGPL to me... but IANAL.

  14. Maybe their server will work now. by saintlupus · · Score: 3, Interesting

    The CUPS implementation in OS X server was such a total piece of shit, prone to lockups and meltdowns, that we have all of the Macs on our campus printing through a Debian box instead. Hopefully this will allow Apple to handle the sort of printer sharing that _every other NOS on earth_ has done for the last three decades.

    It's pretty bad when you're fucking something that simple up to a degree even Netware can't manage.

    --saint

    1. Re:Maybe their server will work now. by MBCook · · Score: 0, Troll

      I haven't had those kind of problems, but I am still amazed that my LaserJet 2100 isn't supported in PostScript mode. I can use it in non-post script mode (PCL 6). I can use it as "generic postscript printer". But I have never been able to find how to make it work as it should. It prints fine, it's just slower this way when printing graphics heavy stuff.

      But then again setting up a network printer in OS X is trivial compared to the lunacy you have to go through on XP.

      --
      Comment forecast: Bits of genius surrounded by a sea of mediocrity.
    2. Re:Maybe their server will work now. by Neil+Watson · · Score: 1

      I find CUPS in general to be unreliable. Permission problems, driver changes or incompatibilities and lost jobs always crop up from time to time. Printing is probably the one service on Linux boxes that consistently gives me problems.

    3. Re:Maybe their server will work now. by toddestan · · Score: 1

      But then again setting up a network printer in OS X is trivial compared to the lunacy you have to go through on XP.

      One of the questions XP asks during the Add Printer wizard is if you want to share your printer. Is two mouse clicks too tough for you?

    4. Re:Maybe their server will work now. by MBCook · · Score: 1

      I'm not referring to sharing a printer for other computers, I'm referring to adding a printer that stands alone on the network with an integrated print server. To do this you have to go through adding a new printer, saying that it is LOCAL, adding a port, choosing the right port type, then other normal steps.

      --
      Comment forecast: Bits of genius surrounded by a sea of mediocrity.
  15. GPLv2 license does not convey copyright ownership by xtaski · · Score: 3, Insightful

    The GPLv2 (or LGPL) licenses do not convey copyright ownership. Even though anyone in the world is free to use/redistribute/modify/rename/etc, the source code copyright ownership is still retained by the developer that contributed the code. Some organizations require copyright assignment of code contributed into the base where the contributing developers give up their ownership of the code they created and assign their copyright to the project (or in some cases, a commercial organization). Once the developer assigns copyright over, the project/commercial organization can do whatever they want with it - including relicensing it under a completely different, closed, commercial license. I doubt however, that Apple will make any devious use of CUPS as the GPL versions are still available and could simply fork continuing with GPL. Copyright ownership does, however, make it easy for Apple to do what it wants with CUPS integration into Mac OS X without ever having to worry about the GPL license.

  16. I for one ... by vlad_petric · · Score: 1
    welcome an Apple-sponsored CUPS UI overhaul.

    Let's face it ... CUPS is a bit cumbersome and counterintuitive.

    --

    The Raven

    1. Re:I for one ... by bugg · · Score: 1

      I take it you've never set up printing with lpd?

      I recently made the switch from lpr to cups, and man, a world of difference.

      --
      -bugg
    2. Re:I for one ... by Anonymous Coward · · Score: 0

      They did that years ago ... it's called Mac OS X.

    3. Re:I for one ... by Anonymous Coward · · Score: 0

      You said nothing with that statement. It's like saying postfix is intuitive because sendmail sucks.

    4. Re:I for one ... by Verte · · Score: 1

      Well, no. In 2002 maybe [ESR wrote a great essay on how bad it was]. But it's not like that at all now.

      --
      We at slashdot are scientists, specialists and kernel hackers. Your FUD will be found out.
  17. Apple purchased two things by Sycraft-fu · · Score: 4, Insightful

    1) The developer and his skill. My guess is they want it worked on and expanded. Much easier to get that done when you are paying a guy to do it full time. There's only so much you can do for a hobby.

    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.

    1. Re:Apple purchased two things by geekoid · · Score: 1

      "The developer and his skill. My guess is they want it worked on and expanded. Much easier to get that done when you are paying a guy to do it full time. There's only so much you can do for a hobby."

      Really, that shows good will on Apples part. They could have just forked it and had someone already there make the changes they need.

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
    2. Re:Apple purchased two things by crrkrieger · · Score: 1

      Frequently companies will structure people purchases as stock deals such as this one. Apple may care about the code, but what they really want is the programmer. By structuring the deal as a stock purchase, the programmer, who owned the company that was sold, only has to pay capital gains tax at 15% rather than income tax at 36%. He will have to pay income tax on the nominal amount they will pay him over the next several years as a programmer.

    3. Re:Apple purchased two things by prockcore · · Score: 1

      Really, that shows good will on Apples part. They could have just forked it and had someone already there make the changes they need.


      If they did that, they'd be stuck with putting it out under GPL2 for eternity. Now they can change the license to BSD or make it fully closed source.. whatever they want.
  18. No big deal by brunes69 · · Score: 1, Insightful

    Basically, they're just paying the developer to work on it full time. Whereas before the dev. had to rely on licensing CUPS to other companies and sub-contracting for work, now he is paid by apple.

    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.

    1. Re:No big deal by Ritchie70 · · Score: 4, Informative

      Nope. From the FAQ: (emphasis added by me)

      CUPS was written by Michael R Sweet, an owner of Easy Software Products. In February of 2007 Apple Inc. hired Michael and acquired ownership the CUPS source code. While Michael is primarily working on non-CUPS projects, he will continue to develop and support CUPS, which is still being released under the existing GPL2/LGPL2 licensing terms.
      --
      The preferred solution is to not have a problem.
    2. Re:No big deal by Frosty+Piss · · Score: 0

      Basically, they're just paying the developer to work on it full time.

      Exactly. As usual, the story headline has no real relationship to the reality of the story.

      CUPS Purchased By Apple Inc.
      No, no they didn't. They hired the lead developer of CUPS.
      --
      If you want news from today, you have to come back tomorrow.
    3. Re:No big deal by AKAImBatman · · Score: 1

      You might want to reread the article. It says specifically that Apple "acquired ownership [of] the CUPS source code and hired me (Michael R Sweet), the creator of CUPS." (Emphasis added.)

      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.

    4. Re:No big deal by Anonymous Coward · · Score: 0

      Ermm...

      Article #475: CUPS Purchased by Apple Inc.
      Created at 14:49 Jul 11, 2007 by mike
      In February of 2007, Apple Inc. acquired ownership the CUPS source code and hired me (Michael R Sweet), the creator of CUPS.
      CUPS will still be released under the existing GPL2/LGPL2 licensing terms, and I will continue to develop and support CUPS at Apple.
      Answers to questions about the change of ownership can be found on the frequently asked questions page.

    5. Re:No big deal by ktappe · · Score: 1

      While Michael is primarily working on non-CUPS projects, he will continue to develop and support CUPS
      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, which is ugly, slow, and prone to failure. Even giving us the ability in Leopard to create printers using "defaults write" would be better than what we have now.

      --
      "We can categorically state we have not released man-eating badgers into the area." - UK military spokesman, July 2007
    6. Re:No big deal by thinbits · · Score: 1

      No, you can create printers from the shell (and thus shell scripts) just fine. I've done it many times. man lpadmin to learn more.

    7. Re:No big deal by cortana · · Score: 1

      They broke lpadmin and the web interface? Ouch!

  19. Non-English Quote by Anonymous Coward · · Score: 0

    "Apple Inc. acquired ownership the CUPS source code." I can't parse those last two noun phrases. I guess this sentence doesn't indicate anything. Perhaps it means that Apple Inc. acquired ownership ... but it doesn't say of what. It just goes on with the CUPS source code ... and trails off there. Frankly, how can you put this on the front page of Slashdot when the few sentences that are there aren't even in clear plain English.

    I'd still like to hear what Apple acquired ownership of.
  20. Wait! by neoshroom · · Score: 1

    Wait that could work! While the Zune of course was an utter flop, I actually like brown mugs.

    --
    Non-profit and Business Grant Writing Professionals.

    --
    Big apple, new Yorik, undig it, something's unrotting in Edenmark.
  21. Common UNIX Printing System by Anonymous Coward · · Score: 0

    I'd assume that it's not gonna be that common anymore in a few years.

  22. Isn't this wat the GNU project does? by mwvdlee · · Score: 1

    I find it funny that RMS is mentioned in TFA.
    Isn't this (assigning copyright to somebody else) exactly what contributions to GNU projects are required to do?

    --
    Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
    1. Re:Isn't this wat the GNU project does? by mrchaotica · · Score: 1

      Yeah, but there's a difference: GNU is run by the FSF, but CUPS is (now) run by Apple. One of these organizations is a non-profit dedicated to freedom while the other is a for-profit with a history of lock-in.

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    2. Re:Isn't this wat the GNU project does? by wootest · · Score: 1

      Apple may be a for-profit company but at this level (below iPods and DVDs and DRM), Apple has been opening up. Remember the discussion about the TPM module that vast chunks of Slashdot were convinced was part of a future evil plan to lock everything up with a software update? They only ever shipped it in a handful of models. Remember the discussion about the Intel Darwin sources missing XNU, the kernel component? They opened that back up. Remember the fuss about KHTML having difficulties making anything out of the WebKit contributions because they were often Mac OS X-centric? From what I understand, Apple has recently turned WebKit more toolkit-neutral. They have started shipping several of their components (like Bonjour/zeroconf and launchd) under the Apache license rather than their own APSL, and are making available their CalDAV server under the Apache license as well.

      I realize that it's healthy to remain skeptic, or at least not assume that the company will forever stay open to the extent that it already is open. But give Apple some credit where due. I don't think it's very likely that Apple will lock down CUPS in the future, since they have their own printing architecture that they're pushing primarily. Apple has been more BSD than FSF/GPL, and it does seem likely that they just want to avoid GPL 3, which is more, uh, religious than is GPL 2. And if Apple do end up locking down CUPS - why not start by forking their last release and *then* start talking about how Apple is chair-throwingly evil? ;)

      (Additionally, as a result of these kinds of acquisitions, Apple has a bunch of people who are all about open source onboard, like Jordan Hubbard and Dave Hyatt. I think any theoretical upcoming closedowns would meet strong resistance within the organization.)

  23. Does GPL define handling of contributed code? by tji · · Score: 0, Redundant

    It seems that Apple bought the code and now control the license to the CUPS source code, giving them control of the direction (of at least that fork) and protection from licensing changes that hurt them.

    But, a question for this situation, and many others in the Open Source community is: "What about the code contributed by other people to the project?"

    Does the GPL define how this is handled? E.G. does the original author retain full copyright over the codebase and the contributor is in effect donating code to him? Or, does the copyright fragment, and each individual owns the copyright to the pieces they created?

    Or, is this not covered by the GPL, and is negotiated among the contributors?

    1. Re:Does GPL define handling of contributed code? by fsmunoz · · Score: 1

      Well, I'm not sure if CUPS has large ammounts of third-party code, but in general each contributor reatings copyright of his contributions (non-negligible contributions, this is a grey area but two lines of code aren't considered enough, while something more complex is). This is the reason for the copyright assignements in behalf of the FSF in GNU projects. I'm not sure if CUPS required the same. If it didn't a change in licence will have to have the consent of the contributors or have their contributions removed. This is my understanding of it anyway.

    2. Re:Does GPL define handling of contributed code? by Todd+Knarr · · Score: 1

      Licensing of patches depends on the project. Normally copyright of code always remains with the author so copyright on the contributed code would lie with the contributor, not the CUPS author. Some projects, though, require assignment of copyright to the project before they'll accept submissions (the FSF's GNU toolset is the most well-known example) specifically to insure that the project retains complete control over licensing. I'm not sure which route CUPS took, but if they didn't require copyright assignment then they wouldn't have the right to change the license terms for any contributed code and would have to go to the actual authors to get permission for any changes.

  24. so you're saying... by sych · · Score: 5, Funny

    that this all comes down to RMS and some printer drivers... again? :)

    1. Re:so you're saying... by jellomizer · · Score: 1

      So after everything said and done, the entire GPL movement was because Stallman was to Lazy to walk up a flight of stares to see if his document printed or not.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    2. Re:so you're saying... by jc42 · · Score: 1

      [T]he entire GPL movement was because Stallman was to Lazy to walk up a flight of stares to see if his document printed or not.

      You're not the first to make such an observation. One of Larry Wall's most famous remarks is that the chief virtues of a good programmer are laziness, impatience and hubris. He used this to explain a lot of his design of the perl programming language, for example, which appeals to exactly this sort of person. By Larry's standards, and lots of other evidence, RMS is indeed a very good programmer. ;-)

      --
      Those who do study history are doomed to stand helplessly by while everyone else repeats it.
  25. Is it in danger? by Anonymous Coward · · Score: 0

    If Apple decides to relicense CUPS in the future, can they apply this license change to past CUPS releases? Or is a particular software release released under a GPL license under it forever. and effectively out of their control?

    1. Re:Is it in danger? by zebslash · · Score: 1

      No, once a software is released under GPL, it cannot be "delicensed". By using the GPL, the copyright holders grant you a perpetual authorisation to distribute that software version under the terms of the GPL.

    2. Re:Is it in danger? by sveinungkv · · Score: 1

      What is released under the GPL stay under the GPL, as long as someone has copies under the GPL. However, Apple could stop to release as GPL and start to only release under new terms if they wanted to. Note that Apple have said they will continue to release CUPS under the gpl.

      --
      Spelling/grammar nazis welcome (English is not my first language and I am trying to improve my spelling/grammar)
  26. CUPS on a laptop???? by LM741N · · Score: 1

    I realize that CUPS is useful for large networks, but does it have to be installed by default on every Linux distro. Then there are the FreeBSD ports that insist on bringing it in as a dependancy. I use APSFILTER and delete CUPS asap.

    1. Re:CUPS on a laptop???? by Anonymous Coward · · Score: 0

      Yeah. What's next, Unix on my telephone?

    2. Re:CUPS on a laptop???? by josephdrivein · · Score: 1

      I use it on my laptop and it's very useful.

      CUPS servers can broadcast information about the printers they share. CUPS on my laptop makes them available to me automatically.

      Home, work, friends' home, wherever I am, if there's a printer shared by a CUPS server in the network, it's in my printers list. All I have to do is press Ctrl-P and select one.

      I hope Apple will not kill CUPS.

    3. Re:CUPS on a laptop???? by Anonymous Coward · · Score: 0

      Not every distro includes CUPS by default, I the distro I use, Arch Linux, doesn't. I shouldn't think Slackware, Gentoo or Debian do either. I presume CUPS is the only way to get some printers working, so distros that aim to be easy to use will include it.

      If you are not happy with what a distro chooses to install, try doing a minimal install then adding what you want, or choose a different distro.

  27. Network printing by tsa · · Score: 1

    Well, hopefully they can make printing via a network Just Work now. The hours I spent getting my MBP to print via my fathers XP machine on his Canon IP4000...

    --

    -- Cheers!

    1. Re:Network printing by Baumi · · Score: 1

      Well, hopefully they can make printing via a network Just Work now. The hours I spent getting my MBP to print via my fathers XP machine on his Canon IP4000... Interesting: I've never had any problems connecting my iBook G4 to network printers, no matter whether they were hosted on Macs, Linux or Windows. Looks like either you were unlucky or I've been lucky so far.

      Guess that's why it's so hard to rely on anecdotal evidence one way or the other.

    2. Re:Network printing by tsa · · Score: 1

      It is a driver issue. You need a different printer driver for network printing than for 'normal' printing from a Mac. If you're lucky, both drivers are present and you have no problems. But for the Canon IP4000 there is no network driver. You can connect it directly to a Mac and then it will work OK, but if you want to print via a network it's useless.

      --

      -- Cheers!

  28. Time for GNU alternative by Anonymous Coward · · Score: 0

    I predict that within one year we will see either a fork or a completely new print management project being hosted by GNU. Forking has the advantage of a large existing code base, but doesn't give the FSF the copy right to amend the license to GPLv3; so my money is on GNU starting a new project.

    1. Re:Time for GNU alternative by Anonymous Coward · · Score: 0

      my money is on nobody caring. Cups is still available as GPL v2. Michael Sweet has continued to add changed to (the GPL) CVS since being hired by Apple. Nobody cares about GPL v3. It's the FSF version of Vista.

  29. Re:WHAT THE HOLY FUCK? by Anonymous Coward · · Score: 0

    Yes. it will. In much the same way that HTML rendering in Linux "leapt and bounded ahead" when Apple improved khtml for integration into Webkit.

    Ingrate.

  30. Wrong by walterbyrd · · Score: 0

    >>Now Apple owns the copyright to the code. They can take it closed, relicense it, dual license it

    Once something is GPL2, it stays GPL2. You can not take it back, even if you own the copyright. And any code you add, is also GPL2.

    If Apple entirely re-writes the CUPS system, then Apple can do whatever they want with the licensing.

    1. Re:Wrong by ubernostrum · · Score: 1

      Once something is GPL2, it stays GPL2. You can not take it back, even if you own the copyright. And any code you add, is also GPL2.

      No, you're fundamentally misunderstanding both the GPL and how copyright law works. The copyright holder cannot stop anyone who already received a GPL copy from exercising the freedoms granted by the GPL, but the copyright holder is not in any way obligated to continue offering the software to new licensees. The copyright holder is also perfectly free to begin offering a dual-licensing scheme at any point, or to begin offering the software only under a completely different license: offering something once under the GPL, when you are the copyright holder, does not abdicate your right to later change your mind and offer it under a different license instead, or to stop offering it at all. Others who've received GPL copies can continue to modify and distribute per the GPL, but again there is nothing in the GPL which requires the copyright holder to continue offering new licensees the option of the GPL.

      If Apple entirely re-writes the CUPS system, then Apple can do whatever they want with the licensing.

      No, they don't have to rewrite anything. From what I gather, CUPS has always required assignment of copyright from contributors (much like software maintained by the FSF), which means Apple holds the copyright to all of the CUPS code free and clear. And the GPL does not place any restrictions on the copyright holder which would forbid Apple from switching the licensing scheme.

    2. Re:Wrong by walterbyrd · · Score: 1

      Below is a post about the GPL, from a retired attorney. The post is on a scox message board, but if you read it, you will see that it also applies to the apple case:

      >>
      The GPL2 purports to be a contract in perpetuity. Lay your hands on code distributed under the GPL2, and you may use it anyway you want to, consistent with the GPL2. Relatively little new code will be distributed under the GPL3, most of it being old code. For the time being, the vast majority of code included in new releases will be covered by the GPL2.

      Now the whining and complaining starts. Either the GPL3 is different from the GPL2, more restrictive, or it is not. If they are the same from a legal point of view, then all the discussion about the GPL3 is a waste of good nap time.

      I don't care how many times you repeat it. It didn't work for SCOX or their lawyers and it won't work for the proponents of GPL3. Saying it louder and more often does not make it so.

      Release anything with GPL2'd code in it, without an assignment of rights from the original author, and it is covered by the GPL2. Completely. The whole doggone distribution. GPL3 embossed on the cover or not.

      Hint to the Open Source fanatics out there: this thing runs both ways. The lovely part of GPL2 is that it goes out and just keeps on giving. At least for RMS, the awful part of the GPL2, is that it goes out and just keeps on giving, even when you don't want it to.

      An after-the-fact GPL3 winds up being completely neutralized by inclusion of a single line of code released by its author under the GPL2. With it in the distribution, by the terms of the GPL2, the whole distribution is covered by it.

      Lawyers have to be particularly careful about wishful thinking, because it is easy to get caught up in a client's expectations, and lose sight of the fact that there is no merit at all to his claims. Laymen do it all the time. Part of the purpose in having a lawyer there is to bring the client back to a realistic assessment, instead of wasting all his money, and the court's time, on unwinnable cases.

      RMS is brilliant, no doubt about it.

      At the end of the day, he is still not a lawyer.
      __________________________________________________ _
      AllParadox - Retired Attorney, no legal opinons, just my opinions.
      http://www1.investorvillage.com/smbd.asp?mb=1911&m n=35321&pt=msg&mid=2524974

    3. Re:Wrong by ubernostrum · · Score: 1

      Below is a post about the GPL, from a retired attorney. The post is on a scox message board, but if you read it, you will see that it also applies to the apple case:

      No, it doesn't. Again, it appears that CUPS, like the FSF, maintained a policy of requiring copyright assignment from contributors. Which means Apple would be the free and clear holder of copyright to every single line of code. Not a licensee of that code, not just another distributor or developer of that code, the copyright holder in that code. Which means they can do absolutely anything with it that they like now; they are not in any way obligated to keep the code free into the future, because they are not distributing it under license -- they are distributing it as the copyright holder, and that makes all the difference in the world.

    4. Re:Wrong by Suicyco · · Score: 1

      You are still completely misunderstanding the license. The lawyer mentions the DISTRIBUTION. Anything you distribute with the GPLV2 license retains that license forever.

      However, since you own the code, you can also release it ("distribute" it) under any other license you so wish. The license does not retroactively impose rights onto the owner of the code, it is a license to USE the code, by others who are not the copyright holder.

      Hence the term LICENSE. You do not LICENSE code to yourself.

      Apple can do whatever the hell they want with the code, they own it in its entirety and can stop releasing it for free anytime they want. You can still use any version of CUPS released under GPLV2 in any way you see fit as long as YOU comply with the license.

      Many many open source companies do this with the code THEY own. They release older version under GPLV2 but the latest and greatest is a commercial product released under a proprietary license. Eventually, the new product becomes the old product and gets released under the GPL. Note however that the new proprietary products contain tons of code released to the public via the GPL. It doesn't matter, if you own the code, you own the code. The only way to limit the rights of the owner would be to assign the rights of the code to some entity in the copyright which is not the owner. In this case you'd simply be transferring ownership. As long as people wish to protect code via copyright, someone has to OWN that copyright, and hence own all rights to the IP.

    5. Re:Wrong by mr_matticus · · Score: 1

      something once under the GPL, when you are the copyright holder, does not abdicate your right to later change your mind and offer it under a different license instead, or to stop offering it at all. Not entirely accurate. If you look at my post history, you will see that I am no RMS zealot, and I hate them with all the passion of hell, but the GPL is okay for those who want to use it.

      Here's the thing. You can't prevent the distribution of source. You can choose not to release future versions of the software to the public. You can choose to release future versions under a different license (though not GPL3, because it makes dual-licensing almost impossible--if you thought the GPL was too viral before, good luck to you!), and you can of course sell your code to whomever wants to pay for it. However, any code you released under GPL2 you must continue to provide for three years, per the license agreement.

      The GPL is a bit tricky because RMS tried to create "copyleft" for the users--so it's sort of a guarantee of rights to end users, which is a legally stupid way to write a contract. By attaching the GPL to your work, you're agreeing to be bound to it as well, including providing the source for 3 years for anyone who asks for it. So Apple will have to provide source for the last GPL2 version of CUPS for 3 years, but then you're correct; they can stop dealing with GPL altogether.
    6. Re:Wrong by ubernostrum · · Score: 1

      You may have missed this line from my original post:

      The copyright holder cannot stop anyone who already received a GPL copy from exercising the freedoms granted by the GPL, but the copyright holder is not in any way obligated to continue offering the software to new licensees.

      Also, regarding this:

      However, any code you released under GPL2 you must continue to provide for three years, per the license agreement.

      If I am the copyright holder, I am not required to accept the GPL in order to distribute the software. Licensees who received the software from me must accept the GPL in order to distribute the software, but I -- as the copyright holder -- have a right to distribute separate from that granted by the GPL, which means I am not obligated in any way to continue providing the software if I decide to stop distributing it myself; that clause applies only to someone who must accept the GPL in order to distribute the software.

    7. Re:Wrong by mr_matticus · · Score: 1

      You may have missed this line from my original post: I didn't miss it. I refined it. You ARE obligated to continue offering the source to new licensees. You're NOT obligated to release FUTURE source to new licensees. You don't have to host the files on your public web space, but if the source and binaries are not conveyed in a single package/archive, you must continue to provide the source for three years.

      f I am the copyright holder, I am not required to accept the GPL in order to distribute the software. You are required to honor your agreement made with all standing parties. If you have released GPL software, you must abide by your end of the GPL as long as it applies. You can't stop offering the software, make it closed source, and then pursue people who legitimately licensed it from you when it was GPL'd. If you release GPL software, you must uphold your end of the GPL. You can't attach the GPL to your code and then not meet the provider requirements in the GPL. A license is a contract between *two* parties; if it is not binding on one half (less any exceptions in the contract itself), it is not binding at all. You are free to ignore the GPL once all your obligations have been met. Depending on how you released your software, that may mean providing source for 3 years afterward.
    8. Re:Wrong by NMerriam · · Score: 1

      If you have released GPL software, you must abide by your end of the GPL as long as it applies....If you release GPL software, you must uphold your end of the GPL. You can't attach the GPL to your code and then not meet the provider requirements in the GPL. A license is a contract between *two* parties;


      The owner of the code is not required to do anything. The owner can distribute as much or as little he wants under any terms because he's distributing under the terms of copyright law, not the terms of the GPL. It is only recipients of the code who subsequently redistribute code _they don't own_ that have any obligations under the GPL. There is no "contract" between the owner of GPL code and anyone they provide it to.

      The only legal obligations assumed under the GPL are when someone OTHER THAN the owner distributes, since they don't have the legal ability under copyright law to do so, so they MUST use the rights granted to them under the GPL to do so, and in return they accept the obligations of the GPL as well. The owner does not need the GPL to have the right to distribute, so he has no obligations under the GPL.
      --
      Recursive: Adj. See Recursive.
    9. Re:Wrong by ubernostrum · · Score: 1

      I didn't miss it. I refined it. You ARE obligated to continue offering the source to new licensees. You're NOT obligated to release FUTURE source to new licensees. You don't have to host the files on your public web space, but if the source and binaries are not conveyed in a single package/archive, you must continue to provide the source for three years.

      No, you are not obligated to do so when you are the copyright holder to the entirety of the software. Remember that the GPL is a license from the copyright holder, not a contract between the copyright holder and the licensee. The GPL's terms only come into play when:

      1. You received the software under the terms of the GPL, and
      2. You wish to distribute the software or derivative works thereof, and
      3. You have no license or agreement from the copyright holder or any other right, other than the GPL, which would permit you to do so.

      When these conditions are met, you may distribute only if you accept and adhere to the terms of the GPL. But if you are the copyright holder these conditions are not met (because you did not receive the software under the GPL and because, as the copyright holder, you have an inherent right, separate from the GPL, to distribute), and so you may distribute without being forced to accept the terms of the GPL. And if you do not ever accept the terms of the GPL, and are never in a situation where you are forced to accept the terms of the GPL, then the terms of the GPL cannot be enforced against you.

      In other words, if you are the copyright holder you may distribute the software any way you wish, and you may allow licensees to receive it from you under the terms of the GPL, but you do not ever have to to its terms to do so. This means you may cease distributing it at any time; any licenses you granted up to that point will remain valid, but you are under no obligation from the GPL to continue offering the software to anyone, including your current licensees, because you were never required to accept its terms as a condition of distribution.

    10. Re:Wrong by mr_matticus · · Score: 1

      This reflects a misunderstanding of mechanics. If you release software with the GPL attached, that software is GPL'd for life. You, as the rightsholder, may distribute software via another license or grant exceptions to the GPL, but you continue to be obligated to honor the GPL on the software with which it was provided. If you choose to release anything under the GPL, you are bound by it. If you release software and declare it GPL but never provide any source, even if you are the original creator, you are violating the GPL.

      You might think you can ignore it, but once you announce your intentions and place an agreement in effect, you become a party to that agreement. As long as you supply GPL software, you must comply with those terms as well.

      Consider it not being the GPL for a moment. If you release a product that proclaims that it is free and modifiable, and as a result you attract people to create accessories and modifications for it, growing it into a commercially valuable endeavour based on the contributions of others, you can decide to make your new edition not free. You can't say, "I'm no longer allowing people to access the free version." You gave up that power when you made it free and distributable in the first place.

      You can't wash your hands of it until your obligations are fulfilled. You've made a commitment to provide a product under the GPL. You must follow through on that. If you truly believe a license is not enforceable on the creator's side, then I hope you realize what that means for "fair use," personal use exceptions, and anti-DRM: they're all baseless. If you accept that creators of software aren't bound by the terms of its release, then creators of content aren't bound, either, and they have the legal and moral right to do whatever they want, including killing personal copying/backup copying/what Slashdotters call "fair use."

    11. Re:Wrong by ubernostrum · · Score: 1

      This reflects a misunderstanding of mechanics. If you release software with the GPL attached, that software is GPL'd for life. You, as the rightsholder, may distribute software via another license or grant exceptions to the GPL, but you continue to be obligated to honor the GPL on the software with which it was provided. If you choose to release anything under the GPL, you are bound by it. If you release software and declare it GPL but never provide any source, even if you are the original creator, you are violating the GPL.

      This reflects such a deep misunderstanding of licensing that I'm not even sure where to begin. But I'll try anyway; let's start with the text of GPLv2, because it's by far the most prevalent version in use. That license defines, up front, the word "you" which is used repeatedly within the text:

      Each licensee is addressed as "you".

      Now, right off the bat we know who this is directed at: licensees. And we know who it's not directed at: people who are not licensees. The copyright holder, by definition, is never a licensee; instead, the copyright holder is the licensor, the person who grants the license. There is no text anywhere within the terms of the GPL which addresses the licensor or lays any obligation on the licensor in any way, shape or form. So already we have a legally and logically ironclad explanation of the fact that the GPL does not obligate the copyright holder to continue providing source or to obey any of the other terms of the GPL. But let's dig deeper, because you've missed several very important points.

      The GPL is a license; it is a grant of privileges from one person to another. It is most emphatically not a contract. A contract is an agreement with consideration and obligations for both sides, while a license is entirely one-sided: licensor grants a privilege, with certain conditions, to licensee. The licensor is not bound by the terms imposed on the licensee and, in fact, if this were the case licenses would be worthless. You've suggested that we consider what would happen if we weren't talking about the GPL, so let's do so: let's assume that instead we're talking about the EULA for Microsoft Windows, which expressly forbids copying, distribution and/or modification of the software. By your argument, Microsoft would be "obligated" by its license terms not to copy, distribute or modify Windows, which is -- however you may feel about proprietary licenses and/or Microsoft -- a patently ludicrous idea. So we have a second strong explanation of the fact that the GPL places no obligations on the copyright holder to abide by its terms. But let's continue.

      The GPL is very clear about the situations in which it comes into play, and it works like this:

      • Ordinarily, when you receive a copy of a copyrighted piece of software, copyright law expressly forbids you taking certain actions with it, among them copying, distributing and modifying the software.
      • So long as you do not attempt to do any of the things which are ordinarily forbidden by copyright law, the GPL does not restrict you in any way: you are free to run the program for any purpose.
      • The moment you attempt to do any of those things, however, you are faced with a choice: accept the terms of the GPL, or violate copyright law.

      This entire scheme is predicated on the assumption that, as the GPL states, "nothing else grants you permission to modify or distribute the Program or its derivative works" which, assuming that you are a licensee and that the GPL is the only licensing option available, is generally true. However, that clause of the license begins with a very important sentence: "You are not required to accept this License, since you have not signed it."

      What this means is that if the key assumption -- that nothing else grants you permission to modify or distribute the program or its derivative works -- d

    12. Re:Wrong by mr_matticus · · Score: 1

      his reflects such a deep misunderstanding of licensing that I'm not even sure where to begin. You're missing the first part in licensing. A license is a legally binding agreement between TWO parties. Licensor is supplying software with the expectation that that license be upheld. The licensor in this case is not the sole developer. He has had those rights transferred to him from the respective developers, independent of the GPL. He is free to do that. However, that does not automatically mean that he is not bound by the GPL by those contributions. You are correct in that the ORIGINAL code for which he is the SOLE CREATOR, OWNER, AND DEVELOPER is not binding on him. However, CUPS is no longer that product, and depending on the specifics of what rights were transferred to him by those derivative developers, he may not have the authority to suspend the provision of that code. Further, he may have already met his obligations by distributing source in a single packed archive and thus the 3-year requirement may not apply to CUPS at all. That is all consistent with the point I've been trying to make and you continue to interfere with: this is not an automatic procedure or a simple sale, and it's not the case that releasing software under the GPL means that you as the developer have no obligations when improvements come BACK to you under the GPL.

      The licensor is not bound by the terms imposed on the licensee and, in fact, if this were the case licenses would be worthless. No one ever said that. The licensor is bound by HIS END of the agreement, including such restrictions and guarantees as provided for in the license. An original developer has no obligations subsequent to the release of some source code. That does not continue to be manifestly true after derivative works from third parties have returned and become integrated into the original material.

      The rest of your verbose post is countering some outside interpretation of some other argument, so it bears no addressing. No one is stating that the copyright holder is a licensee under the GPL. You consistently fail to recognize the basic requirement that a license is an agreement. It is a one-way grant but it most certainly imposes limitations on the licensor and both components are integral to the law of obligations. A license is at its most basic an AGREEMENT (requires more than one party) not to sue (limiting the power of the copyright holder in that s/he is bound to honor the terms of that license in re what permissions and obligations have been granted).
    13. Re:Wrong by ubernostrum · · Score: 1

      You're missing the first part in licensing. A license is a legally binding agreement between TWO parties. Licensor is supplying software with the expectation that that license be upheld. The licensor in this case is not the sole developer. He has had those rights transferred to him from the respective developers, independent of the GPL. He is free to do that. However, that does not automatically mean that he is not bound by the GPL by those contributions.

      You're still missing the part where the licensor is not the licensee. When a project requires assignment of copyright from contributors, they are not receiving that code under the GPL -- they are not receiving it under any license at all, and are instead receiving the copyright itself. Hence, again, licensor is licensor and is never in a situation where he/she/it must accept the terms of the GPL.

    14. Re:Wrong by mr_matticus · · Score: 1

      Assignment of rights does not universally mean that the contributors have surrendered ALL of them, particularly if the code is merged before the copyright is assigned, at which time the GPL is in effect. This entire time I have been saying nothing except that there *may* still be unmet requirements by the CUPS people and that the GPL for all its attempted simplicity is not simple at all once multiple developers' work gets merged into a single product. And once again, no one is claiming that the licensor must accept the terms of the GPL as a licensee when s/he holds the copyright. But assuming copyright does not invalidate prior obligations, particularly on a license in perpetuity as the GPL touts itself to be in the legal community--there is in fact a discussion on this in the comments to this very story.

      Consider if a developer worked on GPL software and then decided to buy out all the other developers. For as long as that product was collaborative, he has purchased software which already HAD an interminable GPL license attached. That means that other developers can still request of him the source code, since they've licensed the product prior to its becoming closed (those other developers can sign away their individual rights to sue anyone for GPL violation by transferring copyright to someone else). That developer, copyright holder or not, is still obligated to fulfill his requirement to his licensees to provide the source. Assignment of copyright does not break legal obligations automatically and blindly. He is not required to GPL future works and he is not required to continue hosting the current GPL version (but he cannot interfere with the free distribution of that software and/or source), and he must fulfill all source requests made under the GPL prior to his announcement to terminate GPL support in lieu of an alternate license. The CUPS people, as I've said continually, may have met these obligations already and thus are done with the GPL years of the project.

      The only point is that it's not so simple, and assigning all copyrights to a single developer makes things easier, but still not EASY, on a project of this size.

    15. Re:Wrong by ubernostrum · · Score: 1

      Ah, but now you're just playing semantic tricks. If the licensor was once a licensee then all bets are off but, as Yiddish speakers would say, if my grandmother had balls she'd be my grandfather.

  31. Apple's History with "Open Source" by asphaltjesus · · Score: 2, Insightful

    is troublesome.

    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.

    --
    Got Trader Joe's? friendwich.com RSS feeds work now!
    1. Re:Apple's History with "Open Source" by Ilgaz · · Score: 5, Informative

      " For example, integrating colorsync or letting the gui die from benign neglect as Apple adds code that breaks the gui."

      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 /opensource OS developers to implement/manage webkit compile process on other operating systems. Forget that, the Konqueror 4 in KDE 4 will have very very similar rendering engine with Safari.

      Another thing. Webkit reviewers http://webkit.org/blog/95/lots-of-new-reviewers/

      "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.

    2. Re:Apple's History with "Open Source" by Anonymous Coward · · Score: 0

      Honestly, everything you are saying, I have heard just the opposite. Seeds of doubt are nice to plant. But you have not given us anything supported by evidence to look into. For instance, I just looked at the Konqueor developer mailing list and everything seems fine with their collaboration with Apple. As for buying the CUPS source code, the developer of CUPS required all contributors to sign over the copyright to their code to his company. Apple had been licensing the code, presumably for a fee, for years and now the developer who owns the copyright to the code has decided to sell to Apple. I do not see anything wrong with this. Or anything that goes against the GPL. Even the spirit of the GPL is not offended, so far as I can see.

      Seeds of doubt are nice to plant, but you have to have evidence. The nice, solid kind. Not the squishy, I-seem-to-remember kind. So here is the question you need to answer: how exactly has Apple not been a good corporate citizen when it comes to GPL projects?

    3. Re:Apple's History with "Open Source" by mpapet · · Score: 1

      This article seems to tell a different story. http://apple.slashdot.org/apple/05/05/12/1555240.s html

      It's from two years ago, that's for sure, so maybe it is better now. Thanks.

      --
      http://www.maxineudall.com/2010/02/should-economists-be-sued-for-malpractice.html
    4. Re:Apple's History with "Open Source" by Ilgaz · · Score: 1

      I guess they finally found a common point to agree on. The tools are also much more advanced now.

      The "common point" comes from this: Apple users love colour corrected stuff for example and for some of them (e.g. DTP, Pro Photography) it is part of their job to see colour right. Linux users (of course) cares about correct colour but there is no common standard for colour correction or huge demand. For example my browser , Omniweb has a seperate setting for colorsync.

      When Apple puts colorsync enabled code to browser it means the KDE one which even works on AIX gets stuck.

      I think they have found a way/method to fix such issues/dependencies.

    5. Re:Apple's History with "Open Source" by larry+bagina · · Score: 1

      this is from today (and more reliable than slashdot).

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    6. Re:Apple's History with "Open Source" by Anonymous Coward · · Score: 0

      Their relationship with Konqueror is fine, and they've contributed many things back. They've released many entirely new projects under OSS licenses (launchd is a great example.) The change you "seem to recall" was actually them briefly delaying release of their Darwin source for Intel to clean it up. It's out now. And all this from your "limited experience".

      You want to talk about being as hostile as Microsoft? Because you're spreading FUD like a pro from Redmond.

  32. Nice! by tigeba · · Score: 1

    Maybe there is hope for someday getting my printer to work in OSX!

  33. Re:WHAT THE HOLY FUCK? by FuzzyDaddy · · Score: 2, Insightful
    If Microsoft did something like this there'd be a geek jihad.

    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 good thing for open source. But the deal seems straightforward. Whenever Microsoft gets involved in anything "open", you have to look very carefully for hidden agendas, because of a long history of shenanigans. That's what gets people upset.

    --
    It's not wasting time, I'm educating myself.
  34. Naming Convention: by locallyunscene · · Score: 2, Funny

    So will they call it iCUPS? :)

    1. Re:Naming Convention: by Anonymous Coward · · Score: 0

      No, Hicups...

  35. I think this is could be good by jabjoe · · Score: 1

    CUPS's could do with the investment and work, it's in Apple's interest this is done. As long as it's all done in a generic unix way, everyone wins. Apple probably bought it mostly to stop someone else buying it. Just protecting themselves.

    1. Re:I think this is could be good by geekoid · · Score: 0

      They didn't buy 'it', they hired it'd primary(only?) developer.
      It's gpl, I could go make a form of it right now and do my own thing with it.

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
    2. Re:I think this is could be good by dn15 · · Score: 1

      They didn't buy 'it', they hired it'd primary(only?) developer. It's gpl, I could go make a form of it right now and do my own thing with it.

      Yes, they did buy CUPS in addition to hiring the primary developer. The developer, Michael R. Sweet, had required that the copyright of any contributed source be transferred to him. Thus he owned the whole package and has full right to sell it to whomever he pleases. Apple purchased CUPS from him, thus obtaining the copyright to CUPS.

      You are not wrong about CUPS being under GPL -- it's just that as the new owner, Apple is now the one licensing the software to you under the GPL, not Michael. The GPL operates within the framework of Copyright. When a project is licensed under the GPL, someone still owns it that copyright and is granting you rights to use it under a certain license. They can't recall code that has already been released under the GPL, but nothing prevents them from closing the project and making all future additions or changes under a different license as long as the own rights to the source in its entirety at that point.

  36. This COULD be a good thing by WindBourne · · Score: 0, Troll

    First, I assume that Apple is doing this to be able to add their own closed code. I do not think that they are worried about GPLv3.

    Second, Apple will almost certainly throw a small staff at this. That means greatly speeded up development. Third, we will almost certainly see true EASY set-up.

    What is the bad part? Apple has shown in the past that when they have to share directly with OSS, they do not do a good job. In particular, I am thinking of how the khtml has gone. It has actually reflected poorly on Apple. So, hopefully, apple is looking to take FULL control of this project AND keep it working everywhere. If so, this could be a feather in their cap. If not, it will make a NUMBER of OSS groups re-consider working with apple. Ever.

    --
    I prefer the "u" in honour as it seems to be missing these days.
    1. Re:This COULD be a good thing by HishamMuhammad · · Score: 1

      "I assume that Apple is doing this to be able to add their own closed code" --

      Yes, and "closed" is the operative word here. CUPS already has a friendly interface on OSX, and now they're no longer under the obligation to share back stuff to the rest of the Unix world.

      "Third, we will almost certainly see true EASY set-up." --

      Will Apple help Linux become a better contender or will it keep its advancements/printer drivers for itself? Yeah right. Even if they're saying they'll keep developing CUPS as open source doesn't mean they'll use the same branch for their own OS (remember the Darwin situation).

    2. Re:This COULD be a good thing by WindBourne · · Score: 1

      True, they will not be under obligation to share. The question is, will they? Right now, OSS is not the enemy to apple. MS is. And when it comes to printing, MS controls. What is needed is to add Bonjour. Almost certainly that will become a priority. In addition, I suspect that they will make available ALL of the drivers that they can (rather than charge for them). Why? Because, they need new drivers available from print manufactuers. They want to encourage ALL printers to work with Apple. By keeping this Open, it will encourage all printer companies to write 2 drivers; 1 for MS, 1 for cups. And that will be from day 1.

      Now, as to the easy set-up on Unix, that is up to us to make it easier. Having bonjour in there will ease systems using it. But KDE and GNOME will have to do their own interfaces.

      As to branches, well, I would not expect that surface for quite some time. Once all the manufactuers are writting drivers for CUPS, that may be an issue. If that happens, then there may need to be a fork. Hopefully, that will not happen.

      --
      I prefer the "u" in honour as it seems to be missing these days.
    3. Re:This COULD be a good thing by slowdive1979 · · Score: 1

      Embrace... Extend... Destroy.

    4. Re:This COULD be a good thing by Anonymous Coward · · Score: 0

      First, I assume that Apple is doing this to be able to add their own closed code. [...] Second, Apple will almost certainly throw a small staff at this. [...] What is the bad part? You just answered your own question. Yes, they will almost certainly devote a staff to improving CUPS, but since they now own CUPS, they have no obligation to release those improvements under the GPL. They can now make their own closed-source version of CUPS and leave us to fend for ourselves.
  37. Apple's dependence and the GPL3 by nweaver · · Score: 4, Insightful

    This, as other posters have mentioned, is a way of GPL3-proofing CUPS, which is a key piece of the apple architecture and made possible because the copyrights for contributions were transfered to the developers.

    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.

    --
    Test your net with Netalyzr
    1. Re:Apple's dependence and the GPL3 by Anonymous Coward · · Score: 1, Informative

      You're wrong about the GPL3 patent provisions. By distributing GPL3 software, a patent holder licenses any of their patents which are exercised by that software, only to users of that software and only for the running and further distribution of that software. I.e., the patent license is extended only enough to make the software safe for downstream users to use and exercise their GPL rights.

      The patent holder does *not* lose all control of their patents, and can still sue for infringement by other users or for infringement unrelated to the use of the GPL software.

    2. Re:Apple's dependence and the GPL3 by Chandon+Seldon · · Score: 2, Interesting

      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.

      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.

      Yes, the GPLv3 results in "Patent Disarmament". No, that's not likely to result in a situation where it prevents you from using your patents defensively.

      --
      -- The act of censorship is always worse than whatever is being censored. Always.
    3. Re:Apple's dependence and the GPL3 by Omnifarious · · Score: 1

      I see it as more Apple's problem than RMS'. If they don't like the GPLv3 then I will be happy to see their software fade into deserved obscurity as they can't muster the manpower to keep up with the rest of the Open Source community. Apple needs RMS more than RMS needs Apple, though I'm certain that RMS could care less that this was the case.

      The iPhone is evil, and I will never own one until I have full control over the software on it. And if Apple doesn't want to give it to me, then I don't need to 'buy' their device, if you can be said to own something you can't even replace the software on.

    4. Re:Apple's dependence and the GPL3 by jd142 · · Score: 1

      The iPhone is evil, and I will never own one until I have full control over the software on it. And if Apple doesn't want to give it to me, then I don't need to 'buy' their device, if you can be said to own something you can't even replace the software on.

      Just out of curiousity, can you replace the software that runs your microwave? Your car? Your stove?

    5. Re:Apple's dependence and the GPL3 by Anonymous Coward · · Score: 0

      Hmm. Interesting question. I think there there are more safety concerns, so the chances it will happen are less - it's different when someone writing the software must guarantee it won't threaten the user with physical harm.

    6. Re:Apple's dependence and the GPL3 by Sam+Douglas · · Score: 1

      If my microwave, car or stove contained powerful, general purpose computers; then I would like to have the option of changing the software on them; or at least extending it to best suit my needs or wants.
      If any such device makes use of free software under licenses such as the GPL; and the software is replaceable (i.e. not stored in ROM), then the recipient of such software should have the freedoms 'guaranteed' by the license restricted in such ways. If the manufacturer of the device wishes to maintain power over what software the recipient can run on it; then they should not use software that was conveyed to them under a license that requires further recipients of the software to receive the same freedoms the distributors were granted.

    7. Re:Apple's dependence and the GPL3 by Omnifarious · · Score: 1

      I don't drive and have never even had a full driver's license (I'm 35). And it's not so important for either my microwave or my stove. I don't funnel a good 10% of my communication with others through those two devices.

      It is semi-important for my car. And that would be a feature I'd look for. Especially if it had a mapping system. If my car drove itself, I would consider it just as vitally important as I do for a complex phone.

  38. gcc is more liberal by Anonymous Coward · · Score: 0

    yes, but the gcc tools explicitly allow you to create non-free programs.

  39. Fork it by Akaihiryuu · · Score: 1

    The code is still available under the GPL. All that has to happen is for someone to fork it and come up with a new name. CUPS will then become irrelevant.

    1. Re:Fork it by dn15 · · Score: 1

      The code is still available under the GPL. All that has to happen is for someone to fork it and come up with a new name. CUPS will then become irrelevant.
      Why? Nothing has really changed, except Apple now owns copyright to the project instead of Michael, the original developer.
  40. Was it really open source? by vtcodger · · Score: 1, Informative
    *** It was and is an open source project....***

    If memory serves me right, that's only partly true. As I recall, a lot of CUPS is built around Postscript (Yech) handling software. Postscript is a proprietary protocol/format owned lock stock and barrel by Adobe. There was some sort of odd arrangement that allowed CUPS users to get around having to pay royalties on Postscript as used in Linux. Am I imaging all this?

    --
    You can't see ANYTHING from a car, You've got to get out of the goddamned contraption and walk...Edward Abbey
    1. Re:Was it really open source? by ChaosDiscord · · 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.

    2. Re:Was it really open source? by amorsen · · Score: 1

      Postscript is a proprietary protocol/format owned lock stock and barrel by Adobe.

      Nope, Postscript is a standard available under Royalty Free terms. Adobe used to be very fussed about the Postscript trademark, which was somewhat annoying, but AFAIK those days are gone too. The same holds for PDF.

      --
      Finally! A year of moderation! Ready for 2019?
    3. Re:Was it really open source? by ChrisA90278 · · Score: 1

      Postscript is not "owned" by Adobe. The Postscript spec is public. I have a copy of the "red book" right here near my desk. What Adobe does sell is their Postscript interpretor. But there are other Postscript interpetors. One of them is "Ghostscript" and this is the one CUPS and Apple use. Ghostscript is inside some printers but most printers us an Adobe engine internally. Gostscript is open source and not part of CUPS, only used by CUPS

      In the Red Book is an intro written by John Warnock (Warnock is the founder of Adobe) where he says that Postscript the language was originated by Evens and Sutherland in 1976. This statement has been in every edition of the language standard. Adobe makes the best interpretor for the language but they don't own the language

    4. Re:Was it really open source? by UtucXul · · Score: 1

      If memory serves me right, that's only partly true. As I recall, a lot of CUPS is built around Postscript (Yech) handling software. Postscript is a proprietary protocol/format owned lock stock and barrel by Adobe. There was some sort of odd arrangement that allowed CUPS users to get around having to pay royalties on Postscript as used in Linux. Am I imaging all this?
      As I understood it, postscript is fully documented and open standard (as is pdf for the most part). Ghostview is a very old free interpreter for it and they don't need anything funny to avoid royalties. Just like C or FORTRAN, you can go out and buy a postscript book and write postscript programs (or a postscript interpreter like ghostview). Not sure why you would want to, but you can.
    5. Re:Was it really open source? by vtcodger · · Score: 1
      ***As I understood it, postscript is fully documented and open standard (as is pdf for the most part). Ghostview is a very old free interpreter for it and they don't need anything funny to avoid royalties. Just like C or FORTRAN, you can go out and buy a postscript book and write postscript programs (or a postscript interpreter like ghostview). Not sure why you would want to, but you can***

      It took a while, but I finally found what was confusing me. It's ghostscript. As I sort of vaguely recalled, ghostscript is not initially a GPL product. Instead, new releases are released under something called the AFPL which constrains commercial use. Later -- one release behind -- they are released under GPL. I don't know whether the link to Adobe is only in my imagination. Probably it is. Maybe it's not. I'm not sure that I care very much.

      CUPS used to have its very own version of ghostscript. I recall it to have some monumentally confusing (to me anyway) licensing verbiage. I think they now use the GPL version

      See http://www.artifex.com/licensing/index.htm

      --
      You can't see ANYTHING from a car, You've got to get out of the goddamned contraption and walk...Edward Abbey
  41. could we fix that? by r00t · · Score: 1

    For example, donate some GPLv3 code. :-)

  42. What else is vulnerable? by r00t · · Score: 1

    Could somebody buy out valgrind, firefox, apache, etc.?

    How is our situation with OpenOffice?

    What about the FSF itself? Could RMS get voted out? What if he dies?

    Any other projects using copyright assignment?

    1. Re:What else is vulnerable? by lobStar · · Score: 1

      This is already true for OpenOffice, it's code is owned by Sun Microsystems. Contributors must transfer their copyright to Sun, if I remember right.

      Apache code is owned by the respective contributors, I belive. So it can't happend to Apache.

    2. Re:What else is vulnerable? by Anonymous Coward · · Score: 0

      FSF uses and encourages copyright assignment. Technically, a company could buy GNU. Firefox and Apache do not do this as far as i'm aware.

    3. Re:What else is vulnerable? by Westacular · · Score: 1

      It's not a question of "vulnerability". The community has not "lost" anything. Apple now owns the source, and can go off and do their own things with it, but since it's been released under a mix of GPL and LGPL, anyone could fork the code and make their own version with a new name -- the only restriction is that the fork must stay under GPL/LGPL.

      That's the fundamental part of how OSI-approved open source licenses work: the copyright holder cannot "take away" already released code by later changing the license to something more restrictive.

  43. IANNALS by Anonymous Coward · · Score: 3, Informative
    I am not not a law student.

    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 last release of CUPS under the GPL by Easy Software Products
    • All modifications to CUPS made by Apple under the GPL
    • Any future modifications to CUPS that Apple releases under the GPL
    • All third-party modifications to CUPS under the GPL


    The following things are NOT licensed under the GPL:
    • Any undistributed in-house or personal changes anyone, anywhere, ever, has made to CUPS that weren't explicitly licensed under the GPL
    • Any modified version of CUPS distributed by Easy Software Products before Apple's purchase of CUPS that wasn't explicitly distributed under the GPL
    • Any modified version of CUPS distributed by Apple after Apple's purchase of CUPS that wasn't explicitly distributed under the GPL
    • Any modified version of CUPS distributed by anyone with a proprietary license granted by ESP before Apple's purchase of CUPS or by Apple after that purchase


    Hope this clears some issues up.
  44. A salary is hardly a zero-cost... by crovira · · Score: 1

    Apple has bought CUPS to forestall any problems coming from using the GPL (like those M$ is PRETENDING they don 't have.)

    --
    MSBPodcast.com The opinions expressed here are my own. If you don't like 'em... Think up your own stuff.
    1. Re:A salary is hardly a zero-cost... by Dog-Cow · · Score: 1, Insightful

      Anyone that write MS as M$ in an attempt at being cute or derogatory needs to have their life removed. The human race simply should not have to deal with such stupidity.

    2. Re:A salary is hardly a zero-cost... by kestasjk · · Score: 1

      Anyone that write MS as M$ in an attempt at being cute or derogatory needs to have their life removed. The human race simply should not have to deal with such stupidity. Mmm, a slight overreaction.
      --
      // MD_Update(&m,buf,j);
    3. Re:A salary is hardly a zero-cost... by Anonymous Coward · · Score: 0

      Bring it, dickhead.

      M$ is a crappy company with crappy products.

    4. Re:A salary is hardly a zero-cost... by dwpro · · Score: 1

      wow...$eriou$ly, get a grip. My bo$$ typed "M$" in an email at work ju$t thi$ week, and he'$ about a$ con$ervative right wing capitali$t a$ they come. I thought it wa$ funny. (s/\$/s/g if your animosity towards the dollar sign character prevents you from reading my post.)

      --
      Millions long for immortality who do not know what to do with themselves on a rainy Sunday afternoon. -- Susan Ertz
    5. Re:A salary is hardly a zero-cost... by NMerriam · · Score: 1

      Apple has bought CUPS to forestall any problems coming from using the GPL


      They would have to buy a lot more than just CUPS if that was their goal. There's lots of GPL/LGPL code in OS X, and the source is available from Apple. They certainly didn't need to buy CUPS to keep using it.

      It's far more logical to assume that Apple is well aware of the many...peculiarities...CUPS has compared to the printing system in Windows and it just made sense to go ahead and hire the lead and buy the code so that they could be more hands-on in the development direction.

      It's been a bit of a black eye for Apple ever since OS X was released that the printing system was a bit of a beast for all those high-end professional media users to deal with. I have about 12 different "printers" installed on my system because each physical printer has to be set up multiple times for different configurations that should logically just be driver options, but CUPS just doesn't work that way.

      It may also be, quite frankly, that they realized in order to offer the kind of printing support they used to have (and Windows still does), that they need to be able to let printer manufacturers seal up some of the code in their binary drivers. I certainly don't know, but that would be a very rational reason for them to buy the code and it would have no effect on CUPS licensing, only on the ability of printer manufacturers to build better drivers for OS X.
      --
      Recursive: Adj. See Recursive.
  45. Hostile? by BiggerBadderBen · · Score: 1

    I doubt it. The owners are probably laughing all the way to the bank!

  46. CUPS! I love that game! by Equis · · Score: 1

    It's awesome! Some Friends of mine taught me to play!

  47. "will continue under the GPL2/LGPL2" by HishamMuhammad · · Score: 1

    Hopefully this part was clearly spelled out in the acquisition contract, and not just as a gentlemen accord.

    1. Re:"will continue under the GPL2/LGPL2" by bconway · · Score: 1

      Apple owns the copyright to the CUPS code, they can license it as they wish. There's no gentleman's agreement here, he was merely stating that at the current time, CUPS is GPL2/LGPL2.

      --
      Interested in open source engine management for your Subaru?
  48. Hit the GCC guys over the head a couple times by Anonymous Coward · · Score: 0

    It was offered to FSF as a next gen design for the compiler, but they snubbed it.

  49. CUPS - Wireless routers by Anonymous Coward · · Score: 0

    I'm wondering if there's any chance of getting a wireless router out of Apple that has a CUPS server built-in. If I'm not mistaken all their routers currently use HP's JetDirect or whatever they call their interface. Is there a good reason why this hasn't already happened?

  50. GPL3 is irrelevant to this by spitzak · · Score: 1

    Since Michael Sweet owned the copyright, Apple gets exactly the same rights to the code. It is totally irrelevant whether the code had been previously released under the GPL, the GPL3, or not at all, or BSD, or as closed-source, or anything.

    Therefore, whether you like or hate the GPL3, it has NOTHING to do with this decision.

  51. Wrong yourself by DragonWriter · · Score: 1

    Once something is GPL2, it stays GPL2. You can not take it back, even if you own the copyright. And any code you add, is also GPL2.


    Wrong. Through the GPL, the copyright holder imposes obligations on other creators of derivative works. But, if you acquire the copyright to all of the code (as Apple did in this case), you are the copyright holder, and can do whatever you want with it and release it and derivative works under any terms you wish. If Apple wanted to release future updates (including all of the existing code plus any of their changes and additions) of CUPS as purely proprietary software, or under the BSD license, or into the public domain, they could.

    Anyone who has already received the code under the GPL retains all the rights in the GPL to the existing code, including the right to create derivative works and distribute them under the GPL. But you, as the copyright holder, are not bound to use the GPL in any future works you make incorporating the code you own.
    1. Re:Wrong yourself by sworoc · · Score: 1

      Once something is GPL2, it stays GPL2. You can not take it back, even if you own the copyright.
      That is actually a proper statement because 'something' is that software, more properly, that specific released version of that software. So it is a true statement, once that version is releasesd under the GPL, that version stays under the GPL.
      --
      If knowing is half the battle, what is the other half?
    2. Re:Wrong yourself by DragonWriter · · Score: 1

      That is actually a proper statement because 'something' is that software, more properly, that specific released version of that software. So it is a true statement, once that version is releasesd under the GPL, that version stays under the GPL.


      Even if you just look at that part, its still not true as written. The GPL is a license, and, as such, it is not something that attaches itself mystically to the copyright of the work. Once you acquire the copyright, you can stop offering it under the GPL. That doesn't stop people who have already received a valid license from redistributing it under the terms of the GPL, or creating derivative works and distributing them under the GPL, because they have already received those rights, so in practical effect it is similar to what you describe, but not exactly the same.

      But that wasn't the important error that I was responding to: the important error was the suggestion, in the sentence following the portion you quote, that any modifications and additions by the new copyright holder must be released under the GPL as well, which is flat out wrong. Works created by the copyright holder incorporating the code formerly released under the GPL, with or without new modifications, can be released under any licenses the copyright holder chooses, and there is no requirement that they be released under the GPL, whether exclusively or as one of the set of under which they are released.

  52. All your CUPS .... by cwt137 · · Score: 0

    All your CUPS are belongs to Apple

  53. Linus is right by Anonymous Coward · · Score: 0

    I am with Linus on this one.
    RMS can no longer be trusted. He is in cohorts with SUN. Apple at least is honest about FOSS.

    1. Re:Linus is right by Anonymous Coward · · Score: 0

      Totally agree.

  54. mod parent up by pxc · · Score: 1

    brilliant!

  55. "irrelevant" minus "ir" by mrchaotica · · Score: 3, 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.

    --

    "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    1. Re:"irrelevant" minus "ir" by spitzak · · Score: 1

      No. Michael Sweet would still own the copyright, even if he had released the code GPL3. Apple would get *exactly* the same thing as they do now (including the ability to release it under any license they want, even the GPL3), therefore "fear of GPL3" is not a reason for this.

    2. Re:"irrelevant" minus "ir" by mrchaotica · · Score: 1

      Ah, so you're saying that Apple could still have bought it even if it had previously switched to GPLv3. Yeah, that makes sense.

      In that case, for the GPLv3 to be a factor, Apple would have to fear the mere existence a GPLv3 version of the code despite not being subject to it itself. This, I think, is still a possibility (albeit a weaker one), because if such a thing existed the community would pressure Apple to keep it.

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    3. Re:"irrelevant" minus "ir" by dn15 · · Score: 1

      It's also possible that it was just a preventative measure. Not because they're "afraid" per se (since they can buy it at any time) but rather as a matter of convenience. Apple probably didn't want to end up in a situation where they're frantically trying to buy CUPS and meanwhile are unable to use the latest version of it until the deal goes through. Just a case of fixing a potential "problem" before it actually becomes one.

    4. Re:"irrelevant" minus "ir" by shawnce · · Score: 1

      Actually if Michael Sweet maintained ownership and he maintained his requirement of transfer of ownership to himself of any contributions then he has full power to license the code he owns under any terms to Apple despite it also being licensed under GPLv2 (or GPLv3 if he decided to move to that). So Apple won't be affected by such a licensing change... however depending on the license agreement terms between Michael and Apple (say it was time limited or revision limited) Apple could be affected if Michael changed to GPLv3 and decided to not renew he special licensing with Apple.

      Anyway Apple purchasing rights to the source was likely done to help buffer Apple from such issues as well as clear any legal issues given that Michael is now working for Apple (contributing to projects outside of your current employer has the potential issue of ownership that can be problematic without clear employer/empolyee agreements, etc.).

    5. Re:"irrelevant" minus "ir" by Anonymous Coward · · Score: 0

      "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."

      Or it could just be that Apple wants to make improvements in Cups in their next OS that they do not want to share.

    6. Re:"irrelevant" minus "ir" by TALlama · · Score: 1
      Well, if you read the FAQ:

      CUPS was written by Michael R Sweet, an owner of Easy Software Products. In February of 2007 Apple Inc. hired Michael and acquired ownership the CUPS source code.

      So, unless by "the timing of this" you meant "happened months ago and is a good example of Steve Job's future telling abilities learned on his homeworld," I don't think you can tie this to the GPL3.
      --

      - The Amazina Llama

    7. Re:"irrelevant" minus "ir" by sribe · · Score: 1

      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.

      Ah yes, by which you mean that Apple became scared of GPLv3 around 2 years ago in time to complete this GPLv3-proofing maneuver 1.5 years ago. Yeah, right.

    8. Re:"irrelevant" minus "ir" by nebosuke · · Score: 1

      In that case, for the GPLv3 to be a factor, Apple would have to fear the mere existence a GPLv3 version of the code despite not being subject to it itself.
      Bingo. The reason is that if a GPLv3 version obtained critical mass, this would screw Apple big time.

      Currently, while a GPLv2 fork is still a possibility, such a fork would only be a minor annoyance, as they would still have the option to lock it down Tivo style. In other words, in the worst case scenario they still have absolute control of their OS while still reaping the benefits of an active OSS developer community.

      In the case of a GPLv3 fork, on the other hand, they would be faced with either maintaining their private fork of CUPS entirely on their own or tapping the GPLv3 version and giving up control of that aspect of their OS.

      Since they bought CUPS they are the only ones with the power to change the license (to GPLv3 or any other), and thus the worst case scenario for them is a GPLv2 fork.
  56. Apple is traditional by OrangeTide · · Score: 2, Interesting

    Apple is still a very traditional business in most ways. They are uncomfortable basing there multi million dollar empire on open source. And Apple has always been nervous about depending on outside groups, be it other companies or be it open source, for delivering their products.

    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.

    --
    “Common sense is not so common.” — Voltaire
  57. Don't give up your copyright to a single person by GnarlyDoug · · Score: 5, Insightful
    The real issue for open source development I see was that Sweet violated an implicit understanding. Everyone transferred their copyrights to him, but there was the idea that the project was open source. How many of those developers would have done the work if they knew or thought Sweet would do this? I bet many of them would not have contributed. By giving up their copyright they lost their entire stake in the matter.

    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.

    1. Re:Don't give up your copyright to a single person by Anonymous Coward · · Score: 0

      This is why you should be careful about contributing to Emacs, which requires you to transfer your copyright to FSF. XEmacs on the other hand allows you to retain your copyright.

    2. Re:Don't give up your copyright to a single person by Anonymous Coward · · Score: 1, Interesting

      This is why you should be careful about contributing to Emacs, which requires you to transfer your copyright to FSF. Yes, this makes sense. The risks are high that the FSF sells Emacs to Apple (or anyone else).
      Are you serious?
    3. Re:Don't give up your copyright to a single person by GnarlyDoug · · Score: 1
      The FSF is a slightly different bag IMO. They aren't going to sell their copyrights. If they do then they are finished as an organization. Unlike cases like Mr. Sweet, where you only needed to buy off an individual, with the FSF you would need to buy off an entire entity whose existence is over the moment they do this. So the payout for that to even be thinkable would have to be really huge. Still I would show caution.

      The idea that you need a point man with enough ownership that they can assert the rights to the code to protect and sue on it's behalf has merit. I think the answer might be to give up pieces of your copyright to one person or group, but not the whole thing. Also, there should be a standardized contract that open source people use that guarantees that the 'point man' is limited in what they can do. This would allow the best of both worlds. One person or organization would own enough of the code to take legal action on it's behalf, but the rights of the contributers would be protected.

    4. Re:Don't give up your copyright to a single person by Anonymous Coward · · Score: 0

      Just a thought, but is it not entirely possible the copyright assignments were conditioned on the code being released under the GPL2 or later? So long as the code continues to be released under the GPL2 (which it appears it is going to be), the copyright (re-)assignments stand and Apple can make its own non-GPL version simultaneously (since the copyrighted code is now assigned to them and they are releasing a GPL2 version of the code). Okay, maybe not. This contracts stuff is confusing.

      I do know this much: the GPL versions of CUPS that have been released are and will continue to be GPL. So everyone's GPL contribution continues on, if they want to take it and add to it. It is just that Apple, in buying the code owned by a company Sweet operated can also make a new, non-GPL fork, if Apple so chooses. I do not think any of the code contributors were under any misapprehension about what could possibly happen to their code when they assigned it to this for-profit company. We can guess, but we really do not know. Have you heard any complaints?

    5. Re:Don't give up your copyright to a single person by thechao · · Score: 1

      ... but there's no reason I couldn't fork the GPLv2 project and make it into a GPLv3 project. If Apple ever takes the copyright "private", then developers will stop working on their code and move to the open source project. This is the whole *point* of the GPL (as pointed out above).

    6. Re:Don't give up your copyright to a single person by Breakfast+Pants · · Score: 1

      "... but there's no reason I couldn't fork the GPLv2 project and make it into a GPLv3 project. " Was there an upwards compatibility clause? No. So no, you can't.

      --

      --

      WHO ATE MY BREAKFAST PANTS?
    7. Re:Don't give up your copyright to a single person by harlows_monkeys · · Score: 1

      The real issue for open source development I see was that Sweet violated an implicit understanding. Everyone transferred their copyrights to him, but there was the idea that the project was open source.

      And the project is still open source.

    8. Re:Don't give up your copyright to a single person by Anonymous Coward · · Score: 0

      This is more akin to what happened with the CDDB cd-music database, thousands if not millions of individuals donated components of data (akin to code) which were amassed and then appropriated and taken private. While the ethics may be argued to be clean, the morality of it is not so clean. People contributing code to be added in to the official CUPS code-base signed over their copyright, possibly with the assumption that CUPS would not only stay open source but that the only way their contribution made sense or would be accessible to others would be through the official code-base.

      Open-forks should always be kept, and I agree with the poster above that no one should sign over a copyright without negotiating something of value: cash (or future cash for seperate non GPL license distribution) when signing over to a business entity, the promise of future freedom (GPL2 or GPL3 style freedom) for the code when signing it over to the FSF or licensing it via the GPL, or the promise of future cash or the proviso of no signing away the code when giving it to a foundation / non-corporate-non-business-entity. The "future cash" value can be set high enough to make it a practical impossiblity or very difficult to take the freedom away from the code contribution.

      Never be afraid to negotiate when you're being asked to give something up, whether you're giving up a dollar, euro, the right to licence your own creation in another way, the right to call it what you'd like, et cetera

      joachim

    9. Re:Don't give up your copyright to a single person by ignavus · · Score: 1

      Why not everyone pool their copyrights in a single co-operative?

      We could call it the Free Soft...ware ... Something or other.........

      Or we could just join the existing one.

      --
      I am anarch of all I survey.
    10. Re:Don't give up your copyright to a single person by tonymercmobily · · Score: 1

      Hi,

      GnarlyDoug, I can't find your email address anywhere...
      I completely agree with what you wrote. I don't suppose you'd like to write a short article about this?

      Please contact me - merc AT mobily1 (DOT) com

      Merc.

  58. Whoa there by Wooky_linuxer · · Score: 1

    So forking code has become ethically and morally wrong? Since when? What is this fuss about Open Source anyways, if we consider it wrong from the moment someone does something in a way we happen to not like or approve anymore? Of course the copyright owner will retain the right to release the code under GPLv2, but I I fork CUPS right now and I want to release all modifications under GPLv3, there is nothing wrong with it. It may be hard to work with a codebase that has dual licensing, but there is nothing either unlawful or unethical about it.

    --
    Where is that guy who'd die defending what I had to say when I need him?
    1. Re:Whoa there by Anonymous Coward · · Score: 0

      Bzzt! Thanks for playing.

      Is GPLv3 compatible with GPLv2?

              No. Some of the requirements in GPLv3, such as the requirement to provide Installation Information, do not exist in GPLv2. As a result, the licenses are not compatible: if you tried to combine code released under both these licenses, you would violate section 6 of GPLv2.

              However, if code is released under GPL "version 2 or later," that is compatible with GPLv3 because GPLv3 is one of the options it permits.

  59. Future Proffing by Anonymous Coward · · Score: 0

    To paraphrase that old saying about the internet detecting damage and routing around it. Non-GPLers detect RMS and route around him. Yes folks when you put someone's back to the wall, you don't always get what you want. Look to see more actions like this in the future.

    1. Re:Future Proffing by fwarren · · Score: 4, Insightful

      It works both ways.

      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.

      --
      vi + /etc over regedit any day of the week.
    2. Re:Future Proffing by metamatic · · Score: 2, Informative

      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?

      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.

      --
      GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
  60. Pressure by kahei · · Score: 4, Funny


    I'd sa¥ th¥ app£id onsidrabl pr$$ur.

    --
    Whence? Hence. Whither? Thither.
  61. Re:RMS Proofing by Corwn+of+Amber · · Score: 0, Offtopic

    I think you're right.

    I must however add that CUPS has always been a torture to get working. (How do YOU add a local printer to the local setup using only the Web intardface ? Answer : either you use that http service to hack into your own machine, or you start a terminal and type sudo vim /etc/cups/cups.conf. Then you pray, read the Bible (man cups.conf) and get to work. Maybe someday your prints will come...

    Apple has made CUPS painless. And if open source devs could never do that, then Apple devs are better devs, end of story. And as long as CUPS remains GPLv2, I really don't care who wites the code. Make it JUST WORK.

    "MAKE IT JUST WORK" should have its own telethon, so that F/OSS devs could happily code away in their mom's basements, in their offices during or after hours, and the benefits of the show be given away to other dev teams, paid only to Make It Just Work.

    And we would not depend on Apple finishing the half-baked jobs FOSS devs do. Sorry, guys, a product I can't use is worth zero, and thus never compares with any other software, Free, free, or other.
    I'll go back to Linux when my sensors and everything else work right out of the box. You know what? I found an OS that does exactly that to absolute perfection and beyond : BSD-based Mac OSX. First time I tried to install it on my box (pure Intel + nVidia setup), first time took about four hours, including setup, drivers and configuring every app I've been using in Linux or its local equivalent (which I had to learn to use). I used to spend more time than that every week to clean my Windows XP, or daily figuring out how every other Linux app I need works in a different way that that of every other.
    Never going back to Windows. Vista refused to work - only once, on the very first time I used it, in so disruptive a way that I'll never ever touch it again. If my workplace forces me to use $REAL_APP I'll build them a Mac. At one fourth of Apple prices, of course. Where REAL_APP is either "Microsoft *" or "Adobe *" or both. (What else do you need Windows for, anyway? Games. What else?)

    --
    Making laws based on opinions that stem up from false informations leads to witch hunts.
  62. Keeping Up With the FD by Anonymous Coward · · Score: 0

    You are invited to drink from the Firehose.

  63. What they bought by fozzmeister · · Score: 1

    They bought the right to create a closed source branch as they bought the copyright. They can't withdraw our rights to license/relicense what is already gpl'd as gpl.

  64. RMS huffing and puffing. by Anonymous Coward · · Score: 0

    You left out the option Compaq used with the IBM BIOS. Besides maybe you should see what Apple creates before moaning about the fact you can't copy it. And last maybe this will be a good thing? Instead of chasing taillights, OSS will start leading with some new ideas.

    1. Re:RMS huffing and puffing. by Random+BedHead+Ed · · Score: 1

      Oh, I'm not moaning - it could turn out well, and sponsorship of a company like Apple can be a great thing. But the timing of the buyout, right when the GPL3 is possibly looming for many OSS projects, is interesting. It certainly hints that the GPL3 may be the reason for the purchase. If Apple were to put a GPL3 CUPS on the AppleTV or osme similar product they'd probably waive some patent rights by selling the product.

    2. Re:RMS huffing and puffing. by nanosquid · · Score: 1

      If Apple were to put a GPL3 CUPS on the AppleTV or osme similar product they'd probably waive some patent rights by selling the product.

      The GPLv3 applies only to the software that is licensed under it, so Apple doesn't lose patent rights to anything other than CUPS-related patents.

      Note that the Apache 2 license also has patent clauses; I don't see Apple being terribly concerned about that.

    3. Re:RMS huffing and puffing. by january05 · · Score: 1

      Only essential software patent rights from a *contributor* are given for GPL use in the GPLv3. So if Apple was just distributing the GPLv3 code, nothing bad would happen to them.

  65. Linking to MSDN! by Anonymous Coward · · Score: 0

    Considering those quotes reside on MSDN I don't think we should take them too seriously. The folks at Microsoft have the habit of putting lies on their website and I honestly think they don't like RMS so I seriously doubt they would print any quote that praised the man.

    1. Re:Linking to MSDN! by Kalriath · · Score: 1

      It's a forum post, which means just some random person stating it.

      That, and I don't think Microsoft really even bother moderating their forums. Bit like SourceForge/Slashdot, really.

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
  66. META-MODDERS by Anonymous Coward · · Score: 0

    Please look at the mod on parent. There is NOTHING about it that can be considered a troll.

  67. Re:WHAT THE HOLY FUCK? by gnasher719 · · Score: 1

    '' Now, I'm sure Apple won't release substantial improvements under the GPL - they'll probably close it up. This isn't a good thing for open source. But the deal seems straightforward. Whenever Microsoft gets involved in anything "open", you have to look very carefully for hidden agendas, because of a long history of shenanigans. That's what gets people upset. ''

    I don't think Apple will close this at all. What Apple is really after is allowing people to write closed-source printer drivers for MacOS X.

    Lets say company X makes a printer and has written a proprietary driver for Windows; but there is no Mac driver. With GPL'd CUPS, they could create a printer driver that runs on MacOS X or Linux, but they had to license it under the GPL, which some companies really really hate to do. Apple allows them now to use CUPS to create a printer driver for any Apple operating system (that is for MacOS X mostly), and keep it proprietary. That's what Apple wants: More companies making printer drivers for Apple.

    There may be an additional effect that it is easier now for Apple to integrate CUPS into MacOS X; with CUPS being under GPL, they had to keep it separate to avoid making MacOS X a "derived work". Now they can make everything link against CUPS.

    I can't see Apple closing down CUPS, because they still can have all the benefits of open source. The only thing that will change is that Apple will not accept any submissions unless they transfer copyright to Apple. And once a company has created a (proprietary) MacOS X driver using CUPS, it would then be more tempting to release the driver under GPL so it can be used under Linux, increasing sales of their printers again.

  68. I have a feeling I'll get modded down by photomonkey · · Score: 2, 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.

    --
    Message contains 1 attachment: spam.gif
    1. Re:I have a feeling I'll get modded down by e2d2 · · Score: 1

      Props to you. It's not a troll, your post, not sure why it was modded that way.

      If the goal of open source is to keep the source open to developers then we need to seek that goal, but instead the whole open source/free software movement has been hijacked into a movement against western society in general - "if only we could harm those evil corporations/GWB/The Establishment/Old White Men/Capitalism". It's just a bit short sighted IMO.

      Don't get me wrong, I don't want to sign my life away to a corporation, but this case is hardly and example of wrong doing. The owner decided what to do with the software, simple as that. The solution? Write your own OR deal with it.

      I've written apps and released them under GPL. But they are mine and I give them freely of my own will. This is one of the reasons I chose the GPL, because unlike other public source licenses I didn't give away the farm and wanted to ensure they remained open forever. But If I choose to release them under a different license or sell the code to someone, well that's my prerogative correct? You don't have to like it, just acknowledge it's truth.

  69. It's Cups, not CUPS by Anonymous Coward · · Score: 0

    According to sources, Apple bought cups and coffee mugs with source code printed on on the sides. When the cups hold warm beverages, the color changes to the amusement and amazement of young children.

    It was a publicity stunt to hire the developer of CUPS, to get a photo-opportunity with him holding one of the coffee cups described above.

  70. MOD PARENT UP - INFORMATIVE by Anonymous Coward · · Score: 0

    Thanks for the info.

  71. Storms in Tea CUPS by flyingfsck · · Score: 1

    I think that with Apple's proven commitment to Unix, them owning the copyrights is better.

    --
    Excuse me, but please get off my Pennisetum Clandestinum, eh!
  72. I thought BSD was "blessed" by Anonymous Coward · · Score: 0

    and the GPL the spawn of satan. So why is it, then that Apple (who looove the BSD) aren't releasing under it?

    1. Re:I thought BSD was "blessed" by jellomizer · · Score: 1

      No Apple is a tough company it is either there way or the highway. If apple is up aganst the wall they will fight back. If something is to risky for them they will switch. GPL 3 is not in line with apples plans so they will make sure they can control major sections of their OS which are GPL. The same with going with BSD. The BSD Licenese vs. GNU more attractive for Apple because they can control the OS Kernel themselfs and not worry about their Pripority stuff breaking the license. I am sure if the GPL was worded in a couple ways OS X would be Linux Based not Unix Based.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    2. Re:I thought BSD was "blessed" by Delkster · · Score: 1

      Easy. The BSD license is blessed when someone other than $company owns the copyright, because it allows greater freedom to $company. The fact that with the BSD license the copyright owner retains, accordingly, less control of the software is not a concern since it's not $company that is owning the copyright anyway.

      If $company owns the copyright, those benefits and disadvantages no longer apply, and there isn't necessarily a reason to favour the BSD license anymore -- although there may not be much reason to prefer the GPL either.

      If you want to apply that to this particular case, $company = Apple

    3. Re:I thought BSD was "blessed" by Watts+Martin · · Score: 3, Insightful

      I am sure if the GPL was worded in a couple ways OS X would be Linux Based not Unix Based. "UNIX" is, these days, essentially a spec (specifically, the Single UNIX Specification) and a branding. This may sound like a quibble, but OS X is "officially UNIX" because Apple complies with the spec and pays for the branding. Neither Linux or FreeBSD are "UNIX" from a legal standpoint; they're both UNIX-compatible.

      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.
    4. Re:I thought BSD was "blessed" by gig · · Score: 3, Informative

      > I am sure if the GPL was worded in a couple ways OS X would be Linux Based not Unix Based.

      OS X's BSD-heritage goes back to 1988 which predates Linux.

  73. Apple's new iCUP by Anonymous Coward · · Score: 1, Funny

    Beavis: Spell iCUP!
    Butthead: Duh, I - C - U - P
    Beavis: heh heh heh heh!
    Butthead: Asshole!

    1. Re:Apple's new iCUP by Anonymous Coward · · Score: 0

      I-C-U-P-2

      Oink Oink!

  74. They bought cups? by Mikachu · · Score: 2, Funny

    Good thing, too, cause their nuts would be sore from all the kicking the OSS community is going to be doing once they hear about this.

  75. Fork still fine by Lulu+of+the+Lotus-Ea · · Score: 2, Interesting

    A number of posters have commented that Apple probably did this to insure their ability to relicense the CUPS code, or at least keep it under GPL2 rather than GPL3. That's probably true enough. But there's no particular harm in it either.

    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.

  76. Re:WHAT THE HOLY FUCK? by jvillain · · Score: 1

    I may be naive but I am having a hard time seeing Apple closing this up. If they did then some one in the free software world would be tempted to write some thing new. Apple would then be in the position where all of *nix could be moving in a different direction and they could be left on their own with CUPS. That would make it harder to get printer support from vendors not easier. They could hurt others for a while but not forever. Steve Jobs is a fan of all things propriatary at heart but he has to know this would be suicide. It would be nice to see them get on the record about what their intentions are though.

  77. Re: clang open source release by sabre · · Score: 2, Informative

    Apple already has released the source for it, under the standard LLVM BSD license:
    http://lists.cs.uiuc.edu/pipermail/llvmdev/2007-Ju ly/009817.html

  78. Re:WHAT THE HOLY FUCK? by rizzo320 · · Score: 1

    I don't think Apple will close this at all. What Apple is really after is allowing people to write closed-source printer drivers for MacOS X.


    Mod parent up! As soon as I read the extra Apple provisions in the CUPS license, this is the first thing I thought of. I think many third party printer manufacturers have been reluctant to fully develop drivers on Mac OS X using the CUPS printing system due to its open-source nature. This would have been thwarted even further if CUPS went GPL version 3.

    Although you don't see it as much with network printer drivers, the local printer drivers for things such as inkjet printers are horrid, and lack full functionality. Perhaps this will encourage printer manufacturers to develop more, full featured, drivers that are more on par with their Windows counterparts in the future on the Mac OS X platform.
  79. Re:RMS Proofing by stilborne · · Score: 1

    > And if open source devs could never do that

    perhaps you've never used KDE or never noticed the Printing configuration dialog, but KDE users configure CUPS all the time without ever seeing a web page or setting anything up. it's just as easy, and in some cases even easier, than the process on other operating systems.

  80. Re:RMS Proofing by rbanffy · · Score: 1

    "I must however add that CUPS has always been a torture to get working. (How do YOU add a local printer to the local setup using only the Web intardface ? Answer : either you use that http service to hack into your own machine, or you start a terminal and type sudo vim /etc/cups/cups.conf. Then you pray, read the Bible (man cups.conf) and get to work. Maybe someday your prints will come..."

    I don't know what you have been using, but I use CUPS under Ubuntu and it has proven over and over again to be remarkably simple to set-up.

    Last time I had to do it, it even located my networked HP printer all by itself and set it up for me. It can't be much more painless than that.

    As if the CUPS stuff changes license to, say, something GPL-hostile, we can always fork it and keep it GPL2. Forever.

  81. BSD-style license has a lower adoption threshold by Anonymous Coward · · Score: 0

    As the LLVM guys themselves say they choose their BSD style license because it has a lower adoption threshold than the GPL has. This is especially true for cutting edge companies such as Apple. BSD enables developers, such as myself or development companies such as Apple, true freedom to choose their usage of software without restrictions. LLVM rules.

  82. "Horrors--people will steal my ideas!!!" by mkcmkc · · Score: 1

    Steve Jobs tried to get special rights from the FSF to use GCC in NextStep, and the FSF said no, never. So, NeXT used GCC - the runtime part of Objective-C was proprietary though - and had to share the Objective-C support. They needn't have worried. Does anyone outside of Apple use Objective-C?!
    --
    "Not an actor, but he plays one on TV."
    1. Re:"Horrors--people will steal my ideas!!!" by fsmunoz · · Score: 1

      Well, ehe, I do, and GNUStep does. But even is the language itself isn't mainstream outside of Apple nowadays, the point is that people can program in it because of the way things went, even if it's not a very popular language.

  83. This is a good thing by Kurt+Granroth · · Score: 1

    I think this is great news. By employing the CUPS developer to work on CUPS, it's ensuring that development doesn't stagnate. There's always the potential problem with any OSS project that the primary developer would get side-tracked by The Real World. This is a step towards making sure that that doesn't happen.

    Plus, Apple's design sense can't hurt in this case. The CUPS web interface has got to be one of the worst I've ever seen.

    1. Re:This is a good thing by CjKing2k · · Score: 1

      Plus, Apple's design sense can't hurt in this case. The CUPS web interface has got to be one of the worst I've ever seen. OSX's Print & Fax interface is worse than the CUPS web interface. It's a real disappointment compared to the rest of OSX. Hopefully they'll fix both.
  84. Whacked-out conspiracy nuts abound! by node+3 · · Score: 1

    You guys are insane.

    IBM offers a whole category of their IP freely and perpetually, and you ungrateful morons demand more and question IBM's commitment to open source.

    Now Apple hires the CUPS developer and buys his code. They're keeping it under the GPL, yet this is part of some grand scheme to close source the technologies they use?

    Do you really want to know what Apple did here? They rely heavily on CUPS, so they want to hire the guy who writes it because:

    A. Paying him will help motivate him to make CUPS much better much more quickly.
    B. Instead of contributing code themselves, it's more efficient to have the main developer do it directly.
    C. They now have the world's best CUPS programmer.

    They bought rights to the code because that's standard. They're still releasing it under the GPL. They *could* have just closed it, leaving the rest of us to fork the existing GPL'd project.

    As for fear of the GPLv3, what, exactly, do you think Apple has to fear from it? Do you think Apple is planning to DRM CUPS? Or patent it all to hell (yet still release it under the GPLv2)? Would a GPLv3 CUPS require Apple to license the whole of OS X under the GPL? Seriously, what do you have in mind?

    Apple hired one of the head BSD developers. They hired a well-known Mozilla contributer to work on their own derivative of an Open Sourced web browser back-end, which is now used by Apple's competitors, and yet Apple is showing no interest in closing the project. This is just the same sort of thing. Apple has voluntarily open sourced their own products. They participate in *many* open standards organizations, and they overwhelmingly rely on open and free standards for virtually every aspect of OS X. iCal, WebDAV, IMAP/POP3, CUPS, SQLite, CalDAV, XML, ugh, I could go on. All these technologies, and more, are open and freely usable. They also use some that are open but require a license (H.264). They're not all open source, but it's not like they're actually averse to it, now, are they?

    Put the tinfoil hat down. This is not a conspiracy. Apple is not going to close CUPS. They're not afraid of Stallman. This has all come about because CUPS provides a critical function to OS X, and this is the best way to ensure CUPS advances at the pace they want, and evolves in the direction they want.

    If Apple is so afraid of GPLv3, what are they going to do about SAMBA?

  85. Slashdot logic by munch117 · · Score: 1
    1. This is the software Eric S. Raymond famously ranted about for its poor usability.
    2. Apple, a company somewhat clueful about usability, hires a developer to work on it and release improvements to the public.
    3. ???
    4. Bad Apple! Rotten to the core!

    Slashdot logic is impeccable as always.

    /A

  86. Re:GPLv2 license does not convey copyright ownersh by Anonymous Coward · · Score: 0

    "I doubt however, that Apple will make any devious use of CUPS as the GPL versions are still available and could simply fork continuing with GPL."

    Couldn't apple change the license and then sue everyone else for copyright violation who tried to fork it or simply redistribute it? It seems within their right if they own the copyright to the code.

  87. Developers should preserve rights or get paid! by Anonymous Coward · · Score: 0

    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. Simple. Developers in the communities who write code for projects backed up by companies that require the developers to give up their copyrights SHOULD expect to be paid for giving up their copyright. Copyright is a valueable asset, why should a programmer give it up for free. Please understand that this has nothing to do with free software licenses and writing free software. It has to do with the above case, that some company is exclusively profiting from your work.

    Companies should get used to this "pay-for-copyright-of-each-contribution" model. It should be the norm. Alternatively the project can use the model similar to the Linux kernel where there is no single copyright holder. There is no need to maintain anything in between.

    Please take this idea to your heart and spread it around. Developers should preserve their rights or get paid.

  88. LLVM (was:RMS Proffing) by real+gumby · · Score: 2, Interesting

    I don't know Apple's motivation, but you know, there are compilers that can generate better X86 code than GCC.

    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 shipping products but I wouldn't be surprised. These wouldn't really be productisable, but are appropriate for this sort of in-house use.

    I only use GCC myself, because it's really good, but I don't kid myself that it's the best in every situation.

    1. Re:LLVM (was:RMS Proffing) by LKM · · Score: 1

      Apple has to compile the same source code for a lot of platforms. Intel, obviously; then, they probably keep the PPC version alive, just in case; and of course, there's the ARM processor in the iPhone...

  89. Re:BSD-style license has a lower adoption threshol by vslashg · · Score: 1

    As the LLVM guys themselves say they choose their BSD style license because it has a lower adoption threshold than the GPL has. This is especially true for cutting edge companies such as Apple. BSD enables developers, such as myself or development companies such as Apple, true freedom to choose their usage of software without restrictions. LLVM rules. Don't get me wrong. I agree that LLVM rules, I'm no huge fan of copyleft, and I dislike GPLv3. My views about the relative merits of GPL- and BSD-style licenses are probably close to yours.

    That said, my prior post here was one of fact, not opinion. It was meant to support fsmunoz's refutation of Constantine XVI's post. Constantine XVI pointed to Apple's use of GCC as evidence that Apple wouldn't aim to add proprietary changes to CUPS. As fsmunoz pointed out, this is bad evidence, as Apple is actively working on a non-copyleft GCC alternative.
  90. iCUPS? by feedmetrolls · · Score: 0

    Could you spell that for me? Without the 's'?

    --
    You are reading a sig. Cancel or allow?
  91. the real reason by commodoresloat · · Score: 2, Funny

    Don't be silly. The real reason Apple bought CUPS is so that everyone would have something to drink the kool-aid out of.

    1. Re:the real reason by Anonymous Coward · · Score: 0

      Brilliant! I can't believe you are out here in this unrated wasteland. --posted by a true Apple fan, but good comedy is good comedy.

    2. Re:the real reason by commodoresloat · · Score: 1

      apple fan here too but I couldn't resist :)

  92. Success Proffing by Anonymous Coward · · Score: 0

    "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?"

    Apache's not GPL, and you all brag about it's success. Why should the GPL be a prerequisite to any projects success?

  93. Ask Nicely... by WiseWeasel · · Score: 1

    In this case, Debian would likely have to obtain permission from Apple if they wanted to keep calling it CUPS. If those are the only changes they make to it, I would assume Apple would gladly grant them the right to use the trademark.

    --
    "I like systems, their application excepted", George Sand (French)
    1. Re:Ask Nicely... by Rysc · · Score: 1

      That is not sufficient. Mozilla was willing to grant the same permission to Debian for Firefox, but the permission is non-transferable to Debian's users so it is against Debian policy to accept under those terms.

      --
      I want my Cowboyneal
    2. Re:Ask Nicely... by Ben+Hutchings · · Score: 1

      That wasn't the deal-breaker. Permission was also conditional on prior approval of every patch Debian applied to its package. This would mean we could be prevented from selectively fixing bugs in a stable release. One might hope that Debian could trust Mozilla not to withhold approval for patches unreasonably, but the mutual trust had kind of broken down after the apparent change of policy by Mozilla and a claim that the existing patches were poor quality code. (The same patches were approved in the Ubuntu package, so the code wasn't really the issue.)

  94. Oh well goodbye CUPS by Trogre · · Score: 1

    Hello LPRng. Is anyone still developing it?

    --
    "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
  95. Apple did a hostile takeover of CUPS. by falconwolf · · Score: 1

    apple paid for the primary developer to give up his rights to the code and sell it to Apple Computer.

    How can you say it was a hostile takeover when the primary developer willingly sold it? It's only hostile when the "owner" DOES NOT want to sell.

    Falcon
  96. Re:WHAT THE HOLY FUCK? by harlows_monkeys · · Score: 1

    Mod parent up! As soon as I read the extra Apple provisions in the CUPS license, this is the first thing I thought of

    Same here. But then the second thing I thought of was to check out cups.org at the internet archive, where I found out that those provisions have been there since sometime before October, 2002, so it seems unlikely this purchase is about that. :-)

  97. The solution is not the knife, it's the fork by GNUALMAFUERTE · · Score: 1

    That's right =).

    What's the purpose of Free Software? To have Software that keeps both Developers and Users Free to Use, Copy, Modify and Study it, and to have such software for every need and for everyone.

    So, if a software is put under the GPL, and also under other licenses, why should that bother me?. The software is under GPL and if they change the license, someone will fork it and continue developing. That's the beauty of the GPL.

    So:

      - A Free Software Developer made some money and got himself a good job doing what he likes.
      - A major player in the Software market is going to use and contribute to the current standard in Unix printing, probably pushing printer manufacturers to release drivers that will work for CUPS on Unix, and we will be able to use those drivers under Unix (Because either the printer manufacturer will realize just how easy it's to have a GNU/Linux once they made a Darwin version, or because the community will take the binary drivers from OS X and get them to work on GNU/Linux somehow)
      - In the best case we will see improvements on CUPS, and in the worst case we will just fork it.

    I Don't see a real problem in this. Once upon a time The Free Software community and it's codebase were much smaller, and so companies doing this kind of stuff was a problem. Now that problem is gone, and the GPL protects us.

    --
    WTF am I doing replying to an AC at 5 A.M on a Friday night?
  98. Re:WHAT THE HOLY FUCK? by rizzo320 · · Score: 1

    Good point. I didn't realize it had been there for so long. But maybe third party manufacturers didn't feel confident until Apple's purchase of CUPS. With your information, maybe it won't make much of a difference. But here's to hoping it will...

  99. Re:GPLv2 license does not convey copyright ownersh by xtaski · · Score: 1

    No, because everyone with a copy of CUPS licensed under the GPL has code that comes with a license that guarantees their freedom to redistribute it regardless of what the copyright owner thinks/does.

  100. Re:BSD-style license has a lower adoption threshol by itsybitsy · · Score: 1

    It seems that Apple is working with the LLVM group to replace the main parts of the GCC C, C++, Objective-C tool chain with a much more flexible system that supports static compilation as well as JIT and programs that can adjust their own code base at runtime. Objective-C is based on some notions of Smalltalk which has such a dynamic JIT environment. Apple seems to be moving towards a more runtime interactive tool chain with it's C language program base. One of the Apple people at the LLVM conference even mentioned some work with Smalltalk and LLVM. Objective-C as used in WebObjects has a much more dynamic feel to it.

    It's interesting that the LLVM project's technological choices and their BSD-style license are both highly compatible with Apple's technological and business strategies.

    As for CUPS it may make sense for Apple to keep it GPL'd for now. As others have undoubtedly noted it's now Apple's choice of whether or not to share their code changes with the community since they now own a large amount of the code base of CUPS. This approach to taking over GPL'd projects may well see a surge. This is a good opportunity for the primary developers of some GPL'd software projects if they desire to keep working on their projects full time.

    The low adoption threshold of BSD enables choices that are prevented by the GPL. It is very interesting that Apple found a way to control a GPL'd project that seems important to them. Of course Apple may approach the CUPS and LLVM projects completely differently since they have different strategic and technological values. The LLVM project enables Apple to advance their C-base code library forward with linguistic enhancements that advanced languages like LISP, Smalltalk, Self, IO, and others have while keeping backwards compatibility and low-level static performance capabilities.

    The fusion of dynamic and static languages continues with an interesting future at Apple.

  101. Re:WHAT THE HOLY FUCK? by zbaron · · Score: 1

    Although you don't see it as much with network printer drivers, the local printer drivers for things such as inkjet printers are horrid, and lack full functionality. Perhaps this will encourage printer manufacturers to develop more, full featured, drivers that are more on par with their Windows counterparts in the future on the Mac OS X platform. Oh I hope not. When I install a printer driver, I want a printer driver. Not a printer driver and a crappy photo editing software and software to order photo prints online and software to order new ink tanks online and ...
  102. Re: Using Intel's C++ compiler for the Mac by Douglas+Goodall · · Score: 1
    The fact that it is not an Objective-C compiler requires a lot of thought. I was thinking about the fact that their professional package comes with their threading toolkit and it might make a good tool for application development, but if you want to write an application specifically for the Mac, Objective-C seems like the way to go, if OS transportability is not a design goal. This is a difficult decision to make. I am still struggling with it. Normally I try to keep my code transportable with generic and os-dependent sections. I still like Unix/Linux and embedded platforms, but I am tending towards Mac OS X as my target platform for my next product.

    I am interested in other people's thoughts about this...

  103. What did Michael say when Apple bought CUPS ? by CSLarsen · · Score: 1

    "Sweeeeeeeeeet". Har har.

    --
    Claiming to be pedantic on Slashdot is asking for trouble
    1. Re:What did Michael say when Apple bought CUPS ? by chenchaochao · · Score: 1

      Har har (http://www.apple-tv-converter.net)

  104. KHTML? by LKM · · Score: 1

    Apple has shown in the past that when they have to share directly with OSS, they do not do a good job. In particular, I am thinking of how the khtml has gone. It has actually reflected poorly on Apple

    How so?

  105. You've been GPLd by Anonymous Coward · · Score: 0

    I saw this coming and wondered why no one mentioned this. Anyone who owns software can change the license at any time. I've never been that impressed with open source philosophy for this reason. All this "clever" meandering with licenses for "free software" and as soon as its worth somthing a large company can purchase it from the developer. I fail to see the protections of these licenses. Think about it, some code bases require contrib programmers to sign over their rights. By law the original developer can switch philosophies (cash philosophy) and sell a whole dang project. Leaving people out in the cold who have invested. Immoral? yes. Unlawful?, no. What about a request system? Where no one is allowed to use/download a project until they are granted a specific license. If the author doesn't approve of the company/person they can withhold the license or create one that is appropriate.

  106. More fud in this article than I can remember ever by Joseph_Daniel_Zukige · · Score: 1

    No. We do not have any reason to assume that Apple will close CUPS.

    "Apple did this with KHTML!!!"

    Where have you been for the last two years? Do you want to go list all the stuff Apple has been feeding back to the community and explain why none of it matters?

    "Apple did this with Darwin!!!!!"

    Yeah, they did keep Darwin under wraps for a certain amount of time. They had their reasons. We may not agree with their reasons and analyses, but they afterward opened their code base back up. They didn't have to, since the BSD allows people to be stupid, but they did.

    Apple recognizes that contributing back to the community allows the community to continue to contribute as well.

    CUPS, in particular, is one that Apple needs the community to help them with. They are not going to close it up.

    (I'm wondering if I can recall any one thing Apple has actually closed up and kept closed.)

    So there has been a lot of anti-Apple fud here.

    What about GPL3? I see a lot of assertions that GPL3 is poison to Apple, but I don't see any reasons why. My understanding of GPL3 is that it would be _more_ to Apple's advantage to go GPL3 if they want to retain the right to create exceptions than the untested GPL2+quasi-exception it currently has. I need to examine the license and the exception, but the "They couldn't use GPL3 comments show an utter lack of familiarity with the concepts.

    An awful lot of anti-FSF fud here.

  107. No need to panic, folks. by Anonymous Coward · · Score: 0

    Let's say Apple decided NOT to keep CUPS under the GPL. Just for kicks. Just assume. Now, we have a non-Free CUPS. What does that mean for the FLOSS community? Nothing.

    Grab a copy of CUPS when it was released under GPL. Fork it, rename it. "COPS" perhaps? The Common Open Printing System? Or CLiPS - the Common Linux Printing System?

    Although Apple is free to release CUPS under non-FLOSS licenses, releases up until Apple's involvement were, are, and always will be GPLv2'd. Hence, anyone can fork them. Period. You can't un-GPL an old release.

  108. The question is ... by Anonymous Coward · · Score: 0

    Will he now be eligible for a free iPhone end of this month ;-)

  109. I wouldn't panic by Swift2001 · · Score: 1

    Frankly, the collaboration between Safari and that open browser thingie hasn't worked all that badly. Isn't Apple still contributing improvements to the open browser? No, they're not sin-free. But a new fork wouldn't be the worst thing to happen either.

    At least they didn't tell CUPS, "You have 224 copyright violations in your code. No, we won't name them. But in order for any company to use this code, they're going to have to pay Apple protection money." You know, like a certain other software company I could name.

    It creates an interesting alliance, I think, though a proprietary software/hardware company with $100 billion in sales is kind of an elephant, yes.

  110. FSF is about ideology, not freedom by AHumbleOpinion · · Score: 1

    GNU is run by the FSF... One of these organizations is a non-profit dedicated to freedom ...

    The FSF is not about freedom, it is about ideology.

    http://dictionary.reference.com/browse/freedom

    freedom

    2. exemption from external control, interference, regulation, etc.

    3. the power to determine action without restraint.

    7. the absence of or release from ties, obligations, etc.

    17. Philosophy. the power to exercise choice and make decisions without constraint from within or without; autonomy; self-determination.

    The GPL exercises control, restrains some actions, creates some obligations, limits some choices, ... The FSF is benevolent and kind to those who accept its obligations and limitations, but they are not about freedom except in a self serving redefinition of the word. I'm not saying that the FSF of GPL are bad, just that "freedom" is an inappropriate word to use. They are engaging in redefinition and doublespeak on par with politicians and advertising agencies in order to sell their ideology.

  111. Here is the proof of your point by Ilgaz · · Score: 1

    I had a good clue about why Apple wants CUPS and its author in OPEN WAY.

    This just appeared at Versiontracker.com ( http://www.versiontracker.com/dyn/moreinfo/macosx/ 32100 )
    "What's new in this version:
    CUPS 1.3 adds Kerberos and mDNS (Bonjour) support along with over 30 new features. Full release notes can be found at http://www.cups.org/articles.php?L479 "

    I think their "evil plan" started to work! How an evil thing to add Zeroconf (yes, it is open) and Kerberos to poor CUPS :)

    I wanted to add this reply before story gets archived.

  112. Print Photos from your iPhone by Anonymous Coward · · Score: 0

    It would be nice for Apple to use CUPS in the iPhone to wirelessly print photos.

    From the little portable 4x6" photo printers, up to larger sized Canon, HP, and Epson printers - it would be great to take photos with your 10MP camera, move them from iPhoto to the iPhone, show them to others and easily share them by printing the photos..

    Wireless CUPS Photo Printing Should be included in the next iPhone update.