Forgot your password?
typodupeerror
Novell

All GPLed Code Removed From MonoDevelop 443

Posted by CmdrTaco
from the those-who-write-the-code-make-the-rules dept.
rysiek writes "A few days ago, Miguel de Icaza wrote on his blog that the whole of MonoDevelop is now 'free' of GPL-licensed code. 'MonoDevelop code is now LGPLv2 and MIT X11 licensed. We have removed all of the GPL code, allowing addins to use Apache, MS-PL code as well as allowing proprietary add-ins to be used with MonoDevelop (like RemObject's Oxygene).'"
This discussion has been archived. No new comments can be posted.

All GPLed Code Removed From MonoDevelop

Comments Filter:
  • by Nursie (632944) on Thursday December 24, 2009 @11:21AM (#30544078)

    I know I'm an old fashioned luddite (I code with nedit, gcc and Makefiles), but does anyone use MonoDevelop?

    MS does free (but not open) versions of its dev tools already, and frankly if you're using Mono you're probably an MS guy who wants his stuff to work on linux rather than a *nix dev anyway. Aren't you?

    • Re: (Score:3, Insightful)

      by ceoyoyo (59147)

      I think it would be more likely you're a Linux/Mac developer who for some reason needs to write something for Windows. If you were a Windows developer you'd probably just use MS's tools and test with Mono.

    • MonoDevelop was designed to get Visual Studio Windows developers to use it to develop for Linux, Mac OS X, and other platforms that Mono exists for.

      This is because high schools and colleges teach in C# and Visual BASIC instead of ANSI C++, Java, Python, and nedit with gcc and Makefiles. The programming students can keep their Visual Studio skills and still develop for Non-Windows platforms without having to learn new things very much.

      • Re: (Score:3, Insightful)

        by VoidEngineer (633446)
        Exactly. It's particularly useful for those of us who want to port our .Net code library away from Microsoft tools. Having worked in an MS environment for many years, I have tens of thousands of lines of code in various utilities and research projects that I've written in .Net. A few years back, I made the switch to Mac/Linux, and would like to never touch a Windows machine again, if possible. But I still want my code library available. So, this tool works perfectly for my needs. I made a wise decisio
  • by kurt555gs (309278) <kurt555gs@NospAm.ovi.com> on Thursday December 24, 2009 @11:21AM (#30544082) Homepage

    No GPL? Actually is Mono really that important any more? Most new software development is going to be on iPhone BSD, Android, and Maemo Linux. Needing legacy .net is nothing anyone cares about.

    I think this shows Miguell's true pawn colors.

    • Re: (Score:3, Insightful)

      So you're saying you think that most new software development will be for mobile-only OSes? Mobile apps may be okay for lots and lots of things, but I don't think that mobile apps will ever completely replace the traditional desktop applications. If anything, I see home-based computing moving in the direction of more and more LAN integration and more and better multimedia capability, with the hottest toys these days being media servers, wireless networking, faster broadband connectivity and more and more

    • by AlexBirch (1137019) on Thursday December 24, 2009 @11:34AM (#30544200) Homepage
      To be fair, OpenOffice.org isn't GPL, yet that's the text editor / presentation software I use.
      Are you going to stop that as well?
      You'd be surprised at how many corporations are going with Sharepoint, it's the silent Apache HTTPD killer and yes, it uses .NET. That said, I've never heard of anyone using it with Mono.
      .NET and C# are pretty amazing technologies, especially with LINQ and Lambda expresssions, couple that with IronPython and you have a cool system.
      • You'd be surprised at how many corporations are going with Sharepoint, it's the silent Apache HTTPD killer...

        I hate to break it to you, but Sharepoint isn't an HTTP server.

        • by tepples (727027)

          You'd be surprised at how many corporations are going with Sharepoint, it's the silent Apache HTTPD killer...

          I hate to break it to you, but Sharepoint isn't an HTTP server.

          It appearsAlexBirch's point missed you: SharePoint Server replaces several uses of HTTP servers such as IIS, Lighttpd, and Apache. The idea is to switch the intranet from web apps to SharePoint and reserve the web servers for customer-facing sites.

          • Re: (Score:3, Informative)

            by jonbryce (703250)

            Sharepoint is an application that runs on IIS. IIS is what is replacing Apache here. Sharepoint replaces some of the content management systems you might run on Apache, whatever they might be.

        • You'd be surprised at how many corporations are going with Sharepoint, it's the silent Apache HTTPD killer...

          I hate to break it to you, but Sharepoint isn't an HTTP server.

          Have you got SharePoint to work with Apache's HTTPD Server? You probably just use IIS and Windows Server 200X instead of using Linux and Apache HTTPD. Just go to Dice and look for SharePoint jobs, there are tons of them and there's no way to migrate away from it easily.

      • by backwardMechanic (959818) on Thursday December 24, 2009 @11:46AM (#30544320) Homepage
        OpenOffice.org is your TEXT EDITOR? Oh boy.
      • by krelian (525362)

        You'd be surprised at how many corporations are going with Sharepoint, it's the silent Apache HTTPD killer

        How does sharepoint compete with a web server? Isn't IIS the Microsoft competition to Apache?

      • by gbjbaanb (229885) on Thursday December 24, 2009 @01:19PM (#30545210)

        Yes, I am surprised at how many corporations are going with Sharepoint, yet its such a pile of w*** almost *everyone* at our corp thinks its pants (there are a few corporate yes-men lackeys who 'think' its good). Nobody can find anything on it, even adding search simply means we get thousands of hits for simple terms.

        I can't understand why its spreading like an unfortunate rash at a sex party. Maybe the bosses will realise how bad it is and can it after it stops being used for a few months, but its always hanging in there, someone will post a document to it and suddenly its back to being a essential tool in everyday use.

    • Yes the world is centered around client side applications...

      Mono strength is for portability across server side applications. The problem is not Mono, it is the fact the GPLv3 is too strict. It is not necessarily any point is bad but all of them together makes it too strict.

      The GPL is an attempt to push an Ideal, not necessarily good policy...

      I wouldn't be surprised as knowledge about open source increases that more and more pressure to not be GPL will come up.

      • > ...it is the fact the GPLv3 is too strict.

        GPLv2 still exists and is still used (the Linux kernel, for example).

      • by poetmatt (793785) on Thursday December 24, 2009 @12:42PM (#30544866) Journal

        saying GPLV3 is too strict when we know the specific issue at hand here, means that it's just that proprietary things can still be embedded in GPLV2 and can't in GPLv3. So when "too strict" means "you can't shove proprietary shit into a free and open system", that tells me that MS and the lackeys are having quite a hard time dealing with open source.

    • by fyrie (604735)
      Many popular iPhone games use Mono to some degree because of the Unity 3D engine. http://unity3d.com/company/news/unity-iphone-momentum-press.html [unity3d.com]
    • by KiloByte (825081) on Thursday December 24, 2009 @12:36PM (#30544804)

      Alas, Mono is still a part of the default Gnome distribution, just so they can have a note taking applet which takes 189MB memory (counting libraries used by it and no other process) and takes several seconds to start on beefy hardware while the C++ port of that very same code uses 5MB and starts near-instantly.

      Even worse, there are folks pushing Banshee as the default music player so there's another dependency on Mono.

      The sooner we get rid of Mono installed by default, the safer we'll be from this trap.

      • by bcrowell (177657) on Thursday December 24, 2009 @03:51PM (#30546474) Homepage

        Alas, Mono is still a part of the default Gnome distribution, just so they can have a note taking applet which takes 189MB memory (counting libraries used by it and no other process) and takes several seconds to start on beefy hardware while the C++ port of that very same code uses 5MB and starts near-instantly.

        Hmm...I tried to verify the statement about the 189 MB and failed, but maybe I'm just using the wrong method. I did a free -m, loaded tomboy, and then did another free -m. The result was only a 10 MB change in the amount of free memory.

        It's true that tomboy is slow-loading on my (relatively fast) hardware. It's also true that it uses quite a bit of disk space. I did apt-get remove tomboy f-spot libmono* && apt-get autoremove && apt-get autoclean, and that freed up 64 Mb of disk space. If you're looking at, e.g., how much you can fit on a CD-based linux distro, 64 Mb is a heck of a lot to dedicate to something that's only needed for the sake of one applet.

        • by Arker (91948) on Thursday December 24, 2009 @05:28PM (#30547052) Homepage

          "Only" 10 MB? How utterly absurd. And yes I get that in context to the claim made by the GP you have a point. (Possibly the GP has binaries compiled with debug symbols, or possibly *you* already have over a hundred megs of mono libraries loaded for something else and dont realise it.)

          But just wow, only 10MB for a silly little virtual notepad. That's 256 times the entire system memory on my first PC. Which was a much more accessible and "user-friendly" machine than you can buy today, with a good DE built right in. It appears computer science in the intervening time has been exclusively focused on driving hardware purchases...

      • by steveha (103154) on Thursday December 24, 2009 @04:16PM (#30546632) Homepage

        Alas, Mono is still a part of the default Gnome distribution, just so they can have a note taking applet

        Oh, "just" so they can have a single applet? It couldn't possibly be because they think it is a generally useful way to develop applications, such as F-Stop and Banshee?

        Mono may or may not be a good idea, but you are framing your argument in an intellectually dishonest way here. That note-taking applet ("Tomboy") may be the only thing in standard GNOME that needs Mono right now, but I'm pretty sure that there will be others.

        Even worse, there are folks pushing Banshee as the default music player so there's another dependency on Mono.

        See? Then it won't just be Tomboy, there will be other things using Mono.

        I haven't tried C#, but a lot of people seem to like it. If having C# means I get more free software to play with, I'm in favor of that.

        The major argument I have seen against Mono is "Microsoft is just waiting and they will assert patent claims!!" In that case, the only thing that they can do is force people to stop using C# and Mono. In which case, all the Mono apps will be pulled or re-written. And at that point, you would have what you seem to want: no more Mono in GNOME.

        That is the worst-case scenario. And I don't see it as being bad enough to try to keep people from using Mono. If people want to use Mono to write free software, that's fine with me.

        I'm curious: now that Java is becoming fully free, would you support re-writing Tomboy and F-Stop and the others in Java? That way, instead of being bloated and slow C# applications, they could be bloated and slow Java applications. Would you be happier?

        In my day job, I write wicked fast C code (small memory footprint, too). When I write software on my own for fun, it tends to be Python, which is even slower than C#. Do you have a problem with Python too?

        steveha

    • by aztracker1 (702135) on Thursday December 24, 2009 @02:07PM (#30545640) Homepage
      *sigh* they moved to LGPL, which means you can distribute it with a better compatibility with other non-GPL plugins (those Apache, MPL, BSD or other licenses). If you modify the source, it still falls under GPL rules, it merely allows for bundled distribution with non-GPL code. It's all open-source and the main package is simply LGPL, or are you saying you don't use/reference any LGPL libraries in your code. Also, I'd presume that you don't use any Gnome or GTK libraries either.
  • Debugger (Score:5, Funny)

    by Spykk (823586) on Thursday December 24, 2009 @11:24AM (#30544122)
    It looks like MonoDevelop finally gets a debugger. That was really the last thing tying me to Visual Studio for .net development.
  • Good. (Score:2, Insightful)

    by couchslug (175151)

    People who want to work for/shill for/suck up to Microsoft directly or indirectly should do that.

    Those who don't support that sort of thing should work to cut them off at the knees by not using their software and discouraging others from doing so.

    • Re: (Score:2, Funny)

      by introspekt.i (1233118)
      And people who do neither can continue to complain on Slashdot.
    • Re:Good. (Score:5, Insightful)

      by ShadowRangerRIT (1301549) on Thursday December 24, 2009 @12:21PM (#30544632)

      Right, because Microsoft is making a profit off licensing the .NET framework. Wait, you mean they don't charge a cent for it? And C# is a better language than Java, with the Mono project providing cross-platform compatibility, so Windows users have an easier time migrating to Linux if they so choose? Clearly I should listen to random /.er and forswear all use of anything that "supports" "Microsoft products" in any way, including the OpenOffice; after all, it lets people read and write Office documents, and by doing so, indirectly enables the Microsoft hegemony.

      P.S. Yes, C# being better than Java is personal opinion. I've used both, Java for two years in school and one and a half years in the workforce, C# for a little under a year in school and half a year in the workforce (plus a few years of various other languages, mostly C/C++ and, yes, Perl). For developers, the lack of rigid ideological adherence to OO dogma is quite helpful; delegates for callbacks and "pass-by-reference" for arguments instead of inane wrapper classes for both (yes, pedantic types, I know it's all pass by reference, but you know what I mean), not needing to think about auto-boxing as much (since .NET collections of primitives really are primitives, not boxed primitives), operator overloading and structs to enable the creation of relatively efficient and easy to use numeric types, etc. I think both languages have merit, and I think both languages are improved by the competition (e.g. without C#, I'm not sure Java would ever have introduced generics, since it violated the spirit of OO). But I'm not going to reject C# just because MS made it.

      • Re:Good. (Score:4, Interesting)

        by visualight (468005) on Thursday December 24, 2009 @01:21PM (#30545230) Homepage

        .Net sucks on it's own, not because Microsoft made it. I think it's crap and I think Mono is just cross platform crap. My list of languages that suck: .Net|Mono
        VisualBasic
        Java
        RubyonRails
        All 'framework' languages that make it easy for people to crank out bloatware.

        Last month I replaced 120MB of ruby dependencies with 14 bash scripts. But it seems like every time I turn around someone is presenting me with a new sack full of ax handles and asking me to alter our filesystem to support it. The current bane of my existence is an 'unsupported' gui .net app that won't run in anything except 1.49-somethingsomething.

        My opinion is that how easy it is to implement your ideas is the _least_ important consideration, but so many programmers seem to think it's the only one that matters.

      • Re: (Score:3, Insightful)

        by nurb432 (527695)

        Right, because Microsoft is making a profit off licensing the .NET framework..

        No, but they are smart enough to know if you can lock in as many people into your frameworks ( even if its just a virtual lock due to knowledge ), it only increases market share way down the road.

        You have to think of the BIG picture, not what you can see if you look around your cube walls.

        • Re: (Score:3, Insightful)

          by NotBorg (829820)

          How does software running on BOTH Windows and Linux create a lock-in?

          Seems to me that the lock-in is a world without Mono. Then if you .NET you are locked in to a Windows only world. They are going to .NET regardless of Mono's existence. At least with Mono users aren't locked into Windows only.

          Would you rather have something like where Flash comes from? A binary that runs on both but is closed up tight? Would you rather have Microsoft implement a closed .NET runtime blob that runs on Linux instead of a

  • by tjstork (137384) <todd.bandrowsky@nOsPAm.gmail.com> on Thursday December 24, 2009 @11:28AM (#30544150) Homepage Journal

    You know, if you are going to devote your life to making a C# clone on Linux, then at least quit screwing around with applications and focus on the language. I mean, come on, where's WPF? Where's WCF? Where's LINQ to SQL?

    Mono, you suck.

    • by nstlgc (945418)
      WPF and WCF have nothing to do with the C# language. If you're going to make a snide remark, at least put some effort in it. As for L2S, I heard that's coming along pretty well.
  • good start! (Score:5, Funny)

    by Anonymous Coward on Thursday December 24, 2009 @11:32AM (#30544168)
    maybe next they'll remove all the non-GPL code as well.
  • Now for business use (Score:2, Interesting)

    by Anonymous Coward

    Businesses really don't like the GPL. I'm not allowed to use any GPL stuff anywhere unless it absolutely, positively will never leave the intranet. However, many businesses love the LGPL. It doesn't restrict them. So, it still stays open source, and businesses will create plugins. I write open source software on my own time, so I appreciate open source, but if I was a manager, I wouldn't touch any of the GPLv2/3 programs/code ever.

    • Re: (Score:3, Informative)

      by Nursie (632944)

      There's a huge difference between GPL tools (which we at HUGE_CORP I work for use lots of) and GPL code/components.

      We use binaries only, source could potentially lead to allegations of copying. And we make sure not to use any GPL code or components in our products so that we don't need to open them.

      But all-out avoid GPL? No way. We use linux as a dev platform (amongst others) and we use all sorts of FOSS tools with a huge variety of licenses in addition to some commercial stuff.

      You'd be a fool to make avoid

    • by Lumpy (12016) on Thursday December 24, 2009 @11:53AM (#30544380) Homepage

      You mean the company you work for hates GPL. The last 5 I worked for, that includes fortune 100 companies like AT&T and Comcast, Loved the GPL and OSS. You should find companies that are nor run by undereducated management that is afraid of the GPL.

      • by Grishnakh (216268) on Thursday December 24, 2009 @02:15PM (#30545732)

        I really hate Slashdot moderation. This isn't a troll, it's a perfectly valid opinion and one that I agree with. What's with all the MS shills having mod points here anyway?

        The last two companies I worked for (one being Intel) were also very large, and had no problems with the GPL and OSS. Intel releases tons of GPL code, and contributes tons of code to the Linux kernel (in GPL of course). Intel is smart enough to know how to use GPL code to their advantage, and not be stupidly afraid of it. My last company (I'll start saying who that was after they're at least 2 employers behind me) also did lots of Linux kernel development.

        My current company isn't as smart, unfortunately. They're starting to develop a Linux-based product, but they're pretty paranoid about the GPL too, and are looking for ways to be able to use GPLed code without contributing anything back (nice, huh?). They don't seem to understand that contributing changes back means not having to maintain your own fork, which is a PITA.

    • I'm not allowed to use any GPL stuff anywhere unless it absolutely, positively will never leave the intranet.

      If you run a publicly accessible web site on a LAMP server, the only GPL programs involved are Linux and MySQL, and no copy of Linux or MySQL leaves your server. If you run a web site, only two kinds of programs are ever "distributed" (GPLv2) or "conveyed" (GPLv3) to the public: 1. in-page scripts written in JavaScript, ActionScript, or Java, and 2. software packages explicitly offered for download.

    • Re: (Score:3, Insightful)

      If using GPL software is so dangerous for business, why are so many companies running Linux in production environments? These are some of the most successful companies in the world, and they have been using Linux for a while -- where are the problems that you seem so sure would ensue from such a situation? If you remain close minded about the GPL, you will be missing out on a lot of high quality software...
  • by GreatBunzinni (642500) on Thursday December 24, 2009 @11:33AM (#30544182)

    Does this sign the closing of the Mono project? And can anyone tell me, since this fundamentalist stance against the GPL and the alleged impending patent sword hovering over the Mono users' heads, what exactly is there to attract people to adopt it as their developing platform?

    • There are plenty of other FOSS licenses that aren't the GPL...a lot of them are, in fact, less restrictive than the GPL when it comes to the use of other licenses in the same suite. Not that I really have a lot of personal experience with it, but I do know there are a lot of businesses (and government) out there that won't even touch GPL (proper, not LGPL) software for the licensing ramifications if they were to extend it, etc.
      • Not that I really have a lot of personal experience with it, but I do know there are a lot of businesses (and government) out there that won't even touch GPL (proper, not LGPL) software for the licensing ramifications if they were to extend it, etc.

        Could you please provide an example of those lots of businesses and governments that "won't even touch the GPL" due to licensing ramifications?

    • by DMiax (915735)
      It is still LGPL, there are plenty of libraries like that including Qt and Gtk and no one bitches about them being less free. I would never use Mono (Qt is so much better in every way), but please do not spread misinformation about software licenses. This licensing choice is perfectly good for Mono as it is for other projects.
      • My main concern isn't Mono's license by itself but the objective behind GPL purge. It is stated in the article that the reason behind it is to, and I quote:

        We have removed all of the GPL code, allowing addins to use Apache, MS-PL code as well as allowing proprietary add-ins to be used with MonoDevelop

        So the Mono people are intentionally opening the doors to allow closed-source components to be a part, possibly even a fundamental part, of the whole Mono platform. I don't know how exactly is it possible t

    • by AntiDragon (930097) on Thursday December 24, 2009 @12:02PM (#30544456)

      Actually, this.

      LGPL is not "closed" - you still have to release the source code if you distribute software containing LGPL components. But what version of the LGPL are we taking about here? Since it's very easy to combine or cripple the LGPL'd parts so that they either rely on propritary or patent encumbered components in a way that can't be acheived with a full GPL product. Does the LGPL v3 protect against Tivoisation in the same manner intended by the GPL3? (Yes, I could go read the license but...it's long...and I'm tired..and others already have done so!).

      By the way, I'm not commenting about the suitability or preference of a particular licence - I'd just like to know what the implications are in this case.

  • I think it's funny (Score:2, Insightful)

    by gregarican (694358)

    Reading all of these comments and then seeing them modded as Troll or as Flamebait. When actually the comments are pretty much correct. Who really uses Mono? After all, isn't it loosely based on .NET version 1.1 still? What's the point?

    For Windows-based development you can fire up Visual Studio 2005 or 2008 Express edition without paying a dime and those are based on .NET 2.0 or 3.x, correct?

    Unless Mono has upped the ante and has actually moved beyond 2003-era frameworks I don't see its relevance...

    • by Anonymous Coward on Thursday December 24, 2009 @11:40AM (#30544260)

      They are up to 3, and have a lot of 3.5 finished, but why let facts get in the way

      • by rubycodez (864176)

        you mean their experimental subproject "olive"? uh, some people might not want to run developmental crap on production systems

      • by tepples (727027) <tepples@gmaiBLUEl.com minus berry> on Thursday December 24, 2009 @12:08PM (#30544508) Homepage Journal
        By the time Mono finishes compatibility with .NET Framework 3.5, Microsoft will have finished Visual Studio 2010 and .NET Framework 4.0. Likewise, Moonlight is perpetually a version behind Silverlight, rendering it unable to view actual web sites that use Silverlight.
        • by miguel (7116) on Thursday December 24, 2009 @03:36PM (#30546338) Homepage

          As the other poster said, the fact that we do not have 1:1 parity has never been a problem.

          Some other technologies that are subsets and are wildly successful:

          * Android's Java is not a 1:1 mapping to Java either, and that has not prevented it from being successful.
          * iPhoneOS is not MacOS 1:1, and yet, it is incredibly successful.
          * Chrome the browser, does not have every feature of Firefox, that did not stop it either.
          * JBoss is a subset of the full J2EE stack, and for years it has been wildly successful.
          * Linux for years was not even POSIX compliant, and yet, many of us jumped on it, and it became wildly successful.

          In Mono we implement what makes sense, and what people are actually using in day to day applications, we do this using metrics that we obtain from our Mono Migration Analysis that helps us identify which APIs are used, by how many applications and we have collected this data from some 10,000 applications:

          http://go-mono.com/momareports/ [go-mono.com]

          Call this the data-driven prioritization of development.

          Mono was born as a technology to bring the best that .NET had to offer to Linux, this was initially the c# language and the core libraries. As time went by, Mono evolved in two directions:

          (a) Organica growth: as the Mono community grew, we identify missing features, we envisioned better ways of doing something and created tools, APIs, languages and extensions that mattered to us. In this category you can find things like Gtk#, Taglib#, Cairo#, Cecil, Mono.Options, Mono.Security, Mono.Data, Mono.Math, Mono.Management, Mono's C# REPL, Mono's SIMD extensions, Mono's large array support. Mono's dynamic JIT extensions, Mono's static compiler and much more.

          For instance, today, more than 350 applications on the AppStore and 10 of the top 100 apps in there are built using Mono.

          (b) Better compatibility with .NET: this is a simpler process than coming up with our own APIs. The .NET APIs are documented, there are thousands of applications to test the implementation against, the community is fed directly from the largest middleware stack in the world, so it made sense for us to implement these pieces.

          Is it correct that we do not have a full implementation of .NET, there are a few reasons for this, now with numerals:

          (i) Some APIs are Windows specific, and makes no sense to bring to Linux, in particular things like System.Management which is a thin wrapper around WMI. Our advise: replace that code with Linux and MacOS specific code and use one or the other at runtime.

          (ii) Some APIs are too larger for us to take with our current community. This includes things like WPF and Workflow. If someone steps up, we will embrace them, but until that happens, we are focused on improving the other areas that have more users and that we have more requests to implement. Additionally, the WPF "lite" is a killer stack (also known as Silverlight).

          (iii) Focus, we do not want to spread ourselves too thin.

          As for .NET 4.0: we are not too far from having the core be 4.0 compliant, it is a nice upgrade to the solid 3.5 release. For instance, our C# compiler is already a full C# 4.0 compiler, and we already provide features that Microsoft wont offer until 5.0 (embeddable, reusable compiler, see C# REPL).

          Moonlight is behind Silverlight, but I am not driven by despair, I am driven by the world of possibility. If I were driven by despair, I would not have written a single line of code.

          If Silverlight never succeeds, then who cares how behind Moonlight is. But if Silverlight succeeds, and Linux users want to access that content, but the feature is either broken, not implemented or missing in Moonlight, those users will be in a position to contribute the code, and everyone wins.

  • by tjstork (137384) <todd.bandrowsky@nOsPAm.gmail.com> on Thursday December 24, 2009 @11:34AM (#30544208) Homepage Journal

    By removing GPL code, the Mono team has laid the groundwork for a closed source, commercial implementation. You watch. Mono is going to become a product, something that will be an instant-cripple for any Linux distribution that comes to rely on it.

    • by codewarren (927270) on Thursday December 24, 2009 @11:42AM (#30544280)

      That makes sense only if the next step in this plan is to make it work, add the features people want, and get people to actually use it.

    • by DMiax (915735)

      They will simply not package the closed source version, ship the last open source one and deprecate the use of Mono for the future. Remember: there is no lock-in with Free Software. It cannot happen, period.

  • This makes sense (Score:5, Interesting)

    by Norsefire (1494323) on Thursday December 24, 2009 @11:35AM (#30544210) Journal
    The GPL is great for standalone applications but if you want to allow developers to make addons you really have to rethink it. Yes, it ensures that any addon made for the application will be free software however you have to consider the tradeoff; GPL it: everything is GLP'd, some companies/people won't develop or release addons; Other license: non-freesoftware addons may be developed, companies/people will have no reason now to release their software but it may not be open.

    So it depends on what you value more; having the software but maybe not the freedom, or not having the software.

    Obviously Stallman would rather the software was never created if it wasn't open, so the GPL wins for him there.

    Personally I prefer the Artistic License 2.0; all the freedom and protection of the GPL without the virality.
    • And can we lose the 10 year old whining about the GPL being "viral" now please. If you don't like the license you don't have to use the code.

      Without the GPL a lot of stuff would never have been opened. It still would have been written but the community would be poorer (look at linksys firmware, for instance). Maybe you would have a few less plugins, but at the cost of allowing your code to be used by commercial interests without them playing ball and releasing source back to their users.

  • As a software developer, if you want to showcase your intelligence then you release the code under a license that allows people to examine the code but not repackage and sell it (e.g., the GPL). If you want to commercialize your intelligence then you release your software under a commercial license. Anything in-between is a trade-off: free marketing for the bigger fish and small bites for the rest. Managed code will always depend on the latest .Net/Mono update.
    • by Nursie (632944)

      Commercial interests can do the repackaging and selling thing with GPL software. They just have to play ball by opening their stuff up too.

  • by seebs (15766) on Thursday December 24, 2009 @11:46AM (#30544310) Homepage

    Bill's still happily married. I really don't think this is working.

    • by rubycodez (864176)

      Miguel never sees Bill's wife being Bill's butt-lick. Hopefully this crap gets thrown out of open source OS distributions, we don't need to be trying to play catch-up every time Microsoft developers have a brain fart

  • The "free" portion of open source licenses varies. Some licences provide more freedoms to the original developer and less to down stream developers. Some provide more to down stream providers, but less to implimenters. Some provide more freedom to those that impliment, but less to the authors.

    Going from GPL to LGPL doesn't mean Mono is any less "free" it just means that there has been a tiny change in who it is that experience the greatest "freedom".

    Then again, this is /. the article talks about a license c

  • sigh (Score:2, Insightful)

    by StripedCow (776465)

    wake me up when mono is ms-patent-free

    • by selven (1556643)

      Don't go into a deep hibernation just yet [arstechnica.com]

    • Re:sigh (Score:4, Insightful)

      by Abcd1234 (188840) on Thursday December 24, 2009 @06:37PM (#30547536) Homepage

      Wake me up when you demonstrate it's not (I've issued this challenge many times, and no one's managed to achieve it).

      Hint: Patents are published 18 months after filing, and a patent must be filed on an invention within a year of publication, otherwise the inventor forfeits the right to patent the invention. Furthermore, patents can only be submarined if the inventor forfeits the right to file the patent overseas, something I highly doubt MS is willing to do. As such, if parts of Mono were covered by patent, we'd almost certainly know about it by now (certainly there are enough anti-Mono trolls that *someone* should've been able to come up with such a patent by now).

  • by miguel (7116) on Thursday December 24, 2009 @12:16PM (#30544588) Homepage

    We removed the GPL code in MonoDevelop for a couple of reasons:

    (a) to allow it to become a platform that third-party plugin and add-in developers can target.
    (b) to allow us to consume open source code that would otherwise conflict with the GPL (MS-PL licensed code, Apache licensed code, and original BSD licensed code).

    Notice that (a) is the norm for Eclipse and Visual Studio, and that the ecosystem of third party plugins relies on this, both Eclipse and Visual Studio would be severely limited if they limited the plugins to be all GPL licensed. As I explained on the blog post, there are current users that need to run their non-GPL code inside the IDE.

    We want more third party developers to target MonoDevelop, and we want these third parties to consider MonoDevelop a platform that they can target without forcing a license on them. Similar to how the Linux operating system can run code licensed under any license.

    The second reason is just a practical one. In the .NET open source ecosystem there are plenty of libraries and tools available under the MS-PL, Old and New BSD and Apache 2 licenses and we want to be in a position to use those libraries without rewriting it. We already do, and it has saved us a lot of time.

  • Okay, so I know there are other open source licenses. And some of them are quite good. But that's not the point. The point is that they've suddenly declared an ideological issue with the GPL, and thrown away (probably) good code.

    This is the sort of in fighting that hurts open source a lot. Although admittedly, I do not believe that MonoDevelop is a good program. It hardly provides anything beyond a context aware editor. The Mono projects I looked at (Gnome Do and its plugins specifically) had long since

"Whoever undertakes to set himself up as a judge of Truth and Knowledge is shipwrecked by the laughter of the gods." -- Albert Einstein

Working...