Slashdot Mirror


Apple Remove Samba From OS X 10.7 Because of GPLv3

recoiledsnake writes "The upcoming release of Mac OS X 10.7 Lion Server will remove the formerly bundled open source Samba software and replace it with Apple's own tools for Windows file sharing and network directory services. In both Mac OS X Server and client editions, Samba enables Macs to share files with Windows clients on the network and access Windows file servers. It has also later allowed Mac OS X Server to work as an NT Domain Controller to manage network accounts and make roaming profiles and home directories available to Windows PC users. However, the Samba team has moved active development of the project to the more strict GPLv3 license, which prevents Apple from using the software commercially. Apple is now said to be recommending Active Directory to users who are still dependent upon the older NT Domain Controller network directory services. Apple has previously stopped contributing code to GCC and started looking at other options like LLVM because of GCC's switch to GPLv3."

12 of 1,075 comments (clear)

  1. GPL 3 does not prevent commercial use. by MSG · · Score: 5, Insightful

    GPLv3 license, which prevents Apple from using the software commercially.

    No, it doesn't. That's a ridiculous assertion presented without any evidence or reason.

    As wikipedia might demand: Citation needed.

  2. Re:GPL is the problem by jdgeorge · · Score: 5, Insightful

    You're either for software freedom or your not. GPL restricts what you can, therefor is not free.

    This kind of "either you see it my way our you're wrong" statement is NOT a good argument.

    There are real reasons why the GPL versions (and other licenses) are problematic for various folks, and this kind of assertion acknowledges none of them.

    You can learn the factual basis for arguments against or in favor of various open source or free software licenses at the OSI site and at the FSF site.

  3. Re:Closed ecosystem by gbrandt · · Score: 5, Insightful

    Doubtful. If that was the case then GCC would not have been replaced with Clang and LLVM. And Apple would not have put LLDB into the open source domain.

    Apple just does not like the GPL, but they have no problem with the BSD-style licensing.

    Gregor.

  4. Re:GPL is the problem by PhilHibbs · · Score: 5, Insightful

    You're either for personal freedom or you're not. Civil rights stop me from enslaving people, therefore I'm not free.

    If I release some "free software", then someone else comes along and entangles it with their own proprietary software and adds their own restrictions, then the part that is my contribution is no longer free. The software itself is not free, in the same way that a slave is not free. The software has been enslaved. So allowing people to do whatever they want to my software is contrary to my software's freedom.

  5. Re:GPL is the problem by Kjella · · Score: 5, Insightful

    GPL is like promoting free speech until someone saids something YOU don't like. True freedom is letting people do what they want.

    The GPL requires that whoever you give the code to - in source or binary form - is just as free to use the code as you were. The way you are "more free" with the BSD is to make others less free, obviously you are more free if your right to swing your fist doesn't end at my nose. Being able to own slaves is a freedom for the slave holder. Except we don't want those kinds of freedoms, because they make others less free. BSD makes Apple more free and OS X users less free than under the GPL. The GPL may not be the absolute and total freedom, but it is the equal and fair freedom.

    --
    Live today, because you never know what tomorrow brings
  6. Re:Prevents Tivoization by iluvcapra · · Score: 5, Insightful

    The summary is flat out wrong the way it is worded, but there are legitimate licensing issues.

    They probably figure it is easier to maintain a single SMB/CIFS implementation rather than two, so they are ditching it on OS X as well (or they have other plans for OS X that we are not aware of yet).

    Just about all of the binaries in /System on a Mac OS X site are signed by Apple to prevent tampering, either by the user or Eve trying to installing a rootkit. They probably don't want to turn over the signing keys for those, because they definitely don't want Eve patching their system, and as far as Apple engineers are concerned /System should have a big sticker on it reading "No user serviceable parts inside."

    --
    Don't blame me, I voted for Baltar.
  7. Re:GPL is the problem by lordandmaker · · Score: 5, Insightful

    That depends upon your version of 'free'.

    GPL forces the freedom of derivatives, BSD retains the freedom to make non-free derivatives.

    To some, without the enforced 'freedom' it's not truly free. To others, with the enforced freedom it's not really free.

    This isn't an argument anybody is about to win.

  8. GPL = free code || BSD = free people by xose · · Score: 5, Insightful

    GPL = code must be free

    BSD= people must be free to do what they want with the code

  9. Re:GPL is the problem by Microlith · · Score: 5, Insightful

    The problem comes with the intention of allowing the user to modify and use the software. The GPLv2 allowed them to do an end run where you could modify and use the software, but never on the device that it was distributed on.

    This was corrected in GPLv3, and control-freak assholes are having a problem with it.

  10. Re:GPL is the problem by Anonymous Coward · · Score: 5, Insightful

    Where all of you GPL-haters keep failing in this argument is that you want to deny rights to software makers. You have to understand that whoever wrote a piece of software owns copyright on it, and can distribute it how they see fit.

    If I write a piece of software, I'm free to take one of 3 basic distribution options relevant to the debate:

    1) Keep it proprietary, give the code to nobody. Sell compiled versions for money, and/or license the source under NDA to others for money.
    2) Give it away under a BSD license (or just make it Public Domain). Anyone can use my software for anything, commercial or not. It's a gift to the world.
    3) Give it away under a GPL license. Anyone can use my software for anything, commercial or not. HOWEVER, I stipulate that if you make further enhancements to my code, if you then give the resulting binary to other parties, you are required to also give them a copy of your enhancements in source code form.

    None of the options are more or less moral than the others. Licensing code under the GPL does not steal anyone's liberties. It fails to provide you with a liberty you would get if the code were licensed under BSD, but in either case these rights are GRANTED to you by the COPYRIGHT HOLDER. It's a gift either way, and you're saying by failing to give everyone a big enough gift, GPL authors are somehow stealing people's liberties. Bullshit.

  11. Re:GPL is the problem by JonJ · · Score: 5, Insightful

    I fully support your right to put restrictions on how I can modify or distribute something you created. Calling these restrictions "liberty," however, is just Orwellian doublespeak.

    You don't have the 'liberty' to enslave other people either. Restrictions sometimes limit the liberty someone might take away from other people.

    --
    -- Linux user #369862
  12. Re:GPL is the problem by dgatwood · · Score: 5, Insightful

    The GPLv2 allowed them to do an end run where you could modify and use the software, but never on the device that it was distributed on. This was corrected in GPLv3, and control-freak assholes are having a problem with it.

    It's not just control freaks that have a problem with it. It's also security-conscious engineering teams. Those bits of GPLv3 betray a fundamental lack of understanding of the need for proper code signing.

    First of all, there is no good way to prevent unsigned virus code from running without preventing unsigned user code from running on a device. The last thing you want is a news story talking about how your phone has been compromised by a virus that spreads across the cell network by SMS and has turned your entire ecosystem into the cell phone equivalent of WinZombies. This goes triply for daemons like Samba, which represent prime attack vectors into home and corporate computers, and thus are in desperate need of signature checks.

    Unfortunately, any OS vendor that wants to deploy Samba cannot require that it be signed by a proper, valid code signing cert because those cost money, and would represent an additional restriction on the end user's ability to recompile Samba and run the new version. This makes the GPLv3 fundamentally antithetical to proper security as written, at least by my reading. And I'm not the only one who interprets it this way.

    More to the point, you cannot create an arbitrarily open ecosystem that allows for anyone to get a code signing cert from anywhere, as this gives you no additional protection over not requiring signing. If you can get a free cert that allows you to run code on arbitrary hardware, then a a virus writer can, too. Thus, the infrastructure must inherently be designed so that third-party code can be authorized on a per-device basis. This is nontrivial, and costs money to maintain. Yet the GPLv3 would require that such a service be free to use in order to comply with a strict reading of its terms. Clearly, this is an untenable position.

    In short, this isn't a knee jerk reaction by a bunch of control freaks. Quite the opposite, really. The GPLv3 was a poorly thought out knee jerk reaction to a bunch of control freaks that had a negative impact on consumers. So although I understand why the GPL proponents want these clauses, in the end, they're doing a disservice to themselves and to the community by policies that effectively prevent the proper use of signed binaries.

    --

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