Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×
Mozilla The Internet

Mozilla To Be Dual Licensed - MPL/GPL 204

thegrommit writes "No doubt I'm one amongst many, but Mozilla is going to be dual licensing their codebase" Actually, thegrommit was the first, but it's great news. Congratulations to all involved - I've been using Mozilla a huge amount over the last three months, and it's pretty amazing. You can check out the FAQ for more details.
This discussion has been archived. No new comments can be posted.

Mozilla To Be GPL'ed

Comments Filter:
  • The latest one (M17) is much faster, is much, MUCH more solid and is just about ready now. I'm not sure about the mail client but the browser bit is very nice now. It's still a little flaky in a few areas but it's definitely made a lot of progress. If they can get the backarrow in frames behavior working well, I'll swith over to it (I'm planning on moving back to pine for mail reading, so I won't need that functionality anymore anyway.)
  • by Dr. Dew ( 219113 ) on Wednesday August 16, 2000 @01:25PM (#850424) Homepage
    Although some of our friends in the Mainstream Press are going to be confused by the dual licensing thing, and attribute much bad to it, here are some VGTs:
    1. If a project is going to engulf every activity it can think of, it's wise to use the same license as the rest of the known world.
    2. It's good to see some of the core applications being used (thinking of MySQL now, too, but please don't hurt me) coming into the GPL fold.
    3. August hasn't been good for Mozilla, newswise, and a little positive news may set the "no such thing as bad publicity" bit.
    4. The licensing infighting is really confusing to those outside the community. The "many ways to do things" philosophy looks like confusion to them.
    5. The licensing infighting is really confusing to those inside the community. Fracturing support for a project over legalese isn't wise.

    Upon completion of the relicensing, I'll award the Mozilla folk an official Atta Boy. More await the release of a version usable by my father.
  • It's easy to envision there will be some individuals who are philosophically opposed to the GPL, and will refuse consent on that basis.

    It's harder for me to imagine having a philosophical problem with the GPL, but thinking the MPL was fine (unless you are Netscape/AOL, but even they seem to have come around, so why worry?)

    Was it necessarily a good idea to make this move now?

    Sun wanted Star Office integrated into GNOME, so they are GPL'ing it. Netscape wants to encourage reuse of Mozilla (such as integration into GNOME), so they are GPL'ing it. (Maybe the GPL is "viral" after all. Yesss!!)
  • Sorry, I made the assumption that beta products didn't count because if they did then there might be even better web browsers that we don't know about because they're in the early stages. If Mozilla is as fast as IE, as stable as IE, and more standards compliant than IE, then the only thing that will keep people from switching is laziness.

  • Hear me now, believe me later, Mozilla is a failed project. It's not a useful browser, that is if you do more then read slashdot. Yow want to click on a link on shoutcast and have xmms load? You want Java? You want a browser that doesn't take up more memory then Homer does food at the all you can eat buffet? Then don't use Mozilla. Not now, not ever.

    Rather strong claims. I wonder how you are going to know how the Mozilla will develop (or not to develop) in the future. (Aren't the helper applications already working?) As far as Java support goes, please find the relevant entry in Bugzilla for the current situation.

    This isn't flamebait. It really isn't. But to say that Mozilla is useful for anything besides light browsing for more then 15 minutes at a time(before it segfaults) is just wishful thinking and sour grapes at IE5.

    This is rather strong claim too. Lately I've used mozilla almost exclusively in the work. It crashes about two or three times during the day. If you think that I'm just a rambling Mozilla advocate, please search for the older Mozilla-related articles; I complained myself about the poor stability. However, this area has improved very nicely in the last few months.

  • Mozilla is a failed project. It's not a useful browser, that is if you do more then read slashdot. Yow want to click on a link on shoutcast and have xmms load? You want Java? You want a browser that doesn't take up more memory then Homer does food at the all you can eat buffet? Then don't use Mozilla. Not now, not ever.

    Sorry, laddie; I understand your rant, but you're out of date. Mozilla may have fragile, slow, greedy; it isn't greatly so any more (yes, it's still greedier than I like). M16 was about as stable as (but much more standards-compliant than) Netscape 4.6. M17 is the best browser I've used on a UN*X platform bar none. In a week's hard use it has crashed once, so it isn't perfect. On the standards side it's up there with IE5; the stability still needs a little bit of work, but not very much.

    Mozilla may have been a 'failed project'; it isn't any more.

  • From AOL's page (http://www.mozilla.org/MPL/FAQ.html [mozilla.org]):

    "There are a number of reasons for this. The first three points speak to the necessity for the NPL, and the fourth addresses the question of why we didn't just release the code under the NPL and the GPL.

    4. Netscape is interested in encouraging the use and development of the Communicator source code by other commercial developers. Netscape was concerned that these other companies would hesitate to engage in this development if the code were regulated by a license as strict as the GPL, requiring that all related software also be released as free source. At the very least, every other commercial developer would have to look very closely at the legal ramifications of embarking on free source development. This initial hurdle alone might be enough to keep them from starting at all, so it was decided to remove the hurdle by using a somewhat less restrictive license."

    I've always thought that was a bullshit response, and now we see that they could have done it all along, and just chose not to.
  • From AOL's page (http://www.mozilla.org/MPL/FAQ.html [mozilla.org]):

    "16. Why don't you just release the source under both the NPL and the GPL right from the start?

    The NPL and GPL are incompatible, as we explain in the question about using code covered by the GPL with code covered by the NPL. If we were to take this tack, we would cause an immediate and irreparable split in development on the Mozilla code base. This split would greatly minimize the benefit that Netscape would see from free source development, and because of this, the company is not able to consider releasing its code under the GPL."
  • this assumes that you are a third party. the original author(s) of the code can change the license for new releases. since aol owns netscape, they just get netscape to make a version specially licensed for aol's use.
    --
  • Actually, they wont display them fine-- at least Netscape wont.

    If you have a CSS element defined for elements, and you don't close them- Netscape wont render it with the proper CSS element
  • If AOL is going to want to build into Mozilla these proprietary components, aren't we looking at GPL conflicts all over the place

    NO

    Aol still owns the codebase. By releasing a copy of the source under GPL, they are letting others play with it. But all of the stuff AOL generated, and perhaps all the stuff submitted under MPL, are owned by AOL and they can do anything they want. The GPL just says we can't close the stuff we play with --- the original author is not so bound.

  • I'm working on a project to develop a MP3 player, and my development is partially in Linux and partially in Windows. The windows portion is due to some software from Xilinx [xilinx.com] that is needed to design with their chip, and to write the data onto the hard drive in FAT32. Linux can do the latter, but for now I need to completely defrag the drive, and I am not aware of a linux FAT32 defrag utility.

    About how windoze sucks... last night I installed a removable drive bay, and put the IDE drive into my machine. My computer has no other IDE devices, the disk and cdrom are both SCSI. Windows pops up a blue screen saying that it's going to have to switch to "compatibility mode", only because I just installed an IDE disk drive! Compatibility mode means everything is running 16 bit drivers, as I understand it. Well, the next couple boots both crashed, for no apparant reason. I finally did get it to boot, opened a DOS window and ran FDISK and FORMAT on the new drive. Somewhere near the end of FORMAT, the machine completely crashed, with some sort of message about the system being "halted" for some reason. I did finally get the drive formated by creating a "startup disk", booting the computer with that. Under this config, the drive letters were reversed from their appearance in windows... another thing that isn't a problem in linux. Fortunately I noticed the drive sizes before formatting "D:" and losing my existing windows installation.

    Even after I removed the IDE drive and attached it to my hardware, Windows is really messed up. It's still in compability mode, and how to fix that is a good questions.... at least not without using linux.

    In the last year or so, I've been using Linux to make backups of my windows partition. I have another machine that runs linux 24/7 and exports some shares with samba. I always save my work to "F:", so "C:" only has the system, software, and other non-data files. Many windows programs always default to saving stuff on "C:", often in their own installation directories, which seems like a bad idea to me, but it's only a minor annoyance compared to windows crashing.

    Anyways, to back up my windows partition, I type something along the lines of:

    cat /dev/sda3 | bzip2 -9 - > /tmp/sda3_windoze_backup.bz2

    and then later on, when windows gets itself all messed up in a state which is more or less not recoverable, I just "cat" that image file back onto the /dev/sda3, and just like magic windows is back in a previously working state, completely reinstalled, and with only one reboot.

    Actually, before I do the backup, I type "cat /dev/zero > /dos/dummy.bin" to fill the unused space with zeros, and then delete the file, so that the backup image will compress well.

    I'm glad that you don't have any problems with Windows, and I wish my experience was the same. Right now, my windows partition is really messed up, and I need to find the CDR that I burned that big .bz2 backup file onto.

    At the risk of getting moderated down for blantent self promotion, here's a link to my little MP3 player project [pjrc.com], which is the reason I needed to temporarily add an IDE drive to my machine, and why Windows went south.

  • A bunch of volunteers working on an open source project with deep philosophical problems with GPL. Are you from Redmond?

    Assuming you were serious (as opposed to Sport-Thwacking :-) )...

    The most casual observer of the Open Source community will note the philosphical split between the GPL and BSD camps. There are many people who contribute Open Source work under the BSD license because they disagree with the GPL's compulsory source redistribution requirements. GPL-ers likewise have issues with BSD's terms.

    Mozilla is a sufficiently large project that it's easy to envision project members having diverging points of view on this issue. My hope is that, to the extent such disagreements exist, this change in licensing won't adversely impact the development of Mozilla.

    Schwab

  • by Phroggy ( 441 )
    b) It's very possible to display poorly/improperly written HTML. In theory, you're supposed to close the <TD> tags in tables, but both IE and Netscape will display them fine without...

    As SamBeckett said, you're wrong. The following code will render fine in IE, but not in Netscape:

    <HTML>
    <BODY>
    <TABLE>
    <TR>
    <TD>
    Netscape won't display this.

    --

  • Try opening a bunch of new windows. I can get to about 4 or 5, then it crashes. I have tried this on Windows and Linux, but I have not tried M17...
  • Because they want the rights back for any changes to the codebase. With copyleft licenses such as MPL and GPL, mozilla.org gets rights to use the changes, which could remain a company's "precious trade secret" under non-copyleft licensing.

    IOW, they want to keep some sort of proprietary control over the code?
  • Please, Microsoft, license some parts of IE in GPl so that I can hack a decent, non-crashing browser!
  • You are right, although it wasn't just the gtkmozembed header files either, it was much more complicated than that.

    As it turns out, RMS himself helped us out and determined that we indeed would need to add a clause to the Galeon license for allowing us to link to the MPLed code. Without it, Helix Code and Debian probably wouldn't be able to distribute Galeon (for similar reasons why Debian doesn't include KDE). This kinda sucked, so we do plan to add the clause which will fix everything.

    However, once this change occurs, we will no longer need it -- it will definitely make things more simple, though. We probably have Chris Blizzard to thank for this (in part).
  • by Pengo ( 28814 ) on Wednesday August 16, 2000 @01:27PM (#850441) Journal

    I must admit that I find myself browsing with Galeon more than I do with Mozilla these days. The simple and clean interface design out-weigh the 'Heavy' and feature full interface of Moz.

    The biggest problem with Galeon is the steps involved in getting it to work. (They couldn't distribute the Mozilla compontents).

    Using Galeon I get far fewer crashes (and Galeon is still in Alpha) than w/Mozilla or Netscape. It is MUCH faster than Mozilla and is close to being up to speed with Netscape with application zippiness. (GTK is fast!) :)

    Give it a look, I believe that they are moving quicker than the Konquerer group because they are leveraging a rendering engine that WORKS.

    Too bad that Opera never really happened. What a great little browser. Hehehee... long live open source.




    --------------------
  • It doesn't make sense - what happens if the browser displays the page progressively as it's being downloaded, and towards the end, some closing tag is missing (whether because of bad html, a connection problem, etc)? Should the browser erase everything it's rendered so far and say "Oops, sorry, but we can't let you view this page"?

    Technically, an XML parser shouldn't parse anything until the entire document has been read. This may be infeasable for web browsers.

    Mabie the browsers should pop up a dialog like the following when they encounter non-conformant HTML:

    HTML ERROR
    The author(s) of the web page you are viewing are morons who know less than nothing about designing a website. Their supervisor should fire them immediately.
    This document isn't even compliant XML. What's this company going to do next? Probably whrite lyk thys, becaws they kant bee bothred to fiand people whew kan spell.
  • beta products count if you want to count them, there's no universal answer as to whether it's "fair" or not. after all, beta products are already used by real people (random example: I use M17 for most of my browsing), and will become releases soon. but they're not yet mainstream.

    anyway, in case anyone wants a more authoritative source for "Mozilla is the best at standards compliance", http://www.richinstyle.com/bugs/table.ht ml [richinstyle.com] is the place to go.

  • Without a licence, you have no way to legally use/copy a piece of software. When you download Mozilla, you will be forced to accept a licence before using it, as is with any other piece of software. That licence will *either* be the MPL or the GPL. If you accept the terms of the licence you are given, then you can use the software.

    At least that's the way I understand it.

  • That wasn't the focus of the message. I was more-or-less referring to the fact that you load Mozilla (or Netscape 6-PR2) and find that 50MB instantly is used; and its all because of debugging information and the non-optimized build.

    If someone knows anything about Mozilla, they must know about Gecko, so I can agree that my statement there was a little unnecessary.

    --

  • Maybe when they fix the bugs and memory problems?
  • by setec ( 110029 ) on Wednesday August 16, 2000 @01:30PM (#850447) Homepage
    Okay, I might get flamed for this, but it's still important to point it out. If Microsoft has ever created one, single, half-way decent product, it's Internet Explorer. I mean, really, it's good stuff. It's stable, very widely supported, free, and it's not picky with poorly written HTML, so it displays almost every page correctly. We shouldn't count Netscape/Mozilla/Opera/etc out, but we should keep in mind that IE is currently king of browser mountain. I AM open to any complaints to IE, if anyone feels they need to make them.

    ================

  • Ignoring the prevention of proprietary use of code (I am not trying to bring flames down on me), the two-clause BSD license would not have had these problems.
  • Which CD? If it has an autorun.inf which leads to something pretty smarmy (like a Java interface, a DemoShield which uses MMSYSTEM to play sounds, etc), then I wouldn't be surprised. I find that Win2000 loves all games based on Id Software engines.
  • Yes, especially if you confuse the subset/superset thing with additions/substractions... :-)
  • Much of Galeon's elegance is because of the gtkmozembed widget. Very little of it would be possible without Mozilla.

    Getting Galeon to work will improve in the future. There are plans to package a "embed" package of Mozilla that includes just the gtk widget and required files. Early versions are already appearing in the nightly directories on the Mozilla ftp site. The package is much smaller, and works fine.
  • This is great news for the GPL. Now you have one of the biggest corporations in the US defending the legality of the GPL. Isn't it great to have AOL lobbyists on your side?
  • Okay, this may seem like flame bait, but hear me through. Mozilla could be totally under GPL from begining to end, and it won't change the following.

    1. It's late

    2. It's becoming more irrelevent due to IE's desktop monolopy on Win desktops.

    3. It takes 5 years to launch it (altough I suspect that is a result of being debug compiled)

    It may initiate others (read GPL purists) to take gecko and build other browsers, but even then I'm not sure if its that big of deal. Don't both Gnome and KDE ship with their own browsers? In a desktop situation, a tech support person doesn't want to install or configure any app that can't be easily restored and will usually go with what app is the most prominent one, which may or may not be Mozilla or Gecko. Technological improvement takes second to ease of restoring. This is why IE is used by default. It's easier to restored, it's part of the OS/GUI enviroment.

  • -- In short, IE is among the least-supported
    -- browsers.

    Except for the fact that it has an 85% marketshare... who cares if solaris is the only unix flavor to back it? Do your mom and dad use unix, does aunt patty use unix, your girlfriend? (if your answer to the above are yes --expecially the girlfriend one-- then I am sorry about your luck).

    -mr gerbik
  • For those of use not closely following Galeon development, what was the licensing problem? What license Galeon under?

    The answer to both questions is, as usual, the GPL.

  • A week or so ago netscape preview release two came out. What is the difference between Mozilla and the Netscape preview releases? I got all confused. While I am asking questions....What the hell does FUD mean? MecchaLecchaHi Jombi
  • by arielb ( 5604 )
    now gpl coders can start hacking on the best browser :)
  • NPL, MPL, GPL... If my abbacus is working right, the Mozilla code base is triple licensed.

    Yes, you're right; thanks for pointing that out.

    IMHO, triple licensing is needlessly complex, and renders all 3 licenses essentially meaningless.

    However, it certainly doesn't render them meaningless. I still can't take the Mozilla source code, make my own modifications, and distribute a compiled binary without providing the source. AOL can (and will), but nobody else.

    --

  • Mozilla was dead! [suck.com]

    This is good news, though. I think.

    sulli

  • If Mozilla people didn't want forks/spreading of coding efforts among different projects of same kind, then why didn't you guys dual license it from start. I suspect, Konqueror would evolve differently, to mention the most obvious case. Dual licensing in the past would also have attracted (more) developers in the beginning, instead of creating an aura of suspicion that Netscape was creating yet another license possibly to use community work for its own corporate goals at the expense of contributor interests. You have now proven the latter point moot, so if corporate greed wasn't in the equation then why didn't you dual license it before?
  • Imagine being able to d/l the source unpack it and be able to do:
    $ make xmozconfig
    or just edit the config.h
    you could use the big unwieldy mozilla that comes with your distro -- you know the one with eveything compiled in or recompile with just the parts you want

    CONFIG_MAILER=N
    CONFIG_NEWSREADER=N
    CONFIG_ASTEROIDS=N
    CONFIG_USER_TYPE=hacker

    can you do that yet??
    one day RSN, I guess...

    Lach

  • By supported, I meant by webmasters. The VAST majority of pages are designed to run well on IE (and Netscape, for that matter, yes). That comes along with market share, tho.

    Standards compliance (or as close as one can get with the current state of standards) takes one a long way toward 'running well on IE' without short-changing other WWW clients [browsers]. The VAST majority of pages are designed with at least some consideration of these standards in mind, though most frequently as they pertain to graphical clients (as opposed to character-cell clients such as Lynx or aural 'readers').

    There is very little that one can do to ensure that web documents 'run well' under IE as opposed to a competing graphical browser (such as Netscape or Opera) as most tasks are bound by the rendering engine(s) built into the various clients. Most performance considerations that are within the control of web designers/implementors (document weight, code/object re-use, image compression, etc.) more or less apply just as well to client X as they do to IE.

    The best that can be said for design tailored to IE is that one can achieve results unavailable to competing clients (either because IE is a closer approximation to existing standards than its competitors or because it offers proprietary extensions to the standards) or the results can be prototyped and handled for IE more efficiently by developers than for competing clients (case in point being IFRAME v. LAYER madness). Only in cases where IE offers greater standards compliance and/or a competitor's compliance is buggy (as in offered, but not reliably) can one really argue for a performance advantage to IE.

    Only in cases where these additional capabilities are actually required can one argue for a benefit in slanting his or her code to favor IE. Given that general purpose web design forces one to always consider legacy clients (let alone AOL), IE wizardry is best saved for intranets and not the Internet. Although, I've read the opinions of many Slashdotters that suggest that even this level of reliance on Microsoft (rather than a standards body) to dictate the terms of web development to be mistaken.

    But at what cost? I guess I see the state of affairs as being one where non-IE clients are unable to deliver the goods feature-wise or make half-assed attempts to do so. Rather than slant coding in favor of IE it is far more profitable in the long-run to push for more and better from its competitors. The glass is half full, not half empty. IE is not better, its competitors are worse.

    I honestly believe that if competitors made serious efforts to release clients capable of carrying off the latest standards most of the advantage that rests with IE would be lost from a development perspective with the added benefit of putting some backbone into those very standards. Whether or not end users adopt these fictive uber-broswers will depend on availability, reliability, utility, and performance.

    Of course, it is most likely quite delusional on my part to believe this, as the sheer ubiquity of IE at this stage in the game pretty much guarantees that a serious contender will have to offer something very special (read: proprietary) in order for end users to notice.

    Of course this is just an off-topic rant, so I am most likely wrong.

  • This is going to make distribution of galeon and other bits of software so much more simple. Thank you mozilla! :)

    So far, I feel that I'm going to get the most value out of mozilla's parts, rather than the mozilla browser/communicator type thing that they're making.
  • by jelwell ( 2152 ) on Wednesday August 16, 2000 @01:07PM (#850464)
    This is absolutely fabulous.

    Now with GNOME/Nautilus/Star Office/Mozilla all rolled into the GNOME foundation Linux is going to start making some desktop headlines. Not to mention what Star Office/Mozilla could do for Windows.

    Joseph Elwell.
  • So how would that work, exactly? You abide by the terms of the liscense chosen when you get it, or are they somehow going to try and abide by both simultaneously?

    -TBHiX-
    Some people think I'm crazy, but the voices tell me not to pay attention to them.

  • Pardon my ignorance but what is the MPL?
  • by Mike Shaver ( 7985 ) on Wednesday August 16, 2000 @01:34PM (#850467) Homepage
    Dual licensing is not a new concept, luckily, so there's some good precedent here for us to point at. Also luckily, it's not that hard to get around as long as you deal with it in small steps.

    First, you can imagine that a dually-licensed source file is really two files: one that has the GPL at the top, and the other than has the MPL at the top. When you use the file -- distribute it, compile it into a binary and distribute that, combine it with other code -- you can choose which of those ``virtual files'' you're dealing with. So if you want to use nsMozFile.cpp with your GNOME app, you might choose to use it under the GPL. But when Netscape builds Netscape 6 from nsMozFile.cpp, they'll probably choose to mean the requirements of the MPL instead of the GPL.

    I'll restate that, because it's traditionally the sticking point: a dually-licensed file lets you choose which license you will honour. You have to meet the requirements of one of the licenses, at least, so mixing and matching requirements is obviously out. (Obviously. I'm embarrassed to even mention it.) You do not have to meet all the requirements of both licenses, and in fact it's impossible to do that, because the GPL forbids additional restrictions, and the MPL has several requirements that would fall under that category.

    So what about changes? Well, now you've got three choices: you can create a derivative that is GPL-only, or a derivative that is MPL-only, or -- perhaps better still -- a derivative that is also dually-licensed. mozilla.org would certainly prefer that people keep things dually-licensed, for the same reasons that we want to dually-license it in the first place: it serves a larger community of contributors and consumers. Now, we can't require that your derivative be dually-licensed; that would violate the terms of both licenses, I suspect, but certainly the GPL. So all mozilla.org can do is exert control over its infrastructure, and insist that contributions which go into the cvs.mozilla.org tree be dually-licensed. It's still well within anyone's legal rights to create a GPL-only derivative of Mozilla, and fork the world. I think that would suck, a lot, and even RMS has in the past discouraged people from doing that. If nothing else, it would discourage other organizations from going the dual licensing route.

    I hope that helps some. I'm really psyched about this; it's been a dream of mine (and others') since before Mozilla was even released, and the success of dually-licensing the JavaScript [mozilla.org], NSPR [mozilla.org] and NSS [mozilla.org]/PSM [mozilla.org] code whet my appetite for more. Please join us in the mozilla-license [mailto] forum for more discussion.

  • At this hour. Slashdot is being read :-)

    I know this may be a confusing concept for you to cope with, but you see, as the Earth rotates around its axis, the part of it which is illuminated by the Sun changes constantly. So when it's the middle of the night where you are, in many other places it's the middle of the day, and a lot of people there are reading Slashdot. By the time those people are sound asleep in the middle of the night, you'll be studying or at lunch or posting to Slashdot or something; when you're doing this, remember: the time of day varies depending on where you are.

    I know that understanding it fully is too much to ask from you, but please give it a try so that, even if you do remain stupid, at least you won't sound like you are anymore.
  • That's fine, I agree IE is a good product. (Although, allowing sloppy html is not a good thing) Hell, until Mozilla and Konqueror clue in on what DHTML is, IE and Netscape 4 are your only options for using sites that involve DHTML and extensive JavaScript.

    IE may have a majority in browsers, but that's irrelevant. Windows has a majority in desktop installations, and the two are directly related So? :) Life goes on, without MS, and that's all that I need to know. :)
  • by EvlG ( 24576 )
    Microsoft actually stole/purchased IE from Spyglass originally - another piece in the patchwork quilt of MS 'innovations'.

    Second, as to displaying poorly-written HTML 'correctly', I think that statement has no real meaning. A browser should not correct for people's fuckups that deviate from the standard. This deviation is what got us into the entire mess of browser incompatibilities in the first place. Lauding IE for deviance is not admirable.

    Finally, you state that IE is widely supported. That's hardly true; IE doesn't run on any unix except Solaris (and I have heard varying reports regarding the quality of the Solaris implementation.) Netscape runs on any platform IE runs on, and then some. Mozilla is slated to do the same; and lynx most likely has all the browsers beat. In short, IE is among the least-supported browsers. It only really runs well on Win32 and Mac (And ironically, better on the Mac too.)
  • I believe that the MPL doesn't allow other companies to take the code and make it part of their own proprietary product.

    This is incorrect. The MPL allows code to be combined with code under other licenses, including proprietary licenses. Netscape is using this provision to create a Mozilla-based product (Netscape 6) that includes proprietary functionality; however any other company could do the same thing if they wished. There are no "special privileges" for Netscape in the Mozilla Public License (as there were in the original Netscape Public License, from which the MPL was derived).

  • MPL makes Netscape the privileged first-developer of all MPLed code...

    No, no, no. The Mozilla Public License provides no special privileges to Netscape. You are thinking of the Netscape Public License (NPL), which does contain such provisions. The MPL was created specifically to have a Mozilla license that was generic and did not give Netscape special treatment.

    Also note that as part of the effort to do dual licensing, the intent is to eliminate use of the NPL with Mozilla code; any code currently licensed under the NPL should end up dual licensed under the _MPL_ and GPL.

  • Both these applications produce diabolical HTML, and I'm beginning to think it's to make the pages gag browsers that stick to the standard, while ie happily chugs 'em down. Lets face it, we got into this mess by avoiding adherence to the standards. Don't think it will get any better by continuing down that path. The solution is cold turkey - real html (which leads to real XML) only, let M$ and their bullshit sloppiness come back and bite them!
  • Damn right, that's another year down the drain. I like Mozilla; using it and testing it, but it's hard to contradict jwz.
  • IOW, they want to keep some sort of proprietary control over the code?

    Close, but not quite: They want to keep some sort of non-proprietary control over the code. IOW, they want everyone to have equal control over the code.

    The BSDL is optimized for code-reuse, regardless of how the code is reused. The GPL is optimized for making sure the code is always available to anyone who wants it, regardless of what has been done to it. A subtle but important difference that many people miss.
  • This is nonsense from beginning to end!

    All the complaints about Mozilla - Netscape/AOL tie-ins, bloat, feature creep, unnecessary duplication of extant functionality, license incompatibility (galleon) - are about to be cured.

    Umm no. This won't do anything about the bloat, the fact that Netscape is owned by AOL, or the feature creep... just the license incompatibility.

    The MPL fork will remain the most cohesive, especially if the GPL releases lag behind the MPL. No one will maintain it as a full fledged project on its own (like the Linux Kernel is). It'll be more like GhostScript - the latest and greatest will cost you (cash), the next best is free (beer) - only in Mozilla's case it's costing freedom.

    So who's forking it Einstein? Where do you get this assumption of a fork? It's not a fork, it's a dual-license.

    In any case, when it comes time to submit a patch, submit it under the GPL, even if that means it won't make it into the Netscape-maintained codebase.

    Oh, you want a fork, eh? Fine, you write it. Somehow I suspect your boss wouldn't appreciate you taking time off from your real job, of posting incredibly bad ideas on slashdot, to write a competitor to his browser, whatever the license.

    Go away, troll.

  • As far as I could make out from the MPL, it only differed from the GPL in that all patches had to be submitted back to Mozilla.

    That is quite sensible given that the code has been changing quite rapidly, and forking it at this stage would be a bit of a nightmare. Once the codebase stabilizes a bit, changing to the GPL is probably a wise thing to do; it will allow more customization of the app, without bothering the developers with every little change that is made.

  • I've tried Opera for Linux, and despite it's alpha stage, it runs faster and better than Netscape ever has. When it catches up to the windows version, it will most certainly be worth the price.

    Check it out at: Opera for Linux [operasoftware.com]

  • 1.5) Why are you doing this?
    The staff at mozilla.org is chartered with stewardship of the mozilla codebase. To that end, mozilla source must be brought to as large an audience of developers as possible; mozilla.org seeks to eliminate as many obstacles for contribution and reuse of the code as possible.


    If they want everyone to be able to reuse the code, why don't they just BSD the whole thing? This would allow "as large an audience of developers as possible" to contribute to the code.
  • There's this one [microsoft.com] and this one [modssl.org].

    IE may well be good at getting dodgy html to render but it seems they aren't too good at getting what are (presumably, I've never had need to look at them) well defined standards/protocols to work properly. From a server admin point of view the fact that IE chokes on such things is a bit of a pain in the arse. Of course, the end result isn't Microsoft looking bad as the general public will just assume that the server is borked......
  • http://www.arcsite.de/hp/flibble/news/sidebar.html if anyone at slashdot wnat to make an offical one, I'd be happy to give out the code.
  • I personally think this dual licensing is unfortunate. Every piece of code in Mozilla is under a free-software license. I do not not think it should be necessary for Mozilla to be dual-licensed for it to be legally combined with GPLed software. The GPL exists to promote free software. Free software does not exist to promote the GPL. For GPLed code to not cooperate with proprietary code is expected, for GPLed code to not cooperate with other free software is sad. When the GPL makes it harder for free-software projects to cooperate (like Mozilla and Kaffe), the GPL hurts the cause of free software and so it should be changed to solve the problem.

    That the GPL made this mistake is understandable. It was created at a time when free software was being invented, and it was unclear whether there would be reasons for important non-GPL free-software projects. Now we know that many free-software projects, corporations and other organizations prefer to release code under free-software licenses tailored to their needs. I think the GPL needs to be changed to permit linking with software under any free-software license as long as the entire derived work is under free software licenses (no using other licenses as "shields" to get GPLed code into a proprietary application). Expressing this requirement is a license is difficult, and that is why I didn't want to see this dual-licensing. Mozilla is one of the most prominent non-GPL codebases and provided an important incentive to solve the problem: getting GPLed software to "play with" other free software without letting it "play with" proprietary software. "Keeping free software free" is an important goal of the GPL, but it is not the only goal of the GPL, and the GPL should be changed to acknowledge that.

    I think that the free software community is weakened because the GPL is actively hostile to non-GPL approaches to free software. I think this discourages experimentation with free-software development and business models and therefore makes it harder for free software to compete with proprietary software. While some of this cost is visible (licensing flamewars, for example) I think the vast majority of it is invisible. How do you count projects not started, and experiments that were never made? Many people here think Galeon is a great project. Would it have been created sooner if the GPL didn't discourage working with non-GPL free software? I think one of the strengths of the free-software community is how easy it is for developers across the world to cooperate with each other. We should be working on enhancing this strength, not standing by and letting the GPL dilute it.
  • IE currently does the best job of standards compliance,

    no, it's currently Mozilla that does the best job of standards compliance, on a count-the-points basis. IE is a relatively close second, but Mozilla does *that* better. now, of course, IE is a whole lot more stable than Mozilla. then again, Mozilla isn't even quite beta yet.

  • hy not just put it all under the GPL? Both licenses are equivalent.

    The MPL and GPL are not equivalent. The most important difference is that the MPL explicitly permits MPLed code (e.g., Mozilla code) to be combined with code under other licenses, including (implicitly) proprietary licenses.

    On the other hand, the GPL explicitly mandates that if code licensed under the GPL is combined with other code not under the GPL, then GPL terms and conditions must be complied with for the resulting derived work. This effectively prevents creating and distributing works combining GPLed code and code under proprietary licenses.

    The MPL/GPL dual licensing scheme is intended to maximize the number of developers who can use Mozilla code in their own applications; the goal is to allow them to use the Mozilla code under MPL terms and conditions or under GPL terms and conditions, whichever is appropriate given the license terms being used on the developers' own code.

  • The GPL forbids the licensee changing its terms. The licence holder (i.e. Netscape) can do whatever the hell it wants, no matter what the GPL says.
  • AFAIK, Netscape Navigator 4 has a pretty poor implementation of CSS and JavaScripting/DHTML. IE is probably the best out right now, assuming you ignore the fact that it renders incorrect HTML, and is loaded with proprietary extensions (like the new HTML components crap.)

    Mozilla is currently more compliant with the spec than IE, but it's still pre-release quality. There are a few things that it doesn't do yet, but rest assured they will come along soon - the power of open source is immense.

    Thus, your comment about Mozilla clueing in about DHTML is pretty much incorrect - Mozilla is consistently shown to have the most compliant implementation available - even in pre-release form.
  • Your comment about stability is puzzling.

    I'm used every milestone release since M10 or so, and I have found them to be mostly stable. I suspect that I have experienced something like 20 crashes with Mozilla since M10 - that's a tiny number for pre-release software. What's more, the number of crashes I have experienced since M14 or so is a tiny fraction of that - perhaps 3 or 4?

    Obviously, YMMV, but for me, Mozilla is already more stable that NN4, and really really close to IE stability - all this in pre-release software!
  • The amount of bizarre falsehood WRT licensing being thrown around here is, as always, impressive, but this stands out especially. The MPL is most certainly an Open Source license, according to the OSD and DFSG.
  • by Threed ( 886 ) <nowhere@ata l l . c om> on Wednesday August 16, 2000 @02:07PM (#850522)
    All the complaints about Mozilla - Netscape/AOL tie-ins, bloat, feature creep, unnecessary duplication of extant functionality, license incompatibility (galleon) - are about to be cured.

    It'll be Free. It'll be linkable and reusable. All the extra crap can be stripped out. It'll be a wonderful day.

    But the next day might be bleak indeed, and this is where your acid test might fail.

    The MPL fork will remain the most cohesive, especially if the GPL releases lag behind the MPL. No one will maintain it as a full fledged project on its own (like the Linux Kernel is). It'll be more like GhostScript - the latest and greatest will cost you (cash), the next best is free (beer) - only in Mozilla's case it's costing freedom.

    In order to make it a true acid test (and really, in order to save Mozilla from complete crapitude, my opinion), it has to completely break away from Netscape and then pick up a new, powerful maintainer (a Benevolent Dictator).

    In any case, when it comes time to submit a patch, submit it under the GPL, even if that means it won't make it into the Netscape-maintained codebase.

    In other words... We oughta take the crown jewels and run like hell. Maybe leave behind a thank you card.

    --Threed-Looking out for Numero Uno since 1976!
  • sigh

    Okay, so even though the focus of my concern was that the relicensing might delay Mozilla, people decided instead to focus on my comment concerning M14's stability. The consensus in this thread is that I should Get With The Program, download the latest Mozilla, and give it a spin before criticizing.

    Okay, fair enough. I make no excuses. However, if the gallery will admit an explanation: I finally decided to bite the bullet and upgrade my desktop system from Slackware 3.4 to something using libc6. I wasn't looking forward to it, as it meant a full wipe and re-install. Fortunately, I have an ORB drive, so I was able to snapshot the entire system before wiping it. In the process, I've decided to become a lazy schnook and, rather than upgrade to Slackware 7.0, chose to go with Debian 2.2 (potato).

    So there I am, confronted with dselect's list of a bazillion packages, and on a whim decide to install Mozilla. I search, find an entry, and the description says it's version M14. "Hrm, that sounds a bit old," I think to myself, "but it should be good enough to play with..."

    After a quick peek, I see that M17 is in Debian's 'unstable' tree. Since y'all have recommended it so highly, I'll snarf it tonight and give it a try.

    Schwab

    P.S: Wish me luck; I get to repeat this entire upgrade process for my Slackware-based laptop.

  • by orabidoo ( 9806 ) on Thursday August 17, 2000 @12:38AM (#850526) Homepage
    I must admit that I find myself browsing with Galeon more than I do with Mozilla these days. The simple and clean interface design out-weigh the 'Heavy' and feature full interface of Moz.

    my experience is that Galeon isn't quite ready for heavy use yet, but Mozilla pretty damn near is. I've been using M17 quite a bit for the last week, and I haven't had a single crash yet. The odd page that won't load, form entry field that grows and shrinks by a pixel randomly (pushing the rest of the page up and down.. real funny effect!), some UI oddities, sure, but it has basically rendered everything I've thrown at it, and done a good job of it. Once you get past the half-a-second redraw sluggishness, it's already much better than Netscape 4.7x.

    Galeon, OTOH, still has some very basic functionality missing: you can't scroll up and down with the arrow keys, space and backspace; "see source" isn't there, forms have some problems, right-button menus aren't there yet, downloads don't work, much is missing from the preferences menu, etc etc.

    it also has some very good points: the interface loads *fast* (faster than NS4.7, and much much faster than mozilla), what works, works pretty well. I wouldn't be surprised at all if Galeon surpassed Mozilla in usability, and got all the features it needs, pretty soon. But for the moment I can't say it's usable for day-to-day browsing yet, and Mozilla is.

  • The point here is that the dual-licensed version gives everyone the best of both worlds, so there won't ever be any real incentive to fork a GPL only version (nobody would seriously contribute to a GPL only fork and cut themselves off from the orginating organization which is giving them all the options they want already). You could possibly argue the second license ought to have been LGPL. Perhaps they figured that combining MPL with LGPL would seem silly due to the general similarity of the license terms and they'd be better off dual-licensing GPL and MPL to reach the broadest audience of developers and projects. Honestly, it's good for Mozilla so it's good for me.
  • You mean minor parts like Qt?
  • You're right. But on the other hand most Mozilla project members would not want a GPL-only fork of the tree. And GPL-only patches will never be accepted because they violate the spirit of the dual licensed product. If you want to make your own GPL-only fork, fine, but you won't get much respect from any Mozilla community members. The point of this is to allow the free use of Mozilla and it's components in GPLed projects. Patches against the Mozilla codebase should still be contributed back under both licenses so they can reach the broadest audience and keep in the spirit of the original. The nice thing is you're not coerced here, so if you want to be a prick you can. The shame and dishonor brought upon you will be coercive enough.
  • by Metrol ( 147060 ) on Wednesday August 16, 2000 @01:52PM (#850544) Homepage
    I've used Mozilla now and again (M14 I think is the last one I touched), and it's stability leaves a great deal to be desired.

    Yeah, I was trying out Windows 2.0 a little while back. Boy did it ever suck. Nobody would ever use that. Ack, and did you see that Linux 0.8 kernel? That'll never get anywhere either.

    It's easy to envision there will be some individuals who are philosophically opposed to the GPL, and will refuse consent on that basis.

    A bunch of volunteers working on an open source project with deep philosophical problems with GPL. Are you from Redmond?

    This could potentially lead to a very messy code split

    Kids, don't try taking logical leaps like this at home. Obviously this person is a professional and has taken the proper safety precautions to avoid falling into a mental abyss.

    Other than that, good post.
  • I'm left wondering how this is going to play with the plans that AOL has for Mozilla. From the rumour mill, AOL 6.0 client is going to be made up using Mozilla as it's rendering engine. This is supposed to be true whether or not they drop IE as their browser of choice. Couple this with some of the proprietary work being done, such as integrating AIM, and there certainly appears to be a conflict brewing.

    Mind you, I have zero concern for the well being of AOL or their software. Thing is, if AOL is going to want to build into Mozilla these proprietary components, aren't we looking at GPL conflicts all over the place? How far can they take this and still please both the company funding them and the community keeping them going? As earlier posts have suggested already, there's a LOT of details that need explained before this has any real weight.
  • This highlights an interesting problem which will likely only get worse in the future - the difficutly of relicencing a product made by large numbers of people not all under the banner of a corporation.

    You could say the votes of 51% of developers (Or the developers of 51% of the code) could change the licence, but what's to stop someone coming in and adding large amounts of code just to take over control of the project.
  • Yeah, that was a pretty good troll, wasn't it? Sounded like it might be serious, controversial and insulting enough to get a response, and just ridiculous enough to hint at its true nature. An honest-to-goodness troll. Not like those morons running around here spewing garbage, calling themselves "trolls" and acting like they are resistence fighters or something. Bull! They are spammers, nothing more. Penis Birds? Hot Grits? Criminals love open source? All of it -- spam.

    It's been so long that the spammers have been calling themselves trolls that what a real troll is has been forgotten. So good job recognizing a real troll, but you forgot one thing: What to do about it. Remember, you don't respond to trolls, you don't argue with them, you just say *THWACK* and move on.

    Have a nice day. ^_^
  • If an outside developer adds modules or new code to the project or even makes a whole new project based on Mozilla and they accept the terms of the GPL but not the MPL, and explicitly state their addition is GPL only, then Netscape cannot use that new code in a closed source product without permission of the author. And actually this is why some have been reluctant to add to or enhance Mozilla. Any additions by outside developer could simply be hijacked by AOL/Nescape under the MPL.
  • Section 10 of the GNU General Public License [gnu.org] explicitly allows dual licensing.
    <O
    ( \
    XGNOME vs. KDE: the game! [8m.com]
  • Cybersquatting isn't cool, asshole. (And I'm a kde user.)

    --

  • Yes, definitely.

    Most importantly, it will better prevent duplicated efforts to have a GPLed rendering component in the future. And yes, this would have become an issue sooner or later.

  • "A bunch of volunteers working on an open source project with deep philosophical problems with GPL. Are you from Redmond? "

    Don't you mean, "are you from #freebsd?"
    ---
  • "What's to stop people slurping it all up as GPL and dumping the MPL entirely? "

    Nothing at all, AFAIK.

    The only reasons I can think of for preferring something complicated like the MPL over the known GPL are `marketroid' and good ol' idiocy.
    ~Tim
    --
    .|` Clouds cross the black moonlight,
  • by technos ( 73414 ) on Wednesday August 16, 2000 @01:12PM (#850565) Homepage Journal
    You get the software/code, and then you choose. One or the other, and yes, you can change your mind.
  • by infodragon ( 38608 ) on Wednesday August 16, 2000 @01:13PM (#850568)
    The Galeon project [sourceforge.net] will probably be one of the first to greatly benifit from the relicensing! Slashdot had a discussion [slashdot.org] about Galeon back in July.

    Currently they cannot distribute the gtkembmoz.h file, due to licensing restrictions, which is needed for compiling the source code.

    Through Galeon, this will also directally effect the GNOME project. Giving it a simple browser utilizing the Gecko rendering engine. We will, with evolution/nautilus(SP?) have seperate apps for browsing, e-mail, and file/system management! Along with the upcomming GPL of Star Office, GNOME is on the move to providing a complete productivity environment without the bloat!

  • IE currently does the best job of standards compliance, but that doesn't mean it couldn't be better. Any rational IE developer must wish that the W3C [w3.org] didn't exist so that Microsoft could create new standards without interference. Instead, Microsoft or someone else comes up with something new, and the final recommendation can be changed from the beta. This is a pain for both Microsoft developers because they have to go back and change their work, and for other developers because people might be making work that doesn't appear broken during testing (but is broken on more compliant browsers).

    Think of Mozilla as the reference drivers like video cards have: you can use it if you want it exactly the way the W3C intended. If standards-compliance was the market dominance, people wouldn't commit to beta standards until they had been subjected to peer review.

    If you're a web developer, you don't have to worry about testing on different browsers. If it works in Mozilla, then its not your problem if it doesn't work somewhere else.

  • I agree. As soon as I saw this I was thinking how this would solve problems with Galeon. Until now to make Galeon work you download the entire Mozilla source from a separate site, and then compile. Now distributioning binary rpm's and deb's or whatever will be no problem. This will also resolve potential problems for Eazel and the Nautilus browser/filemanager with is going to use the gecko technology as a core. Since Eazel extends Gnome and Gnome is LGPLed and GPLed there could have been linking problems. Now nobody can say the license is Mozilla's problem. Mozilla is also getting more and more outside developers all the time. I admit, the Netscape version of Mozilla may flop, but the technology will continue to be used in various places. It already is being used in many embedded devices.
  • This will make it easier for both open-sourcers (galeon) and companies that can't do full open-source (netscape) to make versions of the project, but it won't make it any easier to bring in code from other (open-source) projects. Also, isn't one big point of having a single license for a project that you can always merge two forks if each has interesting/useful code?

    A better solution would have been to create a "MPL 2.0" that says "you may relicense this code under the GPL 2.0 or higher." Assuming the MPL has one of those sneaky "or later a version of this license" clauses.
  • 20 crashes of pre-release software is hardly out of the ordinary - I've been developing a computer game over the past year, and it has crashed about as much. Ditto for nearly ANY windows app I've written, of any appreciable size.

    I found Mozilla to be a high quality implementation of a web browser - that's why I liked it.
  • Microsoft is porting stuff [slashdot.org] to the GNU/Linux system.
    <O
    ( \
    XGNOME vs. KDE: the game! [8m.com]
  • A browser should not correct for people's fuckups that deviate from the standard.

    "Be generous in what you accept and strict in what you produce", right?
  • You have a point ... it is needlessly confusing .. but you speak as if there's not "licensing confusion" in the proprietary side of the sofware biz. Software licenses are extremely complex things, free or not. Just as one example, look at the myriad of issues Microsoft customers (serfs) must endure -- possibly buying multiple licenses for the same computer, application serving (you don't own anything, have virtual no rights), etc.
  • Then we'll probably be seeing a lot of "buggy" browsers.

    It doesn't make sense - what happens if the browser displays the page progressively as it's being downloaded, and towards the end, some closing tag is missing (whether because of bad html, a connection problem, etc)? Should the browser erase everything it's rendered so far and say "Oops, sorry, but we can't let you view this page"?
  • by yerricde ( 125198 ) on Wednesday August 16, 2000 @02:29PM (#850613) Homepage Journal

    If they want everyone to be able to reuse the code, why don't they just BSD the whole thing?

    Because they want the rights back for any changes to the codebase. With copyleft licenses such as MPL and GPL, mozilla.org gets rights to use the changes, which could remain a company's "precious [8m.com] trade secret" under non-copyleft licensing.


    <O
    ( \
    XGNOME vs. KDE: the game! [8m.com]
  • by HomerJ ( 11142 ) on Wednesday August 16, 2000 @02:29PM (#850614)
    Hear me now, believe me later, Mozilla is a failed project. It's not a useful browser, that is if you do more then read slashdot. Yow want to click on a link on shoutcast and have xmms load? You want Java? You want a browser that doesn't take up more memory then Homer does food at the all you can eat buffet? Then don't use Mozilla. Not now, not ever.

    This is just a way for a failed project to salvage itself. By hoping that someone else(because they haven't been able to) will be able to make a browser that's 1/4 of what even Netscpae 4 is, let alone IE5.

    The only way people will use any part of Mozilla, is if it's parts of other programs. Be it AOL software, Natualius, or whatever.

    This isn't flamebait. It really isn't. But to say that Mozilla is useful for anything besides light browsing for more then 15 minutes at a time(before it segfaults) is just wishful thinking and sour grapes at IE5.

    I really hope this last ditch effort saves something from the Mozilla project. Maybe other people other then Netscape/AOL employees will start to work on it and finally release something I'm not embarased to say is an open source project.

    Good luck Mozilla....you're going to need it.
  • People have expressed a desire for an MPL/LGPL dual -- which is equivalent to an MPL/GPL/LGPL triple, whee! -- rather than a MPL/GPL dual, and that's something that we'll have to look at more closely.

    I, personally, think it makes more sense, precisely because of the fact that MPL/GPL code + LGPL library = GPL library -- which isn't really what anyone would want to have happen.

  • Actually, MPL/GPL isn't the same as LGPL -- consider the case where a developer wants to simply use a single file from the library source, rather than link with the library as a whole. Under MPL/GPL, they can choose the MPL route and have the rest of the code under another (BSD, proprietary, what-have-you) license. Under LGPL, the rest of their code would have to be GPL-or-LGPL covered.
  • by Ami Ganguli ( 921 ) on Wednesday August 16, 2000 @01:22PM (#850620) Homepage

    1. The recent builds are MUCH better than just a few weeks ago, much less M14. It really is starting to shape up nicely.

    2. I beleive the MPL allows Netscape (and only Netscape) to release the code under their own licence. If there own licence happens to be the GPL then that's their right.

  • A browser SHOULD be a little more picky about poorly written HTML, otherwise it encourages it and forces every other browser to parse broken HTML in EXACTLY the same way. A standards compliant browser will be blamed for not displaying pages "correctly" when it's actually the broken HTML that is to blame.

    ----
  • by roca ( 43122 )
    No. The Web is different. With millions of producers, you have to make sure they get feedback ASAP when they produce broken pages. Since testing is almost always of the form "fire up my web browser and make sure it looks OK", it is important that that Web browser detect and display all possible errors.
  • Point the first: use the software. M14 is ancient history. M16 and M17 are very nice, and fast/stable enough for serious use.

    Point the second, RE "whatever that means": I didn't know either, so I used a search engine. Point the third: your post was as nearly content-free as possible. Do a little brain work next time.

A morsel of genuine history is a thing so rare as to be always valuable. -- Thomas Jefferson

Working...