Slashdot Mirror


Apple Delays Release of LGPL WebKit Code

jfruhlinger writes "Ever since Apple forked the KHTML project to create WebKit, the rendering engine at the core of Safari, the company has been a good open source citizen, releasing the code back to the community after updates. But that suddenly stopped in March, with no code releases for the last two updates to the iOS version of the browser, for reasons unknown. This might remind you of Google's failure to release the Honeycomb source code. But at least Google announced that it was holding the code back, and Android is under a license that allows for a delay; the LGPL'd WebKit isn't." Update: 05/09 21:21 GMT by S : Reader Shin-LaC points out that Apple has now released the relevant source code.

28 of 209 comments (clear)

  1. Apple: "Fuck it, we're evil" by David+Gerard · · Score: 5, Funny

    CUPERTINO, Transylvania, Friday — After bricking unlocked iPhones, kicking applications off the iPhone store that might even slightly compete with iTunes in the far future, "delaying" the release of GPL source code and filing a wave of patents on basic well-known computer science, Apple Inc. today filed a Form 8-K with the Securities and Exchange Commission declaring that it was openly adopting Evil as a corporate policy.

    "Fuck it," said Steve Jobs to an audience of soul-mortgaged thralls, "we're evil. But our stuff is sooo good. You'll keep taking our abuse. You love it, you worm. Because our stuff is great. It's shiny and it's pretty and it's cool and it works. It's not like you'll go back to a Windows Mobile phone. Ha! Ha!"

    Steve Ballmer of Microsoft was incensed at the news. "Our evil is better than anyone's evil! No-one sweats the details of evil like Microsoft! Where's your antitrust trial, you polo-necked bozo? We've worked hard on our evil! Our Zune's as evil as an iPod any day! I won't let my kids use a lesser evil! We're going to do an ad about that! I'll be in it! With Jerry Seinfeld! Beat that! Asshole.”

    "Of course, we're still not evil," said Sergey Brin of Google. "You can trust us on this. Every bit of data about you, your life and the house you live in is strictly a secret between you and our marketing department. But, hypothetically, if we were evil, it's not like you're going to use Bing. Ha! Ha! I'm sorry, that's my ‘spreading good cheer' laugh. Really."

    --
    http://rocknerd.co.uk
  2. download page by phantomfive · · Score: 2

    Here's the download webpage. Presumably Apple intends to release it eventually (based on what is written on that web page), who knows why they haven't yet.

    --
    "First they came for the slanderers and i said nothing."
    1. Re:download page by phantomfive · · Score: 3, Insightful

      No, it doesn't matter. Legally, under the GPL, they are required to distribute (upon request) the source to everyone that receives the binary. At this moment, due to Apple's non-response, someone who has received the binary could initiate legal action against Apple, as could the original authors of the code.

      Now, there is a grace period under the GPL (for example, Apple can choose to mail the source code to you, and of course that could take a week or even a month for processing), and if Apple can show intent to release the source code, and actually does it within the next month, it is doubtful there would be any punitive action taken by the court.

      The real question is why the delay from Apple. It is unlikely they intend on keeping the code secret (since that would be insanely idiotic). A possible explanation is that the person who was responsible for maintaining the link to the open source code on the Apple website has quit or been fired, and his replacement doesn't yet know everything he was doing. Something like that. Or it could be that Apple hates the open source community and wants to spite them in every way possible. Although I find that less likely.

      --
      "First they came for the slanderers and i said nothing."
    2. Re:download page by Pieroxy · · Score: 2, Informative

      No, it doesn't matter. Legally, under the GPL, they are required to distribute (upon request)....

      Has anyone requested it?

    3. Re:download page by E+IS+mC(Square) · · Score: 2

      "Coming soon" = "Not released". As the article says. There is no jumping the gun.

    4. Re:download page by LWATCDR · · Score: 2

      "It's like the open source community is deliberately trying to alienate a large corporate supporter. Curious indeed."
      Community well probably not. Have we heard anything from the core webkit developers?
      My guess is that it is Brian Proffitt trying to stir the pot and drive eyes to his blog in itworld.
      But that is just a guess.
      Oh and Cmdr Taco doing much the same with Slashdot. Nothing gets people talking like someone to attack.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    5. Re:download page by Mr.+Slippery · · Score: 4, Informative

      One of the big issues companies have with FOSS is software patients.

      Patents are not relevant here. If there were a patent issue, they couldn't use it at all, closing the source has no effect.

      --
      Tom Swiss | the infamous tms | my blog
      You cannot wash away blood with blood
    6. Re:download page by Jonner · · Score: 2

      It would really be fun if Apple decided not to release it and there were a class action lawsuit by all iDevice users, to whom Apple owes source for any LGPL parts of Webkit. Google would definitely back that.

  3. Re:Seriously? by Microlith · · Score: 2

    Not all of us were suckered into Google's "open" lullaby back in 2007, so it's not all a lost cause. Though to be fair, the parts Google was obligated to release have been.

    Apple is obligated to release this software and haven't. I suppose this makes my choice to dump OS X from my old Macbook in favor of Ubuntu justified (not that I need justification, but Apple makes it so easy these days.)

  4. Re:Seriously? by gbutler69 · · Score: 2

    Google doesn't get off scott-free even though the license for Android permits a delay. The license for Webkit absoulutely DOES NOT permit a delay.

    --
    Over-the-top Response Guy! Giving "Over-the-Top Responses" since 1970.
  5. DHS to the rescue? by hweimer · · Score: 5, Interesting

    So we have a case of blatant copyright violation, which is even perpetrated for commercial gain. So I guess the DHS will step in and seize the apple.com domain as they have done before in similar cases, right?

    --
    OS Reviews: Free and Open Source Software
  6. Google owns most of Android by Paul+Jakma · · Score: 3, Insightful

    Other than some underlying systems bits that's copyleft (Linux kernel, Bluez, some system utils), or BSD licensed, Google generally own most of the Android code outright. So Google don't ever have to release Honeycomb. It's their code, they don't have to give source if they don't want to. (That said, I reckon their bluetooth stack depends sufficiently on BlueZ that their userspace becomes derived from that GPL code - stuffing IPC between your code and GPL code does NOT, of itself, mean your code escapes from the GPL; but that still doesn't mean they'd have to release their code).

    Apple OTOH started WebKit/WebCore as a fork of KHTML, which is LGPL. So it wasn't their code at all to start with and, unless they're rewritten ALL the code since the fork AND gotten appropriate grants from the other contributors to WebKit, Apple are obliged to honour the *other* copyright holders and follow the LGPL licence.

    --
    I use Friend/Foe + mod-point modifiers as a karma/reputation system.
    1. Re:Google owns most of Android by Paul+Jakma · · Score: 2

      It may be in some circumstances, it may not be in others. Note carefully "of itself" in my post. I.e. IPC, of itself - or any other mere technicality - is not necessarily sufficient to affect copyright derivation status. IANAL, but this is corporate, legal advice I've been privy to.

      E.g. (And this is just *my* laymans understanding, NB) if the copyright holders of some work go out and deliberately create a well-defined, stable plugin architecture intended for general use, then other works that code to that interface need not be derived of the work providing the plugin interface - particularly so if the functional nature of that plugin interface is demonstrated by a 2nd implementation. OTOH, if you want to extend someone else's work, such that your work would be derived from it, and you think that by putting a bit of IPC in there you escape, think again - a judge or jury need not be impressed by "But, we're not infringing cause we shove what would otherwise be infringing function calls first through some shared memory! But we released the code to the modifications we made to add the ad-hoc IPC!".

      IMLU, ICBW, etc.

      --
      I use Friend/Foe + mod-point modifiers as a karma/reputation system.
  7. Re:It's right here by OverlordQ · · Score: 4, Informative

    No, no it's not. That's WebKit, not Apple's version of WebKit.

    --
    Your hair look like poop, Bob! - Wanker.
  8. Re:Seriously? by Trufagus · · Score: 5, Interesting

    The d-evil is, as always, in the details.

    Google released the GPL portion of Honeycomb (including kernel and userland), as per their obligation. The part of honeycomb they delayed is the part that they have exclusive ownership of. They have no obligation to release it but they claim that they will. People are only accepting that claim because of Google's track record on open source: Google creates tons of open-source projects and code.

    With webkit, the situation is more complicated: Apple has added a ton to webkit but their code is based on KHTML and interspersed with other people's contributions. It would appear that they are legally obligated to release the code. The fact that they are holding back is consistent with the fact that Apple only releases what they absolutely must release. Perhaps they are now figuring out what that is?

  9. Re:It's right here by Anonymous Coward · · Score: 2, Insightful

    No, it's not.

    There are plenty of changes in the iOS 4.3 version that never made it to that repository. Changes that Apple are legally required to publish.

  10. Note to Apple fanboys: by Beelzebud · · Score: 3, Informative

    Saying "Google does it too!", doesn't make it right.

  11. Re:It's right here by Anonymous Coward · · Score: 2, Informative

    If you read the article this is about WebCore not WebKit. Apples version of webkit is webkit. Webcore is licensed under BSD and LGPL. If apples changes where to the parts that are BSD licensed then they are under no obligation to release anything.

  12. Re:It's right here by arose · · Score: 2

    If it is substantially integrated, then they still have to release the BSD (actually dual licensed as part of the whole project) parts.

    --
    Analogies don't equal equalities, they are merely somewhat analogous.
  13. Re:Seriously? by arose · · Score: 3, Insightful

    The fact that they are holding back is consistent with the fact that Apple only releases what they absolutely must release.

    All you need to do is recall the shitstorm it took for Apple to release "the preferred form of the work for making modifications to" instead of huge blobs of code that no-one in their right mind would work of off for Webkit in the first place.

    --
    Analogies don't equal equalities, they are merely somewhat analogous.
  14. Android Honeycomb's WebKit code by gabriel · · Score: 2

    Can anyone point me to the Android web browser code used in Honeycomb? Seeing it also uses the same LGPL WebCore and JavaScriptCore modules I'd like to have a look. I've tried via the http://source.android.com/ but couldn't get any of the updates that may have been introduced in Honeycomb.

    Thanks.

  15. Simple Explanation and Jumping to Conclusions by UnknowingFool · · Score: 4, Insightful
    Am I the only to see a very simple explanation that the author has missed? To recap here is what the author is saying:
    • WebKit is LGPL so updates should be released
    • Apple has released iOS 4.3, 4.3.1,4.3.2, and 4.3.3 without any updates to WebKit
    • Therefore Apple is holding back WebKit updates.

    Am I the only one to see the major flaw in logic? iOS updates may include Safari updates which may include WebKit updates but iOS updates are not necessarily WebKit updates. If you look at the actual 4.3 updates that the author describes, the vast majority of changes have nothing to do with Safari. Even if they did, remember Safari is WebKit + Apple's browser code just like Chrome = WebKit + Google's code. The few changes around Safari seem to imply fixes to Safari not WebKit. Also if the author did any deep analysis, in 4.2, Apple updated Safari to use WebKit 533.17.9 whereas the newest stable version if WebKit is 534.20.

    --
    Well, there's spam egg sausage and spam, that's not got much spam in it.
    1. Re:Simple Explanation and Jumping to Conclusions by Jonner · · Score: 3, Informative

      Am I the only to see a very simple explanation that the author has missed?

      Apple's own iOS 4.3 source download page references the unreleased sources of JavaScriptCore and WebCore.

  16. Found it. by Anonymous Coward · · Score: 3, Informative

    http://www.opensource.apple.com/tarballs/WebCore/WebCore-955.66.tar.gz
    Also see:
    http://www.opensource.apple.com/tarballs/

    1. Re:Found it. by mzs · · Score: 2

      Apple also updated this:

      http://www.opensource.apple.com/release/ios-43/

      On Friday it was still missing. I think the press hurried them along.

  17. Re:Seriously? by SETIGuy · · Score: 2

    Or they're just getting their ducks into a row first?

    It doesn't work that way. The LGPL is clear that once you're distributing a binary, you must also be ready to distribute source. So if there was duck sorting to be done before releasing the code, that sorting needed to be performed before they release a binary. The source also needs to be what is required to build webkit. If they mixed it up with proprietary code that they don't want to release, they need to cease binary distribution, and hope that they don't get sued by the KHTML authors. Regardless of the reason, they need to cease binary distribution until there is a source distribution.

  18. It's right here, douche by Brannon · · Score: 2, Insightful

    http://www.opensource.apple.com/tarballs/WebCore/WebCore-955.66.tar.gz

    Go find something else to whine like a little bitch about.

  19. What's missing? by Bogtha · · Score: 3, Insightful

    Nobody seems to have been clear on what is supposed to be published but isn't. The WebKit source has had checkins as recently as 2 minutes ago, so it doesn't look like Apple have stopped publishing the source to me.

    --
    Bogtha Bogtha Bogtha