Apple Releases WebKit 329
rohanl writes "Apple has responded to recent criticisms from the KHTML developers by providing a live CVS repository (including all history) of WebCore, JavaScriptCore and the newly open sourced WebKit, public mailing list, irc channel and bug database. Details at the new webkit.opendarwin.org"
Dated icon (Score:5, Funny)
Hey Taco, better change the Apple section's "G5" logo to the Intel logo.
Re:Dated icon (Score:2)
Sheesh.. I'm still not over this..
Anyone have download mirrors for the keynote? My connection sucks bumsickle and streaming hangs..
Re:Dated icon (Score:2)
Re:Dated icon (Score:2)
Re:Dated icon (Score:3, Insightful)
Re:Dated icon (Score:5, Informative)
"Mac OS on Intel is to be given to developers (ADC "Select" and "Premier" members) now and to customers "this time next year." The transition will be completed in less than 2 years, by the end of 2007."
Re:Dated icon (Score:3, Insightful)
But WAIT!!! (Score:2, Insightful)
Re:But WAIT!!! (Score:5, Insightful)
Would Apple have done this had they not complained?
Re:But WAIT!!! (Score:2, Flamebait)
would they they have known it was a problem?
if a tree falls on a hippie in the forest, does anyone care?
we can go on like this all day. Grandparents point is that apple is going out of their way to appease a relatively small (even in opensource terms) group of people. Kudos to them.
Re:But WAIT!!! (Score:5, Insightful)
The "relatively small group of people" you're talking about are the ones who created the base core of Safari's rendering engine (KHTML) for fuck's sake. And if you had at least checked what happened, you'd have seen that the K guys had indeed asked (privately, not in public channels) for limited access to Apple's Safari repository and bug tracker before...
Re:But WAIT!!! (Score:3, Funny)
You're welcome. ; )
Anyway, the point is that more people care about this than just the KHTML people -- Apple's doing it to appease the whole of Slashdot, at least.
Re:But WAIT!!! (Score:2)
Apple would have been forced to comply with the license as written for the khtml code..
Oh wait they had already done that.
Re:But WAIT!!! (Score:2)
But don't worry, the KHTML guys will complain about Objective C++ and the Qt replacement next.
--jeff
Re:But WAIT!!! (Score:3, Informative)
Re:But WAIT!!! (Score:3, Informative)
Re:But WAIT!!! (Score:3, Informative)
E.g., with ObjectiveC++ you don't need to write a pure-C bridge, to get Objective-C and C++ to interoperate.
Now, that said, it's not like you can write a C++ subclass of an Objective-C class, but it's useful. Really useful.
Re:But WAIT!!! (Score:2)
Re:But WAIT!!! (Score:5, Funny)
They're going to complain about the code being PPC-centric... no, wait... damn...
Re:But WAIT!!! (Score:3, Informative)
Re:But WAIT!!! (Score:3, Funny)
Wait and see first... (Score:2, Interesting)
Personally I hope it is, as it is a good show of how two groups with different agenda's can benefit from Open Source.
Jan
Re:Wait and see first... (Score:5, Insightful)
Sorry, but that's just bs... the "KHTML developers" picked the license, and Apple gave back as much as they had to according to that license.
That's it, that's the whole thing; Apple never were the bad guys, because they did what they have to.
Now Apple is doing even more than they have to, and now you are waiting for the "KHTML developers" to say if they like it or not before figuring out if Apple are they good guys or not???
Wake up and realize that Apple's doing more than they have to, now it's up to the "KHTML developers" to figure out if they 1) want to use to code or 2) can use the code.
If they can't use the code, then what would Apple have to do to make them the good guys in your book??? Hire people to teach them and/or do the programming for them?
Re:Wait and see first... (Score:4, Insightful)
Sorry, but that's just bs... the "KHTML developers" picked the license, and Apple gave back as much as they had to according to that license. That's it, that's the whole thing; Apple never were the bad guys, because they did what they have to.
Bullshit. The fact that they weren't legally required to be good citizens does not mean no one should ever be able to criticize their actions. They took a piece of software from an open-source group, acted like they wanted to cooperate with them, then forked it too far and acted like asses when the KHTML guys asked them to try to work back toward one codebase. They went so far as to tell the KHTML guys to just drop their project and use Apple's version.
None of this was illegal. It was just a dickhead move.
Of course, now Apple has done something in the hopes of correcting that, which indicates they also feel they haven't done right by KHTML. Hopefully this will help the situation...overall, I have seen Apple as a halfway decent OSS player. But in this case, I think time will have to tell...the real issue is whether this will help the two codebases codevelop more or not. If it doesn't, Apple will have been the "bad guy" because they will have unnecessarily split development resources and time for a project that could have been cooperatively handled. That's a Bad Thing, regardless of whether it's legally permissible.
Re:Wait and see first... (Score:3, Insightful)
Forking isn't a bad thing, it happens all the time... The "problem" is that Apple didn't say that they were going to take the code and fork off, and I don't think they ever inte
Re:Wait and see first... (Score:2)
True, but that doesn't really have anything to do with complying with the license or not; it is a sign that maybe the license needs to be changed for the developers to get back what they really want though.
I don't "belittle the devs", I'm just making sure that people know what they're complaining about; that there really isn't
Re:Wait and see first... (Score:2, Insightful)
That said, I hope that the KHTML group can make a good use of this. Even with access to the cvs repositories, I don't expect that merging back the changes will be trivial, just easier. I hope this won't be used by the fan
Re:Wait and see first... (Score:5, Insightful)
Apple wants to make some use of OSS code in their software, but they don't want to contribute back, which is not cool.
I think you're way off base. What makes you think they don't want to contribute back? Did you read the article about KDE passing the ACID compliance test? That was due to an Apple engineer patching WebCore so Safari would pass then specifically writing a bunch of comments and micro patches for the KDE guys. For which, I might add, he was thouroughly ridiculed here on Slashdot for not providing a CVS repository (Apple does not use CVS) which one of the KDE guys had asked for a few days previously.
Now Apple is providing a CVS repository at extra work and expense to themselves and you have the gall to say that they don't want to contribute back? Are you actively trying to make the OpenSource movement look like a bunch of pricks or is it unintentional? How about when a commercial company bends over backwards, spends money and time to do exactly what is asked of them even when they have no legal obligation, and basically do everything they can to be the good guy, use and support open code and standards and give back very useful improvements you don't attribute it to them being forced to by all the bad press you've previously generated about them in a forum that they don't care about anyway?
Apple is being nice because the engineers working there are good guys and want to be nice and help out. They aren't doing it to avoid bad press. Give credit where it is due already.
Re:Wait and see first... (Score:5, Insightful)
They had contributed back
They did release all their changes as one giant tarball, which, while complying with the license, is not a good basis for merging back changes. They did not get actively involved in hacking KHTML, instead they did a classic fork. This is not bashing Apple, just trying to bust some myths.OSS people got upset as they wanted more.
KHTML developers never complained about Apple's way of doing things. They were annoyed about users saying "This is fixed in Safari, why isn't it fixed in KHTML? They are the same thing!", so they pointed out that no, it wasn't, and merging with Apple is no easy task, because (a) the codebases have diverged so much and (b) the format in which Apple publishes its changes is, while legally sufficient, not an good one for merging changes back. Somehow, that was interpreted as complaining about Apple, while all they were really doing was trying to bust the myth that KHTML and Webkit are still the same thing.Re:Wait and see first... (Score:3, Interesting)
Without wishing to sound too fanboyish... (Score:5, Insightful)
That said, some of the criticisms of the Konqueror team may have had some validity - specifically, there is little room in the cutthroat commercial arena for the unwavering dogmatism, devotion to absolute technical superiority over immediate user needs, etc. Hopefully the two can forge a way forward together now that Apple has made this (much needed) gesture.
iqu
Re:Without wishing to sound too fanboyish... (Score:5, Funny)
Re:Without wishing to sound too fanboyish... (Score:3, Interesting)
Fact is that some form of DRM is an essential prerequisite for an information-based economy, regardless of what the 'information wants to be free' types spout over
Good show Apple (Score:5, Insightful)
The deserved it in no small degree when they made it difficult for KHTML developers to reintegrate their changes into the mainline tree.
However, I am glad to see they responded to the community's criticisms in such a constructive manner. This is good for everybody. It's good for KHTML, as Apple's improvements can now be integrated cleanly into the mainline tree, and it is good for Apple, both on the PR/Community Relations front, and on the technical front, as they can continue to benefit from developments in KTHML and their porting burden should, at least theortecially, be lessened as their changes make it back into the main development tree.
Good show, Apple. Few flesh-and-blood people would have the character to admit a mae culpa and change their ways. For corporations, this is even more rare. This doesn't change my skepticism WRT the move to Intel (though if it is a move to AMD64 said skepticism is alleviated, and if the move is a result of supply issues with IBM, said move is understandable despite my skepticism, but I digress), but it is reassuring to see positive movements on other fronts.
Safari for Windows (Score:2)
Nah, the last thing we need is something like Safari cluttering things up. Mac users hang onto it for the same reason most windows users use IE, it's what came with the OS. I cant see anyone switching TO Safari if it wasn't preinstalled.
Re:Safari for Windows (Score:2)
Web designers could use it to test for Safari compatibility. Mac users could use it on their Windows PC at work, for familiarity. Maybe some people just want a KHTML-based browser. Choice is always good.
Re:Safari for Windows (Score:2)
Ohhh!
A GOOD reason for a port!
Assuming of course that both ports run the same on both platforms.
Re:Safari for Windows (Score:2)
It IS a good reason - remember the days when everyone coded for IE, and pages looked like shit in Netscape? I'd rather NOT go back to that.
Just because Safari doesn't have a huge percentage of the userbase doesn't mean web developers shoudln't ensure their code looks good on it.
Assuming of course that both ports run the same on both platforms.
They should - of course, in practice, that's not usually the case...
Re:Safari for Windows (Score:2)
That would be, like, today I have a lot of sites I would like to use firefox on, but they are borked unless I use IE.
Back in the day when we did use something called "Netscape", it was more than likely the other way around - broken in IE, but functional in Netscape.
Your point is right on, though. More (and more standards-compliant) browsers cannot help be be good for
Re:Safari for Windows (Score:2)
I, however, care about functionality, and Firefox has a basic feature set that makes it useful out of the box, while Safari is truncated. Safari's tabbed browsing isn't as elegant. It has fewer keyboard shortcuts for common functions, and it doesn't have the library of installable extensions that Firefox has.
Yes, Firefox may be a bit slower, but it does a whole lot more than Safari, and it's easier to use.
Re:Safari for Windows (Score:2)
BTW, Opera for Mac has more functionality than Safari and Firefox combined without needing extensions, and is as fast as Safari in many cases
Re:Safari for Windows (Score:3, Interesting)
"Safari's tabbed browsing isn't as elegant."
Doing a feature comparison between the two browsers' implementation of tabbed browsing, all I can come up with is as follows:
Favicons
Safari: Not supported
Firefox: Site's favicon is displayed in tab
Verdict: Win for Firefox
Close button
Safari: Each tab has its own close button
Firefox: Single close button to the extreme right of the tabs bar closes the active tab
Verdict: Win for Safari
Is there a single other significant difference?
Re:Safari for Windows (Score:3, Insightful)
Defunct? (Score:3, Funny)
Re:Good show Apple (Score:2)
"When I'm good, I'm very good, but when I'm bad I'm better."? Is that a mae culpa?
Re:Good show Apple (Score:2)
Defunct? There won't be an alternative to PPC Macs for a year, and Apple will likely be selling PPC Macs for another year after that. And there will be tons of PPC hardware lying around that's still useful. Does the fact that kernel 2.7 will be released at some point in the future mean that 2.6 is "defunct"?
Re:Good show Apple (Score:2)
They didn't make it difficult, they just didn't make it easy either. At least, I haven't heard allegations that Apple purposefully obfuscated code or anything of the sort.
Legal != Ethical (Score:2)
They were complying with the letter of the GPL, but not with its spirit. That was the problem. The GPL is very good, but no license is perfectly watertight. Not even the GPL.
Apple did absolutely everything that they were legally (and ethically) bound to do.
No. Ethics != Legality. Never has, probably never will.
Apple was doing absolutely everything it was legally bound to do. By making the information available in a format (apparantly) designed to be very difficul
Just a reminder (Score:5, Insightful)
Re:Just a reminder (Score:2)
Have you been to Hollywood?
Re:Just a reminder (Score:4, Insightful)
I'm baffled by the people stating in this thread that the GPL "preferred form" clause means that you have to give people access to your versioning system. Have you people read the GPLs? It offers CDs over postal mail as a valid method of satisfying your GPL obligations! It explicitly lists mailing big chunks of code as a valid option for GPL licensees! I mean, actually read these things, people!
Now if emailing big chunks of tarball on demand is violating the spirit of the GPL then why does the GPL suggest you do that?
Re:NO, Apple was VIOLATING the letter of the LGPL (Score:2)
"Preferred form" BS (Score:3, Funny)
The "preferred form" of most Apple developers is probably some versioning system running as a client on G5 workstations, so obviously Apple is legally obligated to provide the changed source code to KHTML developers in that form. Go sign on to the KHTML project now and your free G5 will be shipped soon!
Re:Just a reminder (Score:2)
I don't think there's any "fault" here, except possibly the folks in the audience who assumed too much about Apple & K's relationship.
The letter of *GPL says "thou shalt not screw over those who developed before you".
The spirit of *GPL says "in fact, you really ought to be nice to them".
There's no contradiction, just a certain level of friendliness which may or may not exist.
Apple was doing the minimum necessa
Balance (Score:5, Funny)
Re:Balance (Score:2)
Re:Balance (Score:4, Insightful)
Re:Balance (Score:3, Insightful)
For now.
If anyone thinks, even for a second, after the back-to-back heartbreaks of the PowerPC 7400 and 970 (not to mention the stillborn misfires of the 620, 8500 etc etc etc), that Apple will not -- having already gone through the pain of an x86 migration -- have an alternate supplier to Intel on deck... well, I'd like some of what that person is smoking.
Intel, AMD, Via, Transmeta: the whole gamut is open to Apple now, and they would be dumb in
Re:Balance (Score:2)
Apple are a computer company. Not a "PowerPC chip powering the computer" computer company. They've never been afraid of major changes (witness 680x0 to PPC, OS 9 to OS X). If they reckon they can ultimately produce a better product or attract more customers by using Intel processors and they can minimise the pain to existing customers in doing so, why the hell not? (Rating: -1, Flamebait)
I seriously doub
Re:Balance (Score:2)
Ok, that's about it.
Personally, I'd love to see Apple release OS X for non-Apple x86 hardware. Not because I want to buy cheaper hardware to run OS X on--I just want to see what Bill Gates' reaction would be. Destroying Apple's entire hardware business would almost be worth it for that alone.
Re:Balance (Score:2)
I just want to see what Bill Gates' reaction would be.
http://www.ubersoft.net [slashdot.org]
Re:Balance (Score:2)
Well, just as I use a freeware tool to remove all of the extra foreign languages (1.5GB savings!), someone will find or make a tool to remove all of the foreign-processor code. Or, you can do it yourself. Remember that a Mac app or library is just a directory with the "real" executables inside it. Trash the appropriate binaries, and voila! Come to think of it, the savings won't be *half* because a
All of you zombies (Score:5, Insightful)
SPIRIT schmirit.
Their behavior boils down to "Wah, I offered my friend a lollipop and he took it."
Re:All of you zombies (Score:5, Informative)
* don't keep bugging us about when Konqueror will do what Safari does because it's not as simple as taking Apple's patches and applying them
* don't keep saying how great it is that Apple are giving us these features
He explicitly said that it was fine for Apple to behave as they were. He just asked that people didn't keep giving Apple credit for doing things that actually needed to be done independently by the KHTML team.
The mess started when multiple news websites and bloggers misreported this as an anti-Apple flame and subsequently seemed to base their articles on each others, not the original post.
Re:All of you zombies (Score:2)
However, that's certainly *not* the spirit, and it is a good distinction to make. The spirit is something along the lines of "share and share alike" and make it convenient for others when they help you out.
The distribution method shouldn't be written into the GPL - what're you going
Re:All of you zombies (Score:5, Informative)
No, that's slashdot's behavior. Most of the KHTML developers really wish slashdot would keep their damn uninformed blathering to themselves, and while they're at it, get a little informed and stop demanding that KHTML support Safari features within 1 day of implementation because "they're the same codebase, right?"
No one but slashbots are griping incessantly about the licensing.
Nightly Builds (Score:2)
Why not open up all of Safari? (Score:2)
Not a zero sum game (Score:3, Insightful)
Re:Not a zero sum game (Score:4, Insightful)
Apple took khtml and extended it the way it felt it needed to for Safari. Meanwhile, the khtml people were changing and extending it there own way, which happened to be a bit of a different direction. This happens all the time, and it isn't anyones fault.
Many times it becomes very hard to backport code after forks, regardless of who forked the code. The only way to fix that is to restrict development by others to a similar path as your development, which shits on the "spirit" of the GPL just as much if not more then what people were complaining about Apple doing in the first place.
When you release code under the GPL you have to know that it is totally possibly somebody might fork it and create patches that are useless to you. That is the nature of the beast and all part of the OSS development environment. If you can't deal with it, then don't use the GPL.
Posting from CVS WebKit... (Score:3, Interesting)
What?? (Score:5, Funny)
THANKS TO APPLE AND ALL!!! (Score:2, Interesting)
[As Cies Breijs said]
My congratulations to all parties. Apple for beeing cooperative, and for giving back. To Zack Rusin http://www.kdedevelopers.org/blog/14 [kdedevelopers.org] for sharing his opinion and reasoning, which openen up this issue.
If would be 'cool' if KDE-Konq and OSX-Safari use the same codebase for HTML-rendering and running JavaScripts. It would be 'cool' is KDE and Apple coders would work together on this.
Yet... if this will not be the case it already is a big help that both parties can view each othe
The best they could do at the time (Score:4, Insightful)
From previous discussions: (Score:4, Insightful)
If they weren't happy with Apple following the license to the letter, they were using the wrong license.
Re:Speechless (Score:2)
Apple is not an evil company. Sure, they don't have a "do no evil" policy and they have occasional lapses, but they recognize the fact that good will is valued by customers, and customers' respect produces money.
If you want a company that's inherently evil, you know where to find it.
Sorry, couldn't help myself :P (Score:2)
Re:Speechless (Score:2, Funny)
The Vice President's address book?
Evil Company TM contact Details: (Score:5, Funny)
The SCO Group, Inc. (SCO) is a provider of software solutions for small- to medium-sized businesses (SMBs) and replicated branch offices. SCO solutions include UNIX platforms; messaging, authentication, and e-business tools; and services that include technical support, education, consulting, and solution provider support programs.
Based in Lindon, Utah, SCO has a worldwide presence with representation in 82 countries. This infrastructure enables SCO to provide local support and dependable solutions to businesses around the world. In addition, SCO has a channel of more than 11,000 solution providers, a developer network of nearly 8,000, thousands of direct account customers and an installed base of more than two million systems.
SCO solutions are divided into three broad areas: operating systems, extended platform and services.
Contact Us
Please bookmark our home page HERE [sco.com] for quick access to the latest information on all SCO products and services. Click HERE [sco.com] to purchase products. To become a SCO reseller, please click HERE [slashdot.org]. SCO may be reached using one of the following options:
Support Services
For information on support service options, contact your product supplier or SCO directly.
SCO Worldwide Support Services
For information on SCO Support Services, click HERE [slashdot.org] or: United States and Canada 1-800-726-8649 Korea +82-2-784-2542 Japan 03-5290-3900 Latin American Countries Contact your local SCO Sales Office [sco.com] Europe, Middle East, India, Africa and Pacific Rim +44(0)1923-813 600SCO offers a broad portfolio of technical support services tailored to the needs of partners, corporate accounts and end users. With support centers located in North America, Europe and Asia Pacific, staffed by SCO's highly skilled support engineers and local language support availability, SCO can meet all our customer support service requirements.
Re:NOone's inherently evil (Score:2, Insightful)
Re:NOone's inherently evil (Score:2)
Is Microsoft inherently evil? I think Gates would pull a Clinton, and say "Depends on what you mean when you say the word Evil." At least all Clinton did was carpet-munch, not astroturf.
Re:Oh, come on! (Score:2, Funny)
And since when is denying one form of determinism considered "taking determinism to its extreme"?
Re:Only because.. (Score:4, Insightful)
b) they've just added additional ways of accessing the source instead of a giant tarball
Re:Only because.. (Score:2)
As of yesterday, the source to WebKit - Apple's higher level Objective-C framework for embedding a rendering engine into any Mac OS X application - is also available (looks BSD licensed to me). This means that, among
Re:Only because.. (Score:2)
Pretty cool really.
Re:Oh little sheep (Score:2)
Re:Only because.. (Score:2, Funny)
Re:Only because.. (Score:5, Funny)
Re:Only because.. (Score:2)
Re:A good sign (Score:5, Insightful)
Getting half the patches in sounds like an advantage, especially compared to none, which is what would be the case if Apple had not adopted KHTML, right? So in the end, prior to this advance, KHTML gained lots of work, and Apple gained lots of work, and thus both had already benefited.
Re:A good sign (Score:2)
Re:A good sign (Score:2)
But I also wonder if it could have been done without the outcry, without all the negative publicity. Possibly not, no-one will ever know for sure I think.
I really do hope that it hasn't caused other companies to think twice about getting involved with open-source projects and that it doesn't encourage other people to think the only way to get what you want is to throw a tantrum. I'm not saying this is what the KHTML/Konq guys did at all, but it is certainly what some people on
Re:A good sign (Score:2, Insightful)
Under the "agreement", Apple could use KHTML as the renderer in their Safari browser, _if_ they returned all changes to the source code.
No, all the LGPL says is that Apple has to publish its changes, which they did in a giant tarball. They did not get involved in hacking KHTML and are not about to do that now, but then, they weren't required to do so. The "agreement", as you call it, was fullfilled. Still, some open source users (not the KHTML devels) thought that this was not enough and raised a stink.
Re:A good sign (Score:5, Insightful)
Apple always did what they were supposed to do under the KHTML license...
What more or less happened:
Re:A good sign (Score:2)
Wow. I missed the part about Apple only providing source code to those to whom they had provided binaries, and not providing any facility for anyone else to download it at Apple's expense . .
hawk
Re:A good sign (Score:5, Informative)
Because there is no "-1 factually incorrect" moderation. The previous poster apparently had no idea what they were talking about. The KDE team made no agreement with Apple, Apple just took the code and used it in compliance with its license. Then they released the changes when they released WebCore, much to the surprise and delight of the KDE team. They have been giving back all the changes, but since the Konqueror project decided a lot of them were not the way the wanted the project to go and since both groups are using different versioning systems the KDE folks were having some difficulty extracting the changes they wanted from all the Webcore code.
After some time of this one of the KDE guys got sick of everyone telling him how easy his job was now that Apple was doing all his work for him and wrote a very reasonable and clear statement about how Apple's changes were really hard to incorporate and why and how they wished Apple would give the team access to a CVS repository. This got posted to Slashdot and horribly misinterpreted by the vast majority of the readers into some sort of "Apple is stealing open source code" thread.
Immediately thereafter one of the Safari guys fixed Safari so it would pass the acid compliance test and made sure to put in special notes just for the KDE guys. Again, Slashdot picked this up and there was a huge rehashing of the previous argument, despite Apple trying hard to be nice. Now Apple has gone to great lengths and released exactly what the KDE team asked for despite the fact that it is extra work and expense (which they might have done earlier had they actually been asked).
The previous poster of course only read a few idiot's comments on Slashdot, never read any of the articles and thus was spreading his ignorance on Slashdot even more by restating factually incorrect third-hand interpretations of opinionated and poorly informed comments from Slashdot. Hence the modding down (or so I guess since I did not mod him).
Re:A good sign (Score:2)
Apple should have went with Gecko instead of KHTML, their choice seems bizarre (I mean Gecko is well established).
I for one am very glad they did not. Using KHTML as a base provides another major web engine and helps prevent a monoculture. I'd much rather have web designers write a page to standards+workarounds for IE, rather than Gecko+IE. It helps prevent Firefox from diverging from the published standards (which it does). In any case the stated reason for using KHTML was cleaner, smaller, better wr
Re:A good sign (Score:2)
Re:The QT 4/KDE 4 Transition (Score:2)
Re:This is really good for GNUstep. (Score:2)