Slashdot Mirror
All GPLed Code Removed From MonoDevelop
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).'"
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?
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.
* Carthago Delenda Est *
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.
"This post is an artistic work of fiction and falsehood. Only a fool would take anything posted here as fact."
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.
This is my sig.
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 personal communications, including voice, video, IM, teleconferencing, etc.
The corporate network as it stands today will remain mostly the same, but with everything converging more towards service-oriented architectures, virtualization and cloud computing with dynamic, demand sensitive services and networks.
My blog
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...
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.
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.
If something is so important that you feel the need to post it on the internet... It probably isn't that important.
wake me up when mono is ms-patent-free
If Pandora's box is destined to be opened, *I* want to be the one to open it.
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.
"...So I hung back and lurked. For 18 months. Can't beat a good old-fashioned lurking."
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.
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...
Palm trees and 8
Frankly I could care less. The Mono guys can do anything they like. I wouldn't touch Mono with a ten foot pole, for two reasons. First of all, I see no point to using it. Second of all, I wouldn't trust Microsoft with a nickel, let alone anything I was developing.
The world's burning. Moped Jesus spotted on I50. Details at 11.
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.
The creatures outside looked from Alt-Right to Antifa; but already it was impossible to say which was which.
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.
I don't buy that. One of the biggest gripes that I have with the GPL (and I have released a fair amount of code under it) is that it promotes compliance through ignorance. Let me explain:
So long as whatever you do is released GPL, you're fine (well, under 99% of the cases anyway). If you want to release under any other license, determining if it's allowable is a nightmare. Try to interface a non-gpl plugin with an application. There's no "easy" answer as to if you can do that. Every lawyer will say something different. There's no legal precedent with regards to how non-gpl code can interact with gpl code. So the "easy" way to comply is to just license your code GPL... Sure, there are black and white compliance cases, but the vast majority that I've looked at are well in the gray area. Can you dynamically link a non-GPL lib into a GPL program? Can you dynamically link a GPL lib into a non-GPL program? What about statically? More importantly, WHY? Now, explain that to a judge who has no technical background.
Again, I'm not arguing with the ideals of the GPL, I'm arguing the ambiguity when it comes to interfacing with non-GPL code (At least from discussions and conversations I've had with lawyers and other prominent developers)...
If a man isn't willing to take some risk for his opinions, either his opinions are no good or he's no good
How do you know he isn't working for them already? Maybe this event is just the first step towards using the Microsoft license. It would make sense, because I'm sure Microsoft would like to get a working version of .NET to compete with everyone else.
Who would win this election: Andrew Weiner vs Andrew Weiner's weiner.
The internet was basically built on the GPL, and most of the code that makes it go was built using the GPL.
eh?
Pluralitas non est ponenda sine neccesitate
*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.
Michael J. Ryan - tracker1.info
Linus is not a lawyer, and his statements should not be taken as legal advice.
Licensing is entirely a legal issue, not a technical one, and the whole "when does linking and in what manner cause a module to be considered a derived work" question is an unsettled legal one (i.e., it has not been tested in court with regards to the GPL). nVidia's binary driver issue hasn't yet been tested because no one who has standing has been interested in suing over it. A lack of legal action doesn't necessarily mean that no legal action is possible. At any rate, Stallman and others seem to fall on the side that any kernel module is a derived work, which is why there's Linux-libre.
"Trivially refuted," indeed.
The Freelance Wizard
It's sad that the headline here is about removing GPL code. Got a grudge against it?
Why is it sad? The code isn't closing, it's just now licensed under different (arguably freer) licenses. Unless you're RMS or one of his disciples who believes that all code must be GPL or it's not truly free, I don't see why this should make anyone sad. Free code is free code, and contrary to somewhat popular belief, the GPL does not make free code more free than it is.
Secondly, there are several reasons why a project might want to migrate away from GPL code, and none of those reasons have to have anything to do with having a grudge against the GPL. From a practical standpoint, avoiding the GPL also avoids many headaches related to source code and license mixing; this is especially important for a product which implements plug-ins since the legality of plugging some differently-licensed extensions into a GPL product is still uncertain. The GPL itself causes incompatibilities with certain licenses, so an easy way to avoid those types of problems is to avoid the GPL entirely.
This author takes full ownership and responsibility for the unpopular opinions outlined above.
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
lf(1): it's like ls(1) but sorts filenames by extension, tersely
There is no way that a court would require a plugin that merely uses a published interface to be released as open source. Consider the following situation:
1) A GPLed project releases documentation describing functions that must be exported from a shared library in order for it to be a plugin.
2) Some other author decides to write a closed-source shared library that exports said functions.
3) In order to use the shared library, the GPLed product must initiate a shared library load and map the closed-source library into its address space.
Nowhere in the above situation does the closed-source project link to the GPLed code, except when the GPLed code specifically initiates the interaction. Just because GPLed code interacts with closed-source code doesn't mean that the closed-source code must be open sourced--especially when the dynamic linking is performed by the GPLed code.
Furthermore, consider a situation where there is a generic plugin interface that works for two different software packages: one closed-source and the other a GPLed. If a court says in the above situation that the plugin must be GPLed, what happens in this one? Does the logic extend to this situation?
In my mind, it ultimately depends upon who is initiating the linking. If a developer links with GPLed code (dynamically or statically), the code that developer writes must be open sourced. But any code that a GPLed project links to cannot force code that it links to to become open sourced, otherwise entire software packages could be forced to become open sourced when they did nothing except write some software that a GPL software developer wanted to use.
I refuse to have a battle of wits with an unarmed person.
I would expect the pedantic police will be out in force to correct your usage of the word "derivitive" but otherwise your point is well made. Personnally, I don't think the problem with the GPL is the license itself. I use it occassionally even though I prefer the less complicated BSD-style licenses. My problem are the legions of Stalmanistas who attack anyone who criticizes the GPL. These same people like to point out how using software licensed any other way makes you a slave to the developer yet they drive cars made by someone else, wear clothes produced by someone else, and often eat food that is prepared by someone else. Using their arguments they are just as much of a slave to the manufacturing and service industries as computer users are to software companies. The fact of the matter is, we are all a "slave" to something. We all enjoy having our choice but some seem to forget one very important choice; if you don't like something, then don't use it. You have that choice too. And please don't argue with me because I didn't make the same choice as you. I realize that is part of human nature, but there are bigger and more important things in life.
"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...
=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Friends don't let friends enable ecmascript.