Slashdot Mirror


Evolution Bounty Stirs GPL Concerns

Moochman writes "The recent Desktop Integration Bounty (funded by Novell) will surely please people who want Evolution to be part of GNOME. But the Ximian Evolution copyright assignment has stirred up concerns in the community about whether contributors will be able to maintain their Free Software mores. Essentially, contributors to Evolution must give Novell copyright over any code they submit; then Novell is allowed to include this code in a proprietary product. Is this a smart business move, or a violation of the GPL?" Since all contributions are only at the request of the contributing coder, and considering that the copyright assignment form says that "Ximian agrees to grant back to Developer, and does hereby grant, nonexclusive, royaltyfree and noncancelable rights to use the Works," and specifies that Novell/Ximian release the code under a license compatible with the Debian Free Software Guidelines (such as the GPL), it seems to protect the contributors rather well.

58 of 214 comments (clear)

  1. So..? by iantri · · Score: 4, Insightful
    Plenty of other open-source programs require you to sign over the copyright, especially when the program is maintained by an organization (Apache? Mozilla? Xfree? I don't know, but I think at least one of those three requires this).

    How is this any different? Because they are also going to sell a proprietary version? The developers will sign the rights over to Ximian, so how is this any different from dual-licensing like MySQLs? I mean, Ximian will own the code..

    1. Re:So..? by Anonymous Coward · · Score: 5, Informative

      Another big one is GNU.

    2. Re:So..? by gujo-odori · · Score: 4, Insightful

      Yes, the fact that they are going to sell a proprietary version is precisely what will make it different for some people (and MySQL would be different for those people, too).

      A developer who writes code and releases it under the GPL and only under the GPL and wants it to remain that way would not be likely to assign the copyright to Novell.

      If it were me, I would grant *them* a worldwide, perpetual, royalty-free license to use the code under the GPL. Maybe I would even grant them that license to use it in a proprietary program as well, as long as it was in the GPLed one too.

      But sign over my copyright and then have *them* give *me* a perpetual royalty-free license to use my own code? Umm, I don't think so. Not unless I work for Novell developing Evolution code, in which case they already own it and don't have to give me any license at all.

    3. Re:So..? by Wesley+Felter · · Score: 3, Insightful

      You're right that this is not a new issue. It just keeps coming up. Some people are happy to assign their code as long as it will only be licensed as open source (e.g. FSF, ASF), and those people are whining about how they won't contribute to Evolution. I think Evolution can live without them.

    4. Re:So..? by jdray · · Score: 2, Insightful

      Or... ahem... "Evolution will continue without them."

      --
      The Spoon
      Updated 6/28/2011
    5. Re:So..? by jrumney · · Score: 2, Informative
      At any time you can ask for the copyright ownership back.

      No, you can't. In fact the Evolution copyright assignment is an exact copy (with only the names of the organizations changed) of the GNU copyright assignment. The difference is that the FSF is a non-profit organization set up for the express purpose of protecting the freedom of software, while Novell is a company set up for the purpose of returning a profit to its shareholders, so people are more likely to see something sinister in the more loosely worded clauses of the assignment. The intention of the clause in question in the original FSF assignment is to allow MySQL style dual licensing on a case by case basis, should it be advantageous to the aims of the FSF. This is clarified somewhere in the FSF docs, though the clause as worded does require you to put a lot of trust in the FSF not to stray from their current philosophy. In the case of Novell, the clause could conceivably be used to close the source at some date in future, with an enhanced commercial version being offered, similar to what happens with OpenOffice and Mozilla (both of which have licenses which allow third parties to commercially exploit enhanced versions, so it is something the developers know to expect).

    6. Re:So..? by marcello_dl · · Score: 2, Interesting

      From GNU page about the GPL
      How to Apply These Terms to Your New Programs

      If you develop a new program, and you want it to be of the greatest possible use to the public, the best way to achieve this is to make it free software which everyone can redistribute and change under these terms.

      To do so, attach the following notices to the program. It is safest to attach them to the start of each source file to most effectively convey the exclusion of warranty; and each file should have at least the "copyright" line and a pointer to where the full notice is found.

      one line to give the program's name and an idea of what it does.
      Copyright (C) yyyy name of author

      ...(license follows)...


      That doesn't seem like surrendering your copyright to GNU...

      If you were referring to the restrictions placed on the distribution of code you add to a GPL project, if you don't like them start your own project and license it the way you like, period.
      --
      ---- MISSING MISCELLANEOUS DATA SEGMENT --- [sigdash] trolololol
    7. Re:So..? by Minna+Kirai · · Score: 2, Informative

      From GNU page about the GPL

      Irrelevant. The topic is not GPL'ed projects, but projects controlled by GNU. You are confused because the GPL is today more famous than GNU which spawned it.

      If you want to get a patch included into an actual GNU project, such as emacs or gcc, you must assign copyright to GNU. Otherwise they'll reject your patch (you're always free to fork, of course, but then don't get the benefit high-profile placement)

  2. A no issue. by saden1 · · Score: 4, Informative

    Developers are getting paid for their work. Essentially they are contract workers for Novell.

    --

    -----
    One is born into aristocracy, but mediocrity can only be achieved through hard work.
    1. Re:A no issue. by foidulus · · Score: 4, Funny

      Yeah, but it would be better if developers were getting laid for their work. Then I don't think you would hear anyone complaining about the licensing scheme :P

    2. Re:A no issue. by Florian+Weimer · · Score: 2, Funny

      Yeah, but it would be better if developers were getting laid for their work.

      If everything else fails, it shouldn't be a problem for a developer to get laid
      off for his work.

    3. Re:A no issue. by darksaber · · Score: 2, Funny

      So if they're getting laid for their work, they're complaining about license rights on the video produced?

  3. As a regular user of Evolution by AliasTheRoot · · Score: 2, Insightful

    This gives me an overwhelming feeling of "I don't give a crap"

    I think myself, like the majority of people that use software could give a flying fsck about the license some software is using.

    Gnu / BSD / X11 / Sell Grandmother into slavery - I don't care.

    Evolution is a perfectly acceptable replacement for Outlook, so long as it continues being like that i'll use it. If some better software comes along that runs on my PC i'll switch.

    1. Re:As a regular user of Evolution by gujo-odori · · Score: 3, Insightful

      Perhaps that should be amended to read "the majority of people that use software on Win, Mac, and other non-free operating systems." Of them, it is certainly true that most of them don't give a flying fsck about the license, and a good number of them are quiet willing to use warez, from which we can reasonably assume they don't care about compliance with the license either.

      Among Linux users (and BSD users as well, although Linux users tend to be more "excitable" on this point), however, there are a great many people who care a great deal about the license. I sometimes used proprietary software if there is no acceptable alternative under a free license, but like a lot of people who use Linux, I will often choose a GPled (or other free-licensed) product over a proprietary one even if the proprietary one is better. The Free one just has to be "good enough" and under active development so that it is improving. Put another way, many of us will accept software that is far rougher and in a developmental stage as long as it is FOSS. If it's proprietary, we're going to demand more. Partly because of licensing and partly because if I'm paying for it, I should be able to reasonably expect that I am not paying to be a beta tester. Some of my gripe with proprietary software is that I have often found that no matter what the marketing spin says, it's so rough that in fact I *have* just paid to be a beta tester. When I want to beta stuff, I will volunteer. I certainly won't pay for the "privilege."

      So yes, actually, many people do indeed give a flying fsck about the license on the software they use.

    2. Re:As a regular user of Evolution by mcrbids · · Score: 2, Informative

      I think myself, like the majority of people that use software could give a flying fsck about the license some software is using.

      And so, I see a clear picture of a large, pink flamingo, with beautiful plumage, with its head in the sand.

      I know, it's a myth - they really don't bury their heads in the sand, but that's not true of humans. People bury their heads in intellectual sand all the time.

      Software licenses mirror politics in this respect. If anybody EVER begins to complain about the "damn gubmint" my first question is... "Did you vote?". If the answer is anything but "Of course" then nothing they say has any bearing on anything, and I'm very explicit about telling them so. I simply don't engage in verbal political discussions/debates with people who don't vote since they've already made it clear their voice doesn't matter.

      So, people don't pay attention to the actions of our president, and don't think about what's going on, and then are screwed in the end.

      And that's exactly what software licenses can do. Unix was very nearly killed by Microsoft because the Unix license encouraged forking and balkanization of an "open" product. They then were no longer interoperable, and development tanked. We nearly lost decades of valuable experience and capabilities!

      Microsoft's licenses are even more restrictive... if you use your install CD on two computers, you are engaging in criminal behavior. Microsoft's licenses encourage interoperability (with other MS products) and it's the interoperability that people/developers bought.

      GPL provides provisions to mitigate the encouragement to fork present in previous *nix licenses - and quite successfully. It's an acceptable balance between totally closed (the MS way) or totally open (the Unix way).

      Given the choice between one extreme and the other, the right answer is almost always somewhere in the middle.

      Ownership does matter. When you "Buy" software, you are buying it's functionality and a license to use it. Would you buy a CD Player if you could only use it under conditions you don't find acceptable? What if you bought a car that prohibited you from modifying it in any way, (including dice on the rear-view, or removing seats) and that prohibition was backed with the force of law?

      Let's try this post with a different kind of product. What if you didn't "buy" a car, but rather just the right to use said car?

      "I think myself, like the majority of people that use cars could give a flying fsck about the title of ownership some car is using."

      Doesn't that sound a wee bit different?

      --
      I have no problem with your religion until you decide it's reason to deprive others of the truth.
  4. The FSF asks people to sign over copyright also by Anonymous Coward · · Score: 3, Insightful

    The Free Software Foundation also asks programmers to sign over the copyright of any code they contribute. Ditto with the OpenOffice people. This is a perfectly normal request; having code licensed under both the GPL and some other license is quite common (OpenOffice, etc.).

    Nothing to see here, move along.

    1. Re:The FSF asks people to sign over copyright also by Anonymous Coward · · Score: 2, Informative

      The FSF copyright assignment contract says that the FSF will always keep the software free however. The Novell one says that Novell has the right to release the software under a non-free license. That's a huge difference.

      Personally I would only sign a copyright assignment when the copyright assignment says the software isn't allowed to be released under a non-free software.

  5. Slashdot food? by dot-magnon · · Score: 5, Insightful

    As far as I can see it, this really is an internal debate. The complaints have been made, and resolutions are starting to take place, and THEN it ends up on Slashdot? Where's the BS filter gone? This is completely irrelevant for someone outside of the community to solve, and it's the community that will eventually resolve this. In addition, there are multiple discussions that have been mistaken for one here: The bounties are not directly involved with the copyright assignment debate at all.

    Just leave it already. Seems that this passes pretty unseen amongst outsiders anyway.

    1. Re:Slashdot food? by elFarto+the+2nd · · Score: 2, Funny

      Where's the BS filter gone?

      Didn't you hear? It was uninstalled so Taco could play Doom3.

      Regards
      elFarto
  6. GPL concerns? by erroneus · · Score: 4, Insightful

    I don't pretend to know the GPL but I think I know the spirit of it pretty well.

    I think that so long as the code remains free, I have no problem with an organization being enabled to use the code in their own commercial product. I think it would be ridiculous for them not to be able to gain benefit from the activity they sponsor.

    I guess what they are trying to do is say "okay, anything you give is ours first and then we give it back... but we want to be able to use it in proprietary code but you still get to keep the code too..."

  7. KDE Integration by SpooForBrains · · Score: 3, Interesting
    Desktop Integration Bounty


    Hopefully it will integrate with KDE a little better. Little things like sound would be nice - or being able to configure it without having to fire up Gnome Control Centre.

    It's probably never going to happen, because Evolution is Gnome through and through, but it would be nice to be able to run it without all those Gnome libraries eating up memory. The performance hit since upgrading to SuSE 9.1 has been really noticeable. ... and before someone mentions KMail, I've tried it, I hate it, and it crashes. Which is annoying since I use all the other elements of Kontact.
    --
    "The dew has clearly fallen with a particularly sickening thud this morning"
    1. Re:KDE Integration by harvalen · · Score: 5, Funny

      Maybe we need to start KDE project as answer to Evolution?

      Let's call it Kreationism ;)

  8. Um... so what? The FSF does this too! by benmhall · · Score: 4, Informative

    So does my project.

    As I mentioned on the linked page: "Also, the FSF makes all contributors attribute copyrights to the FSF. They do this for legal reasons. Mozilla did not, and when they decided to re-license, they had to contact every contributor. Because of this, we too require that any contributors attribute the copyrights to the jasabe project. Of course, you are still free to fork the project and keep your changes under your copyright, but we cannot accept your changes into the main jasabe tree."

    Don't believe me? More info can be found on the FSF page as well as on their FAQ.

    Not that it matters much for our project. It's only important if you have contributors. ;-)

  9. MySQL Dual Licensing by william_lorenz · · Score: 5, Insightful

    We were able to recently bring Jeremy Cole of MySQL in to talk with our group, and he explained that MySQL has a very similar dual-licensing methodology. This allows MySQL to sell their software commercially for those who want to include it in their products (I understand MySQL is used in telecom lots), and the companies that purchase it don't have to distribute the source with their products (which would be a hardship for them and possibly prevent them from using MySQL as a result). Additionally, MySQL AB is able to release the open version of MySQL for those who want to modify the source and tinker to their hearts contents. All contributors to the MySQL codebase have to sign-off on their code and the dual licensing, and this seems to be working well around the board, with a win-win for everyone. This way of doing things seems to support the company and a great database!

    1. Re:MySQL Dual Licensing by Alan+Cox · · Score: 3, Interesting

      I think the big difference in the debate is that up until now the core Gnome apps haven't had such policies and people are worried about them getting everywhere.

      From day one mysql and open office have had clear policies about how they work. Their communities are built of people who accepted that when they joined while the people who didnt went elsewhere

      In the Gnome case it is making a change later on than the beginning, which makes it more divisive although the thread is probsbly larger and more acrimonious than its importance in the big picture actually is 8)

  10. That's slightly different by Anonymous Coward · · Score: 5, Insightful

    Most of these, such as apache or GNU, require the code signover for reasons of ease of legal bookkeeping, or as a way of absolutely ensuring they have the right to use the code.. GNU requires this because part of their function is to police GPL violations, but they can't effectively take legal action concerning code they don't own. People rarely have trouble with signing over their code copyright in such instances because the projects in question have no form of greed or self-interest in asking for the copyright.

    This Evolution thing meanwhile you're being required to hand over the copyright so that Novell can turn around and sell it in a proprietary product. This is slightly different. Rather than being asked to hand over the copyright for the good of the community and users, you're being asked to hand over the copyright for the good of Novell.

    This is actually exactly like MySQL and a lot of people do hesitate before contributing code to MySQL for exactly this same reason.

    1. Re:That's slightly different by Donny+Smith · · Score: 2, Informative

      Bruce Perens explains this problem here


      "Red Hat has already proposed an answer to this problem, but I think it's the wrong answer. Their Fedora project is obviously intended to look like Debian. But unlike Debian, Fedora is an extremely unequal partnership. "Fedora" is where the community developers are supposed to build Red Hat's product, while the certifications and vendor endorsements are held back for the high-priced "Red Hat Enterprise Linux" brand. This is especially obvious in recent certification announcements: the Common Criteria certification will go to "Red Hat Enterprise Linux", not "Fedora". And of course the entire steering board of the Fedora project are Red Hat employees. Red Hat recently announced a second draft of the leadership structure for Fedora, in which they have eliminated voting, expressing the need to keep control in the hands of Red Hat's management. ...

      How much would I advise a volunteer, community developer to contribute to Fedora? I think it makes sense to make Fedora packages for your own software - that way, you have some assurance that it will be packaged correctly. Beyond that, because of the vastly unequal partnership, I fear that a volunteer developer would be making himself an unpaid employee of Red Hat rather than a member of a real community. I guess that's OK if you think they'll hire you eventually. But I'd advise volunteer developers to concentrate their work on projects where the partnerships are demonstrably equal."


    2. Re:That's slightly different by 0x0d0a · · Score: 2, Insightful

      I think it makes sense to make Fedora packages for your own software - that way, you have some assurance that it will be packaged correctly. Beyond that, because of the vastly unequal partnership, I fear that a volunteer developer would be making himself an unpaid employee of Red Hat rather than a member of a real community.

      So make your own derivative distro from Fedora like Enterprise Edition. Red Hat won't stop you, and hasn't stopped a number of people that has done exactly that. Red Hat is probably the most Free-oriented major distro developer, aside from the Debian Project, of course.

    3. Re:That's slightly different by drinkypoo · · Score: 2, Insightful

      At which point you are not developing for Fedora, and you have taken Bruce's advice. That was not very helpful...

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  11. Makes sense... by Anonymous Coward · · Score: 2, Insightful

    Novell is giving you money and you have to give them the copyright.

    Whoever want pure GPL can fork Evolution....

  12. I think it's a good thing by metalac · · Score: 2, Insightful

    It's a damn good thing to have these bounty hunts. It really involves a lot of people but at the same time it repays the people who have worked so hard to get some of the things done.

    As far as the licences goes, does it matter? I mean if i wrote something got $1000 for it and decided it was worth selling my code, I'd have no problem with it. It seems that there are people out there who would like you to have a choice on what to do with the code as long as you let everyone see and use your code as they please. Not a lot of choice there, right? In my opinion it all comes down to the developer, if he wants to do something let him. As far as I'm concerned those devs got paid for by Novell for whatever they did, so at least Novell should be able to use some of that code elswhere also.

    Let's say Novell comes out with Evolution and Evolution PRO. Regular version is Open Source, the Pro version is $100. If I as a dev submited some code that found it's way in both versions I'd have no problem with it since there is a free version that uses my code anyways. If i submited a code that found it's way only in Pro then I'd have a problem with it. Basically what I'm getting at is that the $100 Novell charges you for pro is probably not due to my code, but some other code that Novell developed not under GPL but under some propiatery license or something.

  13. Re:BSD license by grumbel · · Score: 2, Insightful

    No, since the BSD license would give everybody the right to do whatever they want with the code, I doubt that is what Novell wants that.

    As it stands now, only Novell can do what they want with the code, as they get the copyright, and everybody outside of Novell 'just' gets the GPLed version and can't thus reuse the code in a proprietary product as Novell can.

  14. Letter and Spirit of the GPL by LibrePensador · · Score: 2, Insightful

    This is not a legal issue but a moral one. The GPL is intended to create an ecosystem of free software and to discourage the creation of proprietary code, because proprietary code makes it illegal for me to help my neighbor.

    What Novell is asking people to do is to sign over the copyright to their code so that they can produce both proprietary and GPL software based on that code.

    Well, what happens when all the nice bells and whistles are only added to the proprietary version of evolution? This version becomes much more appealing. As a result, there is a demand for it and users begin to leave the GPL version in drones.

    In the end, the bulk of the app's code is only released to lower maintenance costs, while the nice bells are proprietary and you can no longer share the software freely. In philosophical terms, Novell's decision is purely utalitarian, rather than based on the conviction that Free Sofware is the morally correct choice.

    In essence, Novell's request for copyright respects the letter but violates the spirit of the GPL.

    By signing your copyright over to Novell, you are saying that you do not care all that much about creating communities that share free software, because you are implicitly allowing your code to be contributed to a non-free application. The only way I would sign my code over is if Novell agrees to distribute ALL OF evolution under the GPL at PERPETUITY.

    --
    Pragmatism as an ideology is not particularly pragmatic in the long term. Keep it in mind when you dismiss Free Software
    1. Re:Letter and Spirit of the GPL by SpooForBrains · · Score: 2, Insightful
      Well, what happens when all the nice bells and whistles are only added to the proprietary version of evolution? This version becomes much more appealing. As a result, there is a demand for it and users begin to leave the GPL version in drones.

      Yes, because everyone chooses to use StarOffice over OpenOffice and Crossover over Wine.

      ... pratt.

      --
      "The dew has clearly fallen with a particularly sickening thud this morning"
    2. Re:Letter and Spirit of the GPL by GileadGreene · · Score: 4, Informative
      Or may the copyright holder (in this case Novell) decide that the GPL licensing terms no longer apply, and since they own the work completely, suddenly forbid *any* GPL versions at all? Even those that existed just before the "point of departure"?

      Short answer: No.

      Longer answer: Novell (or any other copyright owner for that matter) owns the copyright, which is what allows them to decide which license to release a product under. However, if you obtain a GPLed product from a copyright owner, they have granted you the rights laid out in the GPL, such as the right to freely redistribute, and the right to make modifications (provided said mods are released GPL as well). That license cannot be retroactively cancelled. All that Novell could do is refuse to release all future versions of Evo under the GPL. At which point the GPLed version of Evo would probably fork into a separate project. That's the beauty of GPLed code - once it's out there, it's out there. Doesn't matter if the company producing the code goes belly-up, or decides to stop providing updates, or whatever. The code is still there, and can still be worked with.

  15. No Link Between GPL and Innovation by reallocate · · Score: 4, Insightful

    You've exposed an underlying fallacy of open source and the GPL: No direct link exists between source availability and innovation.

    In this particular case, the open source community is using a widely loathed proprietary program -- Outlook -- as both model and yardstick for one of it's premier offerings, Evolution. Ditto OpenOffice.

    If the GPL does foster the creation of new and innovative applications, why has the community not already brought forth an email client and an office client that are so convincingly innovative, useful and attractive that people will happily abandon the Outlook/MSOffice paradigms in order to adopt them?

    Granted, source availability does spread innovative ideas once they occur in the mind of a given developer. But, it seems clear that a developer working in a closed, proprietary environment can be just as innovative as one working in an free and open environment. Financial reward can, in fact, be a wonderful spur to creativity.

    It could be argued, as well, that the availability of code works against innovation because developers often use existing code as a model rather than strike out into new territory.

    The GPL and open source represent many good things, but they are no better or no worse at fostering creativity than the proprietary model.

    --
    -- Slashdot: When Public Access TV Says "No"
    1. Re:No Link Between GPL and Innovation by bofkentucky · · Score: 2, Insightful

      If the GPL does foster the creation of new and innovative applications, why has the community not already brought forth an email client and an office client that are so convincingly innovative, useful and attractive that people will happily abandon the Outlook/MSOffice paradigms in order to adopt them?

      OpenOffice and Evolution are fighting in product segments where Microsoft has had a virtual stranglehold for the last 10 years. Compatibility with them is absolutely necessary to drive a wedge for more F/OSS into the corporate (and home) environment. Mozilla (and other 3rd party browsers) have a decided advantage in that the bulk of their incompatabilities with IE are due to standards non-compliance in IE and the apps that depend on IE are less than 5 Years Old. At some point in the future, OpenOffice and Evolution will have to add more features or die in the inovation game, but first they have to be "feature complete" with their competiors. IIRC, excel didn't take off until it had a good Lotus 1-2-3 compatibility layer and Word had to render WordPerfect documents well prior to acceptance.

      --
      09f911029d74e35bd84156c5635688c0
    2. Re:No Link Between GPL and Innovation by reallocate · · Score: 2, Insightful

      If emacs and mutt are so good, why isn't everyone already using them?

      It's a bit arrogant to argue that the only reason that the vast majority of users -- on any platform -- don't use eamcs or mutt is because they are attracted to eye candy. Most people, including myself, believe computers should make life easier. Software, therefore, is better when it offers more fnctionality combined with a flatter learning curve. That's where emacs, mutt and similar applications fall down: a lot of functionality combined with a very steep learning curve. Worse, once learned, that knowledge is essentially not transferrable elsewhere, which increases the demands on the user without providing an equivalent payoff.

      --
      -- Slashdot: When Public Access TV Says "No"
  16. Then it shouldn't be part of Gnome by Qwavel · · Score: 3, Insightful


    This is not a violation of the GPL.

    But this is a reason to not make Evolution an integral part of Gnome.

    There is nothing wrong with Novell doing this, but please don't compare it to situations where developers are asked to assign their code to a foundation. The wxWidgets, Mozilla, Gnome, Apache, Python, etc. foundations have mandates to help their users and contributors. Novell is a corporation, and it is ultimately only responsible to its shareholders.

    Novell with Evolution and Sun with OpenOffice - these are like TrollTech with Qt. Better than closed source, but not as good as software which is guided by the interests of its users and developers.

    1. Re:Then it shouldn't be part of Gnome by Anonymous Coward · · Score: 3, Interesting

      But this is a reason to not make Evolution an integral part of Gnome.

      Sorry, but that is complete and utter bullshit.

      So what if Novell holds the copyrights? What difference does that make with the typical scenario of a private individual holding the copyrights? As long as it is made available to the GNOME project under a suitable Free Software license, what difference does it make who holds the copyright?

  17. Well, lets see.. by T-Ranger · · Score: 2, Insightful
    I think the worst that could happen is that you get screwed out of a days work - work that you intended to be GPLd. Let me explain: Evolution is in a public CVS repository. I dont know if they have ever given non-staffers +w permissions, but lets say for the sake of argument, that even if they do, you are not one of them. Thus your code has to be review by a staffer. Lets say that that takes 24 hours.

    As soon as your code is accepted and put into CVS, you can check it back out, under the GPL. The GPL is non-revokeable. Now having GPL rights to the code is not exactly the same as having ownership of it. Legally it is very different. Pragmaticly, as soon as it is in the public CVS your goal of submitting code the public good has happened. If you are very paranoid, only give them small chunks at a time, making sure that you can checkout your work before you give them more.

    What you have lost is the right to take that part of Evolution and close it, sell it as closed code. Now, since you dont own the rights to the other 99% of Evolution, not much lost. Furthermore, Evolution is a fairly large and complex beast so unless you are working on it full time, I think it is unlikely that you could possibly contribute anything that would be usefull outside of Evolution. That is, your doing bugfixes, implementing minor features.

    But what if your work is generic stuff that could be used outside Evolution? Do this: write it up as a library. Release the library under whatever license you want - retaining the ownership, and the right to sell it as closed code - and then only give Novell patches to Evolution such that it takes advantage of your library.

  18. Why not joint copyright? by mmurphy000 · · Score: 3, Interesting

    OpenOffice.org addressed this via a joint copyright assignment. In fact, IIRC, they started with a copyright assignment akin to Novell/Ximian's, but then eventually decided to do a joint copyright assignment in the interest of spurring more contributions.

    IANAL, NDIPOOTV (Nor Do I Play One On TV), but a joint copyright assignment means that the original author retains all their original rights, and can license their code however they wish, but that the other signatory (in the case of Oo.org, Sun) also can license it how they choose.

  19. Novell is paying for this code... by ravi_n · · Score: 4, Insightful

    I really don't understand what people are unhappy about. Novell is offering to pay people to add certain features to Evolution and Gnome. In return for that payment, Novell wants to own the copyright of the resulting code (so they can also use it in their proprietary products), but they promise to also make sure the code is released under a free license (not unreasonable since they are making the offer to a community of free software developers). If you don't like those terms, feel free to not send your code to Novell and not collect any bounty. If other people do like those terms, that is their business.

  20. Re:Follow The Money by Donny+Smith · · Score: 2, Insightful

    Gee, if he's an open source developer, how the hell is he supposed to make a living if not by providing support, consulting or something like that?

  21. Following in the footsteps of Sun Microsystems by Anonymous Coward · · Score: 2, Interesting
    I will never contribute to OpenOffice or even take the time to familarize myself with the code. Those developers that contribute to the offical OpenOffice CVS must sign a Joint Copyright Assignment to Sun Microsystems, Inc. ("Sun") . In Jan. 2001, I voiced similar conserns about this practice as is now being voiced about Novell. Brian Behlendorf stated that assigning control to Sun (a company with a charter to do what is in the best interest of it's board) is similar to assigning control of copyright to the FSF (a non-profit org with a charter to do what is in the best interest of Free Software).

    But despite the fact that I don't see the similarity, it didn't matter because as Brian Behlendorf said,
    "Sun doesn't want to own this code. They want to hand the IP ownership off to an independent entity that can manage the IP assignments, be a non-profit so that liability can be checked, and be completely non-partisan towards any company, including Sun."

    And now that three years have passed since Jan. 2001, that non-profit which I can assign joint assignment of copyright to... still does not exist. AFTER *3* (THREE) **YEARS**?!?! Hello! Brian Behlendorf? Is Sun in any rush to create this non-profit? Do you even have an ETA yet?

    So... why is it we are so conserned with Novell now? I'm sure they will also assign copyright control over to a non-profit... about as quickly as Sun does for OpenOffice. Until then, we should all sign our hard work over to corps. via joint assignment agreements. After all, Sun/Novell are "similar" to the FSF. It isn't like corp. type people like Brian Behlendorf would ever lie. If they say that a non-profit will be formed soon to address any conserns then I'm sure that is what will happen.

    Wait a second... it has been THREE YEARS?! I have been lied too! Anyone think it is time to tackle the Sun issue first? Maybe we should address where Sun is going with their "supposed" non-profit before attacking Novell for following the same model. At least from my expierence with Novell, they will be more responsive than taking three years. But from my expierence, I can't say the same for Sun.
  22. And how can I use my 'works' afterwards? by phulshof · · Score: 2, Insightful

    It's even worse: if you use that code in another program, you will be limited in how you can license that program. You're not the copyright owner of part of that program, so you cannot just assign a license to it without permission from the copyright owner. The GPL will work, sure, but if you want to use that code with some form of other license, you will be running into trouble.

    In other words: Novell will be the only one able to use _your_ code in a program where they get to decide the license. You can use that code in a program of your own, but you can't provide your users with any rights not provided by the licenses used by Novell.

    In other words: No way am I going to contribute to such a program!

    1. Re:And how can I use my 'works' afterwards? by miguel · · Score: 5, Informative

      Before you make comments like this, please read
      the copyright assignment form, which clearly
      states that Novell agrees to grant back to the
      developer all the rights over the code that they
      contributed.

      So you can effectively do whatever you want with
      your code (unless it is a derivative works, in
      which case, you are subject to the GPL anyways).

      Miguel.

    2. Re:And how can I use my 'works' afterwards? by bobaferret · · Score: 2, Interesting

      So effectively you are granting Novell the ability to you your code in a propritery way, but the rest of the world see's it as GPL'd. It's basically a way for Novell to avoid inserting GPL'd code into their comercial apps without GPLing them? If that's the case I'd imagine that it is going bother a few developers. I'm no RMS by any strech of the imagination, and this bothers me. I don't think you will get quite the developer response that you've gotten in the past. On the flipside though, I guess I can see any response as better than what Novell has gotten in the past. For them any free code is good. This still seems a little goofy to put on a pure GNOME thing. If I don't take the cash, can I contribute without ever transferiing my copyright?

    3. Re:And how can I use my 'works' afterwards? by miguel · · Score: 5, Informative

      The policy -like stated elsewhere- is one that
      Ximian came up with, since the very first launch
      of Evolution.

      People are just mixing two different things,
      because both were discussed this week on the
      list.

      There is no change in policy, just someone who
      freaked out this week because of Sun's rumours,
      the freakout evolving into this.

      Miguel.

    4. Re:And how can I use my 'works' afterwards? by phulshof · · Score: 2, Interesting

      I realise that I'm not an expert at these kind of contracts, but the fact that I receive back a right to USE the works, doesn't sound to me like I could give others a license to distribute this code freely or under any specific license I choose. If that is truly the case, then how about you change the license to 'developer hereby grants a license to use to Ximian'?

  23. Re:Um... so what? The FSF does this too! by drinkypoo · · Score: 2, Informative

    The question is who you trust, either Novell which has a history of making tightly controlled proprietary software, or the FSF which is potentially more trustworthy, at least in my opinion.

    I wouldn't want to contribute my copyright because I wouldn't want the license to be changed without my permission, so I wouldn't contribute to something like this, but then I have little to offer it anyway so in this case it's a moot point.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  24. You don't -have- to contribute... by Booker · · Score: 2, Insightful

    ... and they don't have to accept your code.

    Nobody is restricting anyone's rights, I think. You're under no obligation to give them code, and they're under no obligation to take your code. IF you enter into this agreement, and especially with large sums of cash involved, it's simply two parties entering into an agreement. If you write the best thing in the world for Evolution, and want to hold onto your copyright, nobody will stop you. (Fork the project if you want, etc etc...)

  25. Copyright assignment on Evolution. by miguel · · Score: 5, Informative

    Notice that copyright assignment to Evolution has
    been the rule since its beginning, there is nothing
    new.

    So this is a three to four year old policy.

    Miguel.

  26. Yawn. by NotZed · · Score: 4, Insightful

    Come on guys, this is OLD news. Ximian did this years ago, and nothing's changed except the name.

    It hasn't been a real problem with any of the few contributions we've had to the codebase; i think maybe one or two guys got upset about it. It's been more of a hinderance to us, limiting what extenal projects we can utilise for some of the chunkier features. Bigger deterrants to potential contributors is the rapid development pace, limited documentation, the size of the codebase, and our anally retarded quality requirements for patches.

    Some of the extensions people want to do aren't useful to the general community and would impact on the user experience for everyone else, or they had under-developed GUI interfaces which we couldn't include in the main product, or they were just poor code. In reality we're lucky if we've had 5% of the code from non-company contributors, and that is probably being generous. So much for Free Software. Often it's quicker and easier to write it ourselves than try to get someone's patch up to speed, unfortunately; but thats a non-technical and non-legal issue.

    In 2.2 we'll have an extension mechanism that will let anyone write extensions and release them separate to the main codebase. This will entirely negate most of the issues here since the code will no longer have to be accepted into the main codebase to extend Evolution, and hence wont require assignment. We'll have something like the kernel tainting mechanism to enforce valid combinations (and also to let us know if it isn't our bug).

    --
    _ // `Thinking is an exercise to which all too few brains
    \\/ are accustomed' - First Lensman
  27. Why I disagree with Bruce by JoeBuck · · Score: 2, Interesting
    Red Hat has a very good record of putting out everything they produce as free software; even the few exceptions to this they have generally fixed as time went on. Given their track record, I see no risk in contributing patches to them. Should they do something that they have never done in their entire corporate history and take a free program proprietary, the free software community can fork the program, starting from the last GPL release. But with Red Hat, all the movement has been in the other direction; they have repeatedly bought proprietary code and made it free.

    Novell, on the other hand, was until recently a completely proprietary software company. It would seem more likely that they might be tempted to use contributed Evolution code in proprietary products. If you can't stand that idea, don't contribute to Evolution. But consider: if you found and fixed a bug in XFree86 (or Xorg) would you be willing to send it in along with an assignment? Remember, that code is non-copylefted, so you might become an unpaid employee of some proprietary company that uses the code. And if you do use Evolution, and you were motivated enough to fix an Evolution bug, why wouldn't you want to send it in? Would you want to create a fork, just to deny Novell the ability to use that patch in proprietary software? It would seem that unless you refuse to send patches to fix non-copylefted software either, you're being inconsistent. Even RMS advocates cooperating with non-copylefted free software projects and not trying to create GPL forks.

    A hell of a lot of people have written free software that I use every day while on the Red Hat payroll. I'm fine with Red Hat making enough money to keep these folks working and fed. All things being equal, I'd prefer for the FSF to own the copyright over Red Hat, but I'm not particularly worried about the issue.

    1. Re:Why I disagree with Bruce by Tony-A · · Score: 2, Informative

      There's also the situation where you have a product which is both proprietary and GPL. The equilibrium state is where the GPL stuff is playing with the cutting edge and the proprietary stuff is holding back awaiting developments. The situation looks a bit screwey, but consider that the people paying for the proprietary version not only want stability but want someone around who can and will fix any problems that arise. If the advanced GPL version kills most of the bugs before the code is also the proprietary version, so much the better for the paying customers. Hackers playing with the advanced GPL version get to play with and use the state of the art, are actually in a good position to get support because the stuff is fresh and new.

      Now in the above, would you have any intention of accepting something which is strictly GPL and then supporting simultaneously both forks caused by that minor improvement? You could take existing MySQL code under the GPL and improve it. However you'd have to keep maintaining it and try to keep up with MySQL AB. If I did manage to come up with a significant improvement which I was dependent on (Why else would I have gone to the trouble?) after a bit of consideration, I think I would pay MySQL AB to take it. Something's topsy-turvy here.

  28. no form of greed or self-interest by dfghjk · · Score: 2, Interesting

    No form of greed or self-interest? Surely you must be kidding! Selling a proprietary product is not the only form of greed / self-interest.

    RMS and the GPL are certainly driven by self-interest---interest in maximizing the volume of software available to them in source form. RMS doesn't care that you have access to his source. He wants access to yours.

    1. Re:no form of greed or self-interest by Asic+Eng · · Score: 2, Informative
      You are right that there are other forms of self-interest, however this here is not true:

      RMS doesn't care that you have access to his source. He wants access to yours.

      What he wants is that everybody should have access to the source. That includes him, but is not restricted to him. I'm not a big fan of RMS, but the way you describe his motives is a bit unfair.